Шеер. Бизнес-процессы. Основные понятия. Теория. Методы
Подождите немного. Документ загружается.
Рис. 14в. Модель данных
Функциональные модели. Процессы, преобразующие вход в выход, группируются в
функциональную модель (см. рис. 14а). Обозначения «функция», «процесс» и «операция»
употребляются как синонимы. В связи с тем, что функции тесно связаны с целями, поскольку
они направлены на их достижение и подчиняются их управлению, цели также относят к
функциональным моделям. В прикладных системах (ПС) описываются правила компьютерной
обработки функции. Таким образом, ПС адекватно подходит под определение «функций» и
также относится к функциональной модели.
Организационные модели. Класс организационных моделей служит для описания
иерархической структуры организации. В организационных моделях группируются субъекты
ответственности и средства, выполняющие работу над одним и тем же объектом Именно
поэтому сущность «человеческий ресурс», а также средства «финансовые ресурсы» и
«компьютерная техника» относятся к организационной модели (см рис. 14б).
Модель данных. Модели данных описывают информационный контекст (среду
обработки данных), а также сообщения, активизирующие функции или активизируемые ими. С
именами данных можно также связать предварительные детали, касающиеся функции
информационных систем как носителей данных. В моделях данных неявным образом
фиксируются также объекты в виде информационных услуг. Однако в основном такие объекты
описываются в моделях выходов. Объекты модели данных представлены на рис. 14в.
Модели выходов. Модели выходов содержат все физические и нефизические входы и
выходы, включая потоки денежных средств (см. рис. 14г).
Модели управления / модели процесса. В этих моделях соответствующие классы
моделируются с учетом их внутренних взаимоотношений. Представление отношений между
41
отдельными моделями, так же как и в рамках всего бизнес-процесса, в виде управляющих
моделей (или моделей процесса) позволяет постоянно отслеживать все двусторонние
отношения между моделями различных типов, а также полностью описать процесс.
Рис. 14г. Модель выходов
42
Рис. 15. Модели ARIS
В теории систем мы можем провести разграничение между структурой системы и ее
поведением. Понятие структуры охватывает статичное представление системы, а поведение
описывает ее динамику. В моделях бизнес-процессов динамика выражается управлением
событиями и потоком сообщений. Модели функций, организации, данных и выходов
описывают структуру системы. Модели управления показывают все структурные связи в
рамках упомянутых моделей и описывают динамическое поведение потока, отображающего
бизнес-процесс.
На рис. 15 приведены модели и некоторые их классы, образующие «здание» ARIS. Модель
процесса представлена в виде модели управления. Показано также происхождение объектов
модели управления и индивидуальных моделей различных типов.
В. 2. Фазовая модель ARIS
До сих пор мы обсуждали бизнес-процессы с точки зрения управления, т. е. не делая
акцента на информационной технологии. Рассмотренные выше прикладные системы
(компоненты функциональной модели), компьютерная техника (компонент организационной
43
модели) и носители данных (компоненты модели данных) содержат только имена систем, но не
описания в категориях ИТ. Последние включаются в концепцию ARIS в зависимости от
степени использования элементов ИТ в рамках каждой модели.
Функциональные модели поддерживаются прикладными системами, которые более
детально описываются на уровне отдельных модулей, транзакций или языков
программирования.
Организационные модели, наряду с их производственными и компьютерными ресурсами,
можно детализировать путем перечисления сетевых понятий, аппаратных компонентов и
других технических спецификаций.
Модели данных можно детализировать посредством указания моделей данных, путей
доступа и использования памяти.
Модели выходов могут иметь различные типы выходов, например, материальный выход и
информационные услуги. Здесь существует тесная связь с категориями ИТ. В материальном
выходе (например, в развлекательной технике, автомобилях и станках) наряду с необходимыми
аппаратными средствами используется все больше компонентов ИТ (например, технология
микросхем). Другие сферы услуг, скажем, резервирование авиабилетов, также тесно связаны с
ИТ.
Поскольку соответствующие модели можно объединить в рамках модели управления, то,
согласно приведенной выше аргументации, в ней определенно существует связь с элементами
ИТ.
Таким образом, описания бизнеса с помощью фазовой модели поэтапно
трансформируются в объекты информационных и коммуникационных технологий.
Фазовые модели характеризуют этапы описания реализации вопросов бизнеса
посредством компьютерных систем. Этот процесс реализации часто описывают с помощью
различных концепций. ARIS-модель включает пять фаз (см. рис. 16).
На фазе 1 описывается текущее состояние деятельности (или одного из ее направлений)
в контексте стратегических установок и с ориентацией на использование ИС. «Ориентация на
использование ИС» подразумевает, что основные виды связей объектов и категорий ИТ с
новыми корпоративными концепциями уже приняты во внимание. Примерами здесь могут
служить создание виртуальных компаний через коммуникационные сети, электронные
банковские операции, компьютерная обработка заказов, разработка продуктов в
промышленности (CIM), интегрированные системы управления товарами (MMS) в розничной
торговле.
Стратегическое планирование отражает долгосрочные корпоративные цели организации,
общие корпоративные функции и ресурсы. Таким образом, стратегические установки
определяют в долгосрочной перспективе бизнес-процессы организации, включая
корпоративные цели, критические факторы успеха и распределение ресурсов. Обсуждаемые
методы «адаптированы» к представлению концепций управления бизнес-процессами с точки
зрения стратегического планирования. Если фактические бизнес-процессы уже описаны, это
происходит обычным способом. На данном этапе нежелательно разбивать процессы и функции
на модели ARIS и описывать их в деталях.
Фаза 2 посвящена определению требований. На этом этапе создаются подробные модели
(каждого типа) прикладной системы. И здесь тоже ключевое место занимает организационное
содержание бизнеса. На этом уровне следует включить примеры бизнес-процессов, особенно
ARIS-модель бизнес-процесса, представленную на рис. 10.
44
Рис. 16 Фазовая модель ARIS
Однако на этой фазе, в отличие от стратегического подхода, необходимы более
формализованные языки описания, поскольку описания, предназначенные для определения
требований, являются отправной точкой для реализации ИТ. Языки описания должны быть
понятны с точки зрения бизнеса, чтобы служить отправной точкой для последовательного
внедрения ИТ. Кроме того, на данном уровне имеет смысл включить в описание общие объекты
ИТ типа баз данных или программ.
Фаза 3 связана с разработкой спецификации проекта, где бизнес-модели адаптируются к
требованиям интерфейсов инструментальных средств реализации ПС (баз данных, сетевых
архитектур, языков программирования и т. д.). На этом этапе реальные программные продукты
по-прежнему не имеют значения.
45
Фаза 4 предполагает создание описания реализации, где разработанные требования
реализуются в виде физических структур данных, аппаратных компонентов и реальных
продуктов.
Эти четыре фазы описывают создание информационной системы и поэтому называются
«конструктивным временем». Позже законченная система принимает работоспособный вид и
вступает в эксплуатационную фазу, которая получила название «реального времени». В нашей
монографии эксплуатация информационных систем, т. е. их реальное время, подробно не
рассматривается.
Фаза определения требований тесно связана с уровнем стратегического планирования, о
чем свидетельствует самая широкая стрелка на рис. 16. Однако более узкая стрелка,
указывающая на спецификацию проекта, означает, что эта фаза не зависит от конкретной
реализации проекта.
С другой стороны, описание реализации и эксплуатация тесно связаны с «уровнем
аппаратно-программной поддержки». Изменения в информационных технологиях системы
немедленно сказываются на типе реализации и эксплуатации.
Фазовая концепция не предполагает такой жесткой последовательности в процессе
разработки, как это требуют «модели водопада». Скорее, эта концепция включает в себя
процедуру эволюционного создания прототипов. Однако даже при эволюционной разработке
программного обеспечения обычно используются представленные уровни описания. Фазовые
модели применяются прежде всего потому, что они предлагают широкий спектр объектов и
методов описания.
Здание ARIS на рис. 17 дополнено четырьмя фазами ARIS-модели конструктивного
времени. После создания общего концептуального проекта бизнес-процессы разбиваются на
модели различных типов и документируются, проходя путь от этапа определения требований к
этапу описания реализации. Эти три уровня описания создаются также и для целей управления.
Благодаря этому становится возможным создание связей с другими компонентами на каждом
уровне описания.
Здание ARIS на рис. 17 иллюстрирует архитектуру информационной системы. Эта
архитектура, включающая набор моделей различных типов, подразделяется на определение
требований, спецификацию проекта и описание реализации и тесно связана с категориями ИТ.
Концепция ARIS нацелена на создание и управление бизнес-процессами организации.
Помимо связи со стратегическими установками, она перекликается со стратегическим
управлением информацией.
Управление информацией предполагает планирование, регулирование и внедрение
«информационного» ресурса. Поэтому Воллник в модели-прототипе выделяет три аспекта:
управление инфраструктурой (управление информационными технологиями), управление
прикладной системой и управление внедрением информационных систем. Эти определения
вписываются в концепцию ARIS. Первая задача, связанная с инфраструктурой, охватывает
уровни информационных технологий и спецификации проекта, представленные на рис. 18.
Вторая задача относится к управлению информационными системами и включает реализацию
организационных требований в автоматизированных информационных системах с помощью
концепции жизненного цикла ARIS, фокусируя внимание на фазах конструктивного времени.
Третья задача - управление внедрением информационных систем - относится к фазе реального
времени в модели жизненного цикла ARIS.
46
Рис. 17. Здание ARIS и фазовая модель
47
Рис. 18. Здание ARIS, дополненное связями с корпоративной стратегией и управлением информацией
В результате влияния информационных технологий на организационные проблемы и
происходящие изменения (оно обозначено на рис. 18 стрелкой слева), возникает связь между
управлением информацией и корпоративной стратегией (правая часть рисунка). Таким образом,
концепция ARIS делает более прозрачной реализацию стратегических установок и создает
инфраструктуру для более эффективного управления информацией.
В. З. Предварительная информационная модель ARIS
Здание ARIS создает «каркас» для классификации описательных компонентов бизнес-
процесса. Теперь обсудим подробнее отдельные «кирпичики» бизнес-процесса и отношения
между ними. Мы будем рассматривать метауровень, где фиксируются элементы общего бизнес-
процесса, т. е. без контекстной привязки к конкретным бизнес-процессам. Основой для этого
послужит ARIS-модель бизнес-процесса, представленная на рис. 13. Исследуем ее теперь более
подробно, анализируя отношения между элементами. Воспользуемся при этом
унифицированным языком описания и унифицированными символами для обозначения
различных элементов (функций, организационных единиц, ресурсов, сообщений и т. д.), а
также их взаимоотношений.
48
Рис. 19. Предварительная информационная модель ARIS
49
Рис. 20. ARIS-компоненты метауровня ARIS
Модель сущность-отношение (ERM), предложенная Ченом, прекрасно подходит для
описания объектов. Хотя изначально эта модель предназначалась для представления структур
данных в прикладных системах, она может служить и языком общего описания, а,
следовательно, ее можно применить и к описанию метауровней.
При объектно-ориентированных подходах в объектную модель тоже вводятся классы и их
отношения. Однако с ними связываются и определенные методы. Что касается объектов
моделирования, то на метауровне они идентичны (например, когда речь идет о создании,
удалении, редактировании или графическом выводе объекта).
Кроме того, в объектно-ориентированных моделях на стадии анализа допустимо
использовать только классы и их имена, т. е. атрибуты и методы опускаются.
В первом издании этой книги в качестве языка описания мы применяли расширенную
модель ERM. Однако сейчас в объектно-ориентированном моделировании все шире
применяется язык UML - унифицированный язык моделирования, поэтому для иллюстрации
50