2014-01-26 2 views
-1

Я работаю над проектом управления тренажерным залом, я разработал схему использования в соответствии с требованиями пользователя, теперь я хочу добавить запрос, когда клиент просто приходит запрос, и они должны заполнить форму для запроса и отправьте его регистратору, я немного смущен, где его добавить Here The Use Case Daigram. Пожалуйста, предложите, если что-то не так в диаграмме использования. Обозначение стрелки не является обобщением, я сделал ошибку там, просто чтобы показать следующий шагДобавить запрос кейс в диаграмме прецедента

ответ

0

Я бы рекомендовал разбить эту диаграмму на 2 или 3 диаграммы. Это слишком сложно. Соблюдайте совместные варианты использования на одной диаграмме и отделите несвязанные варианты использования, разделив их на разные диаграммы. Попытайтесь подумать в рабочих процессах или сценариях, чтобы понять, как их разделить.

Является ли Заказчик специализированным ресепшеном? Стрелка показывает связь между ними. Возможно, вы должны использовать пунктирную линию, определяющую стереотип <<talks to>> или аналогичный.

Для справки, ваша проблема заключается в следующем:

Вы еще не понимают, что границы системы являются.

Вы описали систему с регистратором вне границы в качестве актера. Когда вы говорите «форму клиента ... и отправляете его в приемную», какой интерфейс системы?

Пользователь системы является ресепшеном или клиентом? И является ли приемная частью системы?

Если ресепшн является человеком, я бы сказал, что он пользователь, и Клиент не является пользователем системы.

Взаимодействие между Клиентом и приемной должно быть указано на естественном языке в коробке на стороне (в качестве смыслового субстрата), не формализовано в диаграмме прецедентов любой дальнейший: http://www.primaryview.org/UML/Scenarios.html

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

Может быть, лучшее, что вы можете сделать, это записать сценарий, шаг за шагом:

  1. Клиент заполняет форму, полученную от приемной
  2. приемной выполняет ввод данных в систему
  3. ...

Нечто подобное. Только вы можете знать, как конкретно или вообще вам нужно быть.

Чем меньше вы говорите, тем больше фокусируется.

+0

Репетитор - системный пользователь, пожалуйста, ознакомьтесь с моим вариантом использования и исправьте меня, Спасибо за ответ – CY5

+1

Мой вопрос был риторикой. Очевидно, что Ресепшн является актером системы, а Клиент - просто парень, который, оказывается, является клиентом тренажерного зала. Другими словами: держите его из диаграммы, если это возможно ... – pid

+0

ОК, я изменю его и все остальное, что мне нужно изменить – CY5

Смежные вопросы