Требования к DFD модели

Диаграммы потоков данных (DFD) обеспечивают удобный способ описания передаваемой информации, как между частями системы, так и между системой и внешним миром. Поэтому они используются для создания моделей информационного обмена организации, например, документооборота. DFD модель органично дополняет модели IDEF0 и IDEF3 и является описанием информационного обмена некоторой подсистемы анализируемой системы ПО.  

 

 

Р

 

Рисунок 9. Контекстная диаграмма DFD

 

Таким образом, модель может быть получена на основе декомпозиции некоторой функции модели IDEF0 (например, Контролировать качеством выполнения рис. 10). При разработке в курсовом проекте DFD модели ПО это необходимо учесть.

DFD модель ПО должна включать:

- Название модели;

- Список функций обработки информации (работы) (не менее 3-х);

- Описание функциональных блоков;

- Список данных;

- Список хранилищ данных (не менее 2-х);

- Список внешних сущностей (не менее 2-х);

- Диаграммы:

1. Контекстная диаграмма (пример на рис. 9)

2. Диаграмма декомпозиции некоторой функции (пример на рис. 10).

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

Краткая справка по синтаксису DFD диаграмм*

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

 

 

 

Рисунок 10. Диаграмма DFD для подсистемы «Контролировать качество выполнения»

 

Контекстная диаграмма, как правило, состоит из одного функционального блока и нескольких внешних сущностей. Функциональный блок при этом имеет имя совпадающее с именем всей системы.

В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0.

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

Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между работами, между работой и внешней сущностью и между внешними сущностями.

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

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

 

Рисунок 11. Изображение хранилища данных в DFD модели.

 

В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта – это уникальный номер работы на диаграмме. Например, работа может иметь номер А.12.4. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5.