Файл: Итархитектура и итстратегия Тема 1 Актуальность проблематики связана с.pptx

СОДЕРЖАНИЕ

ИТ-архитектура и ИТ-стратегия

Тема 1

Актуальность проблематики

связана с:

Наиболее существенные области изменения роли ИТ для бизнеса

Эволюция роли ИТ

Изменение целей и результатов применения ИТ

Бизнес-стратегия и информационные технологии

Бизнес-стратегия должна идентифицировать направления развития бизнеса (основной области деятельности) организации и причины движения в данном направлении.

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

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

Взаимосвязи бизнес-стратегии, архитектуры ИТ и ИТ-стратегии

От стратегии к Портфелю приложений

Портфель инвестиций в информационные системы

Обобщенные источники преимуществ различных типов приложений

Стратегии достижения успешных бизнес-результатов

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

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

Пример использования анализа ключевых факторов для идентификации портфеля приложений

Классификация информационных технологий

1. По назначению и характеру использования

Обеспечивающие информационные технологии

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

Они могут базироваться на совершенно разных платформах.

Примеры обеспечивающих информационных технологий

Функциональные информационные технологии

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

Они функционируют в заданной технической среде.

Примеры функциональных информационных технологий

Связь между обеспечивающими и функциональными ИТ

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

Пользовательский интерфейс – комплекс средств и правил, организующих взаимодействие пользователя с устройствами или программами.

2.По пользовательскому интерфейсу

Пакетные ИТ

Экономические задачи, решаемые в пакетном режиме, характеризуются следующими свойствами:

Диалоговые ИТ

Диалоговый режим является не альтернативой пакетному, а его развитием.

Сетевые ИТ

Они обеспечивают взаимодействие многих пользователей.

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

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

3. По способу организации сетевого взаимодействия

4. По принципу построения

Объектно ориентированные ИТ

В качестве объектов могут выступать пользователи, клиенты, документы, базы данных и т.д.

Используемые процедуры и данные заменяются понятием «объект».

Сравнение функционально ориентированных ИТ и объектно ориентированных ИТ

5. По степени охвата задач управления

6. По участию технических средств в диалоге с пользователем

Кроме сбора и обработки информации выполняются следующие функции:

Иерархические информационные технологии содержат три уровня:

Спасибо за внимание!

ИТ-бюджет

Тема 2

Расходы на ИТ

Компании и организации могут отличаться по своим размерам и объемам бизнеса на несколько порядков.

Для оценки используется величина расходов на ИТ, приведенная к масштабу бизнеса предприятия.

Чаще всего это величина годовых расходов на ИТ, выраженная в процентах от годового дохода (или бюджета для государственных структур).

В составе суммарных затрат на ИТ обычно выделяют операционные затраты на ИТ и капитальные ИТ-затраты.

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

Средняя доля капитальных затрат на ИТ по отношению к суммарным капитальным затратам

Типы затрат на информационные технологии:

Соотношение обязательных затрат и бюджета развития ИТ

Законы развития информационных технологий

Закон Гилдера, который утверждает, что рост пропускной способности сетей в целом, как минимум, в три раза превышает вычислительную мощность компьютеров.

Закон Меткалфа, утверждающий, что ценность или значение сетевой структуры экспоненциально возрастает с ростом числа подключений к сети.

Закон Мура об удвоении плотности размещения транзисторов на кристалле и, как следствие, удвоении вычислительной мощности каждые 18 месяцев.

Влияние законов Гилдера, Меткалфа и Мура на продукты, процессы и услуги

Модель планирования развития ИТ в организации

Модель предназначена для сравнения отдельных компаний в целом как поставщиков продуктов в некоторой конкретной категории.

Модель магического квадранта Gartner

Архитектура предприятия обеспечивает:

Условия вложения средств в разработку архитектуры

Спасибо за внимание!

Архитектура предприятия: основные определения

Тема 3

Определение термина «Предприятие»

Под термином «Предприятие» имеется в виду формальное объединение, не обязательно связанное с коммерческой деятельностью.

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

Более общее определение:

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

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

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

Цели организации и информационные технологии

Элементы архитектуры предприятия

