wiki:ERModel

Version 1 (modified by 181085, 2 years ago) ( diff )

--

Актуелна верзија

Дијаграм

Податочни побарувања

Ентитети

  • Admin: Како што самото име кажува Админот ке биде ентитет кој ќе се креира директно во базата на податоци и ке има само еден. Тој ќе биде задолжен за одобрување на Возачот (Driver) профилите.
  • Кандидат клучеви: Admin_Id, специјално креиран атрибут кој што ќе ни претставува клуч во базата со цел конзистентност и едноставност.
  • Листа атрибути на ентитетот:
    1. Name – Текстуален тип на податок, задолжително поле.
    2. Surname – Текстуален тип на податок, задолжително поле.
    3. Email – Текстуален тип на податок, задолжително поле кое мора да е во форма на xxxxxx@…
    4. Password – Текстуален тип на податок, заполжително поле, мора да има минимум 8 карактери, 1 специјален карактер и 1 цифра.
  • Driver: Овој ентитет ке ги чува податоците за сите возачи што ги има компанијата.
  • Кандидат клучеви: Driver_Id, специјално креиран атрибут кој што ќе ни претставува клуч во базата со цел конзистентност и едноставност.
  • Листа атрибути на ентитетот:
    1. Name – Текстуален тип на податок, задолжително поле.
    2. Surname – Текстуален тип на податок, задолжително поле.
    3. Email – Текстуален тип на податок, задолжително поле кое мора да е во форма на xxxxxx@…
    4. Password – Текстуален тип на податок, заполжително поле, мора да има минимум 8 карактери, 1 специјален карактер и 1 цифра.
    5. Profile_picture – Слика која ќе се чува како BLOB тип на податок и ќе претставува профилна фотографија на возачот, не е задолжителна. Сите слики се зачувуваат во 300x500 големина.
    6. Price_per_km – Нумерички тип на податок, задолжително поле. Секој возач си има своја цена за тоа колку кошта превозот по изминат километар.
    7. Status – Булеан тип на податок, најпрвин поставен на Слободен, потоа при секое возење ќе се сетира автоматски на Зафатен и обратно.
    8. isApproved – булеан тип на податок, најпрвин поставен на false, доколку админот го одобри профилот на возачот, тогаш станува true.
  • Passenger: Вистинскиот корисник на апликацијата, патникот. Овој ентитет ни ги чува податоците за сите патници кој што ја користат апликацијата.
  • Кандидат клучеви: Passenger_Id, специјално креиран атрибут кој што ќе ни претставува клуч во базата со цел конзистентност и едноставност.
  • Листа атрибути на ентитетот:
    1. Name – Текстуален тип на податок, задолжително поле.
    2. Surname – Текстуален тип на податок, задолжително поле.
    3. Email – Текстуален тип на податок, задолжително поле кое мора да е во форма на xxxxxx@…
    4. Password – Текстуален тип на податок, заполжително поле, мора да има минимум 8 карактери, 1 специјален карактер и 1 цифра.
  • Car: Овој ентитет ке ни служи за чување на инфомациите за сите автомобили кој што ги користат возачите.
  • Кандидат клучеви: Car_Id, специјално креиран атрибут кој што ќе ни претставува клуч во базата со цел конзистентност и едноставност. Друга идеја беше да се користи license_plate атрибутот како примарен клуч, но со цел да останеме конзистенти во сите атрибути и полесно имплементирање на апликацијата, ќе користиме специјален Car_Id.
  • Листа атрибути на ентитетот:
    1. License_plate – Текстуален тип на податок, задолжително поле, мора да е во формат на XX-YYYY-XX, или XX-YYY-XX, каде X е буква, Y е цифра.
    2. Тype – Мултивредностен атрибут кој што се состои од Make (Текстуално поле, марка на автомобил, задолжително) Model (Текстуално поле, модел на автомобил, задолжително), Year(Нумеричко поле, година на автомобил).
  • Drive: Овој атрибут ќе ни служи за зачувување на сите потребни информации за сите патувања на патниците со возачите.
  • Кандидат клучеви: Drive_Id, специјално креиран атрибут кој што ќе ни претставува клуч во базата со цел конзистентност и едноставност.
  • Листа атрибути на ентитетот:
    1. Status – Текстуален тип на податок, задолжително поле кое што ни покажува дали ова патување е завршено, побарано од страна на некој патник, потврдено од возач или комплетирано.
    2. Km_traveled – Изведен атрибут од локациските координати, Нумерички тип на податок, задолжително поле што ни означува колку километри се извозени за одредено патување.
    3. Destination coordinates – Текстуален тип на податок, задолжително поле кое ни ја претставува дестинацијата на која ќе заврши патувањето.
    4. Pick_up_address – Мултивредносен атрибут кој што ќе ни го означува почетокот на патувањето, има Location Coordinates (координати за од каде ќе почне патувањето) и евентуално Street, City (текстуални полиња), Number (нумеричко поле) за адреса.
  • Payment: Овој ентитет ќе ги зачувува сите наплати од возачите на патниците.
  • Кандидат клучеви: Payment_Id, специјално креиран атрибут кој што ќе ни претставува клуч во базата со цел конзистентност и едноставност.
  • Листа атрибути на ентитетот:
    1. Sum_payed – Нумерички тип на податок, изведен атрибут кој што ќе се пресметува од Km_traveled*Price_per_km.

Релации

  • Approve-Account: Овaa релација е помеѓу Admin и Driver ентитетите и ни го претставува одобрувањето на возачките профили.
  • Confirm: Оваа релација е помеѓу Driver и Drive и го претставува потврдувањето на патувањата од страна на возачите.
  • Request: Оваа релација е помеѓу Drive и Passenger и го претставува побарувањето на превоз од страна на патниците.

Историјат

Првичната верзија на ЕР дијаграмот. Целосно и комплетно објаснет погоре.

Attachments (14)

Download all attachments as: .zip

Note: See TracWiki for help on using the wiki.