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

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

2

2015+

организатор «Вечеров системного и бизнес-анализа» в

С.-Петербурге, научный консультант магистратуры «Системный

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

«Информатика и системы управления» НИУ МГТУ им. Н.Э. Баумана

2013+

докладчик Летнего аналитического фестиваля (2015), конференций

Stratoplan TECH & BUSINESS Summit 2013 (поток «Проектирование

и анализ»), Luxoft DEV Labs C++ 2013, Luxoft REQ Labs 2014, слетов

IT Campus 2014, IT Global Meetup #5 (2015), модератор X

Международной конференции CEE-SECR’2014

2012+ научный сотрудник, преподаватель НИУ МГТУ им. Н.Э. Баумана и

совместных проектов Mail.Ru Group с МГТУ им. Н.Э. Баумана и МГУ

им. М.В. Ломоносова «Технопарк@Mail.Ru» и «Техносфера@Mail.Ru»

2011+ независимый тренер и консультант, автор и ведущий тренингов в

Беларуси, Казахстане, Литве, России

2004+ участник более 10 проектов внедрения корпоративных ИС,

моделирования бизнес-процессов и ИТ-аудита организаций

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

3

Нам доверяют

Creara

(г. Москва)

EPAM Kazakhstan (г. Астана,

Республика Казахстан)

«Альфа-Банк»

(г. Москва)

«НОРБИТ»

(ГК «ЛАНИТ», г. Москва)

НИУ Московский

государственный

технический университет

им. Н.Э. Баумана Mail.Ru Group

(г. Москва)

«Эвола»

(г. Москва)

«ПраксисКом»

(г. Москва)

Smart Architects

(г. С.-Петербург)

Реализованные проекты

«НЛК» (г. Москва) «Русская логистическая

служба» (г. Москва)

PRADO Group

(г. Москва)

Electrolux Rus

(г. Москва)

«Мострансагентство»

(г. Москва)

Bionorica Rußland

(г. Москва)

Abbott Laboratories

Russia (г. Москва)

IKEA Russia

(г. Москва)

«Газпром нефть»

(г. С.-Петербург)

«Норильский никель»

(г. Москва)

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

1

2

Вызовы Почему это важно?

Первичные источники знаний (дискуссия)

Ответные шаги [Формальные] методы рассуждения

[Неформальное] концептуальное моделирование предметной области

Создание (ведение) онтологий

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

Деловые игры

Разбор примеров (кейсов)

4

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

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

Изучение предметной области:

почему это важно?

Первичные источники знаний

5

ИЗУЧЕНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ:

ПОЧЕМУ ЭТО ВАЖНО?

Основная задача «Правильно» понимать высказывания заинтересованных

сторон (ЗС), задавать «правильные» вопросы и «правильно» ассистировать формированию «правильных» требований

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

Ключевые вызовы • Стремительный рост объемов информации, требующей

изучения

• Сложность современного материального и нематериального производства и сферы услуг

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

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

• Неготовность членов проектной команды «обучать» аналитика

6 С КАКИМИ ЕЩЕ ПРОБЛЕМАМИ В ОСВОЕНИИ

НОВЫХ ПРЕДМЕТНЫХ ОБЛАСТЕЙ ВАМ ПРИХОДИТСЯ СТАЛКИВАТЬСЯ?

ПЕРВИЧНЫЕ ИСТОЧНИКИ ЗНАНИЙ

Письменные источники • Книги, журналы, блоги, статьи (в том числе в электронных

базах знаний) и пр.

• Артефакты проекта (включая документацию, примеры данных)

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

«Живые» носители знаний • Заинтересованные стороны проекта и независимые эксперты

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

• Аналитики-менторы, готовые к отчуждению своего знания

7

Жизненный и профессиональный опыт • Никакой опыт не может быть абсолютно иррелевантен в освоении

новой предметной области

• Чем больше вы знаете, тем проще вам вступить на новый для себя путь!

[Формальные] методы

рассуждения

[Неформальное] концептуальное

моделирование предметной

области

Создание (ведение) онтологий

Обучение от заинтересованных

сторон (дискуссия)

Деловые игры

Разбор примеров (кейсов)

8

[ФОРМАЛЬНЫЕ] МЕТОДЫ РАССУЖДЕНИЯ

Индукция • Процедура, основанная на переходе от частного к общему на

основе всеобщей связи явлений

Дедукция • Процедура, основанная на переходе от общего («аксиом») к

частному («теоремам») на основе истинности ее посылок

9

Абдукция • Процедура, предполагающая восстановление (вывод) неизвестной

посылки. Формально: 𝑎 ⟶ 𝑏 = 𝑐 ∧ 𝑎 = 𝑐 = 1 ⟹ 𝑏 = 1

• В записи выше посылка 𝑎 обычно выступает «свидетельством» 𝐸 (англ. evidence), результат 𝑐 — «наблюдением» 𝑂 (англ. observation)

• В теоретико-множественном рассмотрении: 𝑇 ∪ 𝐸 ⊨ 𝑂, где 𝑇 ∪ 𝐸 согласуются между собой (консистентны)

КОНЦЕПТУАЛЬНОЕ МОДЕЛИРОВАНИЕ

Задание контекста Контекст моделирования — исходные условия описания части реального (или будущего / воображаемого) мира, объединяющие:

• цели и границы (ширину и глубину) описания;

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

• выбранную точку зрения

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

(статические) и поведенческие (динамические) представления

• Описание системы в «категориях» (классах) и экземплярах

10

M0, M1, M2, … • Уровень мира, будучи объектом моделирования, часто

