В универе выдали задание, где нужно смоделировать базу данных на предметную область "Перевозка пассажиров автобусами". Я реализовал модель данных в нотации IDEF1X, но преподаватель говорит, что у меня неправильно описана сущность "маршрут". А что конкретно не может рассказать. Я уже отчаялся. Если кому не сложно, то расскажите, как оно должно быть. Пример в аттачах. Буду очень благодарен

Спасибо за отклик, добрый человек!)

SERG1257Телефоны в отдельную сущность не надо отделять.
но ведь они должны быть атомарны?

SERG1257Наименования вообще неясные - точка это остановка, отчет о перевозке это поездка?

приведу всю предметную область:

Автопредприятие оказывает населению услуги по перевозке пассажиров. Для этого используется парк микроавтобусов, которые перевозят пассажиров по маршрутам, закрепленным за автопредприятием. О каждом маршруте известно: начальный и конечный пункты, расстояние. О каждом микроавтобусе известно: государственный номер, производитель, модель, пассажировместимость, год выпуска и дата прохождения последнего технического обслуживания. Микроавтобусами управляет штат водителей. О каждом водителе известно: фамилия, имя, отчество, пол, возраст, стаж работы на предприятии и категория водительских прав. В разное время на одном и том же микроавтобусе могут работать разные водители. Ведется учет работы микроавтобусов и водителей на маршрутах. Каждый водитель ведет учет перевезенных пассажиров, взимает плату за проезд и ежедневно отчитывается о результатах работы.

SERG1257А так - водители автобусов - нафиг не нужна.
через эту сущность я так реализовал связь многие-ко-многим. Ведь водитель может управлять многими автобусами и много водителей может управлять одним автобусом. Хотя я не уверен..

сейчас посидел и немного переделал модель данных. Может так будет нагляднее?

Dimitry Sibiryakovamnesiacно ведь они должны быть атомарны?
Зачем? Они ведь всего лишь атрибут водителя.


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

SERG1257 но лучше (проще) свести в поездку маршрут, водителя и автобус.
можно об этом поподробнее, если не сложно?

SERG1257и где здесь про точки или про телефоны?

окей..телефоны и правда не нужны. Даже не знаю зачем я их впихнул. Может для объема..

SERG1257amnesiac >но лучше (проще) свести в поездку маршрут, водителя и автобус.
можно об этом поподробнее, если не сложно?И что было непонятно?

Вы так имели ввиду?

Спасибо большое за отзыв. Попробую защитить это.

guest_20040621> О каждом маршруте известно: начальный и конечный пункты, расстояние.

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

Маршрут движения из точки А в точку Б не обязан совпадать с маршрутом движения из точки Б в точку А. Детализировать есть необходимость?
да, согласен с вами. Наверное есть необходимость, т.к когда я показывал свой первый вариант (просто с начальной и конечной точкой) препод сказал, что так можно разными улицами и путями проехать, потому я и решил ввести остановки. Тип остановки: конечная, начальная и промежуточная.

авторСколько маршрут может иметь остановок в вашей схеме?
Сложно сказать. Чисто теоретически наверное сколько угодно. Зависит от самого маршрута

авторФормально задача не предполагает реализации ничего из перечисленного.

т.е по Вашему мнению стоит просто оставить сущность "маршрут" с атрибутами "расстояние", "нач. точка", "конечная точка"?

авторИ где реализация этого в вашей схеме?

как таковой реализации нет. Просто подключил схему к БД access и посмотрел как она перешла в таблицы. Но данные не вводил. На мой взгляд нужно сначала разобраться с самой схемой, а потом только заполнять. Может я не прав конечно..

авторЯ про схему и спрашиваю

я наверное не понимаю вас) Вы под схемой имеете ввиду модель данных в Erwin? Или схему данных в access?

sdet,

минимум 3. Начальная, конечная + как минимум 1 промежуточная. Может быть больше...я даже не задумывался над этим? Это разве как-то влияет на модель данных в общем виде?