IDEF-методология была разработана задолго до появление технологии реинжиниринга бизнес-процессов. С середины 1970-х годов правительство и военные ведомства США финансировали многочисленные проекты, ориентированные на разработку методов описания и моделирования сложных систем. Одним из них явился проект ICAM (Integrated Computer-Aided Manufacturing), предложенный ВВС США, цель которого состояла в разработке подходов, обеспечивающих повышение эффективности производства благодаря систематическому внедрению компьютерных технологий. В соответствии с проектом ICAM было разработано семейство методологий IDEF (ICAM DEFinition), которое состоит из трех самостоятельных методологий моделирования различных аспектов функционирования производственной среды или системы [17]:
- — IDEF0 — методология создания функциональной модели производственной системы (основана на методе SADT Росса);
- — IDEF1 — методология создания информационной модели производственной системы (основана на реляционной теории Кодда и использовании ER-диаграмм Чена);
- — IDEF2 — методология создания динамической модели производственной системы.
Позднее на базе методологии IDEF 1 было создано ее расширение — методология семантического моделирования данных IDEFIX. Кроме того, была разработана методология IDEF3 класса Work Flow Diagram.
Бизнес процессы, лекция 6-2. Моделирование бизнес процессов Нотации IDEF0, EPC
IDEF-методологии получили очень широкое распространение. Популярности способствовало и создание CASE-продуктов, поддерживающих IDEF, благодаря которым данная методология стала доступной и простой в употреблении.
Рассмотрим основные элементы методологии IDEF0, возможности ее применения для реинжиниринга бизнес-процессов, а также функционально-стоимостной анализ IDEFO-модели.
Основные элементы IDEFO-методологии
Методология IDEF0 является одной из самых известных и широко используемых методологий моделирования. Системные аналитики всего мира используют ее для решения широкого спектра проблем, включая разработку программного обеспечения, бизнес-анализ, проектирование, планирование и управление производственными системами, управление финансами и материально-техническими ресурсами, обучение персонала и т. д. [17].
Методология IDEF0 базируется на методе SADT (Structured Analysis and Design Technique) Росса, предназначенном для структурированного представления функций системы и анализа системных требований. При создании новых систем IDEF0 может приме няться как для определения требований и функций, так и для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. При исследовании уже существующих систем IDEF0 может использоваться для анализа функций и механизмов их исполнения.
IDEFO-модель использует графический язык для отражения информации о конкретной системе. Модель состоит из диаграмм и фрагментов текста. На диаграммах все функции системы и их взаимодействия представлены как блоки (функции) и дуги (отношения).
Основной конструкцией модели является функциональный блок, представляющий собой некоторый процесс или, в терминологии IDEF0, «активность (activity)». Выделяются также наборы различных объектов (сущностей), связанных с активностями в четырех возможных отношениях — «Вход» (Input), «Выход» (Output), «Управление» (Control) и «Механизм» (Mechanism) [17, 18]:
Business Studio. Моделирование бизнес-процессов в нотации IDEF0
- — «Входы» отображают объекты, которые функциональный блок преобразует в «Выходы»;
- -«Управление» определяет, когда и как это преобразование может или должно произойти;
- — «Механизм» (человек, оборудование, информационная система) непосредственно осуществляет преобразование.
Например, для функционального блока «Произвести изделие» входом является «исходный материал», выходом — «изделие», управлением — «чертеж», «рабочий график», механизмом — «станки», «инструменты», «рабочие».
Сущности любого из перечисленных четырех типов связаны с дугой, входящей в блок или выходящей из блока. При этом каждая из сторон блока предназначена строго для одного типа сущностей: левая сторона — для входов, верхняя — для управления, правая — для выходов, нижняя — для механизма. Диаграмма функционального блока с входящими и выходящими приведена на рис. 2.12.
Необходимо подчеркнуть, что дуги — это не обязательно входные или выходные потоки. Входящие дуги — это необходимые условия (ограничения) для того, чтобы преобразование могло произойти, выходящие — результат преобразования. Например, оборудование, инструменты необходимы для изготовления изделия, однако они необязательно должны поступать в систему, производящую изделие, т. к. уже могут находиться в системе.
Рис. 2.12. Функциональный блок 1DEF0-диаграммы
Функциональный блок может быть декомпозирован, т. е. представлен в виде совокупности других взаимосвязанных функциональных блоков, которые детально описывают исходный блок. Например, блок «Произвести изделие» может быть расчленен на блоки «Планировать изготовление», «Обеспечить производственные ресурсы», «Изготовить изделие», «Реализовать изделие».
На диаграмме блоки соединяются дугами: выходные дуги одних блоков могут являться входами (управлением, механизмом) других. Например, выход блока «Планировать изготовление» («План») является управлением для блока «Изготовить изделие», выход блока «Обеспечить производственные Ресурсы» («Ресурсы») является входом блока «Изготовить изделие». При необходимости каждый из блоков также может быть декомпо-зирован, т. е. может породить «дочернюю» диаграмму. Таким образом, IDEFO-модель состоит из набора иерархически связанных диаграмм (рис. 2.13).
Каждая диаграмма обычно содержит 3-5 блоков, размещаемых по «ступенчатой» схеме в соответствии с их доминированием, которое понимается как влияние, оказываемое одним блоком на другие.
Построение модели начинается с представления всей системы в виде простейшей компоненты — одного блока и дуг, изображающих интерфейсы с внешним окружением. Затем блок, который представляет систему в целом, детализируется на другой диаграмме с помощью нескольких блоков-подмодулей, соединенных дугами.
Каждый из этих подмодулей может быть декомпозирован подобным же образом для более детального представления. Для того чтобы указать положение любой диаграммы или блока в иерархии, используются номера узлов. Например, блок АО на диаграмме верхнего уровня А-0 детализируется на диаграмме АО совокупностью блоков Al, А2 и АЗ. В свою очередь блок А1 детализируется на диаграмме А1 совокупностью блоков Al 1, А12 и А13 (рис. 2.13).
Рис. 2.13. Иерархия диаграмм IDEFO-модели
Дуги связывают различные функциональные блоки вместе и отображают взаимодействие и взаимное влияние блоков. Взаимовлияние может выражаться либо в передаче выхода одного блока на вход другого для дальнейшего преобразования, либо в выработке управляющей информации, предписывающей, что должна делать другая ак тивность. Дуги могут отображать и отношения обратной связи, могут разветвляться и соединяться различным образом. Каждая из ветвей может представлять один и тот же объект или различные объекты одного и того же типа. Метки указывают назначение дуг.
Нужно подчеркнуть, что дуги — это не потоки и не последовательности. Они представляют собой ограничения на работу блока в том смысле, что функция не может быть выполнена, пока не станут доступными данные или объекты, соответствующие входящим дугам. Таким образом, ни последовательность выполнения функций, ни время не указаны явно на IDEFO-диаграммах.
Дуги с одним свободным концом имеют источник или получатель вне диаграммы. Для обозначения внешних дуг используются буквы: I (Input), С (Control), О (Output) и М (Mechanism). Эти буквы сопровождаются номером (позиции дуг нумеруются слева направо или сверху вниз). Внешние дуги должны соответствовать входящим и выходящим дугам родительского блока.
Например, блок АО на диаграмме А-0 связан с пятью дугами — двумя входами, одним выходом, одним управлением и одним механизмом (рис 2.11). Им на дочерней диаграмме АО соответствуют внешние дуги II, 12, 01, Cl, Ml. Блок А1 на диаграмме АО имеет один вход, один выход и один механизм. На дочерней диаграмме появляются соответственно II, 01, Ml.
Для того чтобы некоторая дуга не переносилась на дочернюю диаграмму, ее можно поместить в «туннель». При этом вокруг стрелки появляются две круглые скобки. Например, на рис. 2.11 дуга управления блока АЗ на диаграмме АО помещена в туннель. Поэтому она не будет перенесена на дочернюю диаграмму АЗ (внешняя дуга С1 не появится).
Источник: ozlib.com
Метод функционального моделирования SADT (IDEF0)
Деление методов на функциональные и объектные является достаточно условным, поскольку наиболее развитые методы используют элементы обоих подходов. К числу наиболее распространенных методов относятся:
• метод функционального моделирования SADT (IDEF0);
• метод моделирования процессов IDEF3;
• моделирование потоков данных DFD;
• метод моделирования, используемый в технологии Rational Unified Process.
Метод SADT (Structured Analysis and Design Technique) — классический метод процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой.
Модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.
Метод SADT разработан Дугласом Россом (SoftTech, Inc.) в 1969 г. для моделирования искусственных систем средней сложности.
Методология IDEF (Integrated DEFinition) моделирования бизнес-процессов
Взаимная совокупность методик и моделей концептуального проектирования IDEF разработана в США по программе Integrated Computer-Aided Manufacturing. В настоящее время имеются методики функционального, информационного и поведенческого моделирования и проектирования, в которые входят следующие IDEF-модели:
IDEFO — Функциональное моделирование (Function Modeling Method). Наиболее известной реализацией IDEF0 является методология SADT (Structured Analysis and Design Technique). Эта методика рекомендуется для начальных стадий проектирования сложных искусственных систем управления, производства, бизнеса, включающих людей, оборудование, программное обеспечение.
IDEF1 и IDEF1X — Информационное моделирование (Information and Data Modeling Method). В IDEF1X имеется ясный графический язык для описания объектов и отношений в приложениях, так называемый язык диаграмм «сущность-связь».
IDEF2 — Поведенческое моделирование (Simulation Modeling Method). В основе поведенческого моделирования лежат модели и методы имитационного моделирования систем массового обслуживания, сети Петри.
IDEF3 — Моделирование деятельности (Process Flow and Object Stale Description Capture Method). В методике детализируется ответ на вопрос не «что система делает», а «как система это делает».
IDEF4 — Объективно-ориентированное проектирование (Object-oriented Design Method). Модель предоставляет пользователю графический язык для изображения классов, диаграмм наследования, таксономии методов.
IDEF5 — Систематизация объектов приложения (Ontology Description Capture Method). Модель представляет онтологической информации приложения в удобном для пользователя виде, Для этого используются символические обозначения (дескрипторы) объектов, их ассоциаций, ситуаций и схемный язык описания отношений классификации, «часть-целое», перехода и т. п. В методике имеются правила связывания объектов (термов) в предложения и аксиомы интерпретации термов.
IDEF6 — Использование рационального опыта проектирования (Design Rational Capture Method). Способствует предотвращению структурных ошибок.
IDEF8 — Взаимодействие человека и системы (Human-System Interaction Design). Модель предназначена для проектирования диалогов человека и технической системы.
IDEF9 — Учет условий и ограничений (Business Constraint Discovery). Модель предназначена для анализа имеющихся условий и ограничений (в том числе физических, юридических, политических) и их влияния на принимаемые решения в процессе реинжиниринга.
IDEF14 — Моделирование вычислительных сетей (Network Design). Модель предназначена для представления и анализа данных при проектировании вычислительных сетей на графическом языке с описанием конфигураций, очередей, сетевых компонентов, требований к надежности и т.п.
Зарегистрируйтесь и наш эксперт свяжется с Вами и предоставит Вам более подробную информацию по интересующей Вас теме
«Правильного решения порой нет, но лучшее решение есть всегда»
Источник: www.r-p-c.ru