Методика idef0

IDEF0 развивает подход SADT (Structured Analysis and Design Technique), разработана в 1981 году в рамках обширной программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Целью методики является построение функциональной схемы исследуемой системы, описывающей все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы. В основе методологии лежат четыре основных понятия:

• декомпозиция,

• функциональный блок,

• интерфейсная дуга,

• глоссарий.

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

Функциональный блок (Activity Box) - конкретная функция системы, именуется в глагольном наклонении ("производить продукцию"). Каждая сторона функционального блока и стрелка (Arrow) имеют определенное значение (роль):

• вход (Input)– информация (документ) или товарно-материальная ценность (ТМЦ), преобразуется в ходе выполнения процесса; 

• выход (Output) – преобразованная информация (документ) или созданный ТМЦ; 

• управление (Control) – информация или документ, который определяет как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;

• механизм (Mechanize) – ресурсы и инфраструктура. 

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

Глоссарий (Glossary) - набор терминов и определений, соответствующих .предметной области

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

Модели имеют различный статус:

• черновик,

• утвержденная модель,

• опубликованная модель.

Методика потоков данных dfd

Диаграмма потоков данных (Data Flow Diagram — DFD) обеспечивает описание движения информационных и материальных потоков от входа к выходу (рис. 5).

Используются 4 основных понятия: потоки, процессы (работы) преобразования входных потоков в выходные, внешние сущности, накопители данных (хранилища).

• Поток данных или материальных объектов ориентирован в пространстве и времени.

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

• Хранилище (накопитель) данных - место накопления материальных объектов или данных. Имя хранилища должно определять его содержимое и быть существительным.

• Внешняя сущность - материальный объект вне контекста системы, источник или приемник данных либо материальных объектов. Имя должно содержать существительное.

Создаются также словари данных (каталоги элементов DFD), спецификации обработки — описывают DFD-процессы нижнего уровня.

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

Рисунок 5

Данные отделены от функций их обработки, что обусловливает построение модели данных - ER-диаграмм (Entity Relationship - "сущность-связь") - рис. 6.

Рисунок 6

Все элементы модели соответствуют требованиям 3-1 нормальной формы реляционной модели данных. Связи элеентов имеют количественную интерпретацию: 1 к 1, 1 к многим, многие к 1, многие ко многим.