Раздел 3 Основы разработки архитектуры предприятия Тема 12

Раздел 3. Основы разработки архитектуры предприятия Тема 12. Методики описания архитектуры предприятия

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

Требования к описанию ИТархитектуры • высокий уровень детализации для практического использования специалистами в области информационных технологий при разработке новых систем; • простота для понимания бизнес-аудиторией; • динамика рассмотрения ИТ-архитектуры; • возможность адаптации по новым требованиям бизнеса и учет возможностей реализации незапланированных (ad-hoc) проектов.

Модель Захмана Данные ЧТО Функции КАК Дислокация, сеть ГДЕ Террито. Список риальное основных бизнес расположение -процессов объектов Люди КТО Время КОГДА Ключевые организации, перечень организационных единиц Важнейшие события, календарный план Бизнес-цели и стратегии Сфера действия (контекст) Основной график работы предприятия, временные параметры выполнения процессов Бизнес-план Модель предприятия Описание событий Роли и модели бизнес-правил Модель системы Планировщик Список важных понятий и объектов Владелец, менеджер Модель потока работ, схема Концептуальная Модель бизнес. Схема логистики организамодель данных процессов ционной структуры Конструктор, архитектор Логические модели данных Проектировщик Физическая модель данных Разработчик Описание структуры данных Пользователи Данные Мотивация ПОЧЕМУ Операции над данными, архитектура приложений Модель распределенной архитектуры, привязка компонент ИС к узлам сети Участники бизнеспроцессов и их роли, архитектура интерфейса пользователя Системный проект Технологическая архитектура Пользовательский интерфейс, Описание правила доступа обработчиков к отдельным событий объектам Описания бизнес-правил Технологическая (физическая модель) Программный код Сетевая архитектура, протоколы и спецификации каналов связи Архитектура безопасности, реализация прав доступа Реализация бизнес-логики Детали реализации Работающие программы Реализованная сеть Работающие Реальные люди, Бизнес-события бизнесорганизации стратегии Физическая реализация обработчиков событий Работающее предприятие

Достоинства модели Захмана • Простота для понимания как техническими, так и нетехническими специалистами. • Целостность в отношении предприятия, то есть каждая проблема может быть соотнесена с предприятием в целом. • Возможность концентрироваться на отдельных аспектах системы без потери восприятия предприятия как целого. • Независимость от каких-ли

Недостатки модели Захмана • Отсутствие механизма распространения изменений между элементами таблицы. • Отсутствие рассмотрения системы в динамике.

3 D-предприятие (Е. Б. Зиндер)

Модель описания ИТархитектуры Gartner

Характеристика модели описания ИТ-архитектуры Gartner • Общая рамочная модель высокого уровня. • Не детализирован процесс разработки архитектуры до уровня моделей. • Не приведены форматы и специализированный язык описания.

Методика META Group Процесс разработки архитектуры состоит из этапов: • 1 этап – разработка видения общих требований; • 2 этап – разработка концептуальной архитектуры; • 3 этап – разработка плана реализации желаемой архитектуры.

Видение общих требований • Анализ тенденций развития внешней для предприятия среды, включая тexнологические тенденции. • Бизнес-стратегии и основные движущие силы с точки зрения бизнеса. • Требования к информационным системам со стороны бизнеса. • Требования к технологической архитектуре, которая обеспечивает aдeкватные возможности для информационных систем с точки зрения потребностей бизнеса.

Пример видения общих требований

Матрица связей между бизнес-стратегиями, трабованиями к информационным системам и технологической архитектуре ТИС 1 БСП 1 … ТИСk + БСП 2 + + + ТТА 1 ТИС 1 + … БСПn ТИС 2 … ТТАm + + … ТИСk ТТА 2 + + + • БСП – Бизнес-стратегия предприятия • ТИС – требования к информационным системам • ТТА – требования к технологической архитектуре +

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

Описание доменов технологической архитектуры • Формулировка миссии домена • Описание компонентов домена • Принципы проектирования, принятые в домене • Продукты и технические стандарты • Лучшие практики • Конфигyрации • Несоответствия между существующим состоянием домена технологической архитектуры и желаемым состоянием

Примеры инфраструктурных шаблонов • Шаблоны выполнения транзакций (одноуровневые, двухуровневые транзакции, тpex- и n-уровневые транзакции). • Шаблоны публикации информации (публикация клиент/сервер, wеb-публикация, видео- и аудио-поток). • Шаблоны взаимодействия (взаимодействие в реальном времени, взаимодействие по схеме «запомнил-переслал» , структурированное взаимодействие).

Группы инфраструктурных сервисов

Методика TOGAF (The Open Group Architecture Framework) • Основное назначение - н ускорить и облегчить процесс разработки архитектуры конкретной организации, обеспечивая при этом возможность будущего развития. • Основная сфера применения – программная инфраструктура информационной системы.

Структура TOGAF

Методика ADM (Architecture Development Method) • Подготовка: уточнение модели под особенности организации, определение принципов реализации проекта. • Фаза А: определение границ проекта, разработка общего представления (Vision) архитектуры; утверждение плана работ и подхода руководством. • Фаза В: разработка бизнес-архитектуры предприятия. • Фаза С: разработка архитектуры данных и архитектуры приложений. • Фаза D: разработка технологической архитектуры. • Фаза Е: проверка возможности реализации предложенных решений. • Фаза F: планирование перехода к новой системе. • Фаза G: формирование системы управления преобразованиями. • Фаза Н: управление изменением архитектуры.

Базовая архитектура • набор наиболее общих служб и функций, объединенных в Техническую Эталонную Модель (Тесhniсаl Reference Model - TRM); • набор элементарных архитектурных элементов, которые используются как «строительные блоки» при построении конкретных решений; • база данных стандартов (Standards Information Base).

Концепция базовой архитектуры

NACIO Architecture Toolkit 4 взаимосвязанные архитектуры: • Бизнес-архитектура • Архитектура информации • Технологическая архитектура • Архитектура решений

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

Структура описания архитектуры информации • Основные информационные сущности (infоrmаtiоn subject areas). • Процессы обработки информации. • Метаданные, определяющие, какова логическая и физическая структуры данных, существующие или целевые бизнес-правила, уровень конфиденциальности, кто является владельцем/ответственным за качество и т. п. для данной сущности.

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

Пример описания архитектуры в соответствии с рекомендациями NASCIO

Архитектура решений Для описания конкретного решения используются три типа шаблонов: • «обзор» (scope) - определяет область проекта, цели и подход; • «требования» - содержит формализованные требования к решению; • «дизайн» - документирует существенные элементы предложенного решения.

Модель « 4+1» представления архитектуры

Методики Microsoft • Мicrоsоft Solutions Framework (MSF) - «Как правильно создавать ИТ-системы? » • Microsoft Systems Architecture (MSA) - «Как правильно создавать технологическую инфраструктуру? » • Microsoft Operations Framework (MOF) «Как правильно эксплуатировать технологическую инфраструктуру? » • Мicrоsоft Solutions for Management (MSM) «Как правильно строить процессы управления технологической инфраструктурой? »