Диаграмма просто для того, чтобы дать вам обзор. Тяжелый вес варианта использования - текстовое описание, которое сопровождает его. Там вы описываете сценарий использования, задействованные субъекты, предварительные и постусловия и фактические шаги варианта использования в последовательности. Взгляните на текстовую спецификацию и обратите внимание на заголовки разделов. Это довольно хороший пример того, как должны быть описаны варианты использования. По сути, вы хотите, чтобы ваши описания были разделены, как в # 2, но для общего представления о «большой» картине может быть полезно также сгруппировать их. Так что у вас есть, например используйте вариант "# 1 Изменить пользовательскую спецификацию", а затем у вас будет "# 1a Изменить пароль пользователя", "# 1b Предоставить доступ" и т. д.
Будьте осторожны с вариантами использования и пользовательскими историями !
- Варианты использования представлены в виде диаграммы, как вы показали, и описаны в довольно строгом формате. Они предназначены для спецификации определенного действия пользователя и позволяют документировать и назначать функцию на достаточно подробном уровне (с точки зрения пользователя, но иногда и с точки зрения системы).
- С другой стороны, пользовательские истории происходят из гибкого мира и представляют собой гораздо более упрощенное описание «функции». Важно уточнить, что пользовательские истории не предназначены для спецификации! Они не включают предварительные и последующие условия или подробное описание основных и альтернативных потоков! Они должны быть такими маленькими, чтобы их можно было описать одним предложением.
С пользовательскими историями программист свободен / обязан самостоятельно решать вопросы, например, что делать в случае ошибки и тому подобное. С вариантами использования все это документировано, само сообщение об ошибке и что должно произойти.