Лекции (1 курс, 2 семестр) УТкПО / Управление требованиями к программному обеспечению 3
.pdfКонцепция решает задачу
Границы же относятся к определенному проекту или его итерации, в которых реализуются возможности продукта.
Границы более динамичны, чем концепция, так как заинтересованные лица изменяют содержимое каждой версии в соответствии с ограничениями графика, бюджета, ресурсов и качества. Границы текущего выпуска должны быть четко определены, но границы будущих выпусков тем менее четко определены, чем более дальняя перспектива рассматривается. Задача команды состоит в управлении границами конкретного проекта разработки или улучшения как определенным подмножеством стратегической концепции продукта.
Концепцияпродуктаохватываетграницыкаждогозапланированноговыпуска и
тем менее четко определена, чем болеедальняяперспективарассматривается
Противоречивые бизнестребования
Бизнес-требования, собранные из многих источников, могут быть противоречивыми.
Противоречивые бизнес-требования
Трения между заинтересованными лицами с разными целями и ограничениями ведут к конфликтующим бизнестребованиям.
Лица, ответственные за принятие решений, должны разрешить эти конфликты до того, как аналитик создаст подробные требования к терминалу. Основное ударение должно быть сделано на предоставлении максимальных бизнес-преимуществ основным заинтересованными лицам. Легко отвлечься на внешние характеристики продукта, которые не соответствуют поставленным бизнес-целям.
Лица, ответственные за принятие решений, не должны считать, что разрешением конфликтов между разными заинтересованными лицами будет заниматься команда
разработчиков ПО.
Документ о концепции и границах
Документ о концепции и границах (vision and scope document) собирает бизнес-
требования в единый документ, который подготавливает основу для последующей разработки продукта. В некоторых организациях с этой же целью создают устав проекта или положение о бизнес-задачах. В организациях, создающих ПО на продажу часто создают документ основных рыночных требований (market requirements document, MRD). В нем более детально, чем в документе о концепции и границах, рассматриваются целевые сегменты рынка и вопросы коммерческого успеха продукта.
Документ о концепции и границах
Владельцем документа о концепции и границах считается куратор проекта, тот, кто финансирует проект, или имеет аналогичную ответственность.
Бизнес-аналитик может вместе с этим человеком разрабатывать документ о концепции и границах. Информация, касающаяся бизнестребований, должна поступать от лиц, четко понимающих, почему они взялись за проект. Это может быть клиент или топ-менеджер организации, разрабатывающей продукт, ответственный за концепцию, менеджер по продукту, эксперт предметной области или специалисты отдела маркетинга.
Шаблон
документа о концепции и границах
1. Бизнес- |
2. Рамки и |
3. Бизнес- |
|
требования |
ограничения проекта |
контекст |
|
1.1 Исходные |
2.1 Основные функции |
3.1 Профили |
|
данные |
2.2 Объем |
заинтересованных |
|
1.2 |
Возможности |
первоначально |
лиц |
бизнеса |
запланированной |
3.2 Приоритеты |
|
1.3 |
Бизнес-цели |
версии |
проекта |
1.4 |
Критерии |
2.3 Объем |
3.3 Особенности |
успеха |
последующих версий |
развертывания |
|
1.5Положение о 2.4 Ограничения и концепции проекта исключения
1.6Бизнес-риски
1.7Предположения
и зависимости
Документ
концепции и границ
Документ концепции и границ определяет границы на высоком уровне, а подробности границ представлены базовыми требованиями отдельных выпусков, определенных командой. Крупные новые проекты должны иметь завершенный документ концепции и границ и спецификацию требований.
Каждая итерация, выпуск или проект по улучшению продукта может включать собственное положение о границах в документации требований к проекту, при этом создавать отдельный документ концепции и границ необязательно.
1. Бизнес-требования
Проекты запускаются с полным убеждением, что новый продукт сделает мир для кого-то лучше и обеспечит прибыль. Бизнес-требования описывают основные преимущества, которые новая система даст ее заказчикам, покупателям и пользователям. Бизнес-требования непосредственно влияют на то, какие пользовательские требования будут реализованы и в какой последовательности.
1.1 Исходные данные
Они суммируют обоснование и содержание нового продукта или изменения, которые нужно внести в существующий продукт.
Здесь помещают общее описание предыстории или ситуации, в результате чего было принято решение о создании продукта.