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

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

Раздел

Описание

Резюме

Краткое содержание документа в бизнес-терминах, понятных руководству компании, включая обоснование необходимости проекта разработки архитектуры, примененный подход и основные результаты

Организация проекта

Цели и задачи проекта, участники разработки, планирование и состав работ. Критические факторы успеха проекта. Выбранная методология и средства описания архитектуры

Бизнес-требования и информация

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

Связь бизнес- и ИТ-контекстов

Приводится список функций (сервисов) информационной системы и матрица соответствия между бизнес- требованиями и данными ИТ-сервисами

Существующее состояние

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

Целевое состояние системы

Краткое описание предполагаемого результата и вариантов реализации основных бизнес-процессов в будущем состоянии (так называемое видение архитектуры)

Концептуальная архитектура

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

Описание доменов архитектуры

Приводится описание будущего состояния для доменов (областей), включая Данные, Приложения, Доступ, Инфраструктуру, Безопасность и т.п. Структура описания (число доменов), формат и степень детализации выбираются на основании компромисса между полнотой описания и доступными ресурсами проекта с учетом динамичности бизнеса организации

Анализ расхождений

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

Структурные преобразования

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

Планирование преобразований

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

Управление архитектурным процессом

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

Приложения

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

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

Процесс разработки архитектур: управление и контроль, Gap-анализ, внедрение

Рассмотрены элементы и методы управления и контроля, организационные вопросы, анализ затрат и несоответствий

 
Посмотреть оригинал
< Пред   СОДЕРЖАНИЕ   ОРИГИНАЛ   След >