3.6.Понятие архитектуры предприятия.
Общеизвестен факт, что на данный момент не существует единственно правильного определения того, что такое архитектура предприятия. Известно множество различных трактовок понятия, из них можно привести в качестве примера следующие три.
1) Согласно ISO 15704 (“Industrial Automation Systems – Requirements for Enterprise-Reference Architectures and Methodologies. 1999”) архитектура предприятия должна включать роль людей, описание процессов (функции и поведение), и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия.
2) Архитектура (в соответствии с документом “Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council (USA)”) является стратегической информационной основой, определяющей:
структуру бизнеса;
информацию, необходимую для ведения бизнеса;
технологии, применяемые для поддержания бизнес-операций;
процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей.
3) Определение архитектуры предприятия, которое дано на сайте www.geao.org "Всемирной Организации Корпоративной Архитектуры" (GEAO – Global Enterprise Architecture Organization):
"Архитектура предприятия описывает те способы, с помощью которых общее видение деятельности организации отражено в структуре и динамике предприятия. На различных уровнях абстракции она дает единый набор моделей, принципов, руководств и политик, которые используются для создания, развития и обеспечения соответствия систем в масштабе и контексте деятельности всего предприятия в целом".
Эти определения не дают целостного представления об архитектуре предприятия, но выявляют ряд свойств понятия:
- стратегический уровень описания, различные уровни абстракции,
- область действия описания - весь жизненный цикл предприятия, деятельность предприятия в целом,
- область использования – создание, развитие, адаптация информационных систем
предприятия,
- состав понятия:
-статическая структура:
-структура бизнеса (бизнес-процессы, люди (роли), бизнес-объекты, бизнес-потребности(цели) ),
- ИТ- структура (технологии,системы),
-динамическая структура (процессы преобразования, развития и внедрения
информационных систем (технологий)).
Эти свойства хорошо согласуются с представлением предприятия как процессной системы, рассмотренным в предыдущем разделе курса. Более того, уровень согласованности таков, что в рамках концепции предприятия как процессной системы, можно системно описать, какое место занимает, какую роль играет в процессной системе предприятия описание архитектуры предприятия. Поясним, каким образом это достигается.
Как мы установили ранее, на предприятии существует процесс «информационное (компьютерное) обеспечение», который является обеспечивающим для всех процессов предприятия, включая самого себя1, т.к. в идеале терминалы КИИС размещены во всех без исключения подразделениях.
Для этого процесса, как и для основного процесса предприятия, справедливо разделение деятельности на текущую деятельность и деятельность по развитию.
Рис.6. Структура управления деятельностью ИТ службы
На Рис.6. показана структура управления для ИТ-службы как часть соответствующей структуры предприятия.
Здесь в блоке текущей деятельности производится эксплуатация КИИС, обеспечивающей информационную поддержку бизнес-процессов через сеть терминалов КИИС, настроенных каждый по своему ролевому расписанию, например, по ролям Бухгалтер, Кладовщик, Менеджер по продажам и т.д. Целевой критерий управления этим процессом – это, как правило, обеспечение заданного временного режима и качества услуг. Например, временной режим круглосуточной работы семь дней в неделю и время выполнения критических заданий, например, какого-либо сводного отчета не более, чем за час. Кроме того, задаются ограничения, например, в виде параметров надежности, выражаемых в длительности периода безотказной работы и т.п. Параллельно с процессом эксплуатации функционирует обеспечивающий процесс технического обслуживания и ремонта (или замены) оборудования. Оба процесса являются циклически исполняемыми бизнес процессами, аналогичными процессам блока текущей производственно –хозяйственной деятельности, реализуемыми в ERP и MES системах.
Блок развития включает бизнес-процессы проектного типа по разработке, модернизации и утилизации ИС. Он взаимодействует с блоком текущей деятельности в части ввода в эксплуатацию ИС как результата проекта создания или модернизации и снятия ИС с эксплуатации и запуск процесса утилизации.
А где же здесь архитектура предприятия? Ее описание формируется и используется в блоке стратегического планирования (см. Рис.6). Архитектурное описание содержит стратегическую цельную картину, включающую все элементы КИИС в их взаимосвязи и в связи с обслуживаемыми бизнес-процессами, т.е. включая схему, показывающую, как они «накрывают» бизнес-процессы предприятия. Стратегический ИТ-план задает переход из исходного состояния структуры КИИС в заданное целевое состояние в терминах проектов создания, модернизации, утилизации соответствующих компонент КИИС. Таким образом представляется статика и динамика архитектуры предприятия. Подробно эти вопросы рассматриваются в последующих разделах курса.
В принципе этот архитектурный процесс является циклическим и непрерывным на всем протяжении жизненного цикла (ЖЦ) предприятия, т.е. от его зарождения и до прекращения существования, и соответствовать форме, содержанию и масштабу его деятельности на каждом этапе ЖЦ.
Элементы архитектурного описания.
При описании архитектуры предприятия чрезвычайно важную роль имеют два следующих понятия:
перспектива (perspective) или уровень абстракции;
представление (view) или предметная область, домен архитектуры.
Уровни абстракции или перспектив, используемые в анализе архитектурных областей:
уровень контекста – ориентирован на бизнес-руководство;
концептуальный уровень или "Видение Общих Требований" – ориентирован на "владельцев" бизнес-процессов;
логический уровень – ориентирован на архитекторов и проектировщиков систем;
физический уровень – ориентирован на проектировщиков и разработчиков систем.
Практически стандартом является разбиение описания архитектуры предприятия на некоторое количество представлений или предметных областей (доменов), таких как:
бизнес-архитектура – люди и процессы;
архитектура информации – данные, информация и знания;
архитектура прикладных систем;
технологическая архитектура.
На Рис.7.схематично представлены взаимоотношения между уровнями абстракции и доменами, позволяющие на каждом уровне абстракции описать все домены и, таким образом, дать архитектурное описание предприятия и каждого домена на разных уровнях детальности.
Рис.
7. Представления
(домены) и перспективы (уровни абстракции)
описания Архитектуры
Из доменов всегда выделяют четыре вышеописанных предметных области, но дополнительно могут выделяться и другие домены, об этом подробнее остановимся позднее. Архитектура предприятия является важным, но не единственным критическим элементом в производственной цепочке, связанной с управлением информационными технологиями предприятия, которая объединяет процессы стратегического бизнес-планирования, прикладные информационные системы и процессы их сопровождения, обеспечивающие реализацию потребностей бизнеса.
Рис. 8. Архитектура предприятия и цепочка создания добавочной стоимости, связанная с информационными технологиями
Архитектуру предприятия необходимо рассматривать в контексте всех процессов и дисциплин управления информационными технологиями. При этом информационные технологии рассматриваются как некоторый актив, которым необходимо управлять через процесс принятия решений о соответствующих инвестициях – точно так же, как это делается с финансовыми и иными активами.
Стратегическое планирование архитектуры предприятия подразумевает управление портфелем информационных технологий, под которым понимается процесс отбора, управления и оценки инвестиций, связанный как с ИТ-активами, так и с портфелем ИТ-проектов. Управление портфелем ИТ-активов позволяет организациям категоризировать, оценивать, расставлять приоритеты, покупать и управлять ИТ-активами и проектами в соответствии с текущими и будущими потребностями бизнеса с учетом приемлемой степени риска. Таким образом, управление портфелем ИТ по своей сути является дисциплиной в области планирования инвестиций. Управление портфелем ИТ должно преследовать три цели: максимизация ценности (стоимости) портфеля, синхронизация портфеля ИТ с целями бизнеса и поиск оптимального баланса между риском и потенциальной отдачей от портфеля ИТ.
В связи с этим описание желаемого состояния архитектуры ИТ обеспечивает представление о необходимых инвестициях в технологии и навыки ИТ-персонала.
Эффективное управление портфелем информационных технологий на уровне предприятия в целом должно обеспечиваться за счет совместного использования ряда дисциплин и процессов, среди которых главными являются следующие:
стратегия и планирование на уровне предприятия.
архитектура предприятия.
управление ИТ-программами и проектами.
ИТ-программы и проекты – это основной механизм реализации архитектуры в рамках выбранной стратегии. Дисциплина управления ИТ-программами и проектами связана с навыками управления портфелем взаимосвязанных программ и проектов на корпоративном уровне, с управлением процессами, финансовыми и человеческими ресурсами, которые требуются для реализации проектов, с управлением графиками реализации проектов и т.д. Управление ИТ-программами и проектами и архитектура предприятия взаимно дополняют друг друга, обеспечивая, в конечном итоге, интеграцию различных процессов, связанных с использованием ИТ на предприятии. При этом сутью управления программами/проектами является реализация, в то время как архитектура обеспечивает основу для выработки стратегии.
Процессы выработки стратегии и планирование обеспечивают основу для отбора, управления и оценки ИТ-ресурсов и проектов.
Управление ИТ-программами и проектами, стратегия и планирование, а также архитектура предприятия не только обеспечивают основу для процессов управления ИТ-активами, но как бы частично пересекаются с этими процессами. Например, архитектура предприятия не только является основой для разработки портфеля проектов, но также обеспечивает весь жизненный цикл многих ИТ-активов через управление принятыми на предприятии стандартами.
В качестве заключения.
В отношении управления ИТ-активамии ИТ в целом необходимо отметить, что аналогичные проблемы в области управления техническим обслуживанием и ремонтами оборудования были решены использованием методологий и программно- технических решений класса “Управление активами предпрятия» EAM ( Enterprise Active Management). Процессы управления всеми ИТ-процессами предприятия имеет большое сходство с процессами управления, реализуемыми в рамках методологий ERP,MES,EAM, поэтому в принципе могут быть реализованы в этих средах.
1 Вариант использования результатов процесса самим процессом является рядовой ситуацией. Например, услуги «наем кадров» используется и самим процессом «наем кадров», например, для поиска специалиста по найму топ-менеджеров. То же самое справедливо и по отношению к ИТ-службам – они используют свой основной процесс процесс «информационное (компьютерное) обеспечение» и для собственных нужд: управлении ИТ-ресурсами прпедприятия.