Создание диаграммы вариантов использования на уровне детализации

В настоящее время я документирую все требования клиента, используя диаграммы вариантов использования, и, конечно же, я новичок в парадигме дизайна. У меня есть диаграмма вариантов использования высокого уровня, которая содержит общие системные требования. И затем у меня есть диаграмма вариантов использования на уровне детализации для каждого варианта использования, определенная в диаграмме вариантов использования высокого уровня. Теперь, на диаграмме уровня детализации, я также включил варианты использования, которые запускает сама система.

например Вариант использования высокого уровня — загрузить файл отчета

Пример использования уровня детализации для файла отчета о загрузке:

введите здесь описание изображения

Здесь, на рисунке выше, варианты использования 1.3, 1.4 и 1.5 запускаются из системы, и эти варианты использования не взаимодействуют напрямую с пользователем.

Итак, мой вопрос заключается в том, должен ли я включать этот тип использования системного уровня в подробную диаграмму вариантов использования или я должен просто включать те варианты использования, которые взаимодействуют только с пользователем?

P.S. если то, что я делаю выше, недействительно (способ, которым я создаю диаграмму вариантов использования, как показано на диаграмме), то, пожалуйста, я хотел бы получить ваши рекомендации.


use-case uml ooad
person Ra Ka    schedule 13.09.2016    source источник
comment
Я бы порекомендовал прочитать Биттнера/Спенса. Вы пробуете функциональную декомпозицию, а не создаете варианты использования.   -  person qwerty_so    schedule 13.09.2016
comment
Хорошо, спасибо за информацию. Я как бы чувствую, что варианты использования, которые я создаю каким-то функциональным образом. В любом случае, я был бы признателен, если бы вы могли сказать мне, что я могу сделать вместо этого? Не могли бы вы предоставить мне какое-то решение для моего случая? А пока я буду учиться по рекомендованной вами книге.   -  person Ra Ka    schedule 14.09.2016

Ответы (1)


arrow_upward
1
arrow_downward

Ну, не совсем ответ, а совет. Проблема здесь в том, что мне нужно было бы отказаться от вашего дизайна и начать с нуля. И это, конечно, невозможно. Итак, в качестве руководства:

  • Ищите добавленную стоимость, а не функциональность.
  • Не используйте (!) include/extend, а просто нарисуйте простые ассоциации между действующим лицом и вариантом использования.
  • Для каждого варианта использования спросите себя: является ли это добавленной стоимостью? Только если ответ да, то добавьте пузырь.
  • Назовите каждый вариант использования глаголом/субъектом (и, в конечном итоге, объектом)
  • Используйте только главного актера и не используйте второстепенных актеров в своих диаграммах.
  • Если ваши диаграммы унифицированных коммуникаций начинают напоминать паутину, ваш дизайн, скорее всего, неисправен.
  • Абсолютного числа нет, но обычно вы заканчиваете с горсткой актеров и несколькими десятками UC.
person qwerty_so    schedule 14.09.2016
comment
Ваш ответ действительно очень четкий и информативный. Большое Вам спасибо. - person Ra Ka; 15.09.2016