3. Основные этапы разработки модели idef0.

Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия.

Первым из них является понятие функционального блока (Activity Box). Функциональный блок графически изображается в виде прямоугольника и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги», а не «производство услуг»).

Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом:

1. Верхняя сторона имеет значение «Управление» (Control);

2. Левая сторона имеет значение «Вход» (Input);

3. Правая сторона имеет значение «Выход» (Output);

4. Нижняя сторона имеет значение «Механизм» (Mechanism).

Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.

Вторым «китом» методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.

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

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

Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).

Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.

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

4.Диаграммы потоков данных dfd. Основные понятия. (пример).

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

DFD – описывают:

Системы и подсистемы.

Функции обработки информации (работы).

Документы, объекты, сотрудники и отделы, которые участвуют в обработке информации (стрелки).

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

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

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

Системы / подсистемы.

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

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

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

Стрелки.

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

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

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