Вебинар: Архитектура в ИТ-проектах (IT Expert 28 апреля 2016)

Архитектура ИТ решений

Архитектура ИТ-решений

Максим Смирновhttp://mxsmirnov.com


Кто такой Максим Смирнов

2Максим Смирнов апрель 2016

2015-2016: Главный архитектор информационных систем Центрального Банка Российской Федерации (Банк России)

2005-2014: РуководительДепартамента ИТ архитектуры ОАО “ВымпелКом” (торговая марка “Билайн”)

2000-2005: Менеджер по развитию дополнительных услуг связи: платежей, программы лояльности и др.

1995-2000: Эксперт по системам обмена сообщениями, приложениям “Банк-Клиент” и “Банк-Банк” ОАО АБ “Инкомбанк”

до 1995: разработчик криптографических приложений (шифрование, цифровая подпись)

http://mxsmirnov.com

[email protected]


Программа вебинара

1. Какие бывают архитектуры. Чем отличается архитектор ИТ-решения от архитектора программного обеспечения и архитектора предприятия

2. Что такое ИТ-решение (solution). На какие вопросы отвечает архитектор в ИТ проекте

3. Инструменты архитектуры ПО и архитектуры предприятия, применяемые при разработке архитектуры ИТ-решений

4. Некоторые техники разработки архитектуры ИТ-решения


Архитектура ИТ решений4Максим Смирнов

Какие бывают архитектуры

апрель 2016

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

software architecture


solution architecture

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

enterprise architecture



апрель 2016








Кто такой Solution architect


Software architect Solution architect Enterprise architect

Среда обитания Среди разработчиков

КомандаИТ-проекта

Башня изслоновой кости :)

Инструмент Интегрированная среда разработки

Whiteboard, Enterprise wiki

EA Tools, PowerPoint

Нотация моделирования

ERD, UML class, component diagram

Boxes and arrows Archimate

С кем взаимо-действуют

Разработчики,тестировщики

Разработчики, администраторы,

заказчики

Топ-менеджеры,руководители

Что обсуждают, о чем говорят

Шаблоныпроектирования

Варианты реализации

Реализациястратегии

















заказчики






















заказчики






















заказчики






















заказчики






















заказчики








апрель 2016








“… something in addition to

software engineering”

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

Ничто другое не сможет компенсировать недостатки проекта.

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

Ian P. Sharp. NATO Conference on Software Engineering Techniques


Rome, Italy, 27-31 Oct 1969

Первое упоминание о software architecture

Архитектура ИТ решений14Максим Смирнов апрель 2016

Unified Modeling Language


Unified Modeling Language


Ориентированы на проектирование и разработку новых информационных систем

Уделяют недостаточное внимание интеграции с существующими приложениями и использованию имеющихся данных (исторические данные, справочники,…)

Откладывают подготовку инфраструктуры и адаптацию бизнес-процессов на последний момент

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

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


Ограничения методологий проектирования ПО



апрель 2016








Архитектура предприятия (The Open Group)

апрель 2016

TOGAF (The Open Group Architecture Framework), включая методологию разработки архитектуры предприятия (ADM). Набор рекомендаций по созданию четырех архитектурных представлений: бизнес архитектура, архитектура приложений, архитектура данных и технологическая архитектура

ArchiMate (развивается The Open Group c 2009г.) -открытый графический язык моделирования архитектуры предприятия. Реализован в большинстве инструментов описания архитектуры

IT4IT Reference Architecture – эталонная архитектура и ориентированная на цепочки создания ценности операционная модель деятельности “ИТ как бизнес”


История о том, почему CIO не станет CEO

Терри Уайт, Чего хочет бизнес от ИТ

«… вы регистрируете их, вносите в каталог, расставляете по полкам, выдаете по первому

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

но сами их никогда не читаете!»


Структура нотации Archimate

апрель 2016


Iteraplan: Адаптация архитектурной модели

апрель 2016


Концепция архитектурного справочника

апрель 2016

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

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


Недостаточное внимание к текущим задачам и проектам организации. Отсутствие ответов на конкретные вопросы.

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

Закрытость (“Башня из слоновой кости”). Отсутствие интеграции с другими инициативами предприятия (управление данными, операционная эффективность, ориентация на клиента, инновации и пр.)

