Построение иерархии диаграмм потоков данных
Первым шагом при построении иерархии DFD является построение контекстных диаграмм. При проектировании относительно простых ИС строится единственная контекстная диаграмма со звездообразной топологией (рис. 16), в центре которой находится главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы.
Рис. 16. Контекстная диаграмма по методологии DFD
Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст (рис. 17) и структуру подсистем.
Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой АИС как между собой, так и с внешними входными и выходными потоками данных и внешними объектами, с которыми взаимодействует ИС.
После построения контекстных диаграмм полученную модель следует проверить на полноту исходных данных об объектах системы и изолированность объектов (отсутствие информационных связей с другими объектами).
Для каждой подсистемы, присутствующей на контекстных диаграммах, выполняется ее детализация при помощи DFD. Каждый процесс на DFD, в свою очередь, может быть детализирован при помощи DFD (рис. 18) или мини-спецификации.
Рис. 17. Диаграмма детализации
Рис. 18. Детализация процесса А5
Мини-спецификация (описание логики процесса) должна формулировать его основные функции таким образом, чтобы в дальнейшем специалист, выполняющий реализацию проекта, смог выполнить их или разработать соответствующую программу. Мини-спецификация является конечной вершиной иерархии DFD.
Решение о завершении детализации процесса и использовании мини-спецификации принимается аналитиком исходя из следующих критериев:
- наличия у процесса относительно небольшого количества входных и выходных потоков данных (2-3 потока);
- возможности описания преобразования данных процессом в виде последовательного алгоритма;
- выполнения процессом единственной логической функции преобразования входной информации в выходную;
- возможности описания логики процесса при помощи мини-спецификации небольшого объема (не более 20-30 строк).
После построения законченной модели системы ее необходимо верифицировать (проверить на полноту и согласованность). В полной модели все ее объекты должны быть подробно описаны и детализированы.
Для описания модели применяются два компонента: словарь данных и спецификация процессов.
Словарь данных
Словарь данных представляет собой определенным образом организованный список всех элементов данных системы с их точными определениями. Для каждого потока данных в словаре необходимо хранить имя потока, его тип иатрибуты.
По типу поток может быть:
- простой или групповой;
- внутренний или внешний;
- поток данных или управления;
- непрерывный или дискретный.
Атрибуты потока данных включают:
- имена-синонимы потока данных в соответствии с узлами изменения имени;
- БНФ- определение в случае группового потока;
- единицы измерения потока;
- диапазон значений для непрерывного потока;
- список значений для дискретного потока;
- список номеров диаграмм, в которых поток встречается;
- список потоков, в которые данный поток входит.
БНФ – статья используется для описания компонентов данных в потоках данных и в хранилищах.
Синтаксис БНФ- статьи:
@ БНФ=<простой оператор> ! <БНФ- выражение>
где <простой оператор> есть текстовое описание, заключенное в "/ "
<БНФ- выражение> есть выражение в форме Бэкуса- Наура, допускающее следующие операции отношений:
= - композиция из + - "И" ! - "ИЛИ" () - компонент в скобках необязателен.
Примеры описания потоков:
@ИМЯ = ДАННЫЕ О КАБИНЕТАХ
@ТИП = внешний, дискретный, данных
@БНФ = /этаж + площадь + номер отдела + номер кабинета/
@ИМЯ = ИНФОРМАЦИЯ О КАБИНЕТАХ
@ТИП = внутренний, дискретный, данных
@БНФ = /ДАННЫЕ О КАБИНЕТАХ/
Дата добавления: 2016-01-07; просмотров: 2174;