
- •Профессор Шеер
- •Издание второе Содержание
- •Предисловие к русскому изданию
- •Предисловие ко второму изданию
- •Об этой книге
- •Классификация содержания
- •А. Преимущества aris для пользователя
- •А. 1. Преимущества для управления бизнесом и организационных процессов
- •А. 2. Преимущества для пользователя при разработке информационных систем
- •Б. Базовая модель бизнес-процесса в aris
- •Б.1. Исходная модель бизнес-процесса
- •Б. 1.1. Субъекты ответственности и их отношения
- •Б. 1.2. Поток функций
- •Б. 1.3. Поток выходов
- •Б.1.4. Информационный поток
- •Б.1.5. Объединенная модель бизнес-процесса
- •Б.2. Aris-модель бизнес-процесса
- •Б.2.1. Пример расширенной версии процесса
- •Б.2.2. Обобщенная модель бизнес-процесса
- •В. Разработка архитектуры интегрированных информационных систем (здание aris)
- •В.1. Типы моделей в aris
- •В. 2. Фазовая модель aris
- •В. З. Предварительная информационная модель aris
- •В.4. Предварительная процедурная модель aris
- •Г. Управление бизнес-процессами на базе aris. Aris — архитектура бизнес-инжиниринга
- •Г.1. Инжиниринг бизнес-процессов
- •Г.1.1. Моделирование продуктов и бизнес-процессов
- •Г. 1.2. Модели-прототипы
- •Г. 1.3. Управление знаниями
- •Г. 1.4. Оценка процессов
- •Г. 1.5. Эталонное сравнение процессов
- •Г. 1.6. Имитация
- •Г. 1.7. Обеспечение качества
- •Г. 1.8. Хранилище процессов
- •Г.2. Планирование и управление бизнес-процессами
- •Г.2.1. Мониторинг процессов
- •Г.2.2. Составление графиков и регулирование мощностей
- •Г.2.3. Управленческие информационные системы (eis)
- •Г.2.4. Непрерывное совершенствование процессов — адаптивный инжиниринг бизнес-процессов
- •Г. З. Управление потоками работ (workflow)
- •Г.4. Прикладные системы
- •Г.4.1. Традиционные стандартные программные решения
- •Г.4.2. Компонентное программное обеспечение
- •Г.4.2.1. Объекты
- •Г.4.2.2. Бизнес-объекты
- •Г.4.2.3. Java-аплеты
- •Г.4.2.4. Проблемы стандартизации
- •Г.5. Рабочее пространство (инфраструктура) г.5.1. Концепция рабочего пространства
- •Г.5.2. Концепции реализации
- •Г.5.2.1. Рабочее пространство (инфраструктура) aris
- •Г.5.2.2. Рабочее пространство sap
- •Г.5.2.4. Проект San Francisco компании ibm
- •Г.5.3. Перспективы развития индустрии программного обеспечения
- •Д. Моделирование стандартов в aris
- •Д.1. Общепринятые принципы моделирования
- •Д.2. Уровни моделирования
- •Д. З. Степени структурирования и детализации
- •Д.4. Варианты моделей
- •Е. Сравнение aris с другими концепциями
- •Е.1. Объектно-ориентированное моделирование
- •Е.2. Архитектура cimosa
- •Е.З. Ifip — Методология информационных систем
- •Е.4. Инфраструктура Захмана
- •Е.5. Результаты исследований Санкт-Галленского университета, Швейцария
- •Е.6. Другие архитектурные решения
- •Ж. Внедрение aris — практические процедуры
- •Ж.1. Реинжиниринг бизнес-процессов на базе модели aris ж. 1.1. Корпоративный инжиниринг, ориентированный на процессы
- •Ж. 1.2. Процедурная модель для оптимизации бизнес-процессов
- •Ж.1.3. Фазы оптимизации бизнес-процессов ж. 1.3.1. Подготовительные меры
- •Ж. 1.3.2. Стратегическое планирование
- •Ж. 1.3.3. Анализ «как есть»
- •Ж.1.3.4. Целевая концепция
- •Ж. 1.3.5. Спецификация проекта
- •Ж. 1.3.6. Реализация
- •Ж. 1.3.7. Регулярный мониторинг и непрерывное совершенствование процессов
- •Ж. 1.4. Резюме
- •Ж. 2. Сертификация соответствия стандарту iso 9000 на базе модели aris ж.2.1. Управление качеством (ук) на базе aris с ориентацией на процессы
- •Ж.2.2. Процедурная модель для сертификации iso ж.2.2.1. Процедурная модель: общее описание
- •Ж.2.2.2. Процедурная модель: преимущества
- •Ж.2.3. Фазы процедурной модели
- •Ж.2.3.1. Стратегическое планирование
- •Ж.2.3.2. Фаза подготовки к управлению качеством
- •Ж.2.3.3. Анализ системы управления качеством «как есть»
- •Ж.2.3.4 «iso 9000 на базе aris»: целевая концепция
- •Ж.2.3.5. Структурирование системы ук
- •Ж.2.3.6. Применение и пересмотр систем ук
- •Ж.2.3.7. Сертификация
- •Ж.2.3.8. Перспективы и инфраструктура: системное управление качеством
- •Ж. З. Использование моделей aris для управления знаниями ж.3.1. Использование знаний для получения конкурентных преимуществ
- •Ж.3.2. Процедуры реинжиниринга процессов знаний
- •Ж.3.3. Фазы реинжиниринга процессов знаний ж.3.3.1. Стратегическое планирование знаний
- •Ж.3.3.2. Анализ процесса обработки знаний «как есть»
- •Ж.3.3.3. Анализ состояния «как есть»
- •Ж.3.3.4. Целевая концепция обработки знаний
- •Ж.3.3.5. Организационно-кадровая концепция реализации
- •Ж.3.3.6. Концепция реализации средствами ит
- •Ж.3.3.7. Реализация концепций
Г.1. Инжиниринг бизнес-процессов
Цель инжиниринга бизнес-процессов заключается в достижении максимально эффективных бизнес-решений. Ответственность за инжиниринг может лежать на организационных подразделениях, группах внедрения проектов по реструктуризации процессов или даже на самих владельцах бизнес-процессов. Если разработка производственных графиков может годами находиться в ведении одного отдела, то другие виды бизнес-процессов не поддаются столь жесткой регламентации. Мы бы рекомендовали поручать инжиниринг тем организационным структурам, которые отвечают непосредственно за бизнес-процессы.
Вообще, корпоративные бизнес-процессы, такие как, например, стандартный процесс закупки, проектируются на уровне типов. Для некоторых подформ могут создаваться подтипы (например, заказы на запасные детали, обычные детали или детали, требующиеся эпизодически). Однако отдельно для конкретных деталей процессы заказа, как правило, не моделируются.
Рис. 25б. Эквивалентные описания продуктов и процессов для различных услуг
Рис. 25а. Модель продуктов и процессов
Рис. 25в. Взаимосвязь между изменениями процесса и продукта
С другой стороны, производственные графики для изготовления конкретных деталей действительно документируются. Это обусловлено тем, что описания процессов служат не только для того, чтобы обеспечить соблюдение основных корпоративных правил, но и для непосредственного выполнения процессов. Чем больше технологической документации используется для выполнения бизнес-процессов (например, для управления потоками работ в системах workflow), тем больше требуется описаний конкретных экземпляров процесса.
Для построения оптимальных бизнес-процессов, наряду с лучшими образцами практики, можно применять модели-прототипы. Возможны и такие методы, как сопоставление альтернативных процедур (эталонное сравнение), имитационное моделирование и оценка качества. Далее мы рассмотрим вспомогательные средства инжиниринга.
Г.1.1. Моделирование продуктов и бизнес-процессов
Инжиниринг бизнес-процессов начинается со стратегического корпоративного планирования. На этом этапе определяются группы производимых продуктов и базовые корпоративные процессы. Продукты, разумеется, создаются в результате выполнения процессов, а необходимые бизнес-процессы разрабатываются с учетом особенностей данного вида производства.
Термины «прейскурант материалов» и «график работ» хорошо описывают взаимоотношения между моделями продуктов и процессов в промышленном производстве. Это видно из примера, приведенного на рис. 25а. Прейскурант материалов описывает состав готовых продуктов (в данном примере П1 и П2), включающий операции сборки (С) и компоненты (Kl, K2). В графике работ указываются производственные процессы, необходимые для изготовления каждой детали. Иными словами, этот график включает операции (функции), подлежащие выполнению. Графики работ обычно представлены в форме таблиц. Для одного компонента можно описать несколько альтернативных графиков работ. Например, для детали К2 можно задать графики 1 и 2.
Независимые описания продуктов и процессов позволяют связывать один (стандартный) график работ одновременно с несколькими деталями (в приведенном примере график работ 1 отнесен к готовым продуктам П1 и П2). Готовые продукты могут различаться по составляющим компонентам, однако это может не влиять на производственный процесс. Например, в химической промышленности некоторые продукты состоят из идентичных компонентов, которые различаются по цвету. В результате при одинаковой производственной технологии получаются разные продукты. Независимые описания продуктов и моделей процессов, а также возможность их произвольного сочетания — важнейшие условия для устранения избыточности при управлении данными.
Рис. 26а. Фрагмент диаграммы EPC из модели-прототипа страхования, разработанной фирмой KPMG на базе ARIS
Рис. 26б. Фрагмент диаграммы EPC из модели-прототипа R/3
В производственном секторе детальные описания продуктов и процессов используются только в отношении физических продуктов. Однако в настоящее время усиливается тенденция к поставке физических продуктов в комплексе с услугами. Например, применительно к автомобилю это могут быть услуги по страхованию и финансированию. Подобная ситуация иллюстрируется на рис. 25б, где наряду с графиком работ по созданию физического продукта приведены диаграммы EPC, описывающие процессы создания услуг. Эти диаграммы представляют последовательность функций, необходимых для закрытия страхового полиса или предоставления кредита.
Полное моделирование продуктов и процессов применительно к каждому физическому и нефизическому продукту открывает возможность для унифицированного управления бизнес-процессами. Обязательной предпосылкой для определения стоимости продуктов и согласованного планирования и управления бизнес-процессами является наличие всеобъемлющей процедуры расчета. Позже мы остановимся на этом подробнее. Ключевую роль в производстве продуктов играют не только сами процессы, но и их формы, которые определяют типы создаваемых продуктов. Верхняя диаграмма на рис. 25в представляет различные процессы в создании продукта «питание в ресторанах». Они включают такие функции, как заказ, обслуживание, еда и оплата. Питание же в закусочных состоит из следующих функций: заказ, оплата, (само) обслуживание и еда.
Здесь тип процесса, особенно последовательность функций, существенно влияет на тип продукта. Таким образом, введение новшеств в процесс приводит к созданию нового продукта.