Бизнес-архитектура

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

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

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

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

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

Архитектура предприятия определяет общую структуру и функции систем (бизнес и ИТ) в рамках всей организации в целом.

Архитектура уровня отдельных проектов определяет структуру и функции систем (бизнес и ИТ) на уровне проектов и программ.

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

В поисках интегрированной концепции «Архитектуры предприятия»

Архитектуру предприятия

Эволюция организационных принципов

Синхронизация потребностей бизнеса и возможностей ИТ

Связь требований бизнеса и различных областей архитектуры ИТ

Спасибо за внимание!

Интегрированная концепция архитектуры предприятия

Тема 4

Пользователи архитектуры предприятия

Определение Всемирной Организации Корпоративной Архитектуры (GEAO)

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

(GEAO – Global Enterprise Architecture Organization).

Контекст и уровни абстракции архитектуры

Концепции, соответствующие различным элементам и уровням абстракции архитектуры

Представления (домены) и перспективы (уровни абстракции) описания архитектуры

Интегрированная концепция архитектуры предприятия

Уровень контекста (анализ)

Уровень контекста (решение)

Концептуальный уровень (решение)

Логический уровень (решение)

Физический уровень (анализ)

Физический уровень (решение)

Моделируется физическая структура реализации системы.

Уровень реализации

Модель реализации включает конкретные модели оборудования, топологию сети, производителя и версию СУБД, средства разработки и, собственно, готовый программный код.

Архитектура предприятия и управление ИТ-портфелем

Под управлением портфелем информационных технологий понимается процесс отбора, управления и оценки инвестиций, связанный как с ИТ-активами, так и с портфелем ИТ-проектов.

Интеграция ключевых процессов управления информационными технологиями предприятия

Архитектура, ИТ-активы и ИТ-проекты

Неверные представления об архитектуре:

Спасибо за внимание!

Элементы архитектуры предприятия. Бизнес-архитектура. Архитектура информации

Тема 5

Области, входящие в понятие Архитектуры предприятия

Модель для описания стратегии и архитектуры информационных технологий

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

Руководящие принципы, так же как и стандарты политики, руководства, процедуры, могут относиться абсолютно ко всем элементам архитектуры:

Политики являются общими утверждениями, которые задают направления и цели, связанные с инициативами в области ИТ.

Стандарты – это обязательные к использованию утверждения, касающиеся используемых технологий, продуктов и/или услуг.

Процедуры – это инструкции, описывающие, как выполняются политики и стандарты.

Политики, стандарты и процедуры

Используется следующая иерархия отношений между политиками, стандартами и процедурами.

Стандарты всегда должны быть связаны с некоторыми сформулированными политиками, хотя сами политики могут и не иметь определенных стандартов «под собой».

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

Архитектура прикладных систем

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

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

Архитектура предприятия определяет общую структуру и функции систем (бизнес и ИТ) в рамках всей организации в целом.

Архитектура уровня отдельных проектов определяет структуру и функции систем (бизнес и ИТ) на уровне проектов и программ.

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

В поисках интегрированной концепции «Архитектуры предприятия»

Архитектуру предприятия

Эволюция организационных принципов

Связь требований бизнеса и различных областей архитектуры ИТ

Бизнес-архитектура

Включает в себя следующие аспекты:

Контекст Бизнес-архитектуры

Основные модели и инструменты описания Бизнес-архитектуры

Модели бывают различных типов:

Методы анализа

После создания моделей на их основе можно выполнять различные методы анализа:

Методы анализа

Показатели эффективности

Показатели эффективности являются важной составляющей Бизнес-архитектуры.

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

Показатели эффективности

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

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

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

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

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

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

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

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

Архитектура информации должна включает в себя следующие процессы управления информацией:

Общая Архитектура информации (данных)

Основные модели и инструменты описания Архитектуры информации

Результатами процесса разработки Архитектуры информации являются:

Управление федеративными данными

Видение принципов управления федеративными данными

Принципы интеграции через управление федеративными данными

Спасибо за внимание!

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

Тема 6

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

Две области Архитектуры приложений предприятия

Портфель прикладных систем предприятия

