Число изменений во внешней среде нарастает с огромной скоростью, и поэтому требования к адаптивности компаний возрастают год от года. Во многих случаях основная проблема в обеспечении адаптивности компании – это согласование и контроль требуемых изменений в рамках всей организации [9, 11, 14]. При изменении целей, меняется стратегия, что в свою очередь требует изменений в бизнес-процессах и приоритетах проектов, а также в организационной структуре [7, 8, 10]. Все это косвенным образом влияет на знания и полномочия внутри компании. В качестве решения вышеозначенной проблемы необходимо анализировать все элементы предприятия в целом: совокупность технологических и человеческих факторов, главной задачей которых является развитие предприятия, имеющего краткосрочные и долгосрочные цели, – архитектуру предприятия [2, 12].
Основной задачей при управлении архитектурой предприятия является синхронизация всех компонентов архитектуры между собой, а именно: бизнес-стратегии, бизнес-архитектуры, системной архитектуры. Бизнес-архитектура на основе миссии, стратегии развития и долгосрочных бизнес-целей определяет необходимые бизнес-процессы, информационные и материальные потоки, а также поддерживающую их организационно-штатную структуру. Системная архитектура обуславливает совокупность методологических, технологических и технических решений для обеспечения информационной поддержки деятельности предприятия, определяемой его бизнес-архитектурой, и включает в себя: архитектуру данных, архитектуру приложений и технологическую архитектуру. При этом одной из ключевых задач является взаимосвязь бизнес-архитектуры и архитектуры информационных технологий (ИТ), с одной стороны, через документирование, совершенствование и стандартизацию бизнес-процессов, а с другой, через описание элементов ИТ-архитектуры на логическом уровне, во взаимосвязи с бизнес-процессами [3].
Рис. 1. Этапы разработки технологической архитектуры
Рис. 2. Пример формирования технологического процесса работы приложения
При этом концентрация в управлении архитектурой предприятия должна происходить лишь на ключевых элементах, что позволит получить максимальный результат с минимальными ресурсами [4, 5, 6]. Одним из таких ключевых элементов, на котором мы подробно остановимся, является управление технологической архитектурой (ТА) в организации на основе усовершенствованного метода Enterprise Architecture Planning (EAP). В результате исследований данного метода были разработаны шаблоны архитектуры системы на логическом (рис. 3), физическом уровнях (рис. 4) и инфраструктуры предприятия (рис. 5), схема этапов разработки технологической архитектуры (рис. 1), представлен пример формирования технологического процесса работы приложения (рис. 2). А также учебное пособие «Теория и практика разработки архитектуры предприятия», в котором детально представлены теоретические основы и практические аспекты реализации архитектурного подхода к деятельности предприятия. Рассмотрим подробнее этап разработки ТА с краткими примерами его усовершенствования (рис. 1). По методу формирования архитектуры организации EAP, разработанного Стивеном Спиваком [1], на этапе формирования ТА описывают технологический процесс (рис. 2) и определяют основные виды технологий, их взаимосвязь на разных стадиях реализации системной архитектуры. ТА может быть описана с помощью логической модели (рис. 3). Физическая модель описывается в технической архитектуре (рис. 4). Логические модели построены в абстрактной, технологически независимой форме и оставляют свободу для оптимального выбора конкретных технологий. ТА включает в себя техническую. Она не является ни проектом сетевого оборудования и программного обеспечения (ПО), ни детальными требованиями к ним (это описывается в проекте на техническую инфраструктуру) и только определяет виды технических платформ, поддерживающих бизнес [15].
Конкретной реализацией ТА на предприятии является техническая инфраструктура (рис. 5). Основными шагами этапа являются: идентификация технических принципов и платформ (трудозатраты – 15 %); определение платформ и их распределение (трудозатраты – 50 %); сопоставление платформ с приложениями и бизнес-функциями (трудозатраты – 20 %); анализ результатов (трудозатраты – 15 %).
Целью первого шага является формулирование общих принципов для технических платформ и идентификация потенциальных кандидатов в платформы. Цель второго шага – определить стратегию распределения приложений и данных, технические платформы. Цель третьего шага – обоснование технологических платформ путем их соотнесения с использующими бизнес-функциями, формирование таблицы платформы-приложения, таблицы платформы – бизнес-функции. На четвертом шаге производится подготовка, распространение и анализ отчета по ТА. Отчет по технологической архитектуре включает в себя: описание технологического процесса, технологий работы приложения (логическая модель); описание технической архитектуры (выделение технических платформ); реализацию технической архитектуры – описание технической инфраструктуры (физическая модель).
Рис. 3. Шаблон разработки архитектуры системы на логическом уровне
Рис. 4. Шаблон разработки архитектуры системы на физическом уровне
Рис. 5. Пример разработки инфраструктуры предприятия
Рецензенты:
Шепелёв С.Д., д.т.н., доцент, декан инженерно-технологического факультета, Челябинская государственная агроинженерная академия, г. Челябинск;
Дмитриев М.С., д.т.н., профессор кафедры автомобильного транспорта, информационных технологий и методики обучения техническим дисциплинам, Профессионально-педагогический институт, Челябинский государственный педагогический университет, г. Челябинск.