- •Профессор Шеер
- •Издание второе Содержание
- •Предисловие к русскому изданию
- •Предисловие ко второму изданию
- •Об этой книге
- •Классификация содержания
- •А. Преимущества 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.2. Обобщенная модель бизнес-процесса
Модели бизнес-процессов можно проектировать на разных уровнях абстрагирования Рассмотренная выше модель бизнес-процесса относилась к обработке заказов. В этом примере описывалась не столько реальная процедура обработки заказов клиентов, сколько некоторый обобщенный процесс обработки заказов, представляющий собой абстракцию реально осуществляемого процесса. Такой вид описания называется типом бизнес-процесса.
На рис. 11 приведен фрагмент производственного процесса обработки отдельного заказа. Здесь каждый объект, фигурирующий в бизнес-процессе, конкретизируется присвоением ему определенного имени или набора имен. Для управления конкретными процессами используются конкретные модели бизнес-процессов. В производственном секторе это обычно составление графиков работ, которые служат описанием производственного процесса для изготовления отдельных деталей или выполнения производственных заказов.
В административном секторе конкретные модели бизнес-процессов реализуются с помощью систем управления workflow. Системы workflow автоматизируют управление потоками документов и работ. Следовательно, они должны иметь доступ к информации, касающейся управляющей структуры и ответственных субъектов, а также технических средств применительно к каждому бизнес-событию. Конкретные бизнес-процессы называются экземплярами. Между типом бизнес-процесса (рис. 7) и экземпляром этого процесса (рис. 11) существует отношение класс — экземпляр.
Рис. 11. Модель экземпляра бизнес-процесса обработки заказа (1-й уровень)
Совокупность конкретных процессов обработки заказа составляет класс, или тип, называемый «бизнес-процесс обработки заказа». Конкретные процессы являются экземплярами (элементами) этого класса. Классы «перенимают» характеристики своих элементов, хотя каждый из классов — это абстракция отдельных его экземпляров.
Уровни типа занимают важнейшее место в моделировании бизнес-процессов. Для поддержки организационных и реорганизационных мер необходимо не только «ноу-хау» по каждому бизнес-процессу, но и ноу-хау относительно всей структуры процессов в организации. В конце концов, целью организационных изменений является усовершенствование всего процесса. Таким образом, экземпляры «выстраиваются» в соответствии с новой, усовершенствованной схемой. Благодаря обработке исключений, возникающих в ходе выполнения процесса и «выпадающих» из его структуры, можно учитывать конкретные отклонения отдельных экземпляров.
Представление экземпляров называется 1-м уровнем описания; уровни типа называются 2-м уровнем описания.
Таким образом, 1-й и 2-й уровни находятся в таком же отношении, как классы и экземпляры. Каждый класс характеризуется именем и перечнем атрибутов, описывающих соответствующий экземпляр. Например, класс КЛИЕНТ характеризуется атрибутами «номер клиента», «имя клиента» и «платежный период». Экземпляры, имеющие эти характеристики, являются предметом описания на 1-м уровне. На рис. 12 приведено несколько примеров описаний 1-го и 2-го уровней.
Для дальнейшей характеристики классов можно перечислить прилагаемые к ним функции. Мы сделаем это позже.
Группировка классов всегда вызывает некоторые затруднения. Поэтому при описании понятия «заказ» мы будем абстрагироваться только от специфических свойств 4711 и 4723. В результате получаем классы «оформленный заказ» и «готовый заказ». На 2-м уровне мы абстрагируемся от свойств «оформленный» и «готовый» и создадим из этого подмножества родительский класс «заказ». Такая операция называется обобщением и обозначается символом «треугольник».
При обобщении величины группируются в родительские классы. При этом экземпляры заказа 1-го уровня становятся и экземплярами класса «заказ». Классу «заказ» приписывается как свойство «состояние заказа», что позволяет соотнести с каждым экземпляром класса состояние процесса, описав заказ как «оформленный» или «готовый». Материалы и изделия также обобщаются, становясь «деталями» и «ресурсами».
Таким образом, 2-й уровень содержит связанные с предметной областью классы описаний бизнес-процесса. Что касается новых классов, формируемых из аналогичных (похожих) классов 2-го уровня путем абстрагирования от их отношений с конкретной областью, то они присваиваются 3-му уровню, который является метауровнем (см. рис. 12). При этом классы 2-го уровня становятся экземплярами этих метаклассов. Например, класс «материальный выход» включает экземпляры «материал» и «изделие», а также обобщенное понятие «деталь». Класс «информационные услуги» охватывает понятие «заказ» вместе с двумя его дочерними классами, а также понятие «сертификат». Формирование этого класса зависит и от его назначения. В роли элементов метаклассов могут выступать либо обобщенные классы 2-го уровня, либо их подклассы.
При формировании классов вовсе не обязательно любой ценой избегать их взаимного наложения. Например, с точки зрения потока выходов, можно сгруппировать классы «заказ» и «сертификат» в класс «информационные услуги». Между тем, с информационной точки зрения, они являются также и объектами данных, одновременно становясь, таким образом, экземплярами класса «объекты данных».
Если применить эту процедуру к модели бизнес-процесса на рис. 10, где приведено описание 2-го уровня, то получится общая ARIS-модель бизнес-процесса 3-го уровня, показанная на рис. 13. На этом рисунке иллюстрируются общие классы описания бизнес-процессов и отношения между ними. Отношения, обозначенные стрелками, тоже можно было бы представить как классы (классы отношений). Однако для простоты мы не стали этого делать. В дальнейшем под метаклассами мы будем подразумевать любой объект представления (классы и отношения).
Рис. 12. Уровни абстракции в моделировании
Рис. 13. Общая ARIS-модель бизнес-процесса
Помимо описанных здесь отношений, между классами возможны и другие релевантные отношения. Кроме того, классы метауровня можно разбивать на подклассы. Модель на рис. 13, хотя ее нельзя считать исчерпывающей, отражает важнейшие объекты, необходимые для представления бизнес-процессов.
Таким образом, классы на 3-м уровне моделирования определяют каждый объект, необходимый для описания фактов на 2-м уровне. Эти объекты служат стандартными блоками, или «кирпичиками» для описания приложений на 2-м уровне. С другой стороны, поскольку классы 2-го уровня используют терминологию 1-го уровня, то объекты 3-го уровня образуют также инфраструктуру для описания конкретных бизнес-процессов.
Этот процесс абстрагирования можно продолжить, группируя теперь уже классы 3-го уровня и относя полученные группировки к мета2-уровню. Затем выполняется абстрагирование от содержания модели. На рис. 12 показано формирование общего класса «тип объекта», экземплярами которого являются все метаклассы.
Уровни моделирования и описание мета2-уровня более подробно мы рассмотрим в разделе Д.2.