- •Профессор Шеер
- •Издание второе Содержание
- •Предисловие к русскому изданию
- •Предисловие ко второму изданию
- •Об этой книге
- •Классификация содержания
- •А. Преимущества 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. Реализация концепций
Г.5. Рабочее пространство (инфраструктура) г.5.1. Концепция рабочего пространства
Объектно-ориентированный подход благодаря принципу наследования расширил модульную концепцию и упростил процесс внесения изменений, исключив необходимость в создании новых разновидностей модулей. Концепция инфраструктуры идет еще дальше, позволяя объединять различные компоненты в конкретное приложение (см. рис. 59). На первый взгляд это напоминает бизнес-объект. Однако данная концепция включает также инфраструктурные компоненты (системы workflow, средства моделирования и межплатформенное программное обеспечение), связывающие бизнес-объекты в приложение в рамках инфраструктуры. Более того, принцип наследования, присущий объектно-ориентированному методу, заменяется принципом компонования.
Взаимозаменяемые компоненты в инфраструктуре являются «горячими точками»; пользователи могут заменять их собственными компонентами в соответствии со своими потребностями. На рис.59 эти компоненты заштрихованы. Компоненты, которые нельзя заменить, являются «застывшими точками». Адаптация рабочего пространства путем замены компонентов называется компонованием и представляет собой альтернативу объектно-ориентированной адаптации, где подклассы обладают свойством наследования. Таким образом, рабочие пространства — это незаконченные прикладные системы, которые пользователь может настроить применительно к конкретным нуждам путем «переключения» компонентов. Следовательно, этот подход позволяет многократно использовать не только сами компоненты, но и архитектурное ноу-хау для их связывания.
Программные продукты в этом случае концентрируют внимание на самих рабочих пространствах и на включении межплатформенного программного обеспечения, перекидывая мостик между приложениями, операционной системой и аппаратными средствами.
Рис. 61. Информационная система, управляемая workflow
Мы попытались провести аналогию между промышленными производственными системами и информационными системами. Эта аналогия особенно очевидна, когда информационные системы основаны на технологии workflow и рабочего пространства.
На рис. 60 представлена промышленная производственная система, а на рис. 61 — информационная система, управляемая workflow, в эквивалентной структуре. Проектирование и описание продуктов осуществляются на стадии инжиниринга. На стадии планирования определяются графики выполнения производственных процессов. В информационной системе это соответствует уровню I концепции АБИ. Производственная система управляется системой производственных графиков, которая соответствует уровню II концепции АБИ.
Система транспортировки материалов связывает склад, где хранятся подлежащие обработке объекты, и машинную систему, выполняющую функции обработки. Процесс реализуется в соответствии с графиком работ. Система перемещения материалов соответствует системе workflow уровня III концепции АБИ. Хранение и выполнение функций уровня IV соответствуют базе данных и бизнес-объектам.
Надеемся, что аналогия между приведенными системами прослеживается достаточно отчетливо. Применительно к информационным системам концепция АБИ подразделяет всю систему на склад (хранилище данных), систему транспортировки материалов (workflow) и выполнение функций (бизнес-объекты). Уровни I и II представлены соответственно моделированием продуктов и процессов — с одной стороны, и планированием и управлением процессами — с другой. Структурирование информационных систем на подсистемы упрощает их разработку и управление, а также обеспечивает более гибкую индивидуальную настройку.