Отрыв архитектуры предприятия от стратегии


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

• 40% of EA programs will be stopped due to poor execution(Gartner: Emerging Trends Force a Clearer and Deeper Focus on Enterprise Architecture, 12 November 2007 )

• "Why Two Thirds of Enterprise Architecture Projects Fail” S.Roeleven, Sven and J. Broer (2010). (Erasmus University Rotterdam)

Архитектура ИТ решенийапрель 2016 24Максим Смирнов

IT4IT Reference Architecture

Четыре потока создания ценности: стратегическое

планирование и управление портфелем, разработка,

предоставление и эксплуатация ИТ услуг

Описание целей, ключевых активностей и показателей эффективности

каждого потока

Единый справочник функциональных компонент,

объектов данных и отношений между ними


Вопросы к архитектору в ИТ проекте

апрель 2016

Выбор варианта реализации

Спецификация программных интерфейсов

Описание предметной

области

Прикладная архитектура

(программные средства)

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

(спецификация оборудования)

Определение структуры работ

проекта



апрель 2016








Некоторые определения:

апрель 2016

Решение (solution)конкретный путь удовлетворения одной или нескольких потребностей в текущем организационном контексте

( is a specific way of satisfying one or more needs

in a context, IIBA BABOK Guide v.3)

Архитектура решения… отображает требования проекта в общий обзор решения, высокоуровневую бизнес-и/или ИТ спецификацию и необходимый для реализации решения набор задач

( … a typically applies to a single project or project

release, assisting in the translation of requirements into a solution vision, high-level business and/or IT system specifications, and a portfolio of implementation tasks. TOGAF v.9.1)


Simon Brown: C4 model

ноябрь 2014 28Максим Смирнов


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

Architectural Blueprints –The “4+1” View Model of Software Architecture

Philippe Kruchten, November 1995

Архитектурное представление(view) задается:

1. своим назначением(concerns), 2. указанием группы

заинтересованных лиц и описанием типов используемых:

3. компонент, 4. коннекторов и 5. контейнеров



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

Architectural Blueprints –The “4+1” View Model of Software Architecture

Philippe Kruchten, November 1995


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

logical, process, development, deployment + use case


Разработка архитектуры решения






Проблема состоит не в отсутствии документации,

а в сценариях её использования

Архитектура ИТ решенийянварь 2016 34Максим Смирнов

Функциональная карта eTOM


Пример: система управления инцидентами


Подойдет ли UML Use-case diagram?


Функциональная карта

Регистрация инцидента

Автоматическое создание инцидента

Назначение инцидента

Решение инцидента

Подтверждение решения инцидента

Автоматическое закрытие инцидента

E-mail уведомление

СМС уведомление

- операции

инициатора

- поддержка

1-го уровня

- поддержка

2-го уровня

- операции

системы


Функциональная карта (use cases)


Функциональная карта (use cases)





Выбор варианта реализации


Описание варианта

Вариант 1


На самом деле, мы рекомендуем

выбрать именно этот вариант

Вариант 2

Делаем как всегда -быстро, дешево и с

максимальными рисками


Долго, дорого, но зато очень правильно

Вариант 3


Функциональная карта (приложения)







E-mail уведомление

СМС уведомление

Интранет сайт

Приложение

Service Manager

Интеграционная

среда









E-mail уведомлениеСМС уведомление


Интеграционная среда

Service Manager









E-mail уведомлениеСМС уведомление


Интеграционная среда

Service Manager

10 критичных замечаний по

результатам тестирования

1,5-2 тыс. сообщений

в день

Не хватает программистов

Подробнее: http://mxsmirnov.com/fmap/





Цель концептуального проектирования

Дать возможность командам работать автономно, не теряя общий контекст


Синхронизация циклов изменений


Роль архитектора ИТ-решений в организации

Так ИТ видит бизнес

Непрерывные изменения поддерживают конкурентноспособность предприятия, но повышают сложность ИТ-среды.

Так бизнес видит ИТrespect & integrate

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

Для сочетания стабильности и инноваций, предприятия

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

систем, сохранить их в безопасном режиме и

инвестироваться в развитие современных, повторно-используемых решений


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

Максим Смирновhttp://mxsmirnov.com

[email protected]

Technology

Вебинар: Архитектура в ИТ-проектах (IT Expert 28 апреля 2016)