Слайды для вебинара Дениса Бескова в Школе системного анализа 5 марта 2015 года

1. Как обеспечивать
полноту требований?
Денис Бесков
Школа системного анализа

2. Обзор вебинара
1. Как измерить полноту требований
2.Техники обеспечения полноты
требований
2.0 Анализ текста с пристрастием
2.1 Модели типовых требований:
• Чеклисты
• Шаблоны
• Профили
2.2. Множественные проекции:
• Графические модели
• Рецензирование
2.3.Техники трассировки:
• Функциональная декомпозиция и
иерархии
• Сценарные техники
• Трассировки объектов на операции
3. Стоимость применения техник
4. Рекомендации по применению
5. Ответы на вопросы 2

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

4. Гарантия полноты?
• Нет
4
Все полезные
требования
Выявленные
требования

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

6. Измерение полноты требований
Кол-во тр, выявленных до начала реализации
требований
÷
(Кол-во выявленных
в ходе проекта требований
–
Кол-во требований, которые возникли позже)
6

7. Пример: Измерение полноты требований
• Выявлено до начала реализации — 200
• Выявлено всего в ходе проекта — 300
• Появилось принципиально новых — 30
Степень полноты исходных
требований = 200/(300-30) = 74%
7

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

9. Виды требований
Функциональные Не-функциональные
Бизнес • Бизнес-результаты
• Бизнес-процессы
• Технология выполнения
деятельности
• Метрики бизнес-результатов
• Законодательные ограничения
• Бизнес-правила
• Правовые ограничения
Пользовательские
(системные)
• Результаты применения
системы
(выходные данные)
• Пользовательские задачи
• Входные данные
• Атрибуты внешнего качества
• Атрибуты качества в
использовании
• Интерфейсы интеграции,
протоколы взаимодействия
Технические • Технология выполнения
задач
• Алгоритмы
• Структуры данных
• Атрибуты внутреннего качества
• Технические ограничения
платформы
9

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

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

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

13. Чеклисты (контрольные списки)
Цели проекта измеримы
Указаны требования к назначению
Указаны требования к численности
персонала
Указаны требования к структурам
данных
13

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

15. Типовые профили (качества) / 1
Атрибут /Требования к показателю Значение для уровня качества
0 1 2 3
Результативность (Effectiveness)
Процент успешного завершения сценариев необученным
пользователем должен составлять не менее, % - 66 80 95
Скорость обучения (Learnability)
Длительность обучения, необходимая для доведения
результативности до 95%, не должна превышать, минут - 240 10 0
Продуктивность (Efficiency),
Скорость работы обученного пользователя
Среднее время выполнения поисковых сценариев в 80%
случаев не должно превышать, минут - 3 1 0,3
15

16. Типовые профили (качества) / 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

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

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

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

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

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

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

23. 3.1. Функциональная декомпозиция
23
1. Система должна позволять Респонденту создавать письма
1.1 Система должна позволять указывать адресата письма при
его создании
1.2 Система должна позволять прикладывать к письму файл
1.2.1 Система должна проверять, что размер прикладываемого к
письму файла не превышает предельно допустимого
2. Система должна позволять отправлять письма
2.1 Система должна отправлять письмо только в том случае, если
у него указан адресат и это не сам отправитель
3. Система должна сохранять отправленные письма

24. 3.2. Сценарные подходы
24
…
5. Делопроизводитель дает системе команду на редактирование документа.
6. Система переводит документ в режим редактирования.
7. Делопроизводитель заполняет поля информацией о хранении документа: «Индекс
номенклатуры», «Комната хранения», «Стеллаж», «Полка», «Номер тома».
8. Система отображает документ с заполненными полями.
9. Делопроизводитель нажимает кнопку «Перевести в архив».
10. Система изменяет статус документа «Архив» и выводит делопроизводителю сообщение
«Документ успешно перемещен в архив».
…

25. 3.3.Трассировка объектов на операции
25
Создание/Заг
рузка
Обновление Поиск/Списо
к/Просмотр
Удаление
Договор FR-14, UC-2 UC-3 FR-11 ?
Клиент FR-13 - ? ?
Пользовател
ь
? ? ? ?
Проект UC-1 UC-8 FR-2 FR-7

26. 3.4.Трассировка ПТ на БТ (User Story)
Я, как московский велосипедист,
хочу видеть доступные и планируемые
веломаршруты в Москве, их состояния,
характеристики и прогнозы,
чтобы знать, куда можно съездить на
выходных
26

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

28. Стоимость применения техник
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. СПАСИБО
29