Диаграммы потоков данных

из "Разработка и управление требованиями "

На рис. 3.1 приведен простой пример традиционного использования диаграммы потоков данных для моделирования информационный системы. [c.52]
Потоки отображают либо информационный, либо материальный обмен между двумя элементами преобразования. В реальной жизни эти потоки могут быть непрерывными, запускаться по запросу, быть асинхронными и т.д. В соответствии с нотацией диаграмма должна сопровождаться текстовым описанием каждого процесса, хранилища данных и потока данных. [c.52]
Контекстная диаграмма - это диаграмма самого верхнего уровня DFD модели, которая показывает все внешние системы, взаимодействующие с разрабатываемой системой, как это показано на рис. 3.2. [c.52]
Овалы могут детализироваться при движении вниз от уровня к уровню (декомпозиция). При этом функциональное содержимое каждого овала может раскрываться с помощью отдельной диаграммы, которая, в свою очередь, также может содержать другие овалы и хранилища данных (см. рис. 3.3). [c.53]
Для иллюстрации применения диаграмм потоков данных рассмотрим пример контекстной диаграммы для системы управления и контроля скорой помощи (рис. 3.4). Эта диаграмма является отправной точкой для анализа потоков данных системы. [c.53]
Самые главные внешние сущности для системы это звонящие - люди, которые звонят, чтобы сообщить об экстренных ситуациях, и машины скорой помощи, работой которых управляет система. [c.54]
Отметим, что записи являются важным выходом системы (в реальной жизни это отражает требование законодательства) и не менее важным средством для измерения производительности . [c.54]
Другие внешние потенциальные сущности системы, представленные на диаграмме, тоже обязательны для реальной системы, но для простоты мы исключим их из рассмотрения в данном примере. [c.54]
Следующим шагом является определение внутренних функций системы. Обычно вначале отображают функции для работы с каждой из внешних сущностей, получая, таким образом, минимальную функциональную декомпозицию системы. После этого отображают основные данные, которые должны транслироваться между этими функциями верхнего уровня (см. рис. 3.5). [c.54]
На следующем этапе функции верхнего уровня разбиваются на более мелкие составляющие функции, как это показано на рис. 3.6. [c.54]
Следует заметить, что функциональная иерархия системы, отображаемая набором DFD диаграмм, может служить базой для получения и последующей структуризации системных требований. Так на рис. 3.7, как отмечено выше, представлена функциональная структура системы управления и контроля скорой помощи, полученная, в свою очередь, из диаграммы на рис. 3.6. А на рис. 3.7 показаны примеры требований полученных уже из этой структуры. [c.54]
Отсюда возникает необходимость рассматривать системные транзакции с разных точек зрения - пути, который они проходят внутри системы времени, которое требуется для их выполнения ресурсов, которые они задействуют. Альтернативой динамическим моделям, показывающим пользовательские требования в действии и иллюстрирующим основные операции системы, является отображение системных транзакций на диаграммах потоков данных, как это сделано на рис. 3.9, где путь системной транзакции показан жирными стрелками. [c.56]
Диаграммы потоков данных хорошо подходят для представления структур, но они недостаточно аккуратны . Они гораздо менее точны, чем текстовое представление разрабатываемой системы. На диаграмме потоков данных линии связи могут быть неоднозначны, любое слово диаграммы может обобщать что угодно и иметь массу значений. Кроме этого, на диаграммах потоков данных нельзя корректно отображать ограничения. [c.56]
Следует заметить, что рис. 3.6, на самом деле, является не совсем корректным с точки зрения договоренностей, принятых для отображения диаграмм потоков данных, поскольку на одной диаграмме показана и декомпозиция всей системы на несколько процессов, и показаны внешние сущности, с которыми взаимодействует система. Если точно следовать правилам построения DFD диаграмм, то внешние сущности должны присутствовать только на контекстной диаграмме и, следовательно, не должны присутствовать на этом уровне декомпозиции. Однако если убрать внешние сущности, то диаграмма станет менее понятной и связи к внешним сущностям зависнут в воздухе. [c.57]

Вернуться к основной статье