Методические указания

Сведения о стандартах серии IDEF

IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах (IDEF0, IDEF1, …, IDEF14). При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.

Методы и инструментальные средства функционального моделирования;

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

Основой разработки модели является функциональный блок Рис. 3.1.

Рис. 4.1. Функциональный блок IDEF0

Каждая стрелка (функциональная дуга) имеет свое назначение.

Графически изображается в виде однонаправленной стрелки.

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

В зависимости от того, к какой стороне блока она подходит, интерфейсная дуга будет являться входящей, выходящей, управления, механизма (см. Рис3.2)

Рис3.2. Интерфейсная дуга.

Представленный таким образом бл ок часто называют ICOM-кодом (см. Рис. 3.3)

3.3. ICOM код модели.

3.3а. Пример ICOM код модели.

ICOM код:

I – input (поток входных данных, преобразуется в поток данных результата);

C – control (поток данных управления, не изменяется, но используется для управления алгоритмами исполнения функций (подпроцессов);

O – output (поток данных результата);

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

ДЕКОМПОЗИЦИЯ МОДЕЛИ

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

Модель IDEF0 всегда начинается с рассмотрения системы как единого целого, т.е. одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма называется контекстной, она обозначается идентификатором А-0.

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

Цель моделирования должна отвечать на следующие вопросы:

• Почему процесс должен быть замоделирован?

• Что должна показывать модель?

• Что может получить читатель?

Примеры целей: «Идентифицировать слабые стороны процесса сбора данных», «Определить ответственность сотрудников для написания должностных инструкций» и т.п.

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

Между целью и точкой зрения должно быть жесткое соответствие.

Рис. 3.4. Декомпозиция модели

Интегрированная среда разработки модели в стандарте IDEF0 - AllFusion Process Modeler (ранее- BPwin)

Одним из инструментов, поддерживающих IDEF0 моделирование это известная система BpWin, ныне AllFusion Process Modeler.

Основное рабочее окно представлено на Рис. 3.5

Рис. 3.5. Интегрированная среда разработки модели BPwin

Панель инструментов BpWin для IDEF0 предлагает: