Ведущие методологии построения архитектуры предприятия

Взгляд на технологическую архитектуру с точки зрения предоставляемых ею инфраструктурных сервисов обусловлен распространением принципов сервис-ориентированной архитектуры. Это связано с описанием, например, сервисов презентации информации (порталы, настольные системы и пр.), сетевыми сервисами (LAN, WAN, удаленный доступ), сервисами безопасности (управление пользователями, доступ), сервисами хранения данных (SAN – Storage Area Network, файловые системы), сервисами баз данных (OLTP), интеграционными сервисами, платформенными сервисами, которые используются прикладными системами.

При этом архитектурные домены, шаблоны и сервисы обеспечивают наращивание уровней адаптируемости технологий предприятия:

Домены архитектуры – первый уровень адаптируемости технологий. Категоризация помогает предприятиям обнаруживать излишние технологии, продукты и конфигурации, а также позволяет идентифицировать возможности многократного использования элементов технологической архитектуры.

Шаблоны – второй уровень адаптируемости технологий. Позволяют разработчикам использовать одни и те же конфигурации технологий для решения похожих задач.

Сервисы – третий уровень адаптируемости технологий. Они обеспечивают общие интерфейсы для разработчиков прикладных систем и интеграторов приложений в рамках всей инфраструктуры предприятия.

При этом выделяется четыре группы сервисов по мере повышения уровня абстракции:

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

Общие (framework) инфраструктурные сервисы: общие, совместно используемые технологии, которые не содержат готовой бизнес-логики (хотя она и может быть запрограммирована), ориентированы на разработчиков и могут быть не полностью стандартизированы. Примерами таких сервисов являются управление контентом, серверы приложений, серверы выполнения бизнес-правил.

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

Прикладные бизнес-сервисы: специфические для отдельных бизнес-процессов, содержат высокоуровневую бизнес-логику. Например, сервисы CRM-систем или систем управления поставками.

В результате получается технологическая модель предприятия, представленная на рис. 10.

Рис. 10. Технологическая модель предприятия

Заключение

Эта статья представляет собой подробное введение в методологии построения архитектуры предприятия. История этого направления насчитывает 20 лет, однако оно продолжает развиваться - и весьма быстрыми темпами.

Как было показано, эти методологии существенно отличаются друг от друга, как по целям, так и по подходам.

Во многих организациях царит атмосфера недоверия между бизнес- и ИТ-специалистами. Ни одна методология построения архитектуры предприятия не позволит устранить этот разрыв, пока руководство не возьмет на себя обязательство о проведении реформ. Это обязательство должно быть принято на высшем уровне организации. Методология не позволяет решить проблемы с людьми; она может только дать структуру, в рамках которой эти проблемы можно решить.

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

Очевидно, что организация, эффективно работающая в этих ключевых областях, достигнет большего успеха, чем неэффективная организация. Это верно независимо от того, как оценивается успех: по материальным показателям, например по доходности или рентабельности, или нематериальным, например по степени удовлетворенности клиентов или текучести кадров.

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