РАЗРЕШИТЕ ПРЕДСТАВИТЬСЯ

АЛЕКСЕЙ ПЕТРОВ тренер и консультант, эксперт-практик в области анализа и моделирования бизнес-процессов, системного анализа, архитектуры ПО, системной и программной инженерии

2013 – 2014: докладчик конференций Stratoplan TECH & BUSINESS Summit 2013 (поток «Проектирование и анализ»), Luxoft DEV Labs C++ 2013, Luxoft REQ Labs 2014 и слета IT Campus 2014. Модератор X Международной конференции CEE-SECR 2014

2012 — наст. вр.: преподаватель НИУ МГТУ им. Н.Э. Баумана и совместного проекта НИУ МГТУ им. Н.Э. Баумана и Mail.Ru Group «Технопарк@Mail.Ru»

2011 — наст. вр.: независимый тренер и консультант, автор и ведущий тренингов в Беларуси, Казахстане, Литве, России

2004 — наст. вр.: участник более 10 проектов внедрения корпоративных ИС, моделирования бизнес-процессов и ИТ-аудита организаций

2

О ЧЕМ ПОЙДЕТ РЕЧЬ?

1

2

3

Предприятия, архитектуры и языки Что такое предприятие? И что такое архитектура?

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

Цель проектирования архитектуры

Корпоративная архитектура Корпоративная и бизнес-архитектура

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

Что такое TOGAF и ADM? TOGAF®: Общие сведения

Цикл ADM. Язык EA: ArchiMate

3

НА ВРЕМЯ ДОКЛАДА, ПОЖАЛУЙСТА, ПЕРЕВЕДИТЕ ЛИЧНУЮ ТЕХНИКУ

И СРЕДСТВА СВЯЗИ В БЕЗЗВУЧНЫЙ РЕЖИМ. СПАСИБО!

Что такое предприятие? И что такое

архитектура?

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

Цель проектирования архитектуры

4

ЧТО ТАКОЕ ПРЕДПРИЯТИЕ?..

Социотехническая система В рамках системного подхода любое предприятие или

организацию (англ. enterprise) можно рассматривать как особого рода систему

NB: По ГОСТ Р ИСО/МЭК 15288-2005, система есть «комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей»

Архитектура предприятия Структурному рассмотрению системы соответствует ее

архитектура

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

5

Предприятие ≠ Enterprise

Enterprise Architecture (EA)

… И ЧТО ТАКОЕ АРХИТЕКТУРА?

ANSI/IEEE 1471-2000 "Architecture is the fundamental organization of a system

embodied in its components, their relationships to each other, and to the environment, and the principles guiding its design and evolution"

UML 1.5 "[Architecture is] the organizational structure and associated

behavior of a system. An architecture can be recursively decomposed into parts that interact through interfaces, relationships that connect parts, and constraints for assembling parts. Parts that interact through interfaces include classes, components and subsystems"

Martin Fowler et al. Patterns of Enterprise Application Architecture (Addison Wesley, 2002) "… if you find that something is easier to change than you once

thought, then it's no longer architectural. In the end architecture boils down to the important stuff—whatever that is"

6

ЦЕЛЬ ПРОЕКТИРОВАНИЯ АРХИТЕКТУРЫ

7

Архитектурное описание Результат деятельности архитектора, отражение

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

Может отсутствовать / существовать в нескольких вариантах

Цель проектирования архитектуры Синтез решения, удовлетворяющего требованиям

к системе

Архитектура системы Основополагающие принципы организации — «все

важное о системе, рассматриваемой в ее связях с внешней средой» [ISO/IEC/IEEE 42010:2011]

e.g. Составные элементы системы, порядок сборки (взаимосвязей), принципы организации (дизайна)

АРХИТЕКТУРНЫЕ ОПИСАНИЯ И ЯЗЫКИ

Архитектурное описание Архитектура любой системы может иметь описание на удобном

для его автора и читателя языке

Согласно ISO/IEC/IEEE 42010:2011, архитектурное описание есть «результат [архитектурной] работы, используемый для выражения архитектуры»

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

рамках одной из нескольких парадигм: инфологической , коммуникационной, трансформационной и пр.

e.g. В фокусе трансформационной парадигмы находятся совокупности взаимосвязанных действий — бизнес-процессы

Языки архитектурного описания Ландшафт языков архитектурного описания (ADL)

предприятий крайне богат: от примитивных блок-схем («потоковых диаграмм») и устаревшего семейства IDEF (IDEFØ / IDEF3) до весьма развитых UML, ARIS, BPMN, ArchiMate

8

АРХИТЕКТУРА — НЕ ДОКУМЕНТ!

9

Архитектура

системы

Архитектурное

описание ≠

❶ Независимо от архитектурного подхода: «4 + 1», RM-ODP, TOGAF и др.

❷ Независимо от методологии разработки: DDD, TDD, Scrum и др.

Корпоративная

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

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

«полный стек»

10

КОРПОРАТИВНАЯ И БИЗНЕС-АРХИТЕКТУРА

11

