- •Профессор Шеер
- •Издание второе Содержание
- •Предисловие к русскому изданию
- •Предисловие ко второму изданию
- •Об этой книге
- •Классификация содержания
- •А. Преимущества 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. Реализация концепций
Г.2.1. Мониторинг процессов
Мониторинг процессов служит для их участников и руководителей источником оперативной информации о состоянии текущих бизнес-процессов. В левом окне на рис. 36 представлено описание бизнес-процесса на уровне типа, а в правом — на уровне экземпляра. Хотя их структура идентична, между ними все же есть различия. Символ папки в функции «поддержка данных о закупке основных материалов» указывает, что эта функция в данный момент находится в работе. Предыдущие функции уже выполнены. Таким образом, известна не только роль каждой организационной единицы, но и роль каждого отдельного сотрудника. Функции, для которых определена только роль сотрудников, но к которым еще не приступили, обозначаются соответствующим цветом.
Помимо состояния обработки, можно указывать текущее время и стоимость процесса применительно к конкретному случаю. Таким образом, ответственный распорядитель бизнес-процесса располагает наглядной информацией, позволяющей ему отвечать на вопросы клиентов и при необходимости корректировать дальнейший процесс.
Г.2.2. Составление графиков и регулирование мощностей
Бизнес-процессы обусловливают определенные последовательности транзакций, описываемые с помощью сетевых графиков. Установив предполагаемые или плановые сроки выполнения функций, можно вычислить сеть событий с помощью известных показателей сетевого графика (например, самый поздний или самый ранний момент начала или завершения событий) и таким образом построить график для всего процесса.
На рис. 37 результат такого вычисления представлен в виде диаграммы Гантта. Этот пример относится к процедурной модели реализации программного обеспечения. В диаграмме Гантта для каждой функции модели процесса создается отдельная строка. Длина каждой горизонтальной линии указывает на продолжительность функции. Продолжительность функций вычисляется на основе потока управления и интервалов, отведенных на каждую из них (например, в соответствии с целевой концепцией функция В начинается через неделю после функции А). Привязав к функциям организационные единицы и машинные ресурсы, можно представить и мощности. Каждая строка диаграммы Гантта соответствует определенному ресурсу и показывает его загрузку на данный период. Подобный пример приведен на рис. 38, где загрузка представлена столбчиковыми диаграммами.
Завоевывающие все большую популярность системы производственного планирования и управления предоставляют широкий спектр алгоритмов планирования. Когда складывается напряженная обстановка, алгоритмы позволяют планировать сверхурочную работу и дополнительные рабочие смены, переводить операции на резервные мощности или планировать выполнение различных заказов (процессов) по эвристическому принципу в соответствии с присвоенными приоритетами.
Управление мощностями и планированием находит все более широкое применение и вне производственного сектора. Преимущества, которые оно дает руководителям бизнес-процессов, выходят далеко за рамки традиционной сферы его приложения. Учитывая высокую стоимость ресурсов в операционных при проведении операции, его можно эффективно применять даже в медицинских учреждениях. В розничной торговле, особенно для компаний мирового масштаба, ведущих бизнес в странах, где происходит либерализация законов, связанных, например, со временем открытия магазинов, управление процессами приобретает важнейшее значение. То же относится и к сектору общественных услуг, где отмечаются сезонные колебания нагрузки (например, в связи с ежегодными перерасчетами налога на заработную плату). Применение таких инструментов, как составление графиков и регулирование мощностей, позволяет распределить нагрузку таким образом, чтобы исключить работу в вечернее время и при этом избежать проволочек в обслуживании клиентов
Рис. 37. Составление графика бизнес-процесса (модель процедуры для реализации программного обеспечения)