Моделирование предметной области или диаграмма классов для автосалона

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

Это сообщит, является ли конкретный подкласс действительно точным.

Я вижу, что встреча может включать несколько тест-драйвов, которые сами связаны с отдельными автомобилями. Таким образом, сам тест-драйв — это не что иное, как ссылка от клиента к транспортному средству, которые связаны с назначением.

test-drive будет содержать информацию, относящуюся только к тест-драйву:

ссылка на клиента - даже это может быть спорным, чтобы включить

ссылка на транспортное средство

продолжительность тест-драйва

местонахождение (возможно, транспортное средство двигалось не в том месте, которое можно было определить по договоренности с владельцем)

температура клиента (горячая или холодная - т. е. клиент казался восторженным)

Комментарии

и Т. Д.

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

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

Вторая часть вашего вопроса была забыта (это легко сделать, когда вы задаете два вопроса в одном):

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

Я думаю, что ваш вариант использования: «Продавец хочет сохранить информацию о потенциальных клиентах, если они позволяют в маркетинговых целях». и самое простое решение — иметь коллекцию списков рассылки, которая содержит имя и адрес каждого потенциального клиента.

Я думаю, вы упускаете суть. Цель модели домена — познакомить вас с доменом:

-- What kind of entities you have in yor domain?
-- If they are important for your system under desing, 
   what kind of properties they have, how they behave?
-- What kind of business rules they obey?

Остальное детали. Думайте как картограф. Запишите то, что есть. Создайте простую карту, чтобы не заблудиться в этом домене. Не пытайтесь изобретать. Абстрагируйте то, что существует в предметной области: Не бегайте за «причудливыми абстракциями», которые вы создали сами.

Модель предметной области может использоваться в качестве источника для объектно-ориентированного анализа/проектирования. Но их цель не в том, чтобы представлять программные абстракции.