Бизнес-архитектура (BA) Подмножество корпоративной архитектуры, описывающее:

• текущее и будущее состояние организации (включая ее стратегию, цели и задачи);

• внутреннюю среду (через процессное или функциональное рассмотрение);

• внешнее окружение, в котором действует бизнес;

• заинтересованные стороны, на которые влияет работа организации.

Корпоративная архитектура (EA) Описание бизнес-процессов, программно-аппаратных средств,

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

EA BA

EA = BA + ?

АРХИТЕКТУРА ПРЕДПРИЯТИЯ:

«ПОЛНЫЙ СТЕК»

12

Ко

рп

ор

ати

вн

ая

ар

хите

кту

ра

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

ИТархитектура

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

Архитектура

приложений

Архитектура

данных

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

архитектура

(архитектура сервисов)

ТЕХНОЛОГИЧЕСКАЯ АРХИТЕКТУРА МОЖЕТ ДЕКОМПОЗИРОВАТЬСЯ НА

ИНФРАСТРУКТУРНУЮ И ПЛАТФОРМЕННУЮ СОСТАВЛЯЮЩИЕ

TOGAF®: Общие сведения

Цикл ADM

Язык EA: ArchiMate

13

TOGAF®: ОБЩИЕ СВЕДЕНИЯ

Архитектурный подход TOGAF (англ. The Open Group Architecture Framework) —

• архитектурный подход, разрабатываемый The Open Group с 1995 г. (TAFIM — Tech. Arch. Framework for Inf. Mgmt., US DoD);

• международный стандарт де-факто в области EA

The Open Group Международный консорциум, ведущий деятельность по

разработке открытых, технологически нейтральных стандартов и сертификации в сфере ИТ.

Созданием и развитием стандарта TOGAF в составе Open Group занимается объединяющий более 200 организаций The Open Group Architecture Forum

Ценность TOGAF Подход TOGAF позволяет действенно отвечать на ключевые

бизнес-потребности и обеспечивает:

• единство языка всех заинтересованных сторон;

• свободу от проприетарных решений, делая акцент на открытых методах разработки и развития корпоративной архитектуры;

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

• достижение наглядного возврата инвестиций 14

TOGAF: ВСЁ ГЛАВНОЕ

15

What is an Enterprise? TOGAF defines "enterprise" as any collection of organizations that

has a common set of goals. For example, an enterprise could be a government agency, a whole corporation, a division of a corporation, a single department, or a chain of geographically distant organizations linked together by common ownership

Why Do I Need an Enterprise Architecture? The purpose of enterprise architecture is to optimize across the

enterprise the often fragmented legacy of processes (both manual and automated) into an integrated environment that is responsive to change and supportive of the delivery of the business strategy.

Why Do I Need TOGAF as a Framework for EA? TOGAF has been developed through the collaborative efforts of

over 300 Architecture Forum member companies from some of the world's leading companies and organizations. Using TOGAF results in enterprise architecture that is consistent, reflects the needs of stakeholders, employs best practice, and gives due consideration both to current requirements and the perceived future needs of the business.

КАК ЭТО РАБОТАЕТ: ЦИКЛ ADM

16

Architecture Development Method (ADM) —

метод разработки и управления жизненным

циклом корпоративной архитектуры; «ядро»

TOGAF, объединяющее как элементы самого

TOGAF, так и иные доступные предприятию

архитектурные активы

Разработка архитектуры — непрерывный

процесс, имеющий циклический характер

Первый цикл ADM, как правило, является

самым сложным

ЯЗЫК EA: ARCHIMATE 2.1

17

Наши партнеры

Ближайшие мероприятия

Благодарности

Вопросы аудитории

18

НАШИ ПАРТНЕРЫ: ОБУЧЕНИЕ В ОБЛАСТИ

BA/SA И КОРПОРАТИВНОЙ АРХИТЕКТУРЫ

19

Учебный центр Level UP Один из ведущих центров России в области обучения и

консалтинга по направлениям:

• архитектура (вкл. EA), проектирование и тестирование ПО;

• BA/SA и управление проектами;

• разработка (Web, mobile) и администрирование.

Преимущества УЦ Level UP:

• коллектив «играющих тренеров»;

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

• закрытая база вакансий для лучших выпускников.

Ближайшие тренинги 06 – 10 июля 2015 г. — «Системный и бизнес-анализ в

разработке ПО» (С.-Петербург, очно / удаленно)

13 – 14 июля 2015 г. — «Моделирование корпоративной архитектуры на языке ArchiMate» (С.-Петербург, очно / удаленно)

НЕ ЗАБУДЬТЕ ПОЛУЧИТЬ ПРОМОКОД,

ДАЮЩИЙ ПРАВО НА ПОЛУЧЕНИЕ СКИДКИ В РАЗМЕРЕ 10%!

БЛИЖАЙШИЕ ВЫСТУПЛЕНИЯ

20

❶ Мастер-класс на ЛАФ-2015

Место, дата, время: Иваново, 20 июня 2015 г., 14:10

Тема: «Личная эффективность системного аналитика»

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