обозначается как уровень M0

• Большей степени общности в моделях смежных областей можно добиться, переходя от моделей (уровень M1) к созданию метамоделей (уровень M2)

ЕСТЕСТВЕННЫЕ ДЛЯ ПРОЦЕССОВ ПОЗНАНИЯ

МОДЕЛИ РЕДКО СТРОГО ФОРМАЛЬНЫ

ИНТЕЛЛЕКТ-КАРТЫ

11

© А

.В. П

етр

ов

, M

ail.R

u G

rou

p

ВЕДЕНИЕ ОНТОЛОГИЙ

12

Частные и общие онтологии • Построить «онтологию всего» практически невозможно

• Любая формируемая в практических целях онтология de facto является частной, имеет свои границы и свой общеупотребительный язык (жаргон, сленг)

«Строительные блоки» Элементарными «блоками» любой практически значимой онтологии являются концепты, удачную типологию которых в контексте ОО-анализа и дизайна предложил К. Ларман (англ. Kraig Larman):

• объекты реального мира и местоположения в нем;

• абстрактные понятия, транзакции и события;

• организации и роли, правила и политики, протоколы и записи;

• внешние системы, контейнеры для других элементов модели

КАК ОФОРМЛЯТЬ ОНТОЛОГИИ ОБЛАСТЕЙ?

ОБУЧЕНИЕ

ОТ ЗАИНТЕРЕСОВАННЫХ СТОРОН

13

Со стороны «Исполнителя» • Парная (вариант: командная) работа над реальным проектом

(а как же иначе? ), вторым участником которой является более компетентный в предметной области аналитик-ментор

• Укрепление производственных отношений

• Снижение «аналитического долга» в части зависимости от одного аналитика

Со стороны «Заказчика» • Индивидуальная (вариант: командная) работа над реальным

проектом в соответствии с техникой анализа на основе вопросов (англ. Question-Driven Analysis, QDA)

• Приемы и техники: «активное слушание», открытые вопросы, переспросы, протоколирование и согласование протокола «в моменте»

КАК ЗАДАВАТЬ ПРАВИЛЬНЫЕ ВОПРОСЫ?

ДЕЛОВЫЕ ИГРЫ

14

Сильные стороны • Возможность командной работы и моделирования широкого

спектра ситуаций, приближенных к «боевым»

• Возможность использования реальных или квазиреальных данных предметной области

Слабые стороны • Низкая (вариант: нулевая) ценность для результатов проекта.

Время, отведенное на игру, можно признать непроизводительным

• Нацеленность преимущественно на развитие социальных, а не предметно-ориентированных знаний, навыков и умений (soft skills vs. hard skills)

РАЗБОР ПРИМЕРОВ

15

Сильные стороны • Возможность продуктивного анализа не только стандартных, но

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

• Работа с первичными и отчетными документами

Слабые стороны • Слабость формата для заочного проведения (по телефону,

электронной почте или видеоконференцсвязи)

• Необходимость предоставления «Исполнителю» чувствительных к раскрытию данных

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

«Магический квадрант» методов

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

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

16

«МАГИЧЕСКИЙ КВАДРАНТ» МЕТОДОВ

17

Реализуемость

Эф

фе

кти

вн

ость

Деловая игра

Разбор примеров

Концептуальное моделирование

Обучение от

заинтересованных сторон

Логические рассуждения

Совместная работа

с аналитиком-ментором

Ведение онтологий

Сравнивая потенциальную

силу соответствующего

метода «погружения» в

новую предметную область

с его реалистичностью в

реальной

производственной

практике, легко заметить,

что эффективность и

реализуемость метода

вступают в типичный

неустранимый конфликт.

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

18

Доклад на Central & Eastern Europe – Software Eng. Conf. (Russia) 2015

Место, дата, время: Москва, 22 или 23 октября 2015 г. (уточняется)

Тема: «Системная инженерия на ИТ-специальностях: опыт преподавания в ведущих вузах России»

» Системная инженерия, она же — известная многим системотехника, в последние десятилетия претерпела серьезные трансформации как в России, так и за рубежом. Вместе с тем, за последние 20 лет отечественные вузы во многом утратили экспертизу в области преподавания системотехники и оказались неспособны предлагать рынку выпускников, готовых и умеющих браться за разработку сложных систем.

» В своем докладе мы поделимся личным опытом преподавания системной инженерии в МГТУ им. Н.Э. Баумана (г. Москва) и СПбГЭТУ ЛЭТИ (г. Санкт-Петербург), расскажем о подготовке авторских учебных программ и проблемах, возникавших в ходе образовательного процесса.

БЛИЖАЙШИЕ КОНФЕРЕНЦИИ ПО RE

19

22nd Int’l Working Conference on Requirements Engineering: Foundation for Software Quality

Место, дата, время: Гётеборг, 14 – 17 марта 2016 г.

Тема: ”Understanding an Ever-Changing World Through the Right Requirements”

» The REFSQ working conference is the leading European conference series on requirements engineering. It is the goal of REFSQ to foster the creation of a strong European RE community across industry and academia. Since 1994, Requirements Engineering continued to be a dominant factor influencing the quality of software, systems and services.

Ключевые даты: подача тезисов — 26 сентября 2015 г. подача статей — 03 октября 2015 г.

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

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

В ходе подготовки семинара использовались

материалы тренинга А.В. Петрова «Системный

и бизнес-анализ в разработке ПО. Полный

курс» (2015)

❷ Контакты

20

Level UP

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

в сети LinkedIn

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

21