Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
KONSPEKT_IT-PROEKTY_2014.doc
Скачиваний:
3
Добавлен:
01.07.2025
Размер:
1.38 Mб
Скачать

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

К онтекстная диаграмма

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

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

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

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

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

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

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

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

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

Нумерация работ и диаграмм

В методологии DFD нумеруются все процессы, внешние сущности, хранилища данных и диаграммы.

Номер каждого процесса может включать префикс А и уникальный номер. При детализации процессов должна поддерживаться иерархическая нумерация процессов. Например, процессы, детализирующие процесс с номером 12, получают номера 12.1, 12.2, 12.3 или А.12.1, А.12.2, А.12.3 и т. д. После префикса, если он используется, следует номер родительского процесса, а затем порядковый номер процесса на диаграмме декомпозиции.

Уникальный номер имеют внешние сущности и хранилища данных независимо от их расположения на диаграмме. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5. Каждое хранилище данных имеет префикс D и уникальный номер, например D5.

Номер диаграммы в модели диаграмм потоков данных соответствует номеру декомпозируемого процесса с обязательным использованием префикса.

Пример моделирования информационной системы с помощью методологии sadt (стандарт idef0)

Рассматривается информационная система из области аэрокосмической промышленности, которая представляет собой механический цех, производящий детали для экспериментальных самолетов (экспериментальный механический цех). SADT-модель предназначена для определения функций, которые должен выполнить персонал цеха при изготовлении нестандартной детали самолета (Рис. 4 .2).

Определение предметной области

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

Составление списка данных является начальным этапом создания функциональной SADT-модели и каждой диаграммы. Начать моделирование следует с выделения всех основных групп данных, используемых системой. Следует записывать все данные и объекты, относящиеся к предметной области, лучше записать их больше, чем провести неполный анализ.

Р ис. 4.2 Описание предметной области

Закончив список данных, можно приступить к составлению списка функций. Для этого следует представить себе функции системы, использующие тот или иной набор данных. Несколько различных типов данных может использоваться одной функцией. Следует обозначить, какие типы или наборы данных необходимы для каждой конкретной функции. Это позволит выделить данные сходных типов, которые затем можно объединить.

Список функций должен находиться на одной странице со списком данных. Для экспериментального механического цеха список данных и список функций приведен на .

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]