Точка расширения - вариант использования

Question

Предположим, у меня есть сценарий использования Купить книгу , и основной поток выглядит следующим образом:

1- The user types the book code that he wants to buy
2- The system replies that there's enough stock of the requested book
3- The user confirm

Очень просто.

Теперь предположим, что я хочу дать пользователю возможность сделать еще одну вещь между 2 и 3. Как мне это сказать? Я предполагаю, что это расширение этого варианта использования, но я не уверен, где это точка расширения.

Насколько я знаю, если я выберу, скажем, точку расширения в 3, то у пользователя есть возможность сделать 3 или сделать все расширения, но не 3. Такое же поведение альтернативных потоков.

Но то, что я хочу, отличается. Я хочу немного "2.5" или ничего ... вместо этого или ничего не делай; не другое.

Извините за смутный вопрос.

Answer 1

Один из вариантов - это формат, рекомендуемый в «1001» * «Написание примеров эффективного использования» Алистера Кокберна :

2a-  User wants to do another thing:
2a1- The user does another thing
2a2- The system responds in some way, returns to step 3

Шаг 2a выполняется после шага 2 и до шага 3. Если UC заканчивается на шаге 2a2, просто замените «возврат к шагу 3» на «Конец варианта использования» или аналогичный.

НТН.

Answer 2

Я думаю, что вы действительно хотите, это альтернативный путь.Альтернативный путь ссылается на шаг в главном или в другом альтернативном пути.Я обычно делаю ссылку на шаг Начала в альтернативе.Затем шаг «Конец» является либо ссылкой на то, куда он возвращается, либо указанием на то, что путь останавливается.

Answer 3

Проблема здесь заключается в разнице между моделью прецедентов в UML и описаниями прецедентов. Точка расширения - это концепция из UML, используемая для отделения расширенных и расширяемых вариантов использования. Если вы хотите придерживаться этого, вы должны определить позицию ветвления и возврата обратно самостоятельно, потому что UML ничего не говорит об описаниях вариантов использования. Лично я также являюсь поклонником подхода Алистера Кокбернса к случаям использования, однако он не соответствует стандарту UML. Есть еще один способ, предложенный Биттнером (Книга моделирования сценариев использования), который предлагает разбить сценарий на подпотоки с заголовками.