Информационное моделирование экономических процессов с помощью стандарта IDEF.

 

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

В настоящий момент к семейству IDEF можно отнести следующие стандарты:

IDEF0 — Function Modeling — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique);

IDEF1 — Information Modeling — методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;

IDEF1X (IDEF1 Extended) — Data Modeling — методология построения реляционных структур (баз данных), относится к типу методологий «Сущность-взаимосвязь» (ER — Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе;

IDEF2 — Simulation Model Design — методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets); и т.д.

Методология IDEF 0 базируется на четырех ключевых понятиях:

I. Функциональный блок (Activity Box).

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

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

Верхняя часть имеет значение “Управление” (Control);

Левая часть имеет значение “Вход” (Input);

Правая часть имеет значение “Выход” (Output);

Нижняя часть имеет значение “Механизм” (Mechanism).

 

 

Рис. 5.1. Функциональный блок (Activity Box) IDEF0

 

II. Интерфейсная дуга (Arrow).

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

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

 

Рис. 5.2. Интерфейсные дуги (Arrows) IDEF0

 

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

В зависимости от того, к какой из сторон подходит данная интерфейсная дуга, она является “входом”, “выходом”, “механизмом” (ресурсом) или “управлением”.

 

III. Декомпозиция (Decomposition).

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

 

Рис. 5.3. Декомпозиция (Decomposition) в IDEF0

 

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

 

IV. Глоссарий (Glossary).

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

Одним из наиболее популярных програмных инструментов, реализующих возможности стандарта IDEF0 является продукт компании Computer Associates – Bpwin (Bussines Process Modeling).

Достаточно широкие возможности BPwin позволяют эффективно решать задачи, связанные с моделированием логистических бизнес-процессов в стандарте IDEF0. Кроме простоты моделирования, быстрой навигации и легкости чтения BPwin позволяет интегрировать в единую модель все логистические бизнес-процессы компании, обеспечив выполнение ключевых свойств системы:

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

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

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

Пример диаграммы бизнес-процессов второго уровня в окне BPwin изображен на рисунке 5.4.

 

 

Рис. 5.4. Пример диаграммы бизнес-процессов IDEF0 в программном окне BPwin

 

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

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