Как обобщить акторов в UML-диаграммах

Question

Вот сценарий использования, который у меня есть

Ever Green Homes PVT Ltd. (EGH) продает дома. Люди, которые хотят продать свои дома, подписывают контракт с EGH и предоставляют информацию о своем доме. Эта информация хранится в базе данных EGH, и часть этой информации отправляется в общегородскую службу множественных списков, используемую всеми агентами по недвижимости. EGH работает с двумя типами потенциальных покупателей. У некоторых покупателей есть интерес к одному конкретному c дому. В этом случае EGH печатает информацию из своей базы данных, которую агент по недвижимости использует, чтобы помочь показать дом покупателю (процесс, выходящий за рамки моделируемой системы). Другие покупатели обращаются за советом к EGH в поиске дома, который отвечает их потребностям. В этом случае покупатель заполняет форму информации о покупателе, которая вводится в базу данных покупателя, и агенты по недвижимости EGH используют эту информацию для поиска в базе данных EGH и в службе множественного перечисления домов, которые отвечают их потребностям. Результаты этих поисков распечатываются и используются, чтобы помочь агенту по недвижимости показать дома покупателю.

В описании указаны типы покупателей.

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

Вот диаграмма варианта использования, которую я нарисовал:

Пожалуйста, помогите мне исправить любые проблемы с моей диаграммой, если они есть. ..

Answer 1

Два вида покупателей

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

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

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

Кто настоящие актеры?

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

Конечно, мы могли бы представить взаимодействие с веб-сервисом на основе rnet. Но в повествовании говорится «EGH печатает информацию из своей базы данных, которую агент по недвижимости использует, чтобы помочь показать дом покупателю» . Аналогичным образом, формулировка " покупатель заполняет форму информации о покупателе, которая вводится в базу данных покупателя ", предполагает, что "введенный", по-видимому, предполагает "введенный клерком".

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

Рассматриваемая система

Если субъект - это внутреннее программное приложение настоящего эстатора, я вижу только трех участников (поскольку продавцы и покупатели не взаимодействуют с системой):

• Агент по недвижимости (основной, человеческий)
• Клерк (основной, человеческий)
• Общегородской сервис листинга ( вторичный, системный) `

Если это услуга inte rnet, предоставляемая настоящим эстатором, с которой продавец и покупатель могли бы взаимодействовать, ваши актеры были бы правы ( отсутствует сервис листинга, хотя).

Если это само агентство по недвижимости (то есть бизнес-прецедент , как Ивар Якобсон , предложенное в его книге " Преимущество объекта: реинжиниринг бизнес-процессов с использованием объектной технологии " и в RUP), то есть смещение фокуса, и у нас будут только участники вне агентства недвижимости (так что ни клерка, ни агента): продавец, Покупатель, Компания, управляющая сервисом листинга.

Answer 2

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

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