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

Дијаграм

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

Ентитети

• 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 и го претставува побарувањето на превоз од страна на патниците. Многу патници можат да побараат различни патувања.
• Drives: Оваа релација е помеѓу Drive и Payment и го претставува плаќањето на превозот од страна на патниците. За секое патување имаме точно една наплата.
• Pays: Оваа релација е помеѓу Driveр и Car и ни претставува кој возач каков автомобил вози. Сите возачи можат да возат само еден автомобил.

Историјат

• ERModel_v1.jpg​ , ERmodel_v1.xml​

Првичната верзија на ЕР дијаграмот.

• ERModel_v2.jpg​ , ERmodel_v2.xml​

Втора верзија на ЕР дијаграмот. Додадени оценки и левели за возачите и патувањата.