Помогите разработать диаграмму классов системы бронирования

Question

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

Итак, я начал составлять диаграмму классов UML:

У меня есть 2 интерфейса IBookingHandler (имеет реализацию, например, BowlingBookingHandler) для обработки различных типов заказов, а IPriceOption (имеет реализацию, например, BowlingNormalPrice) для обработки разных типов цен. IBookingHandler использует IPriceOption для генерации общей стоимости бронирования.

Класс данных «Бронирование», который представляет запись бронирования в объекте Класс родительских данных «Тип» и подкласс «Lane», которые имеют такие методы, как etCurrentStock », для получения экземпляров типов для бронирования.

Может ли кто-нибудь рассмотреть этот дизайн и сообщить мне, что не так или нет?

Очень ценится.

Джеймс Лин

Answer 1

Вы, вероятно, хотите отдельный класс для клиента. Один клиент может иметь несколько заказов.

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

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

Чем больше информации о клиенте вы соберете, тем лучше для вашего друга. Так как у него тогда есть дешевый и простой способ рекламы.