Изменения документа Описание и модель системы

Редактировал(а) Alexandr Fokin 2025/01/11 15:16

<
От версии < 1.4 >
отредактировано Alexandr Fokin
на 2024/06/28 11:15
К версии < 1.11 >
отредактировано Alexandr Fokin
на 2025/01/11 15:06
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Название
... ... @@ -1,1 +1,1 @@
1 -Про бизнес правила
1 +Описание и модель приложения
Содержимое
... ... @@ -1,8 +1,44 @@
1 -|(% style="width:105px" %) |(% style="width:1380px" %)Понимание 2 описательных структур:
2 -1) Срез актуального состояния правил, логики поведения, структур данных
3 -2) История изменений - дельта (технические задания - снимки вносимых изменений)
4 -|(% style="width:105px" %) |(% style="width:1380px" %)Наличие документации, содержащей актуальную информацию о бизнес правилах (Не только т.з., которые представляют из себя снимки).
5 -|(% style="width:105px" %) |(% style="width:1380px" %)Наличие у каждого правила уникального ключа (в рамках его-scope группировки), которое также отображается в коде и позволяет однозначно и быстро сопоставлять код и описание.
6 -|(% style="width:105px" %) |(% style="width:1380px" %)
1 +|Описание некоторой задачи и работы,
2 +создающей или меняющей некоторый функционал системы.|Снимок некоторой доработки.
3 +Содержит информацию о внесенном изменение и возможно частично о состоянии функционала на момент начала доработки (также тут могут быть указаны обоснования для изменения).
4 +Создается один раз и не актуализируется.
5 +\\Ведение документации только в таком виде приводит к тому, что сложно понять фактическое актуальное состояние системы. Например если вести только технические задания на доработку системы.
6 +|Описание актуального состояния системы.|(((
7 +|Снимок актуального состояния.
8 +Требует поддержки и актуализации.
9 +Содержит актуальную информацию о текущем поведении и наборе правил, структуре.
10 +|Управление информацией и эффективность.
11 +Проецирование и сопоставление некоторой описательной модели системы на ее техническую реализацию.
12 +Носители экспертизы: фактическим источником истины является только сама техническая реализация системы, люди эксперты, документация.
13 +|Процесс восстановления информации о системе основан либо на взаимодействии с самой системой, изучении ее текущего поведения, либо на изучение исходного кода системы.
14 +|Дополнительная тема: Рабочее окружение.
15 +Создание такого подхода и окружения для работы, в котором участники (например основные: разработчик, аналитик) могут взаимодействовать между собой.
16 +А именно (на основании текущего состояния и новых требований): вести обсуждение, принимать решения, отображать ключевые изменения перед выполнение работ.
17 +|Дополнительная тема: Бизнес правила.
18 +Наличие у каждого правила уникального ключа (в рамках его-scope группировки), которое также отображается в коде и позволяет однозначно и быстро сопоставлять код и описание.
19 +)))
20 +| |[[Документирование>>doc:Разработка.Документирование.WebHome]]
7 7  
8 -
22 +----
23 +
24 +==== Внутренние ссылки: ====
25 +
26 +====== Дочерние страницы: ======
27 +
28 +{{children/}}
29 +
30 +====== Обратные ссылки: ======
31 +
32 +{{velocity}}
33 +#set ($links = $doc.getBacklinks())
34 +#if ($links.size() > 0)
35 + #foreach ($docname in $links)
36 + #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
37 + * [[$escapetool.xml($rdoc.fullName)]]
38 + #end
39 +#else
40 + No back links for this page!
41 +#end
42 +{{/velocity}}
43 +
44 +----