Архитектура предприятия: практическое использование

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

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

Для того чтобы организация получила результаты от применения Архитектуры предприятия, необходимо развивать архитектурную практику (отдел архитектуры).

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

Разработки всех этих элементов – очень сложная задача. Поэтому предприятия берут за основу ранее созданные архитектурные фреймворки (готовая методология, определяющая порядок создания и использования Архитектуры предприятия) и приспосабливают их для себя. [2]

Остановимся на фреймворке TOGAF, разрабатываемый международной организацией The Open Group, входящей в ряд ведущих производителей ИТ. Более 80% компаний используют TOGAF из списка Forbes Global Top 50.

Структура TOGAF:

• 1.    Introduction: высокоуровневое описание основных концепций Архитектуры предприятия в целом и TOGAF в частности.

• 2.    Architecture Development Method (ADM) – важнейший компонент. Описывает поэтапную методику создания Архитектуры.

• 3.    ADM Guidelines and Techniques: содержит подробное описание правил и техник, применяемых в TOGAF ADM.

• 4.    Architecture Content Framework: описывает подход к описанию Архитектуры предприятия. Содержит метамодель архитектурных артефактов, их структуру и описание.

• 5.    Enterprise Continuum & Tools: описание подхода к категоризации и хранению результатов архитектурных активностей в компании.

• 6.    TOGAF Reference Models: описание эталонных моделей, которые могут использоваться в архитектурных проектах компании.

• 7.    Architecture Capability Framework:   структура, процессы,

роли, навыки и полномочия, требуемые для работы архитектур ной практики в компании.

Процессы разработки и развития Архитектуры предприятия, управления изменениями включены в цикл ADM, который включает несколько фаз:

• 1.    Предварительная фаза (создание архитектурной практики, подготовка организации к запуску архитектурных проектов, налаживание поддержки руководства, формулировка архитектурных принципов).

• 2.    Фаза А – видение архитектуры. Задача – запустить Архитектурный проект, при этом: определить цели и задачи проекта, рамки и ограничения; разработать представление архитектуры; определить всех стейкхолдеров; разработать «устав проекта», получить формальное подтверждение старта проекта.

• 3.    Фаза B – разработка бизнес-архитектуры.

• 4.    Фаза C – разработка архитектуры информационных систем (архитектуры данных и архитектуры приложений).

• 5.    Фаза D – разработка технологической архитектуры.

• 6.    Фаза E – возможности и решения:  проверка возможности

• 7.    Фаза F – планирование миграции: анализ расходов и рисков, разработка детального плана внедрения и миграции.

• 8.    Фаза G – управление реализацией: создание системы управления преобразованиями.

• 9.    Фаза H – управление изменениями архитектуры. Этот процесс должен обеспечить соответствие архитектуры реальным потребностям бизнеса и показать максимальную эффективность.

• 10.    Управление требованиями: на каждой фазе нужно собирать и согласовать бизнес-требования, которые должны быть сохранены, расположены в соответствие с приоритетами и распределены на соответствующих фазах.

выполнения представленных решений.

Согласно TOGAF, создание Архитектурного проекта начинается с предварительной фазы (запуск архитектурного проекта). После прохождения от этапа A до B происходит запуск следующего Архитектурного проекта. Архитектурный цикл занимает в среднем три года. [3]

Ключевые документы TOGAF, которые используются для создания Архитектурного проекта:

• 1)    Business Principles, Goals, Drivers: для команды архитектурного проекта важно понимать миссию, цели и стратегию предприятия.

• 2)  Architecture Principles – правила, которыми руководствуются над

разработкой архитектуры и на основе которых принимают решения.

• 3)  Architecture Vision – описание желаемого результата, описание

решения тех проблем, которые нужно достичь.

• 4)    Statement of Architecture Work (устав проекта) – соглашение между спонсором и командой проекта о выполнении работ, куда включены все ограничения, правила, сроки и бюджет проекта.

• 5)    Architecture Definition (описание архитектуры) – представление текущей и целевой архитектуры).

• 6)    Architecture Requirements Specification (спецификация требований к архитектуре) – документ, в котором изложены все требования, ограничения и критерии достижения.

• 7)    Transition Architecture (переходная архитектура) – документ, в котором сформированы проекты по каждому из промежуточных этапов архитектурного проекта.

• 8)    Implementation and Migration Plan (план реализации и миграции) – сводный план реализации проектов, который направлен на достижение целевой архитектуры.

• 9)    Architecture Contract – соглашение между архитекторами и исполнителями ИТ-проекта.

В заключение нужно отметить преимущества использования фреймворка TOGAF для разработки Архитектуры предприятия. Некоторые из них:

• -    свободный и бесплатный доступ для любой компании;

• -    совместим с другими фреймворками;

• -    содержит пошаговый процесс для разработки описания

• -    архитектуры и полный набор шаблонов, инструментов и т.д.