Определяет область ответственности и приоритетность каждого приложения и то, как будет достигаться необходимая функциональность:

Контекст управления портфелем прикладных систем

Оценка портфеля прикладных систем по критериям «бизнес-ценность» и «техническое состояние»

Оценка технического состояния

Техническое состояние оценивается по ряду характеристик, включая

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

Категории оценки прикладных систем

Дополнительная оценка

Три класса приложений

Можно выделить три класса приложений в соответствии со следующими категориями:

Анализ ценности портфеля приложений на основе категоризации

Портфель ИТ и цели инвестиций в различные активы

Ожидаемый финансовый эффект

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

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

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

Классификации приложений по роли в организации

Концепция «Архитектурного стиля»

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

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

Классификации приложений по архитектурному стилю

Анализ приложений с учетом архитектурного стиля

Выводы

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

При этом неразумно использовать один «архитектурный стиль» (набор технологий и решений) для всех типов процессов и приложений.

Спасибо за внимание!

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

Тема 7

Терминалогия

Для технологической архитектуры иногда используются термины:

Назначение технологической архитектуры

Обеспечение надежных ИТ-сервисов, предоставляемых в рамках всего предприятия в целом.

Различные уровни размещения инфраструктуры

Пример предприятия с несколькими бизнес-подразделениями и разнообразным портфелем технологий:

Категоризация META Group выделяет два различных типа областей (доменов) технологической архитектуры:

Примеры базовых доменов технологической архитектуры

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

Примеры прикладных доменов технологической архитектуры

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

Категоризация технологий и сервисов Gartner

Gartner называет в технологической архитектуре шесть архитектурных компонент (сервисов):

Пример областей, категорий, стандартов и спецификаций технической справочной модели TRM FEAF

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

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

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

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

Оценка состояния технологической инфраструктуры

Для оценки состояния технологической инфраструктуры предприятия можно использовать подход, предложенный Питером Кином, основанный на использовании двух критериев:

Охват и функциональные возможности инфраструктуры

Рассмотрим вариант матрицы, которая использует эти два критерия.

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

Адаптивная система

Основными характеристиками адаптивной системы являются:

Основные идеи адаптивной инфраструктуры

Инфраструктура реального времени

Пример адаптивной инфраструктуры

Несколько комментариев к предыдущему слайду:

Применение стандартов

Можно выделять два класса стандартов – «технологические» и «рамочные».

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

«Рамочные» стандарты(Framework) задают общие требования к реализации процессов, связанных с разработкой и поддержкой жизненного цикла систем.

Структура активностей стандарта ISO 15288

Профили стандартов

Помимо обязательных элементов, профиль может определять некоторые требования как факультативные.

Профили стандартов

Профили можно условно разделить на два класса:

Шаблон – решение проблемы в контексте

Использование архитектурных шаблонов

Методика описания архитектуры Gartner выделяет шаблоны в качестве отдельного «слоя» архитектуры.

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

Шаблон показывает взаимодействие компонент системы между собой

Важность шаблонов для архитектуры предприятия

Архитектура, шаблоны и модели

Пример инфраструктурного шаблона

От традиционной архитектуры – к архитектуре, использующей инфраструктурные шаблоны

Сервис-ориентированная архитектура

Под сервис-ориентированной архитектурой понимается подход к проектированию прикладных информационных систем, который руководствуется следующими принципами:

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

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

Ссылочная модель сервис-ориентированной Архитектуры предприятия

Спасибо за внимание!

Разработка Архитектуры предприятия

Тема 8

Общий контекст разработки Архитектуры предприятия

Можно указать следующие методики:

Методики являются инструментом для создания широкого спектра различных архитектур.

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

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

Модель Захмана

Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив, или структур (framework), для описания современных сложных корпоративных систем.

Модель Захмана

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

Собственно модель представляется в виде таблицы, имеющей пять строк и шесть столбцов

Модель Захмана

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

Он считал, что путь к эффективным информационным системам требует систематических подходов в проектировании (engineering).

Модель Захмана

Модель Захмана

На каждом из этих уровней рассматривают одни и те же категории вопросов:

Правила заполнения таблицы

