В исследовательских работах и статьях достаточно часто встречаются различные определения данного понятия. Наиболее популярным и полным, на мой взгляд, является архитектура предприятия - это всестороннее описание (модель) всех его ключевых элементов и связей между ними (включая бизнес-процессы, технологии и информационные системы), а также процесс поддержки изменения бизнес-процессов предприятия со стороны информационных технологий [22].
Самое простое из множества определений термина «архитектура предприятия» (АП) можно получить, применяя термин «архитектура» к системе «предприятие»: «Архитектура предприятия - это способ понимания всех различных элементов, из которых состоит предприятие, и того, как эти элементы взаимосвязаны. Элементы включают в себя людей, процессы, бизнес и технологии» [18].
Еще одно определение, более развернутое, архитектура предприятия - информационная основа корпоративной структуры компании. Ее основные цели - подробно описать саму организацию с точки зрения системы, для поддержания порядка ее функционирования, а также иметь стратегический план дальнейшего развития компании, в котором необходимо учитывать не только существующее внешнее окружение, но и технологическую и техническую оснащенность [7].
Согласно стандарту ISO 15704 «архитектура предприятия должна включать роль людей, описание процессов (функции и поведение) и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия» [21].
Архитектура определяется как стратегическая информационная основой, включающая в себя следующие части:
• структуру бизнеса;
• информацию, необходимую для ведения бизнеса;
• технологии и программные средства, применяемые для поддержания и реализации бизнес-процессов компании;
• процессы адаптации к изменениям условий рынка, реализацией новых процессов производства и внедрением новых технологий в ответ на появление новых, бизнес-потребностей [31].
Наиболее часто архитектуру предприятия изображают в виде нескольких слоев. Верхний слой - бизнесы-процессы организации, следующий слой - сервисы, данные/информация, прикладные системы, инфраструктура и связь [26]. Достаточно часто выделяют три следующих слоя: миссия и стратегия организации, бизнес-архитектура (которая разделяется на ресурсы, бизнес-процессы и корпоративные стандарты) и ИТ-архитектура (которая состоит из программных систем, данных и инфраструктуры) [15].
В американской федеральной модели FEA выделяются пять моделей-уровней: справочная модель оценки результативности (Performance Reference Model, PRM), справочная модель бизнеса (Business Reference Model, BRM), справочная модель сервисных компонентов (Service Component Reference Model, SRM), справочная модель данных (Data Reference Model, DRM), техническая справочная модель (Technical Reference Model, TRM)[27,28,31]. Однако довольно быстро определилось, что связь между слоями не иерархическая и строение архитектуры должно быть усложнено. Так появились: матрица Захмана, пирамида CIO Council, параллелограмм GERAM (Generalized Enterprise Reference Architecture and Methodology) и девятицветник TOGAF (The Open Group Architecture Framework).
На рисунке 1.1 представлена структура архитектуры предприятия.
Как видно из рисунка, архитектура предприятия чаще всего включает в себя следующие компоненты:
· миссия и стратегия организации;
· ее цели и задачи;
· бизнес-архитектура;
· системная архитектура [15,16].
Далее немного подробнее рассмотрим каждый компонент архитектуры.
Корпоративные миссия и стратегия описывают основные направления будущего развития предприятия и ставят цели и задачи на долгосрочный период.
Бизнес-архитектура, основываясь на миссии, стратегии развития организации и долгосрочных бизнес-целях, определяет бизнес-процессы, необходимые для выполнения поставленных задач, информационные и материальные потоки, а также описывает организационную структуру компании [5].
Системная архитектура - совокупность методологических, технических и технологических решений, помогающих обеспечить информационную поддержку деятельности предприятия. Эта часть архитектуры предприятия определяется бизнес-архитектурой компании, и подразделяется на архитектуру приложений, данных и техническую архитектуру [15].
Архитектура приложений включает в себя:
• прикладные системы и программные средства, поддерживающие реализацию бизнес-процессов компании;
• интерфейсы взаимодействия прикладных систем между собой и с внешними системами или теми, кто использует данные;
• средства и методы разработки и сопровождения приложений[5].
Архитектура данных включает:
· базы данных и хранилища данных;
· различные системы управления базами данных или хранилищами данных;
· правила и средства доступа к данным [10].
Техническая архитектура состоит из сетевой архитектуры и архитектуры платформ. Сетевая архитектура состоит из [5]:
• локальных и территориальных вычислительных сетей;
• коммуникационных протоколов, различных сервисов и системы адресации;
• аварийныех планов по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.
Архитектура платформ включает:
• аппаратные средства вычислительной техники - различные серверы, рабочие станции, накопители и другое компьютерное оборудование;
• операционные и управляющие системы, утилиты и офисные программные системы;
• аварийные планы по обеспечению бесперебойной работы аппаратуры (главным образом - серверов) и баз данных в условиях чрезвычайных обстоятельств [15,16].
Организации, которые хотят получить наибольшую выгоду от процессного подхода, применяют специальные технические средства управления бизнес-процессом, называемые системами для управления бизнес-процессами (Business Process Management Systems). Этот термин обозначает информационную технологию, обеспечивающую генерацию исполняемой модели процесса непосредственно из графической модели бизнес-процесса. Системы управления бизнес-процессами относятся к классу процессно-ориентрированных систем [19].
Определим информационную систему, базирующуюся на процессах, как систему, при проектировании которой использовалась модель бизнес-процессов. Так, в основе большинства информационных систем управления ресурсами (ERP-систем) лежит процессная модель. Хотя внедрение ERP начинается с описания бизнес-процессов, эта модель, как правило, используется однократно для целей написания технического задания и быстро перестает быть актуальной. Системы, ориентированные на процессы, организуют взаимодействие участников друг c другом и с информационными системами так, что задания и информация передаются между ними в соответствии с формализованными процедурными правилами. К такому классу систем следует отнести системы управления потоками работ. Практика показывает, что несогласованная деятельность высококлассных специалистов менее эффективна, чем хорошо организованная работа работников обычной квалификации.
Многие процессно-ориентированные информационные системы (ИС) содержат жестко запрограммированное описание процессов. В этом случае, изменение процедурных правил взаимодействия является достаточно трудоемким, так как требует перепрограммирования. Процессно-ориентированные системы создаются для реализации процессного подхода.
Отличительная особенность системы управляемой моделью заключается в том, что их разработка ведется в терминах предметной области, а не используемой среды, так что разработчик оказывается защищенным от сложностей программирования. В процессно-ориентированных системах под моделью понимают графическое описание последовательности работ, выполняемых участниками. Созданием модели может заниматься даже бизнес-аналитик, не обладающий знаниями и навыками программирования. Разработанная модель преобразуется в исполняемый машинный формат. Если далее понадобится внести какие-либо изменение в логику работы системы, то модификации подвергается непосредственно исходная модель. Таким образом, в системе, управляемой моделью, именно визуальная модель является «исходным текстом программы», она и определяет логику работы проектируемой информационной системы.
Системы управления бизнес-процессами (BPMS - Business Process Management System) являются одновременно процессно-ориентированными и управляемыми моделью. Они предназначены для организации эффективного взаимодействия всех участников процесса, помогают менеджеру процесса преодолеть результаты отклонений, возникающих в ходе исполнения процесса, а также позволяют контролировать выполнение заданий по времени и качеству. Логика работы таких систем полностью основывается на исполняемой визуальной модели бизнес-процесса, а изменение логики работы осуществляется через модель процесса. Современная технология управления бизнес-процессами на базе BPM - это совокупность управленческих методологий и информационных технологий. Под управленческой методологией мы будем понимать управление предприятием с помощью бизнес-процессов. При этом вся деятельность предприятия рассматривается как совокупность взаимодействующих бизнес-процессов. Обычно, процессное управление сводится к их идентификации, стандартизации, реинжинирингу и регламентации бизнес-процессов компании. В нашем случае реинжиниринг, который изначально ориентирован на однократное радикальное преобразование бизнес-процессов компании, заменяется на постоянную целенаправленную деятельность по контролю и управлению бизнес-процессами. Суть технологии заключается в том, что непосредственно из модели бизнес-процесса, созданной с использованием стандартной для отрасли нотации моделирования бизнес- процессов BPMN, генерируется исполняемая на компьютере модель, которая позволяет выполнять операции бизнес-процесса по всей цепочке в автоматизированном режиме, отслеживать отклонения, предлагать решения по их устранению. Благодаря тому, что за основу берется графическая, интуитивно понятная пользователю модель бизнес-процесса, центр тяжести в разработке перемещается с программиста на бизнес-аналитика. При необходимости внести изменения в порядок исполнения бизнес-процесса, соответствующие коррекции проводятся аналитиком непосредственно в модели процесса. Таким образом, бизнес-аналитик получает средство разрабатывать средства автоматизации бизнес-процессов с минимальным привлечением программистов [6].
Составные части BPMS-системы:
• Веб-сервис (внешний).
• Портал организации.
• Бизнес-сервера.
• Персонал (ресурсы).
• Модели бизнес-процессов.
• Редактор описания модели бизнес-процессов (редактор веб-страниц).
Для некоторых бизнес-процессов (административных регламентов), которые могут быть выполнены в компьютерной среде, необходимо дать определение, такое, которое можно было легко перевести в представление, понимаемое компьютером [17].
Дадим определение исполнимого бизнес-процесса, основу которого составляют идеи С. Яблонского и С. Бусcлера. Исполнимый бизнес-процесс определяется при помощи задания следующих перспектив:
• перспектива управления потоком (схема бизнес-процесса);
• перспектива ресурсов (исполнители, стоимость работ, длительность…);
• перспектива данных (внутренние переменные бизнес-процесса);
• перспектива операций (список элементарных действий, совершаемых исполнителями, ручные и автоматические задачи, портал, веб-сервер - бот).
При запускании исполнимого бизнес-процесса создаются выполняющиеся экземпляры бизнес-процесса. Отличия определения бизнес-процесса от экземпляра бизнес-процесса соответствуют отличию типа переменной от экземпляра переменной традиционного языка программирования. То есть - определение бизнес-процесса содержит схему бизнес-процесса, типы переменных, названия ролей. В выполняющемся экземпляре бизнес-процесса на схеме находятся перемещающиеся точки управления, экземпляр бизнес-процесса содержит конкретные значения переменных, типы которых соответствуют типам определения бизнес-процесса. Также в экземплярах бизнес-процесса на роли назначаются конкретные исполнители заданий.
Рассмотрим более подробно уровни определения исполнимого бизнес-процесса.
Перспектива потока управления представляет собой схему бизнес-процесса. Схема бизнес-процесса состоит из направленного графа дополнительных конструкций. Узлы бизнес-процесса могут быть трех типов - узлы, соответствующие шагам процесса, маршрутные узлы и комбинированные узлы, представляющие собой слияние шага процесса с одним или несколькими маршрутными узлами [7].
Перспектива данных соответствует набору внутренних переменных бизнес-процесса. При помощи переменных происходит обмен информацией между шагами процесса и между внешними информационными системами, т. е. бизнес-процесс может переносить информацию в корпоративной информационной среде между разнородными информационными системами. Переменные бизнес-процесса также используются при выборе конкретного внутреннего перемещения точки управления между узлами по какому-либо из возможных переходов [7].
Перспективе ресурсов бизнес-процесса соответствует набор исполнителей, которые могут выполнять его узлы-действия. Исполнителями могут быть как сотрудники предприятия, так и информационные системы или специализированные устройства [7].
В бизнес-процессе производится связывание узлов-действий с исполнителями заданий при помощи ролей. При разработке бизнес-процесса создается роль и ставится в соответствие определенным узлам-действиям. Во время выполнения бизнес-процесса ролям назначаются конкретные исполнители. В узле-действии бизнес-процесса может быть сразу несколько возможных исполнителей роли[8].
В бизнес-процессе также могут быть различные правила выполнения заданий. Например, бизнес-процесс может послать задание на выполнение всем членам некоторой группы пользователей, а выполнять это задание будет первый пользователь, взявший задание на выполнение, - у остальных членов группы это задание будет отозвано. Данная перспектива плотно связанна с организационной моделью и моделью информационных систем предприятия.
Перспективе операций бизнес-процесса соответствует список элементарных действий, совершаемых исполнителями в рамках узла-действия.
Для сотрудника предприятия это будет набор операций, фиксируемый в визуальной форме, доступной ему на этапе исполнения шага. Для информационных систем предприятия - набор запросов или транзакций, позволяющих манипулировать данными через специальные интерфейсы [7].
В таблице 1.1. представлено соответствие различных перспектив составным частям BPMS-системы [8].
Таблица 1.1. Соответствие перспектив и составных частей BPMS-системы
|
Перспектива |
Часть BPMS-системы |
|
Перспектива управления |
Бизнес-сервера, модели бизнес-процессов |
|
Перспектива ресурсов |
Персонал |
|
Перспектива данных |
Данные |
|
Перспектива операций |
Портал, веб-сервис, редакторы |
Существует несколько способов описания бизнес-процессов, для этих целей используются различные языки и нотации. Рассмотрим некоторые из них:(язык исполнения бизнес-процессов, Business Process Execution Language) - индустриальный стандарт, описания выполняемых ориентированных на интеграцию моделей процессов. Выполнение бизнес-функций осуществляется путем вызова соответствующих веб-служб. Нотация не поддерживает визуальное моделирование бизнес-процессов. BPEL - язык на основе XML для формального описания бизнес-процессов и протоколов их взаимодействия между собой. BPEL расширяет модель взаимодействия веб-служб и включает в эту модель поддержку транзакций.(графическая нотация и модель бизнес-процессов, Business Process Modeling Notation) - индустриальный стандарт визуального описания исполняемых моделей процессов, ориентированных на интерактивное взаимодействие с участниками. Используется в большинстве систем BPMS в качестве основного средства для графического моделирования, имеет техническую реализацию, то есть модель может быть интерпретирована в исполняемый программный код. Спецификация BPMN описывает условные обозначения для отображения бизнес-процессов в виде диаграмм бизнес-процессов. BPMN ориентирована как на технических специалистов, так и на бизнес-пользователей. Для этого язык использует базовый набор интуитивно понятных элементов, которые позволяют определять сложные семантические конструкции. Основная цель BPMN - создание стандартного набора условных обозначений, понятных всем бизнес-пользователям. Бизнес-пользователи включают в себя бизнес-аналитиков, создающих и улучшающих процессы, технических разработчиков, ответственных за реализацию процессов и менеджеров, следящих за процессами и управляющих ими. BPMN является связующим звеном между фазой дизайна бизнес-процесса и фазой его реализации.(ориентированная на событие цепочка процессов, Event-driven Process Chains) - проприета́рная нотация описания бизнес-процессов. Широко используется для документирования рабочих процессов.(унифицированный язык моделирования, Unified Modeling Language) - язык графического описания для объектного моделирования в области разработки программного обеспечения. Язык широкого профиля. Это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация программного кода.(язык описания веб-служб и доступа к ним, основанный на языке XML, Web Services Description Language) служит для описания интерфейсов веб-служб, используется для моделирования доступных операций, включая адреса их вызова.(Process Definition Language, язык описания процессов) - язык, предназначенный для описания определений и реализаций процессов. Является техническим стандартом, используемым для хранения, исполнения и переноса моделей бизнес-процесса между различными BPMS средствами. XPDL предназначен для обмена определениями процессов между различными информационными системами, как в графическом так и в семантическом виде.(язык описания структуры XML-документа, XML Schema Definition) -стандарт описания данных, которыми пользуются и обмениваются бизнес-процессы и веб-службы. Такая система состоит из спецификации новых элементов XML, их атрибутов, а также их производных элементов.