- •Профессор Шеер
- •Издание второе Содержание
- •Предисловие к русскому изданию
- •Предисловие ко второму изданию
- •Об этой книге
- •Классификация содержания
- •А. Преимущества 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. Реализация концепций
В. Разработка архитектуры интегрированных информационных систем (здание aris)
Метамодель бизнес-процесса 3-го уровня описывает характеристические классы и их взаимоотношения, с помощью которых можно моделировать фактические прикладные процессы 2-го и 1-го уровней. Поскольку объекты 2-го уровня являются экземплярами метауровня, можно использовать только те объекты, классы которых определены на метауровне. В свою очередь типы бизнес-процессов, смоделированные на 2-м уровне, определяют структуру реальных конкретных процедур на 1-м уровне. Таким образом, метамодели по существу определяют возможности проектирования бизнес-процесса.
Вследствие большого разнообразия классов и их семантических взаимоотношений модели бизнес-процессов могут быть структурированы с высокой степенью детализации. Полученная при этом структура называется «Архитектурой интегрированных информационных систем» (ARIS).
Метамодель бизнес-процесса, приведенная на рис. 13, объединяет следующие классы:
контекстные данные, описывающие инфраструктуру процесса;
исходные и результирующие события;
сообщения;
функции;
человеческий ресурс;
технические ресурсы и компьютерные
средства;
прикладное программное обеспечение;
материальный выход, выход в виде ус
луг и информационные слуги;
финансовые ресурсы;
организационные единицы;
корпоративные цели.
Поскольку каждый класс может быть связан с другим классом, структура системы достаточно сложна. Семантические отношения между классами и соответствующими функциями, представленные на рис. 13, отражают лишь фрагмент множества возможных взаимоотношений.
Многообразные отношения могут существовать и между самими классами. Например, отношение между функциями и человеческим ресурсом зависит также от того, какой ресурс обеспечивает выполнение процесса. Кроме того, отношения внутри классов могут описывать зависимость между объектами данных или связь между событиями.
Для упрощения в разделе В.1 классы со сходными семантическими взаимоотношениями сгруппированы в описания (модели) ARIS различных типов. Это дает возможность рассматривать связи в рамках той или иной модели, избавляя от необходимости сразу же учитывать весь комплекс взаимоотношений с другими моделями.
До сих пор мы обсуждали бизнес-процессы больше с точки зрения управления бизнесом, не останавливаясь подробно на использовании информационных технологий (ИТ). Однако поскольку одной из ключевых тем этой книги является внедрение бизнес-моделей в информационные системы (ИС), в разделе В.2 мы введем понятие жизненного цикла, шаг за шагом трансформируя классы бизнес-процессов в объекты ИС.
Для более детального описания этих взаимоотношений требуется более формализованный язык, чем в предыдущем материале книги. Этот язык разрабатывается в разделе В. З для создания эскиза информационной модели. Концепция ARIS иллюстрирует также принцип описания бизнес-процессов. Для этой цели мы построим эскиз процедурной модели в разделе В.4.
Рис. 14а. Функциональная модель
В.1. Типы моделей в aris
Группировка классов и отношений между ними в модели служит для структурирования и совершенствования бизнес-процессов. Разбивка на модели имеет дополнительное преимущество: она позволяет устранить избыточность, часто возникающую при неоднократном использовании объектов в модели процесса. Например, одни и те же контекстные данные, события или организационные единицы могут относиться к ряду функций. Можно также применять методы моделирования, ориентированные на различные типы моделей, которые на практике доказали свою состоятельность. В частности, процедуры, относящиеся к различным типам моделей, с этой точки зрения отличаются от более теоретических концепций моделирования, где системы для упрощения разбиваются на подсистемы, однако, каждая подсистема изображается тем же способом, что и исходная система. Именно поэтому для одной и той же системы при таком подходе невозможно применять разные методы моделирования.
Рис. 14б. (Иерархическая) организационная модель
Модели ARIS различных типов строятся в соответствии с критерием «семантического корреляционного сходства». На рис. 14а-г представлены модели ARIS, рассматриваемые в контексте метамодели бизнес-процесса, приведенной на рис. 13. Благодаря прямой связи уровней описания эти модели сохраняют силу для уровней 2 и 1.
Хотя в метамоделях бизнес-процессов используются только предварительные обозначения классов, относящиеся преимущественно к бизнес-операциям, эти модели пригодятся впоследствии для детализации и реализации классов в категориях ИТ и концепции жизненного цикла.
При создании моделей используются различные потоки, о которых шла речь в разделе Б.2.1. В результате получаются следующие виды моделей ARIS.
Рис. 14в. Модель данных
Функциональные модели. Процессы, преобразующие вход в выход, группируются в функциональную модель (см. рис. 14а). Обозначения «функция», «процесс» и «операция» употребляются как синонимы. В связи с тем, что функции тесно связаны с целями, поскольку они направлены на их достижение и подчиняются их управлению, цели также относят к функциональным моделям. В прикладных системах (ПС) описываются правила компьютерной обработки функции. Таким образом, ПС адекватно подходит под определение «функций» и также относится к функциональной модели.
Организационные модели. Класс организационных моделей служит для описания иерархической структуры организации. В организационных моделях группируются субъекты ответственности и средства, выполняющие работу над одним и тем же объектом Именно поэтому сущность «человеческий ресурс», а также средства «финансовые ресурсы» и «компьютерная техника» относятся к организационной модели (см рис. 14б).
Модель данных. Модели данных описывают информационный контекст (среду обработки данных), а также сообщения, активизирующие функции или активизируемые ими. С именами данных можно также связать предварительные детали, касающиеся функции информационных систем как носителей данных. В моделях данных неявным образом фиксируются также объекты в виде информационных услуг. Однако в основном такие объекты описываются в моделях выходов. Объекты модели данных представлены на рис. 14в.
Модели выходов. Модели выходов содержат все физические и нефизические входы и выходы, включая потоки денежных средств (см. рис. 14г).
Модели управления / модели процесса. В этих моделях соответствующие классы моделируются с учетом их внутренних взаимоотношений. Представление отношений между отдельными моделями, так же как и в рамках всего бизнес-процесса, в виде управляющих моделей (или моделей процесса) позволяет постоянно отслеживать все двусторонние отношения между моделями различных типов, а также полностью описать процесс.
Рис. 14г. Модель выходов
Рис. 15. Модели ARIS
В теории систем мы можем провести разграничение между структурой системы и ее поведением. Понятие структуры охватывает статичное представление системы, а поведение описывает ее динамику. В моделях бизнес-процессов динамика выражается управлением событиями и потоком сообщений. Модели функций, организации, данных и выходов описывают структуру системы. Модели управления показывают все структурные связи в рамках упомянутых моделей и описывают динамическое поведение потока, отображающего бизнес-процесс.
На рис. 15 приведены модели и некоторые их классы, образующие «здание» ARIS. Модель процесса представлена в виде модели управления. Показано также происхождение объектов модели управления и индивидуальных моделей различных типов.