Диаграммы потоков данных
Основы методологии построения диаграмм потоков данных DFD были описаны в 1979 году C. Gane и T. Sarson в книге "Structured Systems Analysis".
При построении DFD-диаграмм используют следующие элементы:
поток данных – некая информация, которая требует обработки;
процесс – преобзование входных потоков данных в выходные в соответствии определенным алгоритмом;
внешняя сущность – источник или приемник данных, который является внешним по отношению к предметной области;
хранилище данных (data storage)
Внешняя сущность — это объект, который не принадлежит моделируемому и обменивается с ним потоками данных. Это, как правило, потребитель услуг моделируемого системой объекта.
В общем случае, сущность — это объект или концепция, которая в рамках конкретной предметной области существует самостоятельно.
При построении DFD-диаграмм начинают с нуль уровня ( контекстной диаграммы). Эта диаграмма содержит только один узел процессов ("нулевой процесс"), который обобщает функцию всей системы по отношению к внешним сущностям. Затем ее уточняют на более низких уровнях (рис. 1).
Рисунок 1 - Контекстная диаграмма
Строя DFD-диаграмму нуль уровня необходимо отобразить все основные хранилища данных и все внешние сущности. Диаграмма должна быть построена так, чтобы она отвечала на основные вопросы: "Как работает моделируемый объект?", "Откуда поступают эти данные?", "Какой процесс использует эти данные?" и т.д.
При построении DFD-диаграмм нижних уровней необходимо соблюдать принцип "вертикального балансирования" — ввод или вывод данных не может быть произведен, если этого не делает родитель.
Приведем пример DFD-диаграммы некоторой риелтерской конторы, которая специализируется на заключении договоров аренды жилых помещений (рис. 2).
Рисунок 2 - Контекстная диаграмма нулевого уровня
Рисунок 3 - Контекстная диаграмма первого уровня
Диаграмма построена в предположении, что круг клиентов конторы относительно стабилен.
Как видно из контекстной диаграммы первого уровня внешние сущности — это потенциальные Арендатор и Владелец. Поскольку элементами контекстной диаграммы являются одноименные хранилища: Арендатор и Владелец, то можно усомниться в правильности определения внешних сущностей. Но, так как потенциальные Арендатор и Владелец могут быть арендатором и владельцем лишь после заключения договора, то конфликтов с определением здесь нет. Другими словами, это разные сущности.
Для составления договора используют данные хранилищ Арендатор и Владелец. Эти хранилища необходимы по причине того, что круг клиентов риелтерской конторы относительно стабилен. Не подвержен значительным изменениям и перечень арендуемых объектов недвижимости, что отражает на контекстной диаграмме хранилище Недвижимость.
Наличие на диаграмме процесса "Подготовить договор аренды" — это следствие того, что "черновик" договора аренды готовит клерк, а менеджер принимает решение о заключении договора. Это повышает эффективность работы фирмы в целом.