Интегрированные системы проектирования и управления. Корпоративные информационные системы. Погонин В.А - 40 стр.

UptoLike

Накопитель данных может быть реализован физически в виде микрофиши, ящика в картотеке, таблицы в
оперативной памяти, файла на магнитном носителе и т.д. Накопитель данных на диаграмме потоков данных
изображается, как показано на рис. 2.8.
Накопитель данных идентифицируется буквой «D» и произвольным числом. Имя накопителя выбирается
из соображения наибольшей информативности для проектировщика.
Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в
нем данных должно быть увязано с информационной моделью.
Рис. 2.7 Подсистема
Рис. 2.8 Накопитель данных
Поток данных определяет информацию, передаваемую через некоторое соединение от источника к при-
емнику. Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройства-
ми, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компью-
тера на другой и т.д.
Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направ-
ление потока (рис. 2.9). Каждый поток данных имеет имя, отражающее его содержание.
Первым шагом при построении иерархии DFD является построение контекстных диаграмм. Обычно при
проектировании относительно простых ИС строится единственная контекстная диаграмма со звездообразной
топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и ис-
точниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние
системы.
Если же для сложной системы ограничиться единственной контекстной диаграммой, то она будет содер-
жать слишком большое количество источников и приемников информации, которые трудно расположить на
листе бумаги нормального формата, и кроме того, единственный главный процесс не раскрывает структуры
распределенной системы. Признаками сложности (в смысле контекста) могут быть:
наличие большого количества внешних сущностей (десять и более);
распределенная природа системы;
многофункциональность системы с уже сложившейся или выявленной группировкой функций в от-
дельные подсистемы.
Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего
уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Кон-
текстные диаграммы следующего уровня детализируют контекст и структуру подсистем.
Рис. 2.9 Поток данных
Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем про-
ектируемой ИС как между собой, так и с внешними входными и выходными потоками данных и внешними
объектами (источниками и приемниками информации), с которыми взаимодействует ИС.
Разработка контекстных диаграмм решает проблему строгого определения функциональной структуры ИС
на самой ранней стадии ее проектирования, что особенно важно для сложных многофункциональных систем, в
разработке которых участвуют разные организации и коллективы разработчиков.
После построения контекстных диаграмм полученную модель следует проверить на полноту исходных
данных об объектах системы и изолированность объектов (отсутствие информационных связей с другими объ-
ектами).
D1 Получаемые счета