Архитектура информационной системы

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

Элементы информационной системы (такие, как сетевое оборудование, серверы, средства хранения данных, системное ПО, стандартные приложения и т.п.) оцениваются с учетом ситуации в отрасли, степени использования в организации, целесообразности исключения из системы в течение перспективного срока (старение) или временного сохранения, целесообразности развития, целесообразности проведения переоценки его роли в будущем. При определении стратегии обычно выделяются среднесрочный (12—24 месяца) и перспективный (24—60 месяцев) периоды (см. рис. 7.2).

Оценка перспективности развития проводится с учетом следующих факторов: •

стратегии развития, расширения бизнеса, изменения отношений с клиентами и поставщиками; •

общемировых тенденций развития информационных технологий; Текущее состояние 2-3 года (среднесрочный план) 5 лет

(перспективный план) Базовая среда (оценка ASIS) Тактическое

внедрение Стратегическое

направление Снятие с эксплуатации Продолжение эксплуатации Поддержка и сохранение Развивающиеся

платформы Следствия Рис.

направления развития ИТ-технологий у заказчика и стратегий реализации (срочные, среднесрочные и перспективные этапы).

ИТ-архитектура подразделяется на набор областей верхнего уровня (доменов), описывающих отдельные аспекты ИТ-системы. В состав списка доменов входят следующие области: •

управление приложениями; •

управление данными; •

управление информацией; •

управление пользователями и их доступом; •

сети и коммуникации; •

платформы; •

управление системами; •

информационная безопасность и т.п.

Домены, в свою очередь, включают несколько функциональных областей, например, в домен “Управление системами” входят следующие области: •

управление активами (Asset management); •

управление изменениями (Change management); •

управление событиями (Event management); •

поддержка пользователей (Help Desk); •

обеспечение непрерывности бизнеса (Business continuity) и др.

Для каждой области определяются возможные технологии (например, для домена “Управление данными” это могут быть реляционные СУБД, почтовые базы, файловые каталоги и т.п.), продукты и версии продуктов. Для каждой области, технологии и продукта могут устанавливаться “требования соответствия”, определяющие необходимость соблюдения тех или иных международных рекомендаций (НРС), стандартов, российских законодательных актов, например по применению сертифицированных средств ЭЦП, внутренних инструкций и т.п.

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

Домен: •

описание, область охвата (какие аспекты ИТ-системы входят/не входят в данный домен); •

функциональные области, принципы, лучшие практики, тренды.

Функциональная область: •

описание, область охвата, ссылка на домен; •

кросс-ссылки на другие функциональные области; •

методологии, технологические области; •

требования к документированию.

Технологическая область: •

описание, ссылка на функциональную область; •

обоснование выбора единственного или множественных продуктов (вендоров, приложений).

Продукт/приложение: •

описание, ссылка на технологическую область; •

информация о вендоре, классификация; •

условия использования, политика миграции.

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

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

документирование, рецензирование, информирование, изменение; •

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

организация управления разработкой.