
- •Профессор Шеер
- •Издание второе Содержание
- •Предисловие к русскому изданию
- •Предисловие ко второму изданию
- •Об этой книге
- •Классификация содержания
- •А. Преимущества 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. Уровни моделирования
Концепция ARIS разработана на мета-уровне, независимом от конкретной прикладной области (см. рис. 12). Поскольку условия, допускаемые на этом уровне, справедливы также для уровней типов и экземпляров, концепция ARIS автоматически распространяется на уровни моделирования, лежащие ниже.
На рис. 66 представлен пример моделей ARIS на уровне определения требований. Для каждой модели описывается типичное понятие, связанное с понятием лежащего ниже уровня абстракции отношением класс-элемент.
На мета2-уровне описывается только общее понятие «тип объекта». По отношению к этому классу понятия, используемые на метауровне, выступают в качестве элементов. Информационная модель ARIS разрабатывается на метауровне. Иными словами, именно здесь определяются общие понятийные классы, описывающие бизнес-процесс, и отношения между ними. Реальные приложения моделируются на прикладном уровне, причем информационные системы для бизнеса обычно разрабатываются на уровне описания, что придает этим методам моделирования особую ценность. Конкретные экземпляры моделируются на уровне экземпляров. Все эти процессы выполняются в реальном времени.
Каждый уровень абстракции обозначен соответствующим символом (см. правую часть диаграммы на рис. 66).
Модели обычно создаются на уровне типов в соответствии с фазами проектирования бизнес-процесса. Это делает модели «неуязвимыми» к любым модификациям экземпляров, например, в тех случаях, когда в модель данных включаются новые изделия или из организационной модели удаляются отдельные сотрудники. Однако если в определенном типе бизнес-процесса всегда присутствуют одни и те же экземпляры, то их можно использовать и для моделирования. Такие ситуации возникают, когда некие функции выполняются только определенным специалистом, или если многократно используется один и тот же экземпляр данных, или если данная модель всегда связана с конкретной организационной единицей, а не с ее типом. Именно по этой причине в некоторых моделях уровни экземпляров и уровни типов объединяются.
Для того чтобы лучше понять уровни описания, рассмотрим процесс создания на базе ARIS Toolset эскизного варианта некоторой стандартной модели.
Хранение и управление всеми моделями ARIS Toolset осуществляется на мета2-уровне. Это делает их независимыми от конкретных методов, поскольку все описания, специфичные для того или иного метода и модели, являются экземплярами этого общего типа объекта. Таким образом, в ARIS Toolset можно включать новые методы моделирования, причем (как правило) без каких-либо изменений в программе.
Рис. 66. Уровни моделирования ARIS
Рис. 67. Стандарт администрирования модели в ARIS Toolset
Рис. 68. Таблица типов объектов
Рис. 69. Таблица прикладных объектов
Рис. 70. Таблица типов объектов, дополненная типами экземпляров
Рис. 71. Таблица прикладных объектов, дополненная типами экземпляров
Рис. 72. Структурированность модели
Класс ТИП ОБЪЕКТА на мета2-уровне использует в качестве экземпляров объекты метауровня, например, типы функций, типы организационных единиц, типы выходов и т. д. (см. рис. 67). К каждому объекту моделирования можно применять те же операции (создание, удаление, отображение, перемещение и представление в виде иерархии), которые определяются в классе ТИП ОБЪЕКТА. На рис. 68 класс ТИП ОБЪЕКТА представлен в виде таблицы. Если посредством новых методов вводятся новые объекты моделирования, то они рассматриваются как новые экземпляры данного класса, т. е. представляются соответствующими строками в таблице типов объектов.
Модели прикладного уровня являются экземплярами объектов моделирования на метауровне. На рис. 67 это показано пунктирными линиями. Для целей хранения на мета2-уровне вводится класс ПРИКЛАДНОЙ ОБЪЕКТ. Этот класс содержит все экземпляры объектов метауровня и, следовательно, он связан с классом ТИП ОБЪЕКТА отношением *:1. Отношения хранения представлены сплошными линиями. Линии между объектами моделирования определяются в модели связью СОЕДИНЕНИЕ между ПРИКЛАДНЫМИ ОБЪЕКТАМИ. Эта ситуация описана в таблице на рис. 69. В то время как «имена классов» на метауровне являются элементами класса ТИП ОБЪЕКТА, прикладные объекты представляют собой элементы метаклассов.
В том случае, когда модели экземпляров создаются в ARIS (например, для приложений workflow), интерпретация мета- и мета2-моделей ARIS расширяется. Структура мета2-модели на рис. 67, в отличие от допустимых экземпляров, не меняется. Мета2-модель класса ТИП ОБЪЕКТА (см. рис. 70) включает различные описания экземпляров прикладных объектов, а также реальные экземпляры этих прикладных объектов (см. рис. 71). Таким образом, в таблицы вводятся не только типы приложений, но и их экземпляры. То же справедливо для связи СОЕДИНЕНИЕ и для других связей.
Каждая модель в ARIS Toolset логически хранится в нескольких больших таблицах. Эти таблицы реализуются в объектно-ориентированной базе данных (РОЕТ), обеспечивая более детальные и, следовательно, более эффективные с точки зрения производительности структуры доступа (например, к комплексным моделям).