Пример построения модели DFD для системы определения допускаемых скоростей
Описание задачи приведено в подразд. 6.6.
Построение функциональной модели DFD начинается, как и в IDEF0, с разработки контекстной диаграммы. На ней отображается основной процесс (сама система в целом) и ее связи с внешней средой (внешними сущностями). Это взаимодействие показывается через потоки данных. Допускается на контекстной диаграмме отображать сразу несколько основных процессов или подсистем. Пример контекстной диаграммы для рассматриваемой задачи приведен на рис. 6.23.
Рис. 6.23. Контекстная диаграмма системы определения допускаемых скоростей (методология DFD)
На этой диаграмме видно, что в качестве источника исходных данных для работы системы могут использоваться базы данных АРМ-П (АРМ службы пути) или СБД-П (Сводная БД – Путейский фрагмент), содержащие практически всю необходимую информацию по участкам дороги.
В то же время в системе оставлена возможность ее ручного ввода и корректировки. Несмотря на то, что БД АРМ-П или СБД-П по отношению к системе являются внешними сущностями, они, в целях лучшего восприятия, показаны в виде накопителя данных.
Дальнейший процесс проектирования состоит в построении диаграмм декомпозиции, которые строятся (показывают устройство) только для процессов или подсистем (систем).
Диаграмма декомпозиции первого уровня проектируемой системы приведена на рис. 6.24.
Рис. 6.24. Диаграмма декомпозиции первого уровня (методология DFD)
На этом рисунке у некоторых потоков данных, связанных с накопителями, отсутствуют имена. Это позволяет устранить дублирование надписей и, как следствие, уменьшить насыщенность диаграммы.
При построении диаграммы декомпозиции блоки системы в одних случаях показаны как процессы (имя начинается с глагола), в других – как подсистемы (имя начинается со слова «подсистема»). Это сделано в целях иллюстрации правил именования блоков. В то же время декомпозицию системы можно было бы представить, либо используя только процессы, либо только подсистемы.
Контекстная диаграмма и диаграмма декомпозиции выполнены с использованием BPwin 4.0.
Решение о завершении детализации процесса и использовании миниспецификации принимается проектировщиком исходя из следующих критериев:
– наличия у процесса относительно небольшого количества входных и выходных потоков данных (2–3 потока);
– возможности описания процессов в виде простого алгоритма;
– возможности описания логики процесса при помощи миниспецификации небольшого объема (не более 20–30 строк).
Модель DFD, помимо описания функционального аспекта системы, содержит также сведения об информационном и компонентном аспектах. Совокупность накопителей данных является прообразом будущей БД, т. е. определяет состав и структуру информации. Построение диаграмм с использованием в качестве блоков подсистем показывает состав и связи компонентов будущей системы.