2. Правила построения диаграмм модели dfd

1. Все потоки данных должны начинаться или заканчиваться процессом. Данные не могут протекать непосредственно от источника до потребителя или между источником/потребителем и хранилищем данных, если они не проходят через промежуточный процесс.

2. Многочисленные потоки данных между двумя компонентами можно показывать двумя линиями потока данных или двунаправленной стрелкой.

3. Процессы в уровне 1 диаграммы потока данных перечисляются 1, 2, 3, и так далее. Подпроцессам в декомпозированной диаграмме потока данных назначают номера, начинающиеся с номера родительского процесса.

4. Символы могут быть повторены для облегчения чтения диаграммы.

После построения потоков данных диаграмма должна быть проверена на полноту и непротиворечивость.

Полнота диаграммы обеспечивается, если в системе нет «повисших» процессов, не используемых в процессе преобразования входных потоков в выходные.

Непротиворечивость системы обеспечивается выполнением наборов формальных правил о возможных типах процессов:

• на диаграмме не может быть потока, связывающего две внешние сущности – это взаимодействие удаляется из рассмотрения;

• ни одна сущность не может непосредственно получать или отдавать информацию в хранилище данных – хранилище данных является пассивным элементом, управляемым с помощью интерфейсного процесса;

• два хранилища данных не могут непосредственно обмениваться информацией – эти хранилища должны быть объединены.

Преимущества:

• возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;

• возможность проектирования сверху вниз, что облегчает построение модели «как должно быть».

Недостатки:

необходимость искусственного ввода управляющих процессов;

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

Клиенты

Информация для заказа

Заказ клиента

Заявка на заказ