Автор Тема: Диаграмма классов для такси-сервиса  (Прочитано 1294 раз)

janna

  • Newbie
  • *
  • Сообщений: 1
  • Рейтинг читателей: 1
    • Просмотр профиля
у меня есть тестовая задача - описать требования к разработке функционала "Split fare" для такси-сервиса. Смысл услуги заключается в том, что пользователь, заказавший такси, может добавить опцию "Разделить стоимость с другом"

Решила начать с описания сущностей.
Получилась такая диаграмма https://drive.google.com/file/d/0By6RSFsXZ70jT054WEdOSEVSeGM/view?usp=sharing
Всячески приветствую комментарии и критику.

пс
сознательно не стала описывать "Водитель", "Автомобиль", поскольку эти сущности не сыграют роли в предоставлении услуги "Split fare" (водитель не может изменить или отказаться от заказа с разделенной стоимостью, услуга доступна для любого автомобиля)



Galogen

  • Member of CAR
  • Hero Member
  • *****
  • Сообщений: 6011
  • Рейтинг читателей: 187
  • Аксакал
    • Просмотр профиля
    • Профиль в Моем Круге
Re: Диаграмма классов для такси-сервиса
« Ответ #1 : 28 Февраля 2016, 22:39:30 »
А что Вы хотите услышать от участников форума?
Модель у Вас простейшая. И это что? ERD или смесь ERD и диаграммы классов?

Могу посоветовать описать функциональность split fare, описать процесс оплаты, далее будет понятно какая структура Вам нужно.
Требования описываются в первую очередь словами, а потом возможно уточняются моделями.

Denis Beskov

  • Member of CAR
  • Hero Member
  • *****
  • Сообщений: 2405
  • Рейтинг читателей: 90
    • Просмотр профиля
    • Школа системного анализа
Re: Диаграмма классов для такси-сервиса
« Ответ #2 : 29 Февраля 2016, 00:11:04 »
Комментарии и критика — если вам нужно разрабатывать требования — разрабатывайте требования.

Графические модели — это лишь инструмент контроля и обеспечения полноты требований.

[прилетело НЛО и...]

  • Full Member
  • ***
  • Сообщений: 168
  • Рейтинг читателей: 25
    • Просмотр профиля
Re: Диаграмма классов для такси-сервиса
« Ответ #3 : 20 Марта 2016, 13:51:00 »
Решила начать с описания сущностей.
Получилась такая диаграмма https://drive.google.com/file/d/0By6RSFsXZ70jT054WEdOSEVSeGM/view?usp=sharing
Всячески приветствую комментарии и критику.
Поздновато, конечно, подключаться, есть риск, что уже неактуально.

Смотрите, janna, как узнать по Вашей модели, с кем пользователь, скажем, Иван, может разделить оплату заказа? Со всеми? Или ни с кем? Или только со своей гёрл-френдом Марьей? Надо от Ивана провести связи к его гёрл- и бой-френдам.

Второе, придумка приделать хвостик к заказу, где будет лежать всё то, что относится к новой фиче, -- это здорово. Вопрос в том, достаточно ли одного хвоста разделённому заказу? Скажем, три поросёнка поехали на такси в Дальнее Бутово присмотреть участок под домик. Наф-наф, такой, говорит:
-- Надоело мне за всех платить, давайте рассплитим.
Делать нечего, рассплитили.
Но даже если мы опутаем поросят дружественными связями, как отследить, что все трое оплатили свою часть. Janna, давайте сделаем заказу столько хвостов, сколько было "поросят", сплитящих оплату. На каждом поросячьем хвостике будем делать зарубки: принял ли поросёнок предложение участвовать в сплите; оплатил ли он свою долю и т. п. Ну и, понятное дело, хвост нужно соединить со своим хозяином-свином.
« Последнее редактирование: 20 Марта 2016, 16:16:02 от [прилетело НЛО и...] »
[...и улетело НЛО.]