|
Связан ли каждый вариант хотя бы с одним субъектом
| Если это не так, налицо ошибка: варианты, которые не взаимодействуют с субъектами, избыточны, и их нужно удалить.
Дополнительные сведения приведены в разделе Рекомендации:
вариант. |
Все ли варианты независимы от других
| Если два варианта всегда активируются в одной и той же последовательности, скорее всего, их можно объединить. |
Вопросы по включаемым вариантам:
| действуют ли какие-либо предположения относительно вариантов, в которые будет включен данный вариант? Таких предположений
нужно избегать, чтобы изменения включающих вариантов не могли сказаться на включаемом варианте. |
Есть ли в системе варианты с очень похожим поведением или похожей последовательностью событий?
| Если такие варианты есть и их поведение должно остаться схожим и в будущем, рекомендуется объединить их. Это упростит
внесение изменений в будущем. Примечание: изменение вариантов нужно согласовать с пользователями, поскольку объединение
может повлиять на тех, кто будет пользоваться новым объединенным вариантом. |
Смоделирована ли часть потока операций в качестве другого варианта?
| Если да, можно использовать старый вариант в новом. |
Смоделирована ли часть потока операций внутри другого варианта?
| Если да, нужно извлечь общий поток операций и использовать его в обоих вариантах. Примечание: изменение вариантов нужно
согласовать с пользователями, поскольку оно может повлиять на тех, кто будет пользуется существующим вариантом. |
Следует ли включить поток событий одного из вариантов в поток событий другого варианта?
| Если да, такую ситуацию следует моделировать с помощью операции расширения. |
Присвоены ли всем вариантам уникальные, понятные и очевидные имена, не позволяющие спутать их в будущем
| Если нет, переименуйте прецеденты. |
Понятны ли имена и описания вариантов не только для клиентов, но и для пользователей?
| Имена вариантов должны описывать их поведение. |
Удовлетворяет ли вариант очевидным требованиям к его производительности?
| Все нефункциональные требования к производительности должны быть включены в прецедент Особые требования. |
Соответствует ли обмен данными между субъектом и вариантом ожиданиям пользователей?
Понятно ли, где начинается и где заканчивается поток операций варианта?
Определенное поведение может наблюдаться только при невыполнении того или иного условия
| Предусмотрено ли описание происходящего в случае, если указанное событие не выполнено? |
Есть ли в модели слишком сложные варианты?
| Если вы хотите, чтобы модель вариантов была простой для понимания, нужно разделить сложные варианты. |
Содержит ли вариант несопоставимые потоки событий?
| Если да, рекомендуется разделить его на несколько независимых вариантов. варианты с несколькими несопоставимыми потоками
операций, как правило, очень сложны для понимания и обслуживания. |
Правильно ли смоделирован вложенный поток операций в варианте?
Четко ли известно, кому нужен вариант?
| Ясно ли назначение варианта? |
Ясна ли схема взаимодействия субъектов и обмена информацией между ними
Формирует ли краткое описание правильное представление о варианте?
|
