Примерная структура описания ИТ-архитектуры

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

Раздел	Описание
Резюме	Краткое содержание документа в бизнес-терминах, понятных руководству компании, включая обоснование необходимости проекта разработки архитектуры, примененный подход и основные результаты
Организация проекта	Цели и задачи проекта, участники разработки, планирование и состав работ. Критические факторы успеха проекта. Выбранная методология и средства описания архитектуры
Бизнес-требования и информация	На основании стратегии развития бизнеса формулируется список бизнес-требований, а также необходимая информация. Каждое из требований должно быть конкретным, измеримым и принципиально выполнимым
Связь бизнес- и ИТ-контекстов	Приводится список функций (сервисов) информационной системы и матрица соответствия между бизнес-требованиями и данными ИТ-сервисами
Существующее состояние	Приводится краткое описание существующего состояния архитектуры в целом и по доменам, формулируются существующие проблемы в обеспечении бизнес-функций, оценивается уровень подготовки пользователей и персонала
Целевое состояние системы	Краткое описание предполагаемого результата и вариантов реализации основных бизнес-процессов в будущем состоянии (так называемое видение архитектуры)
Концептуальная архитектура	Архитектурные (включая ИТ- и бизнес-архитектуру) требования и принципы, в том числе возможности использования технологических инноваций. Для каждого принципа приводится обоснование важности и прогнозируемые следствия применения. Формируется матрица корреляции между данными принципами и бизнес-требованиями, которая позволяет оценить относительную важность принципов
Описание доменов архитектуры	Приводится описание будущего состояния для доменов (областей), включая Данные, Приложения, Доступ, Инфраструктуру, Безопасность и т.п. Структура описания (число доменов), формат и степень детализации выбираются на основании компромисса между полнотой описания и доступными ресурсами проекта с учетом динамичности бизнеса организации
Анализ расхождений	На основании сравнения существующего и целевого состояния элементов архитектуры по доменам и с учетом рассмотренных в разделе концептуальной архитектуры общих и отраслевых тенденций делаются заключения о необходимости развития (сохранения, модификации, замены) тех или иных компонент архитектуры
Структурные преобразования	На основании сравнения существующей и целевой организации бизнеса делаются заключения о необходимости изменений в организационной структуре, ответственности и т.п.
Планирование преобразований	Приводятся бизнес-приоритеты, существующие ограничения по бюджетам и срокам реализации преобразований. Определяются используемые метрики и целевые показатели. Приводится анализ рисков при реализации или при отказе от реализации преобразований. Отмечаются специфические аспекты преобразований, связанные, например, с обучением персонала или конверсией данных
Управление архитектурным процессом	Здесь определяются необходимые организационные структуры и регламентные документы для управления жизненным циклом архитектуры
Приложения	В приложениях могут приводиться разработанные дополнительные документы, архитектурные модели верхнего уровня, схемы организации процессов поддержки жизненного цикла архитектуры, технико-экономические расчеты, описание перспективных технологий

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

Управление и контроль архитектурного процесса (governance)