- •Профессор Шеер
- •Издание второе Содержание
- •Предисловие к русскому изданию
- •Предисловие ко второму изданию
- •Об этой книге
- •Классификация содержания
- •А. Преимущества 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. Реализация концепций
Д. З. Степени структурирования и детализации
Можно создавать модели с разной степенью структурирования. В примере на рис. 72 классы данных и связи в прикладной области представлены на уровне определения требований. Сначала диаграммы классов группируются в кластерные понятия, которые затем объединяются в модель продаж. Все три понятийных уровня связаны отношениями 1:* -«часть целого».
Структурированность модели представлена блоками трехъярусной пирамиды (см. рис. 72).
При описании больших прикладных областей, бесспорно, необходим иерархический подход. На рис. 73 показано, как с помощью ARIS Toolset создается иерархическое представление в модели-прототипе логистики продаж, разработанной консультантами компании IDS Sheer AG.
На рис. 74 представлены основные этапы структурирования модуля Business Engineer (BE) системы SAP R/3. Крупные функциональные области (продажа, производство и т. д.) конкретного вертикального рынка объединяются на уровне бизнес-сценария; уровень бизнес-процессов охватывает альтернативные процессы для той или иной функциональной области. В рамках альтернативного процесса представлены альтернативные функции (бизнес-функции, участвующие в бизнес-процессе).
Более того, с помощью моделей можно описывать и различные подобласти сложного целого. Любую модель — будь то полная корпоративная модель или одна из ее подмоделей — можно построить в соответствии с критериями бизнеса. Это можно наглядно представить в виде мозаики, где отдельные элементы складываются в цельную картину (см. рис. 75).
Д.4. Варианты моделей
При обсуждении вопросов, связанных с непрерывным совершенствованием процессов и версиями моделей, мы коснулись аспекта управления вариантами моделей, которые создаются по ходу дела и различаются по времени создания. Иногда возможно параллельное использование нескольких вариантов модели, предназначенных для разных условий в одной и той же ситуации. Для создания вариантов существует два основных метода:
выбор варианта на основе имеющейся базовой модели. Здесь, помимо самих объектов, из базовой модели переносятся знания в области отношений между объектами;
конструирование варианта из общих стандартных блоков.
В системе CIM Analyzer, разработанной в 1991 году Институтом информационных систем (IWi), функции, необходимые для деятельности предприятия, выбирались на основе разветвленного дерева функций и совокупности бизнес-атрибутов в соответствии с известными правилами.
Рис. 73. Иерархическое представление с помощью ARIS различных уровней модели-прототипа
Рис. 74. Иерархия модели SAP
Рис. 75. Символическое представление подмодели и полной модели
Рис. 76. Примеры инжиниринговых решений и их последствия
Рис.77. Последствия инжиниринговых решений
В системе SAP R/3 применяется расширенный подход. На уровне бизнес-сценария (см. рис. 74) функциональные области определяются на основе онлайновых вопросов и ответов. Затем таким же образом задается альтернативный процесс с «вычеркиванием» ненужных объектов в базовой модели. Далее по той же схеме определяются значения параметров для альтернативных функций в рамках процесса. Основные принципы этой процедуры были включены в систему COMET фирмы Nixdorf.
В концепции CIM Analyzer и системе SAP BE учитывается знание правил. CIM Analyzer фиксирует контекст отношений между конкретной деятельностью (например, серийным производством) и необходимыми функциями (например, поддержанием материально-производственных запасов). В системе Business Engineer условия целостности определяются на базе знания правил, а связи между функциями (например, если устаревает функция А, то устаревает и функция С) могут использоваться для упрощения оперативного выбора.
Рэмм предлагает конструктивно-ориентированный метод создания вариантов, который интегрирован в ARIS Toolset в качестве прототипа. Согласно теории Рэмма, предприятие есть результат инжиниринговых решений (см. рис. 76).
Базовые функции предприятия в чистом виде, т. е. не затронутые какими-либо инжиниринговыми решениями, называются субстанцией. Инжиниринговые решения оказывают воздействие на субстанцию. Организационные последствия определяются как элементы общего процесса, описывающие с точки зрения осуществляемого процесса последствия инжинирингового решения для предприятия. Вплетение этих элементов в изначальную цепочку приводит к формированию модели процесса, связанного с конкретной прикладной областью. На рис. 77 представлено инжиниринговое решение «внедрение системы запасов» применительно к субстанции «закупки». Сначала, по аналогии с изготовлением изделия из предварительно собранных узлов, определяется место, которое элемент должен занять в субстанции, а затем реализуется его связь с субстанцией.
Таким образом, модели ARIS могут характеризоваться разными типами описаний ARIS (5 типов описаний, каждый из которых представлен на трех уровнях), разными уровнями моделирования (мета2-, мета-, типы приложения, экземпляры), разной степенью структурирования и уровнем детализации, а также описаниями вариантов.