Постусловие реализации диаграммы вариантов использования UML (с диаграммой) - PullRequest
2 голосов
/ 23 ноября 2008

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

Связана ли пунктирная линия << include >> только для предварительных условий? Могут ли пузыри вариантов использования соединяться друг с другом и следовать логическому пути?

Итак, это то, что я имею до сих пор .. 1) Пузырь «Оплатить платеж» находится не в том месте? Должен ли он был «включить» в другие пузыри? 2) Должен ли я также связать пузыри «запрос на обслуживание» с техником, так как он будет ремонтировать машину?

Изображение

http://i.stack.imgur.com/iIBIt.jpg

1 Ответ

5 голосов
/ 24 ноября 2008

Варианты использования похожи на классы. Они имеют наследование (расширяет) и отношения, такие как включает и использует.

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

Не пытайтесь упорядочить пузыри вариантов использования. Вот для чего нужны диаграммы деятельности и диаграммы последовательности. Для этого и есть повествовательный текст. Это то, что пользователи уже знают.

Кроме того, не теряйте много времени, рассматривая варианты использования как язык программирования сверхвысокого уровня. Помните, актеры уже знают, что они делают; им не нужна помощь в последовательности вещей.

Вам необходимо сосредоточиться на захвате действующих лиц, сценариях использования и основных «расширяет», «использует», «включает» среди вариантов использования. Модели вариантов использования не являются программированием. Диаграмма вариантов использования - это сбор информации о том, кто и что.

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

Когда у вас есть Актер, связанный с актером (например, Техник и Отдел регистрации), вы говорите, что актеры взаимодействуют вне системы. Вы говорите, что техник никогда не входит в систему, чтобы получить свою работу или записать свое время.

Если техник действительно войдет в систему, чтобы получить работу и записать время, то техник участвует в некоторых случаях использования.

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

При проектировании системы вы будете реализовывать функции пользовательского интерфейса и базы данных, которые в определенной последовательности соединяют варианты использования.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...