Владимир Баронов - Информационные технологии и управление предприятием

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

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

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

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

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

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

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

Домен:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис 7.3. Формализованное представление модели предприятия по методу Захмана

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

Использование моделей (рис. 7.5) на разных стадиях развития системы проиллюстрировано в табл. 7.1.

Таблица 7.1. Использование методов моделирования

Примечание к табл.:

о – обязательное использование;