Правила заполнения таблицы

Правила заполнения таблицы

Первая строка соответствует уровню планирования бизнеса в целом

(бизнес-модель).

Фактически, данная строка определяет контекст всех последующих строк.

Правила заполнения таблицы

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

Правила заполнения таблицы

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

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

Основные характеристики модели Захмана

Модель Extended Enterprise Architecture Framework (E2AF)

Эта модель содержит 4 области рассмотрения (бизнес, информация, информационная система, технологическая инфраструктура) и следующие 6 уровней абстракции:

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

Модель Gartner сформулирована в виде четырех связанных, взаимозависимых и усложняющихся уровней:

Уровни модели архитектуры Gartner

Архитектура ИТ в бизнес-контексте

Методика META Group

Аналитическая работа и компоненты Архитектуры предприятия

На этапе 1 разрабатывается Видение общих требований. Разработка Видения общих требований включает в себя:

На этом же этапе параллельно ведется разработка наиболее приоритетных доменов архитектуры. Здесь же выполняется анализ на несоответствие (gap-анализ) между текущим и желаемым состоянием архитектуры.

Этап 3 состоит в разработке плана реализации, обеспечивающего миграцию в сторону желаемого состояния архитектуры.

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

Методика META Group

Структура описания доменов технологической архитектуры

Технологическая модель предприятия

Методика TOGAF

Основным полем для применения TOGAF является, прежде всего, программная инфраструктура информационной системы.

В состав модели TOGAF входят две основные компоненты – методика ADM (Architecture Development Method), определяющая процесс разработки архитектуры, и Базовая Архитектура (Foundation Architecture).

Структура TOGAF

Методика ADM

Процесс разработки архитектуры включает следующие фазы:

Методика ADM

Состав базовой Архитектуры

Иерархия описаний архитектур

Архитектурные принципы

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

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

Например, такой принцип, как «минимизация числа поставщиков программного обеспечения», может быть в дальнейшем конкретизирован в зависимости от особенностей предприятия

Спасибо за внимание!

Архитектурные методики

Тема 9

NASCIO Architecture Toolkit

Набор шаблонов IT Architecture Toolkit разработан американской ассоциацией CIO.

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

Структурная схема методики

Структурная схема этой методики включает в себя пять уровней:

Области (домены)

Области (домены) являются логическими блоками технологической архитектуры. Список доменов:

Дисциплины

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

Например, в домен Управление системами входят, в том числе, следующие дисциплины:

Технологические дисциплины

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

Например, дисциплина «Управление Данными» может включать в себя такие Технологические Области, как:

Продуктовые компоненты

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

Примерами Продуктовых Компонент, которые могут быть идентифицированы в рамках технологической области «Модели Данных», являются такие продукты, как ERWin, Visio и Designer.

Документы Соответствия

Документы Соответствия определяют руководства, стандарты и регулирующие документы, которые связаны с Дисциплинами, Технологическими дисциплинами и/или Продуктовыми компонентами.

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

Описание конкретного решения

Для описания конкретного решения используются три типа шаблонов:

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

Модель «The 4+1 View Model of Architecture» была предложена Филиппом Кручтеном в 1995 году.

  Модель «4+1»

Модель «4+1»

Четырьмя основными представлениями в этой методике являются следующие:

Модель «4+1»

Сценарии объединяют все представления вместе. Они описываются как последовательность взаимодействия объектов и процессов и отражают наиболее важные требования, которым должна удовлетворять система.

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

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

Методика Стратегическая модель архитектуры SAM (Strategic Architecture Model) является интересным инструментом анализа и документирования архитектуры предприятия и связанных с ней доменов.

Она была разработана английской консалтинговой компанией Systems Advisers Ltd.

SAM можно рассматривать как некоторую надстройку над моделью архитектуры предприятия Захмана.

Типичные сферы интересов SAM

Можно выделить три категории сфер:

Они отвечают на четыре основных вопроса:

Взаимодействие MSF и MOF для удовлетворения запросов бизнеса

Различные перспективы архитектуры системы и используемые модели

Архитектурные перспективы, шаблоны и методики Microsoft

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

