3. Техническая архитектура предприятия

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

Тема: Процесс разработки архитектуры предприятия

1. Общая схема архитектурного процесса

Аналитики выделяют следующие подходы к процессу построения архитектуры предприятия:

• Традиционный подход. Требует существенных затрат времени и ресурсов для построения архитектуры предприятия. Первый этап построения архитектуры рассматривается как проект, в ходе которого собирается детализированная информация о состоянии предприятия (as is) и на её основе начинаются разрабатываться планы развития (целевая архитектура — to be). Основу данного подхода составляет процесс построения архитектуры предприятия в целом;

• Сегментный подход. Постепенно вводит понятие «архитектура предприятия» в компанию. Суть подхода базируется на постепенном внедрении новых технологий. Такой подход позволяет сосредоточиться на ключевых технологиях предприятия и постепенно внедрять архитектурный процесс по мере появления ресурсов.

Архитектура предприятия развивается циклично. В ходе разработки стратегии развития предприятия выявляются изменения в бизнес-архитектуре предприятия, позволяющие оптимизировать его бизнес-процессы; а изменение бизнес-процессов непосредственно влияет на изменения ИТ-архитектуры. Далее разрабатывается план миграции, в ходе выполнения которого происходит переход из текущего состояния в планируемое.

4. Принципы построения архитектуры предприятия

Основу управления и контроля архитектурного процесса, как правило, составляет набор руководящих принципов:

• Внедрение новых систем и модернизация существующих должны проходить оценку эффективности и целесообразности для компании и соответствовать её стандартам;

• Необходимо контролировать изменение бизнес-процессов и информационных систем в рамках их влияния на другие обеспечивающие (зависимые) бизнес-процессы и информационные системы;

• Архитектурные модели должны поддерживаться в актуальном состоянии. Необходимо обеспечивать контроль целостности модели и связи между ними;

• Должны быть разработаны и поддерживаться в актуальном состоянии стандарты, правила и политики, то есть все проекты должны контролироваться на соответствие стандартам;

• Результаты работы архитектурного процесса должны готовиться в виде рекомендаций, подлежащих утверждению высшим руководством организации.

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

5. Современные методики определения и описания структурного процесса

1. Модель Захмана (Zachman Framework). Модель Захмана опубликована в 1987 г. . Методика постоянно обновляется и поддерживается в актуальном состоянии и лежит в основе многих программных продуктов для архитектурного моделирования.

2. Методика EAP. Коммерческая методика, разработанная в 1992 г. Стивеном Спиваком на основе двух верхних уровней модели Захмана. Методика представляет собой архитектурный процесс, обеспечивающих инициализацию и разработку архитектуры в рамках всего предприятия.

3. Методика MetaGroup. В основе методики заложено разделение архитектуры предприятия на четыре основных компонента: бизнес-архитектура, архитектура приложений, архитектура информации и архитектура технологии.

4. Методика Gartner. Gartner выпустила методику под названием GEAF (Gartner Enterprise Architecture Framework). Была выпущена в 2005 г., и за базу была взята методика MetaGroup.

Тема: Современные концепции управления ИТ-инфраструктурами