Онлайн образование

1.

Онлайн
образование
otus.ru

2.

Проверить, идет ли запись
Меня хорошо видно
&& слышно?

3.

Практикум
Управление изменениями,
трассировка требований
Бодров Иннокентий
Lead Analyst at Stenn International
[email protected]
Tg: @innokentyB
Facebook: innokentyB

4.

Бодров Иннокентий
Lead analyst at Stenn
International
Ведущий аналитик продуктовой
команды
Более 14 лет в системном и бизнес
анализе, из них более 10 в проектах
Специализируюсь в области
финтех, телеком-проектов и
электронного документооборота

5.

Преподаватель
Ирина Гертовская
Аналитик, инженер по требованиям
Руководитель подразделений ИТ-аналитиков
Успешные проекты для крупного бизнеса, финтеха
Соавтор проф.стандарта РФ «Бизнес-аналитик», 2018 г.
Председатель программного комитета ЛАФ
Докладчик конференций AnalystDays, SECR, ЛАФ, Точка
сборки, INFOSTART, SQA Days
Преподаватель курса «Системный аналитик. Basic»

6.

Правила вебинара
Активно
участвуем
Условные
обозначения
Индивидуально
Off-topic обсуждаем
в Slack #канал группы или #general
Время, необходимое
на активность
Пишем в чат
Задаем вопрос
в чат или голосом
Вопросы вижу в чате,
могу ответить не сразу
Говорим голосом
Документ
Ответьте себе или
задайте вопрос

7.

Маршрут вебинара
Ретро: Методы управления требованиями
Практикум: управление требованиями
Рефлексия

8.

Цели вебинара
После занятия вы сможете
1.
Научится планировать управление требованиями
2.
Выявлять зависимости для управления требованиями
3.
Выполнять управление требованиями

9.

Управление изменениями

10.

Изменение требований
Условие
По заключенному контракту на разработку системы бронирования услуг поступило официальное
письмо от генерального директора фирмы-заказчика.
В письме сообщается, что в связи с ковидом следует изменить MVP. Вместо бронирования столиков
в ресторане реализовать бронирование услуг доставки продуктов. Доставку продуктов оказывают
несколько логистических фирм. Заказывают онлайн-магазины.
Задание
Определить артефакты, требующие изменения в требованиях:
1. Рассмотреть список разрабатываемых требований (см. прилагаемую таблицу, лист Ревизия 1).
2. Выявить требования, подлежащие изменению в связи с изменением MVP, перевести в статус На
анализе.
3. Определить требования, которые следует зарегистрировать, включить в версию (указать в
таблице, статус Новое).
4. Выявить требования, которые следует исключить из версии (указать статус К исключению).
5. Обработанные требования выделить цветом, указать легенду.
6. *Указать приоритет обработки требований (дополнить в таблице).
Результат предоставить в виде таблицы, лист Ревизия 2.

11.

Виды требований
Понятие
Определение
Бизнес-требование
Высокоуровневая бизнес-цель организации или заказчиков системы
Бизнес-правило
Определяющее или ограничивающее политика или правило
Пользовательские требования
Задачи, которые должны получать пользователи от системы или выполнять с
помощью системы
Внешние интерфейсы
Взаимодействие с другими системами или пользователем
Ограничения
Ограничения доступных вариантов реализации
Системные требования
Верхнеуровневые требования к продукту, содержащему несколько подсистем и
состоящему из ПО или ПО и оборудования
Функциональные требования
Требуемое поведение системы в определенных условиях
Нефункциональные требования
Свойства или особенности, которыми должна система или ограничения, которое
должна соблюдать система
Атрибуты качества
Характеристики свойств, особенности, ограничения системы

12.

Виды требований
Понятие
Определение
Бизнес-требование
Высокоуровневая бизнес-цель организации или заказчиков системы
Бизнес-правило
Определяющее или ограничивающее политика или правило
Пользовательские требования
Задачи, которые должны получать пользователи от системы или выполнять с
помощью системы
Внешние интерфейсы
Взаимодействие с другими системами или пользователем
Ограничения
Ограничения доступных вариантов реализации
Системные требования
Верхнеуровневые требования к продукту, содержащему несколько подсистем и
состоящему из ПО или ПО и оборудования
Функциональные требования
Требуемое поведение системы в определенных условиях
Нефункциональные требования
Свойства или особенности, которыми должна система или ограничения, которое
должна соблюдать система
Атрибуты качества
Характеристики свойств, особенности, ограничения системы

