Файл: План Введение Функциональный и процессный подходы.doc

На данный момент информационные технологии являются базой в управлении любым предприятием. С их помощью можно повысить эффективность каждого бизнеса, их использование позволяет автоматизировать многие сложные операции и бизнес-процессы организации, сократить время, затрачиваемое на них и снизить стоимость [22]. Но новые возможности часто вызывают новые трудности, многие из которых и связаны со сложностью разработки единой системы управления разнородной архитектурой предприятия. Часто подобные проблемы вызываются двумя аспектами: на предприятии существуют несколько информационных систем, созданных и внедренных разными компаниями, а также жизненный цикл вырабатываемого продукта и внешние изменения рынка требуют адаптации структуры предприятия к новым условиям в короткие сроки [7]. Эффективным инструментом, помогающим в решении проблем с адаптацией бизнеса к новым условиям рынка и осуществляющим организационные изменения в компаниях различных областей с использованием ИТ, и стала архитектура предприятия. Единая архитектура предприятия позволяет корректировать бизнес-процессы компании без потери времени, так, чтобы все изменения незамедлительно отражались в работе управляющей системы [6].

В исследовательских работах и статьях достаточно часто встречаются различные определения данного понятия. Наиболее популярным и полным, на мой взгляд, является архитектура предприятия - это всестороннее описание (модель) всех его ключевых элементов и связей между ними (включая бизнес-процессы, технологии и информационные системы), а также процесс поддержки изменения бизнес-процессов предприятия со стороны информационных технологий [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].

Структура BPMS-системы

Организации, которые хотят получить наибольшую выгоду от процессного подхода, применяют специальные технические средства управления бизнес-процессом, называемые системами для управления бизнес-процессами (Business Process Management Systems). Этот термин обозначает информационную технологию, обеспечивающую генерацию исполняемой модели процесса непосредственно из графической модели бизнес-процесса. Системы управления бизнес-процессами относятся к классу процессно-ориентрированных систем [19].

Определим информационную систему, базирующуюся на процессах, как систему, при проектировании которой использовалась модель бизнес-процессов. Так, в основе большинства информационных систем управления ресурсами (ERP-систем) лежит процессная модель. Хотя внедрение ERP начинается с описания бизнес-процессов, эта модель, как правило, используется однократно для целей написания технического задания и быстро перестает быть актуальной. Системы, ориентированные на процессы, организуют взаимодействие участников друг c другом и с информационными системами так, что задания и информация передаются между ними в соответствии с формализованными процедурными правилами. К такому классу систем следует отнести системы управления потоками работ. Практика показывает, что несогласованная деятельность высококлассных специалистов менее эффективна, чем хорошо организованная работа работников обычной квалификации.

---

Многие процессно-ориентированные информационные системы (ИС) содержат жестко запрограммированное описание процессов. В этом случае, изменение процедурных правил взаимодействия является достаточно трудоемким, так как требует перепрограммирования. Процессно-ориентированные системы создаются для реализации процессного подхода.

Отличительная особенность системы управляемой моделью заключается в том, что их разработка ведется в терминах предметной области, а не используемой среды, так что разработчик оказывается защищенным от сложностей программирования. В процессно-ориентированных системах под моделью понимают графическое описание последовательности работ, выполняемых участниками. Созданием модели может заниматься даже бизнес-аналитик, не обладающий знаниями и навыками программирования. Разработанная модель преобразуется в исполняемый машинный формат. Если далее понадобится внести какие-либо изменение в логику работы системы, то модификации подвергается непосредственно исходная модель. Таким образом, в системе, управляемой моделью, именно визуальная модель является «исходным текстом программы», она и определяет логику работы проектируемой информационной системы.

Системы управления бизнес-процессами (BPMS - Business Process Management System) являются одновременно процессно-ориентированными и управляемыми моделью. Они предназначены для организации эффективного взаимодействия всех участников процесса, помогают менеджеру процесса преодолеть результаты отклонений, возникающих в ходе исполнения процесса, а также позволяют контролировать выполнение заданий по времени и качеству. Логика работы таких систем полностью основывается на исполняемой визуальной модели бизнес-процесса, а изменение логики работы осуществляется через модель процесса. Современная технология управления бизнес-процессами на базе BPM - это совокупность управленческих методологий и информационных технологий. Под управленческой методологией мы будем понимать управление предприятием с помощью бизнес-процессов. При этом вся деятельность предприятия рассматривается как совокупность взаимодействующих бизнес-процессов. Обычно, процессное управление сводится к их идентификации, стандартизации, реинжинирингу и регламентации бизнес-процессов компании. В нашем случае реинжиниринг, который изначально ориентирован на однократное радикальное преобразование бизнес-процессов компании, заменяется на постоянную целенаправленную деятельность по контролю и управлению бизнес-процессами. Суть технологии заключается в том, что непосредственно из модели бизнес-процесса, созданной с использованием стандартной для отрасли нотации моделирования бизнес- процессов BPMN, генерируется исполняемая на компьютере модель, которая позволяет выполнять операции бизнес-процесса по всей цепочке в автоматизированном режиме,

---

отслеживать отклонения, предлагать решения по их устранению. Благодаря тому, что за основу берется графическая, интуитивно понятная пользователю модель бизнес-процесса, центр тяжести в разработке перемещается с программиста на бизнес-аналитика. При необходимости внести изменения в порядок исполнения бизнес-процесса, соответствующие коррекции проводятся аналитиком непосредственно в модели процесса. Таким образом, бизнес-аналитик получает средство разрабатывать средства автоматизации бизнес-процессов с минимальным привлечением программистов [6].

Составные части BPMS-системы:

• Веб-сервис (внешний).

• Портал организации.

• Бизнес-сервера.

• Персонал (ресурсы).

• Модели бизнес-процессов.

• Редактор описания модели бизнес-процессов (редактор веб-страниц).

Для некоторых бизнес-процессов (административных регламентов), которые могут быть выполнены в компьютерной среде, необходимо дать определение, такое, которое можно было легко перевести в представление, понимаемое компьютером [17].

Дадим определение исполнимого бизнес-процесса, основу которого составляют идеи С. Яблонского и С. Бусcлера. Исполнимый бизнес-процесс определяется при помощи задания следующих перспектив:

• перспектива управления потоком (схема бизнес-процесса);

• перспектива ресурсов (исполнители, стоимость работ, длительность…);

• перспектива данных (внутренние переменные бизнес-процесса);

• перспектива операций (список элементарных действий, совершаемых исполнителями, ручные и автоматические задачи, портал, веб-сервер - бот).

При запускании исполнимого бизнес-процесса создаются выполняющиеся экземпляры бизнес-процесса. Отличия определения бизнес-процесса от экземпляра бизнес-процесса соответствуют отличию типа переменной от экземпляра переменной традиционного языка программирования. То есть - определение бизнес-процесса содержит схему бизнес-процесса, типы переменных, названия ролей. В выполняющемся экземпляре бизнес-процесса на схеме находятся перемещающиеся точки управления, экземпляр бизнес-процесса содержит конкретные значения переменных, типы которых соответствуют типам определения бизнес-процесса. Также в экземплярах бизнес-процесса на роли назначаются конкретные исполнители заданий.

Рассмотрим более подробно уровни определения исполнимого бизнес-процесса.

Перспектива потока управления

---