Шеер. Бизнес-процессы. Основные понятия. Теория. Методы
Подождите немного. Документ загружается.
Рис. 82. Типы моделей в архитектуре IFIP
Эта «проекция» наглядно показывает, что, согласно концепции CIMOSA, общие
стандартные блоки следует использовать для определения стандартов, после чего блоки
группируются в модели-прототипы для конкретных отраслей. На последнем этапе они
используются для выработки решений, предназначенных для конкретных организаций. В
инфраструктуре ARIS степень детализации информационной модели определяется при
решении вопросов структурирования.
Непосредственно введение моделей-прототипов, связанных с содержанием, наглядно
свидетельствует о том, что архитектура CIMOSA сочетает общие положения методологии
информационных систем с прикладными областями CIM.
Третья ось («поэтапная генерация») описывает различные типы моделей информационной
системы. Цели этой «проекции» аналогичны целям ARIS: речь здесь тоже идет о создании
типов описаний, хотя результаты не во всем тождественны. В архитектуре CIMOSA типы
описания подразделяются на «модель функций», «информационную модель», «модель
ресурсов» и «организационную модель». «Модель функций» представляет собой описание
событий, хотя она также охватывает другие элементы, такие как события и процессы, включая
выполнение и обработку исключений. «Информационная модель» относится к представлению
данных или описанию объектов. «Модель ресурсов» описывает ИТ и производственные
ресурсы, а «организационная модель» — организационную иерархию.
В архитектуре CIMOSA все содержание также разбивается на различные типы
представлений, но здесь, в отличие от ARIS, где имеются модели управления и модели
процессов, отсутствует их уровень. В результате в CIMOSA описания разных типов
комбинируются друг с другом. Например, при описании ресурсов одновременно выполняется
их привязка к функциям. В концепции моделирования CIMOSA не предусмотрена модель
выходов.
Концепция CIMOSA предоставляет адекватную архитектуру для описания
информационных систем, которую можно наполнять содержанием в виде стандартизованных
моделей-прототипов на протяжении всего процесса создания реального программного
обеспечения. Несмотря на упомянутые выше недостатки, у нее есть и важные достоинства.
Концепция CIMOSA позволяет классифицировать методы моделирования и описывать их
метамоделями, не отступая при этом от событийной модели, ориентированной на бизнес-
процессы. Более того, она рассматривает предприятия как серию взаимодействующих друг с
другом агентов.
Несмотря на внушительные затраты финансовых и интеллектуальных ресурсов,
практическая отдача CIMOSA пока минимальна. Судя по сообщениям пользователей из
реального бизнеса, участвующих в проекте, число специальных приложений, разработанных
при помощи этой архитектуры, еще крайне незначительно. Исключение составляют
автомобильная компания Renault, внедрившая прикладную систему для ремонтного
обслуживания производственных установок, и компания TRAUB AG, внедрившая прикладную
систему для оптимизации индивидуальной разработки инструментов. На сегодняшний день
инструментальные средства моделирования на базе CIMOSA не нашли широкого
практического применения.
Главная причина отсутствия успеха в сфере практической реализации, вероятно, кроется в
излишне теоретизированной платформе, которая не охватывает уже имеющиеся коммерческие
ИТ-решения (например, стандартное программное обеспечение). Довольно слабый интерес к
концепциям CIM, похоже, можно объяснить тем, что предельно узкая направленность этого
подхода идет ему во вред.
Е.З. IFIP — Методология информационных систем
131
Понятие «методология» в данном случае используется в том же значении, что и
«архитектура». Семь авторов этой монографии являются членами одной из рабочих групп
Международной федерации по обработке информации (IFIP) — рабочей группы WG 8.1 по
проектированию и оценке информационных систем технического комитета ТС 8 по
информационным системам. Результаты исследования подытожены в документе «Методология
информационных систем» (ISM).
Эта методология не сужает объект исследования какими-то конкретными методами
разработки ИС. Напротив, она базируется на широком спектре знаний, стремясь охватить как
можно больше концепций, среди которых интерактивный метод проектирования (IDA),
методология информационного инжиниринга (IEM), один из вариантов высокоуровневых сетей
Петри (IML), метод систем разработки Джексона (JSD), метод информационного анализа
Нийссена (NIAM), язык постановки задач/анализатор постановки задач (PSL/ PSA), метод
структурированного анализа и проектирования (SADT), а также метод Йордона.
Эта методология использует метамодели сущность — отношение. Ее отличительными
особенностями являются концепция и стадии жизненного цикла информационной системы, а
также разграничение моделей, ориентированных на представление данных, процессов и
поведения (см. рис. 82). Построение этих моделей не столько обусловлено аналитическими
умозаключениями, сколько направлено на разрешение ключевых проблем, типичных для
традиционных методов разработки ИС.
Типы сущностей и их атрибуты рассматриваются в рамках модели данных. Модель
процессов описывает события (бизнес-функции), включая их взаимоотношения с
предшественниками и преемниками. Анализ событий и их взаимоотношений с
предшественниками и преемниками проводится в рамках модели поведения.
Из полной 12-этапной модели жизненного цикла мы вычленим три этапа: планирование
информационных систем, планирование бизнеса и проектирование систем, а затем рассмотрим
два последних более подробно ввиду их ключевой роли в методологии.
Планирование информационных систем относится к стратегическому планированию
информационные системы. На стадии бизнес-анализа исследуются существующие
информационных систем всего предприятия или какого-либо его сектора. Проектирование
соответствующей информационной системы осуществляется на этапе проектирования систем.
Это понятие охватывает также всеобъемлющую процедурную модель с распределением ролей в
организации проекта.
Эта методология в чем-то перекликается с ARIS, а в чем-то с ней расходится. Общим для
обеих концепций является двумерное представление, охватывающее типы моделей и этапы
разработки. Однако их конкретные формы различаются. Например, Олле и его соавторы не
вычленяют явным образом организационную модель, а рассматривают ее (хотя и
рудиментарно) наряду с другими функциями. Описание процессов более или менее согласуется
с описанием функций в ARIS. Данные, функции и события также строго разделяются. Связка
этих трех моделей лишь отдаленно напоминает модель управления ARIS. Этап проектирования
системы объединяет разграничиваемые в ARIS фазы определения требований и спецификации
проекта с акцентом на последней.
Главное отличие модели IFIP от модели ARIS заключается в том, что в ней отсутствуют:
модели выходов,
организационная модель,
фаза реализации,
систематизированная модель управления.
Е.4. Инфраструктура Захмана
Весьма популярный в США метод описания предприятий был разработан Дж. А.
Захманом. Захман взял за основу архитектуру информационных систем (ISA) фирмы IBM,
расширив ее и дополнив. Эта концепция неоднократно излагалась им в лекциях и на семинарах.
132
Инфраструктура Захмана (см. рис. 83) включает 6 перспектив и 6 блоков описания. В
терминологии ARIS блоки описания Захмана соответствуют типам представлений (моделей), а
перспективы — уровням модели жизненного цикла.
Перспективы перечислены в скобках вместе с описаниями роли участников: масштаб
(планировщик), корпоративная модель (владелец), системная модель (проектировщик),
технологическая модель (построитель), компоненты (субподрядчик) и функционирующая
система (пользователь).
Исследуемые области обозначены вопросительными словами, а соответствующие
действия указаны в скобках: что (данные), как (функция), где (сеть), кто (люди), когда (время) и
почему (логическое обоснование). Исследуемые перспективы и файлы располагаются под
прямым углом друг к другу. Каждое поле в матрице описывается по определенной методике.
Инфраструктуру Захмана, в противоположность ARIS, невозможно напрямую внедрить в
информационную систему, а ввод отношений между полями описания не систематизирован. К
тому же, связь инфраструктуры Захмана с конкретным созданием выхода в рамках бизнес-
процесса не очевидна.
Благодаря сотрудничеству с фирмой Framework Software, Inc. (шт. Калифорния) в
настоящее время отмечаются первые попытки создания вспомогательных инструментов.
133
Рис. 83. Архитектура Захмана
134
Рис. 84. Процедурная модель для объектного моделирования методом SOM
Е.5. Результаты исследований Санкт-Галленского университета,
Швейцария
Ряд концепций описания информационных систем разработан в исследовательских
проектах Санкт-Галленского университета (Швейцария). Спектр исследований широк — от
процедурных моделей и метамоделей до описания методов, от метода проектирования бизнес-
процессов (PROMET) до сравнения различных методов и инструментов моделирования. Хотя
конкретных рекомендаций по созданию архитектуры здесь не приводится, можно построить
инфраструктуру, опираясь на определение требований для оценки различных методов
реинжиниринга бизнес-процессов. Поскольку классификация методов основана именно на
определении требований, она описывается, если можно так выразиться, на «более высоком
логическом уровне», соответствующем уровню ARIS.
Различаются «методические компоненты» и «проектные компоненты». Методические
компоненты относятся к процедурной модели для реинжиниринговых проектов и
подразделяются на следующие категории: функции, организационная ролевая концепция,
описываемые результаты и методики. Проектные компоненты соответствуют «типам
представления» и подразделяются на следующие категории: потоки работ, результаты (выходы)
процессов, управление процессами, информационная система, организационная структура и
организационная (корпоративная) культура.
Этот подход в равной мере акцентирует внимание на процедурной модели и на искомых
результатах. В противоположность ARIS, где модель бизнес-процессов изначально вводится
как ключевой элемент для создания различных типов представлений (моделей), описание
конкретных проектных компонент не опирается на какую-либо базовую модель. В
инфраструктуре ARIS выход процесса описывается в модели выходов. Процедурная модель
ARIS в основном адресована «методическим компонентам». В концепции ARIS АБИ
существует тесная интеграция между самой концепцией и описаниями потоков работ, с одной
стороны, и внедрением бизнес-процессов в информационные системы, с другой. В
инфраструктуре ARIS вопросы организационной культуры рассматриваются на уровне
стратегического планирования.
135
Рис. 85. Концепция АИС, представленная в виде «волчка»
Отсутствие в исследованиях Санкт-Галленского университета четко выраженной
архитектурной концепции становится очевидным, если соединить линиями объекты ERM
«проектной области», составляющие единую группу, с метамоделями. В информационной
модели ARIS, напротив, типы представлений для классификации моделируемых объектов
определяются с самого начала.
Е.6. Другие архитектурные решения
Приведенный здесь перечень охватывает лишь часть широкого спектра архитектур.
Концепция AD/CYCLE, представленная компанией IBM и описанная в первом издании этой
книги, не оправдала ожиданий, хотя почерпнутые из нее знания были использованы при
создании следующего продукта — AIX/CASE. Не оправдали ожиданий и многие концепции,
предложенные консалтинговыми фирмами, производителями программного обеспечения и
аппаратных средств, в том числе, концепция информационного инжиниринга (IEM),
выдвинутая Джеймсом Мартином.
Сейчас Microsoft и ряд других поставщиков программного обеспечения предлагают
репозиторий Microsoft (MR), принцип которого аналогичен AD/CYCLE. Репозиторий MR
представляет собой базу данных для хранения компонентов, моделей и объектов наряду с их
описаниями и отношениями, обеспечивающую многократное использование и
инструментальную поддержку. Очевидно, MR основан на открытой метамодели (в
соответствии с методом UML) и взаимодействует с другими репозиториями. Несмотря на то,
136
что к этому продукту можно предъявить некоторые претензии, MR имеет больше шансов на
успех, чем AD/CYCLE.
Ферстль и Зинц, разработавшие концепцию семантической объектной модели (SOM),
предложили процедурную модель с систематизированной структурой типов описания в виде
списка результатов процедурной модели. Структура и поведение системы описываются в
рамках модели SOM (см. рис. 84). Кроме того, трехуровневая концепция создает основу для
детализации. Осуществляется также постоянная координация уровней между моделью
структуры и моделью поведения.
Эта модель расширяется более детализированными методами и описаниями экземпляров.
Имеется прототип инструментальной системы моделирования. В отличие от ARIS эта
концепция привязана к определенному методу проектирования, а именно — к объектно-
ориентированному. Она не предусматривает отдельного описания организационной модели и
модели выходов.
«Архитектура информационных систем» Крцмара (АИС) изображается в виде «волчка»
(см. рис. 85). Это означает, что при отсутствии хотя бы части описания структура полностью
утрачивает работоспособность. Концепция АИС акцентирует внимание на связи между
архитектурой и корпоративной стратегией, что на рисунке показано вертикальной стрелкой. На
сегодняшний день это предложение пока не нашло практического воплощения.
Рис. 86. Переориентация с функций на процессы
137
Ж. Внедрение ARIS — практические процедуры
В этом разделе мы покажем как можно практически использовать модели ARIS с
максимальной отдачей. Будет рассмотрено также применение модели ARIS, соответствующей
уровню I «здания» бизнес-инжиниринга, на конкретных примерах, включающих:
реинжиниринг бизнес-процессов,
сертификацию качества по стандарту ISO 9000,
управление знаниями.
Ж.1. Реинжиниринг бизнес-процессов на базе модели ARIS
Ж. 1.1. Корпоративный инжиниринг, ориентированный на процессы
Прежние методы реорганизации бизнес-процессов тяготели к радикально новому
инжинирингу процессов безотносительно к существующим структурам. При других подходах
акцент делался на необходимости в поэтапном и непрерывном совершенствовании процессов.
Общее между этими методами заключается в высоком приоритете ИТ как инструментария для
изменения процессов. Среди множества возможных способов оптимизации, имеющих разную
степень сложности, всё более важное значение приобретают добротные процедуры и внедрение
соответствующих методов и инструментов.
В этой книге мы рассматриваем инфраструктуру для оптимизации бизнес-процессов при
помощи процедурной модели ARIS, позволяющей их перестраивать и постоянно
совершенствовать. В основе процедурных моделей лежит циклический принцип. Новые бизнес-
процессы определяются в результате анализа существующих структур (см. рис. 86),
реализуются современными средствами ИТ, а затем регулярно пересматриваются и
модифицируются.
Метод ARIS позволяет разработать всеобъемлющие систематизированные описания
бизнес-процессов, реализовать их в виде решений ИТ и исследовать различные аспекты бизнес-
процессов, такие как организационная структура, структура функций и данных, обеспечивая
последующую интеграцию этих аспектов при помощи моделей процессов. Стандартизованные
методы моделирования повышают прозрачность, позволяют сравнивать результаты проектов и
создают единую платформу для обсуждения корпоративных процессов на разных уровнях
иерархии (руководство, менеджеры различных направлений деятельности, специалисты в
области организационного развития и ИТ).
Одним из ключевых достоинств концепции ARIS является ее тесная интеграция с ARIS
Toolset, повышающая эффективность реинжиниринговых проектов и обеспечивающая
многократное использование полученных результатов.
138
Рис. 87. Процедурная модель для оптимизации бизнес-процессов
Ж. 1.2. Процедурная модель для оптимизации бизнес-процессов
Представленная здесь процедурная модель базируется на опыте фирмы IDS Sheer AG,
приобретенном в результате реализации целого ряда проектов по оптимизации бизнес-
процессов (ОБП). Эту модель можно использовать в качестве контрольной схемы и
нормативного руководства при выполнении проектов ОБП. Модель-прототип документально
представлена в ARIS Toolset в соответствии с методами ARIS, что позволяет адаптировать ее к
конкретной ситуации. Отдельные решения в рамках проекта можно использовать как «базу
умений и навыков» при реализации последующих проектов.
Основные фазы проекта описываются диаграммой цепочки добавленной стоимости (см.
рис. 87). Функции и процессы, предусмотренные проектом, дополнительно описываются
диаграммами EPC (событийные диаграммы процессов), которые расширяются при помощи
органиграмм (представляющих примерную организацию проекта) и моделей данных
(иллюстрирующих результаты проекта).
139
Рис. 88. Диаграмма EPC для бизнес-процесса «обработка заказа клиента»
Ж.1.3. Фазы оптимизации бизнес-процессов
Ж. 1.3.1. Подготовительные меры
На подготовительном этапе намечаются общие контуры проекта: формулируются цели,
определяются необходимые процедуры и вносятся соответствующие изменения в организацию
проекта. Одним из важнейших факторов успеха при реализации проекта ОБП является умелая
организация. Следует создать специальный комитет, который будет направлять работу над
проектом. Обычно результаты проекта систематически оцениваются, а затем подытоживаются
проектной группой, сотрудничающей с отделом ИС или соответствующим организационным
подразделением. Иногда на этом этапе привлекают консультантов со стороны. Конкретные
исполнители отдельных процессов и члены проектной группы объединяют усилия,
направленные на достижение определенных результатов в сфере бизнеса.
Исходя из целей проекта, методы его описания документально оформляются в виде
руководства, которое служит основой для обучения персонала, занимающегося внедрением
проекта. Затем проводится презентация для ознакомления с проектом других сотрудников.
Ж. 1.3.2. Стратегическое планирование
Оптимизация бизнес-процессов начинается с определения стратегических установок
предприятия. Бизнес-процессы следует строить таким образом, чтобы они способствовали
достижению стратегических корпоративных целей.
Для определения стратегических установок могут использоваться модели продуктов и
выходов, а также целевые диаграммы, охватывающие ключевые секторы деятельности
предприятия в совокупности с производимыми продуктами, предоставляемыми услугами и
категориями клиентов. Моделируются критические факторы успеха и иерархия корпоративных
целей. Проводится анализ стратегических установок с конкретизацией целей ОБП. Цели могут
носить как количественный (повышение производительности, сокращение издержек и времени
140