Требования Flashcards
Требование
Практическое описание проблемы, которую нужно решить или возможности, которую можно использовать
Либо условия, которым должен соответствовать создаваемый продукт
Характеристики требований
- Описывает решение конкретной проблемы
- Документально зафиксировано
- Должно быть реализовано
- Измеряемо
Требования к проекту
Это требования, описывающие организацию работы команды
Включают в себя:
1. Физические ресурсы, необходимые команде: оборудование, помещение и прочее
2. Необходимость обучения персонала
3. Проектную документацию: руководство пользователя, руководства для поддержки
4. Необходимые изменения инфраструктуры операционной среды ПО: антивирусы, браузеры, виртуальные рабочие места и пр.
5. Требования и процедуры для установки, конфигурирования, тестирования и выпуска нового продукта, а также для перехода со старой системы на новую систему. Например, количество и разделение ландшафтов, требования к миграции данных, бэкапы и пр.
6. Требования по сертификации продукта, его соответствие требованиям регулирующих органов, правовой защите (патенты).
7. Внутренние документы компании: её политика, процессы, структуры и прочее.
8. Соглашение с клиентами об уровне обслуживания (Service Level Agreement — SLA). Например, гарантийное обслуживание.
9. Сроки проекта
Где описываются проектные требования?
НЕ описываются в Спецификации к ПО
Раскрываются в: бизнес-плане, руководствах пользователя, руководствах тех. поддержки
Почему важно грамотно собирать и управлять требованиями?
Стоимость внесения изменений в ПО или устранения программной проблемы увеличивается пропорционально этапу, на котором вносятся изменения или исправления
Уровни требований
Бизнес-проблема (поступает от бизнеса)
|
Бизнес - требования (поступают от бизнеса/бизнес-аналитика)
|
Пользовательские требования (составляет системный аналитик на основании бизнес-требований)
|
Функциональные требования (составляет системный аналитик на основании пользовательских требований)
Бизнес-требования
Описание целей, задач и желаемых для заказчика результатов разработки ПО. То есть то, что нужно компании
Содержат:
Бизннес-цели компании - увеличение прибыли/доли рынка/снижение издержек
Исходят от:
Тех, кто непосредственно финансирует проект (департамент/руководство), или от бизнес-аналитиков, которые выявили несовершенства процесса/построили новый процесс
Пример:
К следующему году снизить среднее время обработки документа с 3х дней до 3х часов. Для достижения цели требуется снижение времени простоя, снижение количества людей, участвующих в обработке документа
Пользовательские требования
Описывают нужды уже конкретных пользователей, а не компании
Содержат:
Описание возможностей системы, которые хочет видеть пользователь, описание важных характеристик продукта
Исходят от:
Конкретных пользователей, которые уже работают или будут работать с целевой системой
Пример:
Возможность автоматически распознать и заполнить номер договора из документа в формате Word/PDF
Функциональные требования
Описывают, что конкретно должно делать ПО, какие функции оно должно иметь/выполнять, чтобы удовлетворять задачи пользователей/задачи бизнес-процесса (в случае автоматизации)
Содержат:
Сценарии поведения ПО в различных условиях
Пример:
Поле в базе данных должно автоматически заполниться номером договора при поступлении документа от контрагента.