38. Технология анализа объекта автоматизации в нотации dfd.

Согласно DFD источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям – потребителям информации.

В случае наличия в моделируемой системе программной/программируемой части (практически всегда) предпочтение, как правило, отдается DFD по следующим соображениям.

1. DFD-диаграммы создавались как средство проектирования программных систем, тогда как IDEF0 - как средство проектирования систем вообще, поэтому DFD имеют более богатый набор элементов, адекватно отражающих их специфику (например, хранилища данных являются прообразами файлов или баз данных).

2. Наличие мини-спецификаций DFD-процессов нижнего уровня позволяет преодолеть логическую незавершенность IDEF0, а именно обрыв модели на некотором достаточно низком уровне, когда дальнейшая ее детализация становится бессмысленной, и построить полную функциональную спецификацию разрабатываемой системы.

3. Существуют и поддерживаются рядом CASE-инструментов алгоритмы автоматического преобразования иерархии DFD в структурные карты, демонстрирующие межсистемные и внутрисистемные связи, а также иерархию систем, что в совокупности с мини-спецификациями является завершенным заданием для программиста.

Предполагается, что перед началом проведения анализа объекта автоматизации в нотации DFD было проведено исследование предметной области и объекта автоматизации, в т.ч. на предмет обмена информацией объекта автоматизации с другими объектами (системами). Таким образом, исходными данными являются документы с формализованным представлением материалов обследования объекта автоматизации, включая описание текущей информационной модели объекта автоматизации, а также, знания основных принципов и правил построения моделей в нотации DFD.

1. определения назначения построения модели;

2. Определение временных и стоимостных ресурсов на построение модели.

3. формирование точки зрения, с которыми будет представлена модель;

4. определение глобальной функции объекта автоматизации;

5. формирование множества требований к объекту автоматизации;

6. расчленение множества требований на функциональные группы;

7. определение внешних объектов, имеющих отношение к каждой из выполняемых функций объекта автоматизации;

8. определение всех информационных потоков, связываемых объекта автоматизации с внешними объектами из п.5 и передаваемых между процессами;

9. определение числа и состава хранилищ данных на основании характеристик информационных потоков, определенных в п.6;

10. построение контекстной диаграммы AS-IS;

11. проверка соответствия построенной контекстной диаграммы целям и требованиям;

12. корректировка контекстной диаграммы в случае выявления неточностей;

13. группировка функций объекта автоматизации в подгруппы в соответствии с типом обрабатываемой информации;

14. выделение внешних объектов, связанных с выполнением каждой из подфункций;

15. выделение потоков данных, связанных с выполнением каждой из подфункций;

16. идентификация потоков данных, требующих последовательной обработки после реализации подфункции;

17. выделение хранилищ данных на основании информационных потоков, определенных в п.17;

18. формирование диаграммы потоков данных первого уровня

19. согласование диаграммы потоков данных с источниками информации и проверка соответствия представленных взаимосвязей реально существующей схеме движения информационных потоков;

20. внесение изменений в диаграмму потоков данных, перегруппировка функций;

21. определение необходимости дальнейшей декомпозиции моделис учетом п.1 и п.2;

22. дальнейшая декомпозиции функций объекта автоматизации с повторением пп.14-17 для каждой из выделенных подфункций;

23. проверка соответствия на каждом уровне декомпозиции модели реальным потокам данных;

24. выявление недостатков модели: несоответствия, несогласованности потоков информации, недостатков организации хранения, обработки и последовательности прохождения информации;

25. Процесс принятия решения о реорганизации существующей диаграммы потоков данных;

26. добавление, укрупнения хранилищ данных, изменения системы хранения данных на основании принятых решений, добавление или устранение внешних сущностей;

27. построение модели TO-BE;

28. согласование каждого уровня декомпозиции диаграммы потоков данных TO-BE;

29. планирование и формирования списка необходимых ресурсов для организации новой схемы движения информационных потоков;

30. оформление документации по результатам анализа объекта автоматизации

31. формирование требований о внесении изменений в существующую схему документооборота объекта автоматизации.