Денис Бесков. Как обеспечивать полноту требований

Как обеспечивать полноту требований?

Денис Бесков

Школа системного анализа

Обзор вебинара1. Как измерить полноту требований

2. Техники обеспечения полноты требований

2.0 Анализ текста с пристрастием

2.1 Модели типовых требований:

• Чеклисты

• Шаблоны

• Профили

2.2. Множественные проекции:

• Графические модели

• Рецензирование

2.3. Техники трассировки:

• Функциональная декомпозиция и иерархии

• Сценарные техники

• Трассировки объектов на операции

3. Стоимость применения техник

4. Рекомендации по применению

5. Ответы на вопросы 2

МОЖНО ЛИ ГАРАНТИРОВАТЬПОЛНОТУ ТРЕБОВАНИЙ?

3

Гарантия полноты?

• Нет

4

Все полезные требования

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

КАК ПОМЕРЯТЬ ПОЛНОТУ ТРЕБОВАНИЙ?

5

Измерение полноты требований

Кол-во тр, выявленных до начала реализации требований

÷(Кол-во выявленных

в ходе проекта требований–

Кол-во требований, которые возникли позже)

6

Пример: Измерение полноты требований

• Выявлено до начала реализации — 200• Выявлено всего в ходе проекта — 300• Появилось принципиально новых — 30

Степень полноты исходных требований = 200/(300-30) = 74%

7

ВИДЫ ТРЕБОВАНИЙ

8

Виды требованийФункциональные Не-функциональные

Бизнес • Бизнес-результаты• Бизнес-процессы• Технология выполнения

деятельности

• Метрики бизнес-результатов• Законодательные ограничения• Бизнес-правила• Правовые ограничения

Пользовательские (системные)

• Результаты применения системы(выходные данные)

• Пользовательские задачи• Входные данные

• Атрибуты внешнего качества• Атрибуты качества в

использовании• Интерфейсы интеграции,

протоколы взаимодействия

Технические • Технология выполнения задач

• Алгоритмы• Структуры данных

• Атрибуты внутреннего качества• Технические ограничения

платформы

9

ТЕХНИКИ ОБЕСПЕЧЕНИЯ ПОЛНОТЫ ТРЕБОВАНИЙ

10

0.Въедливое чтение с пристрастием

«Система должна позволять заводить проекты»

Вопросы:1. Кому?2. В каких случаях?3. Что такое «Проект»?4. Что значит «заводить»?

11

1. МОДЕЛИ ТИПОВЫХ ТРЕБОВАНИЙ

12

Чеклисты (контрольные списки)

Цели проекта измеримы

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

Указаны требования к численности персонала

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

13

Шаблоны структуры и содержания

IEEE 29148-2011. Stakeholder Requirements Document

…4. Требования к поддержке деятельности4.1 Бизнес-процессы4.2 Политики и правила4.3 Ограничения деятельности4.4 Режимы работы4.5 Качество выполнения деятельности4.6 Структура деятельности… 14

Типовые профили (качества) / 1

Атрибут / Требования к показателю Значение для уровня качества

0 1 2 3

Результативность (Effectiveness)

Процент успешного завершения сценариев необученным

пользователем должен составлять не менее, % - 66 80 95

Скорость обучения (Learnability)

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

результативности до 95%, не должна превышать, минут - 240 10 0

Продуктивность (Efficiency),

Скорость работы обученного пользователя

Среднее время выполнения поисковых сценариев в 80%

случаев не должно превышать, минут - 3 1 0,3

15

Типовые профили (качества) / 2

16

Класс системы Результативность

(Effectiveness)

Скорость

обучения

(Learnability)

Скорость

работы

(Efficiency)

Удовлетво-

рённость

(Satisfaction)

HS Home Site 0 2 0 -

EMA Enterprise Mobile App 1 2 1 -

CEWA Custom Enterprise Desktop/Web App 1 1-2 2 1

EDA Enterprise Desktop App 2 1-2 2 1

BBS B2B SaaS 2 2 2 1

BS Business Site 2 3 1 1

BCS B2C SaaS 3 2 2 2

CDA Consumer Desktop App 2 2 2 2-3

CMA Consumer Mobile App 2 3 2-3 2-3

CWS Consumer Web Service 3 3 3 2

2. МНОЖЕСТВЕННЫЕ ПРОЕКЦИИ

17

Зачем нужны проекции?

18

2.1. Контекстная диаграмма

19

2.2. Диаграмма состояний

20

2.3. Перекрёстное рецензирование (peer review)

21

3. ТЕХНИКИ ТРАССИРОВКИ

22

3.1. Функциональная декомпозиция

23

1. Система должна позволять Респонденту создавать письма1.1 Система должна позволять указывать адресата письма при его создании1.2 Система должна позволять прикладывать к письму файл

1.2.1 Система должна проверять, что размер прикладываемого к письму файла не превышает предельно допустимого

2. Система должна позволять отправлять письма2.1 Система должна отправлять письмо только в том случае, если у него указан адресат и это не сам отправитель

3. Система должна сохранять отправленные письма

3.2. Сценарные подходы

24

…

5. Делопроизводитель дает системе команду на редактирование документа.

6. Система переводит документ в режим редактирования.

7. Делопроизводитель заполняет поля информацией о хранении документа: «Индекс номенклатуры», «Комната хранения», «Стеллаж», «Полка», «Номер тома».

8. Система отображает документ с заполненными полями.

9. Делопроизводитель нажимает кнопку «Перевести в архив».

10. Система изменяет статус документа «Архив» и выводит делопроизводителю сообщение «Документ успешно перемещен в архив».

…

3.3. Трассировка объектов на операции

25

Создание/Загрузка

Обновление Поиск/Список/Просмотр

Удаление

Договор FR-14, UC-2 UC-3 FR-11 ?

Клиент FR-13 - ? ?

Пользователь

? ? ? ?

Проект UC-1 UC-8 FR-2 FR-7

3.4. Трассировка ПТ на БТ (User Story)

Я, как московский велосипедист,

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

чтобы знать, куда можно съездить на выходных

26

СТОИМОСТЬ ПРИМЕНЕНИЯ ТЕХНИК

27

Стоимость применения техник

28

Тип Техника Стоимость применения

Чтение с пристрастием 1 час на страницу

Типовые тр. Чеклисты требований 0,5 на страницу

Типовые тр. Шаблоны документов 0,5 ч на страницу

Типовые тр. Типовые профили (качества) 1-8 часов

Проекции Контекстная диаграмма 1-4 часа

Проекции Диаграмма состояний 1-3 часа на выбр. объекты

Проекции Перекрёстное рецензирование 30 мин на страницу

Трассировка Функциональная декомпозиция ?

Трассировка Сценарная трассировка ТТ на ПТ (use case) N use cases * 1-4 часа (с разработкой)

Трассировка Трассировка объектов на операции N объектов × 4 мин

Трассировка Трассировка ПТ на БТ (user stories) N историй x 5-10 мин (с разработкой)

СПАСИБО

29