• Количество мест ограничено!

❷ Тренинги в Санкт-Петербурге • Системный и бизнес-анализ в разработке ПО

• Моделирование корпоративной архитектуры на языке ArchiMate

БЛАГОДАРНОСТИ

Автор доклада выражает свою искреннюю

признательность за содействие в организации

его участия в IT Global Meetup #5:

• лично г-же Анне Горбатенко и г-ну Михаилу

Рыжикову;

• учебному центру Level UP (г. Санкт-Петербург)

и лично г-ну Алексею Ханько;

• а также магистрантам кафедры «Системы

обработки информации и управления» (ИУ-5;

2-е в/о) факультета «Информатика и системы

управления» (ИУ) НИУ МГТУ им. Н.Э. Баумана,

прилежно посещающим лекции по дисциплине

«Современные вопросы информатики и

вычислительной техники», за продуктивные

обсуждения и «правильные» вопросы

21

СПАСИБО ЗА ВНИМАНИЕ!

❶ Собственные источники

В ходе подготовки использовались авторские материалы А.В. Петрова, в том числе материалы:

• учебного курса по дисциплине «Системная инженерия» (НИУ МГТУ им. Н.Э. Баумана, 2013 – 2014);

• доклада «Умелое описание бизнес-процессов — залог успешной автоматизации» (REQ Labs ‘14);

• тренинга «Планирование и управление этапом бизнес-анализа ИТ-проекта» (2014)

❷ Контакты

22

Piter United / ITGM

Профиль ведущего

в сети LinkedIn

СПАСИБО ЗА ВНИМАНИЕ!

23

ЧТО ИЗУЧИТЬ [ENG]? (1 / 4)

A Guide to the Business Analysis Body of Knowledge® (BABOK®

Guide) (IIBA, 2009).

ANSI-IEEE 1471-2000. Recommended Practice for Architecture

Description of Software-Intensive Systems.

ArchiMate®. URL:

http://opengroup.org/subjectareas/enterprise/archimate

BPMN 2.0 by Example: non-normative OMG document with

BPMN 2.0 examples (2010). URL: http://www.omg.org/cgi-

bin/doc?dtc/10-06-02

Business Process Model and Notation. Ver. 2.0. URL:

www.omg.org/spec/BPMN/2.0/

Eriksson, H.-E., Penker, M. Business Modeling with UML: Business

Patterns at Work (John Wiley & Sons, 2000).

24

ЧТО ИЗУЧИТЬ [ENG]? (2 / 4)

Freund, J., Rucker, B. Real-Life BPMN: Using BPMN 2.0 to Analyze,

Improve, and Automate Processes in Your Company (2012).

Information Integration for Concurrent Engineering (IICE). IDEF3

Process Description Capture Method Report (Sept. 1995). URL:

http://idef.com/pdf/idef3_fn.pdf

Integration Definition for Functional Modeling (IDEFØ). U.S. Federal

Information Processing Standards Publication 183 (Dec. 1993).

URL: http://www.idef.com/pdf/idef0.pdf

Integration Definition for Information Modeling (IDEF1). U.S. Federal

Information Processing Standards Publication 184 (Dec. 1993).

URL: http://www.idef.com/pdf/idef1x.pdf

ISO 5807:1985. Information processing—Documentation symbols

and conventions for data, program and system flowcharts,

program network charts and system resources charts

25

ЧТО ИЗУЧИТЬ [ENG]? (3 / 4)

ISO/IEC 15288:2002. Systems engineering—System life cycle

processes

ISO/IEC 15288:2008. Systems and software engineering—System

life cycle processes.

ISO/IEC 42010:2007. Systems and Software Engineering—

Recommended practice for architectural description of software-

intensive systems.

ISO/IEC/IEEE 42010:2011. Systems and software engineering—

Architecture description.

Mayer, R.J., Painter, M.K., deWitte, P.S. IDEF Family of Methods for

Concurrent Engineering and Business Re-engineering

Applications. URL: http://www.idef.com/pdf/IDEFFAMI.pdf

26

ЧТО ИЗУЧИТЬ [ENG]? (4 / 4)

Object Management Group. URL: http://omg.org/

Object Management Group Business Process Model and Notation.

URL: http://www.bpmn.org/

The Open Group. URL: http://www.opengroup.org/

TOGAF Information Web site. URL:

http://www.opengroup.org/architecture/togaf/

Unified Modeling Language. URL: http://www.uml.org/

27

ЧТО ИЗУЧИТЬ [РУС]?

ГОСТ 19.701-90. Единая система программной документации.

Схемы алгоритмов, программ, данных и систем. Условные

обозначения и правила выполнения

ГОСТ Р ИСО/МЭК 15288-2005. Информационная технология.

Системная инженерия. Процессы жизненного цикла систем.

Каменнова М., Громов А., Ферапонтов М. и др. Моделирование

бизнеса. Методология ARIS. Практическое руководство. — М.:

Весть-Метатехнология, 2001. —327 с.

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

2.0 / Научно-практическое издание. — М: МЭСИ, 2013. —

264 с.

28