Виталий Григораш, uml2.ru, Epam Systems, Санкт-Петербург, Россия Ирина Сурова, uml2.ru, Банк Софт Системс, Москва, Россия

1. Планирование процесса
управления требованиями
Виталий Григораш. EPAM Systems, Ирина Сурова. BSS
UML2.ru

2. О чем пойдет речь?
• Как описать процесс управления требованиями?
• Как спланировать процесс управления требованиями
для конкретного проекта

3. Зачем нужно описывать
процесс?
• Хотим разобраться, как он устроен, и спланировать
его
• Хотим разобраться, почему он работает не так, как
хочется, и исправить его
• Нужно получить документы, регламентирующие
процесс
• ...
Зафиксируйте ваши цели описания процесса

4. Кто мы?
• Аналитик проекта
• Аналитик, ответственный за процесс управления
требованиями в проекте
• Бизнес-аналитик, описывающий процессы компании,
не входящий проект
• ...
Зафиксируйте точку зрения на описание

5. Для кого описываем?
• Для аналитиков проекта
• Для участников команды проекта
• Для руководства компании
• ...
Зафиксируйте список пользователей описания

6. Что входит в процесс?
• Роли
• Входные/выходные данные (артефакты)
• Работы
Определите параметры процесса

7. Пример описания
параметров процесса
act Пример процесса
Информация от
Заказчика
Выявление требований
Модель
требований
[Начальная] Анализ требований
Модель
требований Аналитик
[Уточненная]
Документирование
требований
Техническое
задание
Проверка качества
требований
Техническое Эксперт предметной
задание области
[Соглас ованное]

8. Что влияет на процесс?
• Методология проекта
• Предпочтения заказчика
• Квалификация членов команды
ГОСТ
MSF ICONIX SCRUM

9. В чем выражается
влияние?
• Ключевые точки (вехи) проекта
• Требования к результатам работ аналитика
• Требования к выполнению работ
Зафиксируйте внешние требования к параметрам
процесса

10. Итоги (промежуточные)
У нас есть:
• Цель
• Точка зрения
• Пользователи
• Список артефактов, ролей, работ
• Ключевые точки проекта
• Требования к артефактам и выполнению работ
Мы готовы описать процесс!

11. Описание артефактов
процесса
 Назначение и область применения
 Цикл жизни
 Ответственный за создание и пользователи
 Атрибуты
 Формат (шаблон)
 Взаимосвязи с другими артефактами (трассировки)
 Критерии проверки (согласования)

12. Атрибуты требований
• Уникальный идентификатор
• Приоритет
• Статус
• Версия ПО (build)
• Трудоемкость
• Другие

13. Типы требований и
трассировка
Бизнес требование
Ключевая возможность
Вариант использования Характеристика качества
Функциональное требование Ограничение

14. Отчеты и метрики
• Матрицы трассировок
• Выборки требований по
критериям
• Статистические данные по
требованиям
• Другие отчеты

15. Описание видов работ
процесса
 Цель и критерии завершения
 Роль, ответственная за выполнение
 Требования к входным данным
 Результирующие артефакты
 Правила выполнения
 Правила использования инструментальных средств

16. Типичные работы
процесса управления
требованиями
 Выявление требований
 Анализ требований
 Документирование требований
 Проверка качества требований
 Управление изменениями требований

17. Важно учесть!
Для проверки качества
требований
• Список участников проверки
• Последовательность проверки
• Количество итераций
согласования
• Критерии качества требований
• Сроки согласования
• Обработка протоколов
замечаний

18. Важно учесть!
Для управления изменениями
требований:
• Возможные источники изменения
• Анализ влияния изменения на
проект
• Роль, ответственная за принятие
решения о реализации или
отказе изменения
• Фиксация изменения в
требованиях
• Оповещение проектной команды

19. Инструменты и
программное обеспечение
• Система управления
требованиями
• Средство моделирования
требований
• Средства коммуникации

20. Описание ролей в
процессе
 Область ответственности
 Выполняемые работы
 Используемые данные
 Создаваемые артефакты
 Требуемые навыки
 Совместимость с другими ролями

21. Пример ролей
• Бизнес-аналитик
• Системный
аналитик
• Эксперт
предметной
области
• Лидер команды
аналитиков
• Рецензент

22. Что нужно сделать еще?
• У нас есть текст и/или диаграммы описания процесса
(выявлены, проанализированы и задокументированы
требования к процессу)
• Пора проверить качество описания
• Проверьте описание на соответствие целям
• Согласуйте описание процесса с пользователями

23. Где мы?
 Описание процесса управления требованиями
• Планирование процесса управления требованиями

24. Для конкретного
проекта требуется:
• Зафиксировать соответствие членов команды ролям
проекта
• Определить сроки и длительность работ по
управлению требованиями
• Зафиксировать набор артефактов процесса,
разрабатываемых в проекте
• Зафиксировать контрольные точки и метрики/отчеты
процесса
• Запланировать обучение членов команды

25. План управления
требованиями
Основные разделы:
• Список заинтересованных лиц
• Типы используемых
артефактов и трассировка
между ними
• Атрибуты требований
• Виды аналитических работ
• Отчеты и метрики
• Обучения и тренинги
• Инструменты и ПО

26. План управления
проектом
• Составление сметы по
аналитическим работам
• Оценка трудозатрат
• Распределение задач
• Идентификация
контрольных точек
• Набор команды
аналитиков

27. Когда процесс запущен
• Используйте результаты планирования на протяжении всего
жизненного цикла проекта
• Соблюдайте описанный процесс
• Ищите слабые места в процессе и улучшайте их

28. uml2.ru – Сообщество
Системных Аналитиков
Выявление Требований Планирование процесса
Байкин Александр Сурова Ирина
Дао Аналитика
Бесков Денис
Риски Аналитика Моделирование на UML
Печёнкин Григорий Иванов Денис
Ирина Сурова irr.suri@gmail.com
Виталий Григораш vitaly.grigorash@gmail.com
Типичные Проблемы Выявления Требований и их Решение.
www.uml2.ru