Методика и порядок работ по определению, классификации и идентификации процессов. Описание процессов на базе методологии idef0 Методические рекомендации
| Вид материала | Методические рекомендации |
- Методика и порядок работ по определению, классификации и идентификации процессов. Описание, 707.68kb.
- Использование компьютерных технологий для разработки моделей бизнес-процессов, 62.95kb.
- Временные методические рекомендации по определению стартовой стоимости научно, 755.22kb.
- Лекция: Моделирование бизнес-процессов средствами bpwin: Case-средства для моделирования, 332.23kb.
- Описание стандарта idef0, Автор: Геннадий Верников, 166.52kb.
- Методика построения системы процессов Особенности выделения процессов в организации, 130.12kb.
- Тематика курсовых работ и методические рекомендации по их подготовке для слушателей, 169.38kb.
- Методические указания к выполнению контрольных, курсовых работ По дисциплине Имитационное, 222.24kb.
- Методические указания для выполнения контрольных работ по курсу «Автоматика и автоматизация, 447.92kb.
- Методические рекомендации по определению рыночной стоимости интеллектуальной собственности, 146.86kb.
Приложение А
(справочное)
Методология функционального моделирования IDEF0
В настоящем приложении приведены краткие сведения о методологии функционального моделирования IDEF0. Подробнее с методологией IDEF0 можно ознакомиться в [1] – [3].
А.1 История возникновения методологии IDEF
Для описания процессов в мире разработано большое количество различных подходов и методов. В начале 70-х годов Д. Росс в США предложил метод структурного проектирования и анализа систем SADT (Structured Analysis and Design Techniques) [1]. В основе этого подхода лежит графический язык описания (моделирования) систем.
В середине 70-х ВВС США реализовали программу интегрированной компьютеризации производства ICAM (Integrated Computer Aided Manufacturing). В рамках этой программы были разработаны методы проектирования и анализа сложных производственных систем, а также способы обмена информацией между специалистами, занимающимися такими проблемами. Для удовлетворения этих потребностей в рамках программы ICAM была разработана методология IDEF (ICAM Definitions), позволяющая представить и исследовать структуру, параметры и характеристики производственно-технических и организационно-экономических систем. Процессы, описывающие деятельность организации, относятся именно к этому классу систем.
В настоящее время общая методология IDEF включает ряд частных методологий для моделирования систем, в том числе:
- IDEF0 – функциональное моделирование;
- IDEF1 – информационное моделирование;
- IDEF1X – моделирование данных;
- IDEF3 – моделирование «потока» процессов;
- IDEF4 – объектно-ориентированное проектирование и анализ;
- IDEF5 – определение онтологий (словарей);
- IDEF9 – моделирование требований.
А.2 Основные элементы и понятия IDEF0
Основу IDEF0 методологии по [2] и [3] составляет простой и понятный графический язык описания деловых процессов, который базируется на четырех понятиях.
А.3 Функциональный блок
Функциональный блок графически изображается в виде прямоугольника (рисунок А.1) и представляет собой некоторый конкретный процесс (функцию) в рамках моделируемой системы, например системы качества организации. В соответствии с требованием IDEF0 название (имя) каждого функционального блока должно быть сформулировано в виде активного глагольного выражения:
глагол + объект действия + [дополнение]
Например, «Производить продукцию», «Обрабатывать записи качества» и т.д.
Рисунок А.1 - Функциональный блок
Каждая из четырех сторон функционального блока имеет строго определенное значение:
- левая сторона обозначает входы, т.е. что поступает на вход процесса (функции) и будет преобразовано;
- правая сторона – выход, т.е. что создается на выходе процесса (функции) в результате его выполнения;
- верхняя сторона – управление, т.е. при каких условиях процесс исполняется;
- нижняя сторона – механизм, т.е. какие ресурсы необходимы для исполнения процесса (функции).
Каждый функциональный блок в рамках функциональной модели имеет свой уникальный идентификационный номер и может быть отнесен к определенной классификационной группе за счет выделения стилем (цвет, штриховка и т.п.).
А.4 Взаимодействия между процессами (интерфейсные дуги)
Интерфейсные дуги – это стрелки, с помощью которых в функциональной модели отображаются взаимодействия между функциональными блоками. Стрелка есть графическое представление элемента, который обрабатывается в рамках моделируемой системы (процесса) или оказывает иное влияние на процесс.
В соответствии со стандартом IDEF0 каждая стрелка в функциональной модели имеет свое уникальное наименование в виде имени существительного с определением или без него, например «оперативные данные», «сырье», «Иванов И.И.» и т.д.
В зависимости от того, к какой из сторон функционального блока присоединена стрелка, она называется «входной», «выходной», «управляющей» или «механизмом». Кроме того, по аналогии с блоком дуга может быть отнесена к определенной классификационной группе за счет выделения стилем (цветом, геометрией и т.п.).
А.5 Принцип декомпозиции
Принцип декомпозиции (структурирования, детализации) применяется при разбиении сложного процесса на составляющие его процессы. При этом уровень детализации процесса определяется целями построения модели и устанавливается непосредственно разработчиком модели. Декомпозиция – это процесс, в ходе которого разработчик как бы заглядывает внутрь функционального блока и разглядывает (отображает) его внутреннюю структуру.
Модель IDEF0 всегда начинается с представления моделируемого процесса в виде одного функционального блока с интерфейсными дугами, которые определяют границы (рамки) процесса, отделяют его от других процессов в организации или за ее пределами. Диаграмма, содержащая этот блок (его номер – А0), называется контекстной диаграммой с идентификационным номером «А-0».
В процессе декомпозиции функциональный блок А0 подвергается детализации на дочерней диаграмме. Дочерняя диаграмма содержит функциональные блоки, которые представляют процессы, из которых состоит декомпозируемый процесс. По отношению к дочерней диаграмме и всем блокам на ней декомпозируемый блок является родительским блоком.
Примечание - В соответствии с IDEF0 любой блок на диаграмме любого уровня иерархии может быть подвергнут декомпозиции.
На рисунке А.2 представлен пример декомпозиции процесса.
-
Диаграмма самого верхнего уровня иерархии – А-0, описывает наиболее общее представление моделируемой системы. Она является родителем для диаграммы А0.
Диаграмма А0 является декомпозицией (диаграммой-потомком) для А-0 и дает более детальное представление функции в блоке 0.
Декомпозированный блок 3 является родительским для диаграммы А3.
Диаграмма А3 является декомпозицией блока 3 диаграммы А0 и иллюстрирует внутреннее содержание блока на родительской диаграмме.
Декомпозированный на диаграмме А3 блок 1 является родительским для диаграммы А31.
Рисунок А.2 - Декомпозиция функциональных блоков
-
Диаграмма А31, являясь декомпозицией блока 1 диаграммы А3, наиболее детально описывает содержание функции, представленной на родительской диаграмме, учитывая при этом контекст всей модели.
Рисунок А.2 - Декомпозиция функциональных блоков (продолжение)