Оценка перспективности развития проводится с учетом следующих факторов:
• стратегии развития, расширения бизнеса, изменения отношений с клиентами и поставщиками;
• общемировых тенденций развития информационных технологий;
• направления развития ИТ-технологий у заказчика и стратегий реализации (срочные, среднесрочные и перспективные этапы).
ИТ-архитектура подразделяется на набор областей верхнего уровня (доменов), описывающих отдельные аспекты ИТ-системы. В состав списка доменов входят следующие области:
• управление приложениями;
• управление данными;
• управление информацией;
• управление пользователями и их доступом;
• сети и коммуникации;
• платформы;
• управление системами;
• информационная безопасность и т. п.
Домены, в свою очередь, включают несколько функциональных областей, например, в домен «Управление системами» входят следующие области:
• управление активами (Asset management);
• управление изменениями (Change management);
• управление событиями (Event management);
• поддержка пользователей (Help Desk);
• обеспечение непрерывности бизнеса (Business continuity) и др.
Для каждой области определяются возможные технологии (например, для домена «Управление данными» это могут быть реляционные СУБД, почтовые базы, файловые каталоги и т. п.), продукты и версии продуктов. Для каждой области, технологии и продукта могут устанавливаться «требования соответствия», определяющие необходимость соблюдения тех или иных международных рекомендаций (RFC), стандартов, российских законодательных актов, например по применению сертифицированных средств ЭЦП, внутренних инструкций и т. п.
Для элементов архитектуры (на уровне домена, функциональной области, технологии и продукта) в описании архитектуры системы определяется обычно следующее.
• описание, область охвата (какие аспекты ИТ-системы входят/не входят в данный домен);
• функциональные области, принципы, лучшие практики, тренды.
• описание, область охвата, ссылка на домен;
• кросс-ссылки на другие функциональные области;
• методологии, технологические области;
• требования к документированию.
• описание, ссылка на функциональную область;
• обоснование выбора единственного или множественных продуктов (вендоров, приложений).
• описание, ссылка на технологическую область;
• информация о вендоре, классификация;
• условия использования, политика миграции.
Важным преимуществом такого подхода является возможность представления всего описания архитектуры в виде гипертекстовой базы данных, что позволяет эффективно организовать процессы управления жизненным циклом отдельных документов, а также эффективно разграничить права доступа к некоторым разделам (например, документам, описывающим применяемые средства защиты информации) при сохранении целостности и единства описания.
Наряду с описанием элементов инфраструктуры в ходе разработки документа определяется реализация применительно к конкретным особенностям предприятия процессов поддержки жизненного цикла ИТ-архитектуры. К этим процессам относятся, в частности:
• документирование, рецензирование, информирование, изменение;
• проверка соответствия, поддержка актуальности;
• организация управления разработкой.