Ознакомление разработчиков с концепциями предметной
области.
Чтобы помочь разработчикам в общих чертах понять
предметную область, проведите семинар, на котором познакомьте их с
бизнесом клиента, терминологией и назначением создаваемого продукта.
Это уменьшит вероятность путаницы, непонимания и доработок. Можно
также на время проекта назначить каждому разработчику «личного
пользователя», который будет разъяснять профессиональные термины и
бизнес-концепции. Лучше, если это будет настоящий фанат продукта.
Создание бизнес-словаря.
Словарь со специализированными
терминами из предметной области снизит вероятность непонимания,
включите в него синонимы, термины, имеющие несколько значений, и
термины, имеющие в предметной области и повседневной жизни разные
значения [12].
5.4.
Выявление требований
Определение
процесса
формулирования
требований.
Документация этапов выявления, анализа, определения и проверки
требований. Наличие инструкций по выполнению ключевых операций
поможет аналитикам качественно и согласованно выполнить их работу.
Кроме того, будет проще поставить задачи по созданию требований и
графики, а также продумать необходимые ресурсы.
Определение образа и границы проекта.
Документ об образе и
границах проекта содержит бизнес-требования к продукту. Описание
образа проекта позволит всем заинтересованным лицам в общих чертах
понять назначение продукта. Границы проекта определяют, что следует
реализовать в этой версии, а что – в следующих. Образ и границы проекта
– хорошая база для оценки предлагаемых требований, Образ продукта
должен оставаться от версии к версии относительно стабильным, но для
каждого выпуска необходимо составлять отдельный документ о
границах.
|
