Previous Page  14 / 24 Next Page
Information
Show Menu
Previous Page 14 / 24 Next Page
Page Background

Е.И. Кузин, В.Е. Кузин

14

Инженерный журнал: наука и инновации

# 1

2016

Для того чтобы установить правила и порядок функционирования

виртуального предприятия, необходимо разработать его архитектуру,

которая определяет и увязывает в единую модель цели, бизнес-

процессы, организационную структуру, единое информационное про-

странство виртуального предприятия, архитектуру программных при-

ложений, реализующих бизнес-процессы. Базовые требования к архи-

тектуре предприятия и процессам ее разработки сформулированы

в стандарте TOGAF [7] (текущая версия 9.1 вышла в декабре 2011 г.),

созданном консорциумом Open Group, в состав которого входят пред-

ставители таких компаний, как Fujitsu, Sun Microsystems, Hitachi,

Hewlett-Packard, IBM, NEC и др. В модели TOGAF архитектура пред-

приятия подразделяется на четыре категории:

1)

архитектура бизнеса

— описывает процессы, используемые

для достижения бизнес-целей;

2)

архитектура приложений

— описывает структуру конкретных

приложений и их взаимодействие;

3)

архитектура данных

— описывает структуру корпоративных

хранилищ данных и процедуры доступа к ним;

4)

технологическая архитектура

— описывает инфраструктуру

оборудования и программного обеспечения, в которой запускаются

и взаимодействуют приложения.

Однако TOGAF — это не формальная методология, а скорее ре-

цепт по созданию архитектуры. В TOGAF описывается,

как

создать

архитектуру предприятия, но не описывается, как создать

хорошую

архитектуру. Качество конечного продукта зависит от опыта персо-

нала компании и консультанта по TOGAF.

К настоящему времени разработаны и успешно применяются

языки (нотации), позволяющие формализовать такой фундаменталь-

ный аспект архитектуры, как процессы. В табл. 1 приведены исполь-

зуемые методы формализации бизнес-архитектуры. Среди приведен-

ных в табл. 1 способов формального описания процессов только

ARIS позволяет построить комплексную модель архитектуры, охва-

тывающую все ее аспекты. Однако применение методологии ARIS

ограничивается ее двумя главными н е д о с т а т к а м и:

1) ARIS предоставляет возможность формального описания толь-

ко бизнес-процессов с заранее определенной последовательностью

действий. По оценке агентства Gartner, доля таких бизнес-процессов

не превышает 20 % общего числа бизнес-процессов на предприятии;

2) ARIS не обеспечивает возможность прямого исполнения моде-

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

архитектуры, являющаяся результатом проектирования, требует руч-

ной «доводки» программистами. Любое изменение в модели требует

ручной «доводки» с нуля.