Хранилища данных

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

Х ранилище данных на диаграмме потоков данных изображается, как показано на Рис. 7 .66.

Рис. 7.66 Пример хранилища данных

Хранилище данных идентифицируется буквой "D" и соответствующим номером. Внутри указывается его уникальное в рамках данной модели имя, наиболее точно, с точки зрения аналитика, отражающее информационную сущность содержимого, например, "Сведения о поставщиках", "Накладные".

Хранилища данных в общем случае являются прообразом таблиц будущей базы данных и описание хранящихся в них данных должно быть увязано с информационной моделью.

Потоки данных

Потоки данных описывают движение информации или объектов из одной части системы в другую.

Потоки данных изображаются линиями со стрелками, показывающими их направление. Поскольку каждая сторона прямоугольника, изображающего процесс, не имеет определенного назначения, потоки данных могут подходить к любой стороне и выходить из любой стороны. Каждому потоку данных присваивается имя, отражающее его содержание (Рис. 7 .67).

Р ис. 7.67 Поток данных от процесса к внешней сущности

На диаграммах могут применяться двунаправленные потоки данных для описания диалогов типа "вопрос–ответ" между процессами, между процессом и внешней сущностью, между процессом и хранилищем данных. Потоки данных могут разветвляться или сливаться, что означает разделение потока данных на части, либо их слияние. Каждая ветвь разветвляющегося или сливающегося потока данных может иметь собственное имя.

7.2Иерархия диаграмм потоков данных dfd к онтекстная диаграмма

Рис. 7.68 Контекстная диаграмма потоков данных

Диаграммы потоков данных строятся по иерархическому принципу. Первым шагом при построении иерархии диаграмм является построение контекстной диаграммы.

Контекстная диаграмма определяет границы модели. Как правило, она имеет звездообразную топологию, в центре которой находится главный процесс, соединенный с приемниками и источниками информации, являющимися внешним окружением моделируемой информационной системы (Рис. 7 .68).

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

Диаграмма декомпозиции

Д ля главного процесса, присутствующего на контекстной диаграмме, производится декомпозиция. На первом уровне иерархии показываются основные внутренние процессы системы и соответствующие им внешние сущности, хранилища и потоки данных.

Рис. 7.69 Диаграмма декомпозиции в модели DFD

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

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