Лекция 6.2. Разработка требований к результату. ПроектаЗачем нужны требования. Какие бывают требования. Действия по
 Скачать 1.4 Mb.
|
|
Разработка требований к результату проекта Зачем нужны требования. Какие бывают требования. Действия по извлечению требований. Источники и методы выявления требований. 02.10.2017 Что дальше? • Определили цели проекта. • Выработали единый образ продукта. • ? Зачем детально прорабатывать требования? Итак, зачем нужны требования? • Требования позволяют конкретизировать и детализировать ожидания различных групп заинтересованных сторон, отражают различные точки зрения на результат проекта. • Проработка требований позволяет проверить образ результата на полноту и непротиворечивость, а также зафиксировать все необходимые потребности. Определения Требование – условие, которому должен соответствовать, или характеристика, которую должен иметь результат проекта в соответствии с договором или другой формально предписанной спецификацией. Управление требованиями – это систематический подход к выявлению, организации и документированию требований к продукту проекта, а также установка и поддержание соглашения между заказчиком и исполнителями по поводу изменений требований к продукту. Какие бывают требования? • По уровню требований • Заказчик Зачем? Бизнес-требования • Пользователи Что и как? Задачи и функции • Исполнители Что и как? Реализация Какие бывают требования? • По типу требований Функциональные • Что должен делать? Нефункциональные • Как должен делать? Какие бывают требования? Какими свойствами должны обладать требования? • Ясность (понятность) – требование однозначно понимается Заказчиком и исполнителями. • Полнота и единичность – требование описывает одну и только одну характеристику, содержит всю необходимую информацию для исполнителей. • Трассируемость – требование не противоречит другим требованиям. • Выполнимость – требование может быть реализовано в пределах проекта. • Проверяемость – существует возможность проверить реализованные требования. Источники требований Практика показывает, что хорошие требования начинаются с хороших первоисточников . При этом источники зависят от специфики проекта и контекста предполагаемого использования продукта проекта. Действия по извлечению требований Внимание! Спрашивать: «Что Вы хотите?» – бесполезно Шаги по разработке требований 1. Выявление требований. 2. Анализ требований. 3. Документирование требований. 4. Проверка требований. 1. Выявление требований От того, насколько точно, полно и достоверно собраны требования, зависит реализация всего проекта. На данном шаге рекомендуется пользоваться предварительно созданным планом выявления требований . План может состоять из следующих разделов: • Что хотите узнать : перечисление целей выявления требований. • Где хотите узнать : перечисление источников. • Как будете узнавать : используемые методы, мероприятия. • Что хотите получить : список предполагаемых результатов. • Когда хотите узнать : назначение исполнителей. 2. Анализ требований Цель – получение понятных и непротиворечивых требований , на основе которых можно проектировать и реализовывать продукт проекта. Какие действия происходят на данном шаге: • информация формулируется в виде требований с такой степенью подробности, которая необходима исполнителям; • требования уточняются, исключаются конфликтующие и дублирующие требования; • анализируется осуществимость заявленных требований; • определяются совместно с Заказчиком их приоритеты. 3 . Документирование требований В зависимости от проекта формат документа с требованиями может варьироваться: от реестра требований – простого документа, перечисляющего все требования, отсортированные по приоритету, до полноценного технического задания – более тщательно проработанного описания, содержащее технические решения, различные приложения. 4. Проверка требований • В проверке качества разработанных документов участвуют как представители команды проекта, так и представители Заказчика, в том числе, эксперты в предметной области. • Проверка заключается в поиске предметных неточностей, противоречий, недостающих сведений, оценке реализуемости. • После проверки и исправления замечаний документ утверждается Заказчиком и команда приступает к реализации проекта. |