Первый тип руководств – это архитектурные концепции, такие, например, как сервис-ориентированные подходы к проектированию архитектуры.

Второй набор руководств, которыми могут пользоваться системные архитекторы – это архитектурные шаблоны.

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

Концепции и шаблоны по построению архитектуры приложений

Методика DoDAF

Три основных представления, используемые в DoDAF

Ни одна из известных методик не имеет доминирующего положения в плане своего использования.

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

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

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

В плане описания представлений об архитектуре это в какой-то степени подмножество подхода Захмана. Хорошо отражены организационные моменты, такие как работа команд и пр.

Документы находятся в публичном доступе, что также является положительным аспектом

Спасибо за внимание!

Создание Архитектуры предприятия

Тема 10

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

Проект работы включает решение следующих задач:

Высокоуровневые документы

Список высокоуровневых документов может включать:

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

Семь шагов архитектурного процесса

Стивен Спивак (Steven Spewak) предложил удачную модель планирования архитектуры предприятия, которая называется EAP (Entrerprise Architecture Planning – Планирование архитектуры предприятия).

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

Методика EAP планирования Архитектуры предприятия

Методика EAP

Методика EAP является инструментом планирования, а не детального проектирования архитектуры.

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

Схема процесса разработки архитектуры и стратегии ИТ

Общая схема процесса разработки архитектуры

Рекомендации META Group

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

Каждая итерация включает:

Cтандарт IEEE 1471

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

Подходы в разработке Архитектуры предприятия

Основные задачи при разработке Архитектуры предприятия

Можно выделить следующие моменты:

Обоснование необходимости проекта

Другим полезным показателем может быть «Возврат на возможность» (Return on opportunity).

Формирование команды проекта

Оптимальный состав команды, по мнению META, должен включать специалистов со следующими ролями:

Формирование команды проекта

Определение границ архитектуры

Если архитектура предприятия должна затрагивать партнеров и поставщиков, то, следовательно, это потребует определенного участия их представителей в работе.

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

Формирование структур и процессов управления и контроля

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

Спасибо за внимание!

Управление и контроль архитектурного процесса

Тема 11

Методы управления и контроля

Функция управления и контроля включает два аспекта:

Руководящие принципы

Руководящие принципы

Элементы управления и контроля Архитектуры на различных этапах ИТ-проектов

Организационные структуры, связанные с управлением и контролем Архитектуры

Организация работы над Архитектурой

Постоянная работа над Архитектурой с организационной точки зрения ведется как бы на трех уровнях:

Модель Giga Group

Модель Giga Group

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

Модель TOGAF

Она описывает описаны два основных процесса:

Модель TOGAF

Цели проверки на соответствие Архитектуре

Текущие затраты на сопровождение Архитектуры

Gap-анализ (анализ несоответствий)

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

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

Процесс анализа на несоответствия включает следующие шаги:

Категории несоответствий в gap-анализе

Важность Архитектуры ИТ

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

Спасибо за внимание!

Оценка зрелости архитектуры

Тема 12

Методика Кросби

В основе моделей оценки зрелости тех или иных процессов лежит новаторская работа Филиппа Кросби (Philip Crosby) «Quality is Free» (дословно, "Качество – это бесплатно") 1979 года.

Эти идеи легли в основу концепции и теории Тотального управления качеством TQM (Total Quality Management), созданной В. Деммингом, Дж. Мураном и Ф. Кросби

Методика Кросби

Методика включает в себя пять стадий или уровней развития процессов, связанных с качеством:

Модель Кросби в отношении Архитектуры

Предлагаемая модель относит зрелость Архитектуры предприятия к одному из пяти уровней:

Характеристики уровней организационной зрелости

Принцип «достаточно хорошей» Архитектуры

Для реализации этого подхода рекомендуется следовать следующим трем рекомендациям:

Стратегическое окно возможностей для «достаточно хорошей» Архитектуры

Источники информации для систем разработки Архитектуры предприятия

Принципы работы систем поддержки процесса разработки Архитектуры

Спасибо за внимание!

Моделирование и описание бизнес-процессов в нотации BPMN

СТРУКТУРА ОРГАНИЗАЦИИ