Общая характеристика методов IDEF

Оглавление

Оглавление. 2

1. Общая характеристика методов IDEF. 2

2. Метод IDEF0. 5

2.1. сбор информации о предприятии; 14

2.2. идентификация бизнес-процессов предприятия и создание функциональной модели бизнес-процессов предприятия; 14

3. Aанализ и возможный реинжиниринг бизнес-процессов предприятия. 14

Вывод. 16

 

Общая характеристика методов IDEF

Методы IDEF (I ntegrated DEF inition) были разработаны в рамках реализации программы интегрированной компьютерной поддержки производства ICAM в США в середине 70-х годов с целью улучшения взаимодействия специалистов, занимающихся интеграцией существующих производственных и организационных систем.

В основу методов IDEF положена технология структурированного анализа и проектирования - SADT (Structured Analysis and Design Technique), которая использует различные методы описания и анализа процессов, потоков, структур промышленных и организационных систем с целью улучшения их характеристик. Методы взаимодополняют друг друга, обеспечивая возможность многоаспектного анализа систем. Кратко охарактеризуем основные методы IDEF.

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

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

IDEF1- метод моделирования информационных потоков внутри системыпозволяет отображать структуру системы, то есть ее элементы (сущности), их свойства (атрибуты) и взаимосвязи (отношения) между ними. Полученная в процессе моделирования детальная информация позволяет выявить «узкие места» в анализируемом объекте и является основой для принятия решений об улучшении структуры системы и информационных потоков, осуществления правильной политики управления информацией.

IDEF1X - метод моделирования данных и проектирования реляционных баз данных относится к типу методологий «сущность-взаимосвязь» (ER- Entity-Relationship. Это позволяет хранить информацию в форме семантической модели, которая связывает хранящиеся в компьютере символы с реальным миром и является верным его отражением. Подобный способ хранения информации является относительно независимым, «нейтральным» и позволяет получить ответ на различные запросы пользователя о свойствах описанной в модели среды.

IDEF2- метод динамического моделирования систем.

В связи с весьма серьезными сложностями анализа динамических систем развитие этого стандарта происходит медленно. Однако в настоящее время существуют алгоритмы и их компьютерные реализации, позволяющие превратить набор статических диаграмм IDEF 0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN - Color Petri Nets), т.е. отслеживать изменение состояние систем с помощью фиксации ряда дискретных квазистационарных состояний. Подобный подход широко используется при динамическом моделировании технических систем, описываемых дифференциальными уравнениями различного типа.

IDEF3 -метод получения описания функционирования системы и моделирования как причинно-следственных связей внутри одного бизнес-процесса, так и между различными процессами. Он предоставляет пользователю два типа диаграмм: описания процесса PFD (Process Flow Description) – «внутреннее описание» и описания переходов из одного состояния в другое OSTD ( Object State Transition Description ) – «внешнее описание», когда дополнительно рассматривается вход и выход объекта. Эти два способа моделирования дополняют друг друга и позволяют описать любой процесс функционирования системы.

IDEF4 – метод объектно-ориентированного проектирования. Средства метода позволяют наглядно отображать структуру объектов и принципы их взаимодействия, позволяя анализировать и оптимизировать и создавать сложные системы. В отличие от других методов, кроме констатации взаимодействия, здесь учитывается его принцип (в частности, физический). Поэтому он, как и IDEF1Х, является методом проектирования.

IDEF5 - метод получения онтологического описания и исследования сложных систем.

Основной чертой онтологического анализа является разделение реального мира на классы, определение совокупности их фундаментальных свойств и прогнозирование на этой основе поведения объектов данного класса. Этометод сбора фактов и получения знаний. Типичный пример онтологического исследования – научное. С помощью данного метода онтология системы может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные суждения о состоянии рассматриваемой системы в некоторый момент времени. На основании этих утверждений формируются выводы о дальнейшем развитии системы, проводится возможная ее реорганизация, что полезно при управлении сложными системами, имеющими искусственный характер. На основе онтологического описания строятся системы получения новых знаний – экспертные системы. Исследователь имеет возможность строить разнообразные схемы и диаграммы с помощью языка схем (Schematic Language-SL), комментировать их с помощью языка уточнений (Elaboration Language-EL). В CALS-технологиях наибольшее применение нашли методы IDEF0 и IDEF1Х.

Метод IDEF0

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

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

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

Каждая из сторон блока имеет определенное значение (роль):

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

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

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

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

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

Вторым понятием метода является понятие интерфейсной дуги (Arrow). Графическим отображением интерфейсной дуги является однонаправленная стрелка (поэтому дуги часто называют стрелками, потоками). Каждая интерфейсная дуга должна иметь свое уникальное наименование(Arrow Label), которое должно быть оборотом существительного. С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Это могут быть элементы реального мира (люди, изделия, детали и др.), потоки данных и информации (документы, инструкции и др.). «Источником» (началом) и «приемником» (концом) каждой функциональной дуги могут быть только блоки, причем «источником» может быть только выходная сторона блока, а «приемником» – любые из трех оставшихся. Функциональный блок должен обязательно иметь управляющую и исходящую интерфейсную дугу, поскольку каждый процесс должен происходить по каким –то правилам и давать некоторый результат (иначе его рассмотрение не имеет смысла).

При построении IDEF-диаграмм важно отделять входящие дуги от управляющих.

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

Рис. 2 Функциональный блок "Обработать заготовку"

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

Рис. 3 Технологические указания обрабатываемые и изменяемые главным технологом

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

В случае рассмотрения деятельности предприятий существует 5 основных видов объектов: