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

Question

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

, например. Высокий уровень UseCase - Загрузить файл отчета

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

Здесь, в приведенном выше рисунке, UseCase 1,3, 1,4 и 1,5 являются триггером из системы, и это usecases напрямую не взаимодействуют с пользователем.

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

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

Answer 1

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

• Ищите дополнительную ценность, а не функциональность.
• Не используйте (!) Include/extend и просто рисуйте простые ассоциации между актером и прецедентом.
• Для каждого случая использования спросите себя: это добавленная стоимость? Только если ответ да, то добавьте пузырь.
• Назовите каждый прецедент с глаголом/субъектом (и, в конечном итоге, объектом)
• Используйте только основного актера и не оставляйте в стороне каких-либо второстепенных субъектов.
• Если ваши диаграммы UC начинают напоминать паутинные сети, ваш дизайн, вероятно, сломан.
• Нет абсолютного числа, но вы заканчиваете обычно несколькими актерами и несколькими десятками UC.