1.14. Документ о концепции и границах проекта
Бизнес-требования:
— Исходные данные. Подробное описание проблемы, с которым встречаются пользователи, является стимулом.
— Возможности бизнеса. Решение проблемы, предложенной в исходных данных.
— Бизнес-цели и критерии успеха. Бизнес — цели должны быть проверяемыми.
— Положение о концепции. См. 1.14.1.
— Бизнес-риски. См. 1.15.
— Предположения и зависимости. Факторы, которые могут способствовать развитию ПП.
Рамки и ограничения проекта:
— Основные функции. Высокоуровневые не детализированные функции с точки зрения пользователя. Их, скорее всего, не будет много, будут детализироваться на уровне требований пользователей. В концепции должны быть переставлены эти функции, далее отталкиваемся от них.
— Объем первоначальной и последующих версий. Этот список функций можно поделить на любое количество версий, как удобно нам или заказчику.
— Ограничения и исключения. Исключения — это то, что не будет в проекте, то, что выходит за границы ПП. См. 1.16.
Бизнес-контекст. Концепция окружения:
— Профили заинтересованных лиц.Люди, которые заинтересованы в развитии этого ПП, необязательно пользователи. См. 1.17.
— Приоритеты проекта.
— Особенности развертывания (операционная среда).
1.14.1. Положение о концепции
Для [целевая аудитория]
Который [положение о потребностях и возможностях]
Эта (этот) [имя продукта]
Является [категория продукта]
Который(ая) [ключевые функции, основное преимущество]
В отличие [основной конкурирующий продукт]
Наш продукт [положение об основном отличии и преимуществе нового продукта]
1.15. Бизнес-риски
Источники риска:
Конкуренция. Знать, кто занимается выбранным направлением.
Изменение законодательства. Могут внести изменения для любого типа ПО.
Невыполнение обязательств партнерами. Если оборудование должно быть доставлено в некоторый срок, но этого не случилось, и вам негде протестировать код.
Необходимость использования новых технологий. Новые технологии требуют новые знания, будут ли люди в вашей команде, которые эти новые знания уже имеют, смогут быстро получить.
Отсутствие единого видения программного продукта у заказчиков, пользователей и разработчиков. Не получается прийти к единому мнению между заказчиками и программистами.
Ошибки в определении требований к программному продукту. Неправильное понимание требования, неправильная формулировка.
Иллюстрация, которая наглядно показывает данный риск.
1.16. Ограничения проекта и их выявление
Экономические:
— Какие финансовые ограничения следует учесть?
— Существуют вопросы лицензирования?
Технические:
— Существуют ограничения на технологии?
— Допустимо использование новых технологий?
Системные:
— Проект создается в рамках существующей системы?
— Надо обеспечить совместимость с существующей системой?
Эксплуатационные:
— Существуют юридические ограничения?
— Существуют требования к безопасности?
1.17. Профили заинтересованных лиц
Заинтересованное лицо.
Основная ценность программного продукта.
Отношение к программному продукту.
Основные интересы.
Ограничения.
1.18. Пример бизнес-требований разных групп пользователей
Разработчики терминала:
— Получение прибыли от продажи терминала.
— Привлечение к бренду розничных компаний и магазинов.
Магазин:
— Максимальное получение прибыли от торговых площадей.
— Привлечение новых покупателей.
— Минимальные расходы на обслуживание терминала.
Покупатели:
— Уменьшение затрат времени на покупку.
— Простой для понимания процесс совершения покупки.