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

• облегчение управления изменениями в любых аспектах предприятия:

– конвергенция – использование стандартных информационных технологий;

– улучшение связи между основными подразделениями и подразделениями информационных технологий в пределах всего предприятия на основе использования стандартизированного словаря;

– наглядное представление предприятия, которое помогает связывать и описывать большие системы и облегчает управление в сложных средах;

– ориентация на стратегическое использование современных технологий для управления большими потоками информации;

• улучшение согласованности, точности, своевременности, целостности, качества, пригодности, доступности и возможностей совместного использования общей информации;

• совершенствование процессов планирования капиталовложений и инвестиционного управления;

• появление возможностей повышения качества и гибкости используемых приложений без увеличения затрат (стандартизация);

• достижение экономии на основе совместного использования услуг в масштабах всего предприятия;

• упрощенная интеграция наследуемых, перемещаемых и новых систем.

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

Как отмечалось ранее, архитектура предприятия представляется с помощью такого понятия, как слои. Обычно рассматривают следующие слои:

• бизнес-слой;

• архитектура данных;

• интеграция физических данных;

• концептуальная модель/модель процессов;

• архитектура приложений;

• технологическая архитектура;

• техническая модель.

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

В бизнес-слое учитываются все потенциально возможные методы доступа к информации, а именно:

•  персональные контакты (личные встречи, телефонные переговоры, видеоконференции);

•  электронные средства (факсимильная связь, Web-браузеры, информационные киоски и др.);

•  бумажные документы (подача бумажных документов с помощью традиционной почты);

•  сервис-провайдеры (коммерческие поставщики услуг или предприятия смешанного типа).

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

Для поддержки интероперабельности данных необходимо:

• использовать стандартные синтаксисы;

• применять промышленные словари с момента начала разработки и использовать их в качестве отправной точки;

• избегать создания единых «всеобщих» схем, применять их сегментирование и структурирование с учетом последующего расширения и распространения в масштабах всего проекта;

• обеспечивать совпадение семантики разделяемых (совместно используемых) элементов данных;

• использовать стандартные интерфейсы для услуг документирования.

Модель интероперабельности описывает важнейшие прикладные компоненты, которые поддерживают концептуальную модель/модель процессов и способ взаимодействия в пределах конкретных решений. Такая модель охватывает поддержку интероперабельности для пользователей, данных и приложений. Она отражает широко распространенные промышленные стандарты и передовой опыт.

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

Секретность, как и безопасность, должна отражаться во всех компонентах модели интероперабельности.

Границы размещения различных компонентов модели интероперабельности не являются жесткими.

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

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

Техническая модель показывает, как взаимодействуют те или иные компоненты.

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

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

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

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

Рис. 7.2. Периоды планирования

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

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

• общемировых тенденций развития информационных технологий;

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

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

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

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

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

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

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

• платформы;

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

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

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

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

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

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

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

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

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

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

Домен:

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

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

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

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

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

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

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

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

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