Следует ли определять исключения в случаях использования? - PullRequest
1 голос
/ 12 ноября 2010

Скажем, у вас есть сценарий использования, который называется «расписание собраний». Определенные в спецификации встречи можно запланировать только на текущее время или будущее. В сценарии использования он должен включать поток, в котором «если указанная дата / время были в прошлом, в окне сообщения будет показано« время встречи не может быть в прошлом »»?

Как я уже сказал, в спецификации определено, что дата / время не могут быть в прошлом, но в определении варианта использования его также следует определять там?

Ответы [ 3 ]

2 голосов
/ 12 ноября 2010

Бизнес-процессы не должны быть техническими, если их можно избежать.

Сказать что-то вроде «Пользователь увидит ошибку при этих условиях ...» - это нормально, но разработчики сами должны определить, как это реализовать. Исключения могут быть хорошим способом, но бизнесзаинтересованные стороны должны быть безразличны к деталям реализации.

1 голос
/ 28 мая 2012

Я рад, что нашел эту старую ветку! Я только что прочитал вики-статью об исключениях из вариантов использования, и это породило некоторые проблемы для меня.

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

Вариант использования выражает требование, в данном случае, планировать собрание. Работа с недопустимыми приглашениями на собрания фактически является частью процесса планирования, а не исключением из него.

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

Если вы моделируете итеративно, вы будете «обнаруживать» и управлять требованием отклонять недействительные приглашения на собрания, когда будете разрабатывать свою модель / документ.

0 голосов
/ 28 мая 2012

Я рад, что нашел эту старую ветку! Я только что прочитал вики-статью об исключениях из вариантов использования, и это породило некоторые проблемы для меня.

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

Вариант использования выражает требование, в данном случае, планировать собрание. Работа с недопустимыми приглашениями на собрания фактически является частью процесса планирования, а не исключением из него.

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

Если вы моделируете итеративно, вы будете «обнаруживать» и управлять требованием отклонять недействительные приглашения на собрания, когда будете разрабатывать свою модель / документ.

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

...