Билет № 15

1. Методология IDEF0. Примером стандартов проектирования бизнес-процессов может служить семейство стандартов IDEF (Госдепартамент и BBC США), RUP (компания Rational Software), Catalysis (компания Computer Associates). Отраслевыми стандартами явл. модели, разрабатываемые государственными и международными общественными организациями (рекомендации ISA, APICS, ISO, TM Forum и т.д.). Стандарты предприятия обычно составляют подмножество стандартов(1) и (2), обогащённое процедурными правилами разработки и согласования моделей бизнес-процессов, принятых на предприятии.

Дополняющие и не противоречащие нормативным ограничениям согласованные точки зрения поставщика и исполнителя на моделируемый объект и способы его описания наз. Установочными концепциями. Ими могут быть:

– цели моделирования (реинжиниринг бизнес-процессов, автоматизация бизнес-процессов и внедрения информационных систем, системные исследования бизнес-процессов и др.);

– интерпретация стандартов (1-3) как заказчиком проектных работ, так и самим проектировщиком;

– принципы формирования словаря проекта и соглашения об основных понятиях, неопределённые стандартами (1-3) или нуждающиеся в уточнении.

Рассмотрим рекомендации по конкретизации языков моделирования бизнес-процессов в контексте методологии IDEF0.

Функциональная модель бизнес-процессов. Любой стандарт проектирования бизнес-процессов базируется на исходных понятиях – смысловых примитивах. Так, стандарт IDEF0 использует понятие «Работа» (Activity) для обозначения действия, а также обозначения интерфейсов «Вход» (Input), «Выход» (Output), «Управление»(Control) и «Механизм» (Mechanism), которые составляют графическую конструкцию (А), изображ. на рис.1

Управление

Вход Общая модель Выход

бизнес-процессов

Механизм

Стандарт IDEF0 исполнителей «Работ» (одушевлённых и неодушевлённых) относит к интерфейсу «Механизм». На уровне его бытового сознания это не вызывает вопросов, однако, если вдуматься в суть понятия «»исполнения», то становится ясным, что исполнитель «Работ» явл. активатором «Работ», составляющих данную «Работу» и приводящих к её исполнению. Между тем, активатором «Работ» согласно IDEF0 явл. «Вход».

Сформулируем основную идею предлагаемой рекомендации по конкретизации языков моделирования бизнес-процессов.

Все «Работы» принадлежат одному классу – обладают одинаковым набором свойств и поведением.

На IDEF0-диаграммах изображ. классы объектов. Однако проектировщик всегда отталкивается только от знания некоторых общих св-в конкретных реализаций (экземпляров) этих классов. Назовём такое множество св-в «точкой зрения на экземпляр класса». Эту посылку можно использовать для однозначной «привязки» ресурсов к трём возможным входам бизнес-процессов. Для этого на множестве ресурсов вводится классификация, основанная на различиях «точек зрения на экземпляры ресурсов».

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

2. Признак блокировки экземпляра ресурса «Работой», исключающий возможность использования экземпляра ресурса другими «Работами»: ресурсы, которые не могут блокироваться «Работами» (ресурсы общего пользования); блокируемые ресурсы.

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

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

Однако в стандарте, как это ни странно, синтаксически не различаются «Работы», находящиеся на различных уровнях декомпозиции. Различия же между ними существенны. Согласно положению стандарта о том, что активаторами «Работ» явл. стрелки, а на нижнем уровне декомпозиции бизнес-процессов стрелки описывают последовательность исполнения «Работ», можно утверждать, что каждая «Работа» на нижнем уровне декомпозиции модели активируется только при активации всех её входов.

Сущ. ещё аспект времени, который стандартом замалчивается, - момент завершения «Работы». Без его знания функционально-стоимостной анализ, основанный на моделировании, не будет завершён. Иначе говоря, условия активации «Работ» в IDEF0 явл. предопределёнными.

Итак, сформулируем ещё одну установочную концепцию.

1. Исполнение «Работы» безусловно, инициируется событием «Поступление Ресурса». Это соот. классическим представлениям о том, что любое воздействие влечёт реакцию. Не бывает воздействий без рефлексии на него. Поэтому поступление любого ресурса явл. управляющим воздействием.

2. Необходимым (но не достаточным) условием завершения «Работы» явл. свершение полного набора событий «Поступление Ресурса», связанных с интерфейсами «Работы».

Об унификации описания бизнес-процессов.

На моделирование бизнес-процессов, согласно методологии IDEF и первым её интерпретациям, был ориентирован стандарт IDEF3. Основным его отличием от стандарта функционального моделирования IDEF0 была возможность задавать последовательность «Работ» с помощью дуг и условия на последовательность исполнения «Работ» с помощью логики «перекрёстков» (синхронные и асинхронные И/ИЛИ, исключающее ИЛИ). Поскольку уровень декомпозиции IDEF0-модели, на котором осущ. переход на стандарт IDEF3, определяется проектировщиком субъективно, то говорить о какой-либо универсальности представлений бизнес-процессов при таком подходе не приходится.

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

1. На вход бизнес-процесса поступают с выходов процессов-контрагентов ресурсы, которые преобразуются в бизнес-процессе в др. виды ресурсов, поставляемые контрагентам.

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

3. Оказание услуг друг другу бизнес-процессы осуществляют согласно единой процедуре.