Информационные системы и стандарт IDEF3

которые участвуют в обработке  информации;

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

таблицы для хранения документов (хранилище  данных, data store).

Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count «кликнуть» по радио-кнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки:

 

добавить в диаграмму внешнюю  ссылку (External Reference). Внешняя ссылка является источником или приемником данных извне модели;

 

добавить в диаграмму хранилище  данных (Data store). Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах;

 

ссылка на другую страницу. В отличие  от IDEF0 инструмент offpage reference позволяет направить стрелку на любую диаграмму (а не только на верхний уровень).

 

В отличие от стрелок IDEF0, которые  представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной  работы к другой. Это представление  потоков совместно с хранилищами  данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов (external entities).

 

В отличие от IDEF0, где система  рассматривается как взаимосвязанные  работы, DFD рассматривает систему  как совокупность предметов. Контекстная  диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например «Система обработки информации». Включение  внешних ссылок в контекстную  диаграмму не отменяет требования методологии  четко определить цель, область и  единую точку зрения на моделируемую систему.

 

Работы.

 

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

 

Внешние сущности.

 

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

 

Стрелки (Потоки данных).

 

Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как  в IDEF0, стрелки могут подходить  и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные  стрелки для описания диалогов типа «команда-ответ» между работами, между  работой и внешней сущностью  и между внешними сущностями.

 

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

 

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

 

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

 

Построение диаграмм DFD

 

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

 

Альтернативным подходом является подход, популярный при создании программного обеспечения, называемый событийным разделением (event Partitioning), в котором различные диаграммы DFD выстраивают модель системы. Во-первых, логическая модель строится как совокупность работ и документирования того, что они (эти работы) должны делать.

 

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

 

Наконец, модель поведения (behavior model) показывает, как система обрабатывает события. Эта модель состоит из одной диаграммы, в которой каждый прямоугольник изображает каждое событие из модели окружения. Хранилища могут быть добавлены для моделирования данных, которые необходимо запоминать между событиями. Потоки добавляются для связи с другими элементами, и диаграмма проверяется с точки зрения соответствия модели окружения.

 

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

 

Нумерация объектов

 

В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта  – это уникальный номер работы на диаграмме. Например, работа может  иметь номер А. 12.4. Уникальный номер  имеют хранилища данных и внешние  сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5.

 

Наличие в диаграммах DFD элементов  для описания источников, приемников и хранилищ данных позволяет более  эффективно и наглядно описать процесс  документооборота. Однако для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming – методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.

7.Стоимостной анализ UDP