13.

Взаимозависимость требований
требова
Бизнесправила
ний
НФТ
требова
Атрибуты
качества
ний
требован
Внешние
интерфейсы
ий
требовани
й
Ограничения

14.

Взаимозависимость требований
требова
Бизнесправила
ний
НФТ
требова
Атрибуты
качества
ний
требован
Внешние
интерфейсы
ий
требовани
й
Ограничения

15.

Атрибуты требований
Каждый тип требований может характеризоваться различным набором свойств, которые
называются атрибутами требования. Атрибуты требований – основной инструмент для
управления требованиями. По атрибутам можно делать различные выборки (представления view) требований в зависимости от интересов различных ролей проектной команд.
BREQ
• Статус
• Номер версии
• Приоритет
• Подсистема
• Основание
• Источник требования
• Ответственный
UC
• Статус
• Номер версии
• Приоритет
• Подсистема
• Основание
• Источник требования
• Ответственный
FREQ
• Статус
• Номер версии
• Приоритет
• Подсистема
• Основание
• Источник требования
• Ответственный

16.

Статусы

17.

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

18.

Вопросы?
Ставим “+”,
если вопросы есть
Ставим “–”,
если вопросов нет

19.

Практикум

20.

Изменение требований
Условие
По заключенному контракту на разработку системы бронирования услуг поступило официальное
письмо от генерального директора фирмы-заказчика.
В письме сообщается, что в связи с ковидом следует изменить MVP. Вместо бронирования столиков
в ресторане реализовать бронирование услуг доставки продуктов. Доставку продуктов оказывают
несколько логистических фирм. Заказывают онлайн-магазины.
Задание
Определить артефакты, требующие изменения в требованиях:
1. Рассмотреть список разрабатываемых требований (см. прилагаемую таблицу, лист Ревизия 1).
2. Выявить требования, подлежащие изменению в связи с изменением MVP, перевести в статус На
анализе.
3. Определить требования, которые следует зарегистрировать, включить в версию (указать в
таблице, статус Новое).
4. Выявить требования, которые следует исключить из версии (указать статус К исключению).
5. Обработанные требования выделить цветом, указать легенду.
6. *Указать приоритет обработки требований (дополнить в таблице).
Результат предоставить в виде таблицы, лист Ревизия 2.

21.

Вопросы?
Ставим “+”,
если вопросы есть
Ставим “–”,
если вопросов нет

22.

Список материалов для изучения
BABOK. Руководство к своду знаний по бизнес-анализу. V3
К.Вигерс, Д.Битти «Разработка требований к программному обеспечению»
Э.Халл, К.Джексон, Д.Дик «Инженерия требований»
Управление требованиями к IT-проектам darkneo https://habr.com/ru/post/114571/
https://www.webursitet.ru/article/trebovaniya-k-sisteme-upravleniya-trebovaniyami.html
http://earchive.tpu.ru/bitstream/11683/17013/1/conference_tpu-2015-C04-v2-067.pdf
https://habr.com/ru/company/sqalab/blog/217737/

23.

Рефлексия

24.

Вопросы для проверки
1.
Для чего управлять требованиями?
2.
Какие методы управления требованиями вы знаете?
3.
Что такое трассировка?

25.

Рефлексия
С какими основными мыслями
и инсайтами уходите с вебинара?
Как будете применять на практике то,
что узнали на вебинаре?

26.

Следующий вебинар
22 сентября 2022
Этапы, задачи и виды проектирования
Ссылка на вебинар
будет в ЛК за 15 минут
Материалы
к занятию в ЛК —
можно изучать
Обязательный
материал обозначен
красной лентой

27.

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

28.

Спасибо за внимание!
Приходите на следующие вебинары
И ещё...
Slack #са-2022-07 #general
Конференции (Analyst Marathon, Analyst Days) и митапы
Канал PRO анализ в ИТ
Бодров Иннокентий
Lead Analyst at Stenn International
[email protected]
Tg: @innokentyB
Facebook: innokentyB
https://t.me/spherical_analyst