BeerPressure: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Ejogi (talk | contribs)
Ejogi (talk | contribs)
Line 335: Line 335:


Tagastab: RestaurantDTO, int restaurantRating
Tagastab: RestaurantDTO, int restaurantRating
'''/api/v1/Account/login'''
<source> POST /api/v1/Account/login </source>
Params: LoginViewModel
Tagastab: token
'''/api/v1/Account/register'''
<source> POST /api/v1/Account/register </source>
Params: RegisterViewModel
Tagastab: token
'''/api/v1/Account/logout'''
<source> POST /api/v1/Account/logout </source>
Params: -
Tagastab: -


== Lõpptoote kasutusjuhend ==
== Lõpptoote kasutusjuhend ==

Revision as of 16:12, 20 May 2018

Meeskond ja rollid

  • Sigrid Aasma (arendaja)
  • Evelin Jõgi (arendaja)
  • Martin Kask (projektijuht, arendaja)
  • Marko Nõu (arendaja)

Idee

Toidukohtade põhimenüüde ja päevapakkumiste teenus

Soovime pakkuda toidukohtade põhimenüüde ja päevapakkumiste teenust. On olemas mitmeid kodulehti “päevapakkumised”, kus on kirjas toidukohtade päevapraed. Kuid tavaliselt sellistel lehtedel ei ole masinloetavaid andmeid ehk siis varianti, et saad saata API pihta mingi kuupäeva koos päevapraadidega andmete uuendamiseks ja saad sama API käest küsida tänaseid päevapraade. Andmeid võiks saada küsida restorani, kuupäeva, asukoha või otsisõna/otsisõnaosa põhiselt. Selline teenus lihtsustaks ka toidukohtade päevapakkumiste haldamist, kuna praegu peavad teenuse pakkujad vastavat informatsiooni uuendama mitmes erinevas kohas - nii erinevates portaalides, kui ka enda veebileheküljel. Samuti oleks toidukohtade kogu menüü haldamine ühes kohas.

Esialgne prototüüp: navigeeritav versioon

Kasutatav arendustehnoloogia

Veebiteenuse loomisel kasutame ASP.NET Core tehnoloogiat ja kursusel õpitud arendusmustreid.

Klientrakenduse loomisel kasutame Node.js + React'i.

Veebiteenuse analüüs

Pakume toidukohtade põhimenüüde ja päevapakkumiste teenust, kuhu on kokku koondatud erinevate toidukohtade menüüd üle Eesti. Põhimenüü alla kuuluvad pikaajalised menüüd, mis kehtivad püsivalt, hooajaliselt või mingil konkreetsel nädalapäeval. Päevapakkumiste alla kuuluvad konkreetse kuupäevaga seotud päevapakkumised. Päevapakkumiste korral kuvatakse lisainfona, kas pakkumine kehtib mingis konkreetses ajavahemikus või kogu toidukoha lahtioleku aja.

Eesmärk on koguda ühte kohta kokku erinevate toidukohtade menüüd ja päevapakkumised, et kliendid saaksid mugavalt ja kiiresti oma valikuid teha. Kliendid käivad enamasti päevapakkumisi söömas lõuna ajal ja selleks ettenähtud aeg on piiratud. Sellepärast on oluline, et klient saaks teha oma valiku võimalikult kiiresti. Tänu loodavale veebiteenusele ei pea kliendid käima erinevates portaalides, et tutvuda erinevate toidukohtade pakkumistega. Kuna teenust on mugav kasutada ja klient saab oma valiku kiiresti tehtud, siis tõenäoliselt teeb klient valiku selles keskkonnas olevate toiduasutuste seast. Lisaks võimaldab teenus toiduasutustel paika panna oma pikaajalisem põhimenüü ning seda rakenduses ja võimalusel ka söögikohas kuvada. Sellepärast on ka toidukohtade huvi antud keskkonnas üleval olla ja meiega oma andmeid jagada, sest see suurendab nende klientuuri ning muudab oma menüü haldamise kergemaks.

Veebiteenuse loomisel lähtume eelkõige sellest, et kliendil oleks teenust mugav kasutada ja ta saaks oma valiku kiiresti tehtud. Arvestame, et kliendid on erinevad. Mõni eelistab mõnda kindlat toidukohta, sel juhul saab ta valida oma soovitud kohad ja võrrelda nende kohtade tänase päeva pakkumisi ning menüüsid. Mõnele inimesele on oluline pakutav söök ja ta eelistab pakkumist otsida prae nimetuses oleva sõna või sõnaosa järgi ning lähtuda seejärel valiku tegemisel toidukoha keskmisest hindest või toidu hinnast. Mõne kliendi jaoks on oluline hind ja selleks, et oma valikut teha sobivas hinnavahemikus on tal võimalik sisestada maksimum hinna piirang. Kindlasti on antud teenuse juures kõikide klientide jaoks oluline päevapakkumiste asukohapõhine eristatus. Kliendid, kes soovivad oma konto luua, võivad oma eelistatud valikud meelde jätta ja järgmisel korral kuvatakse neid talle automaatselt.

Teenuse must-have funktsionaalsus tagab teenuse toimimise ja põhifunktsioonid. Teenuse nice-to-have funktsionaalsus annab rakendusele lisandväärtust.

Arvestades pakutava teenusega, siis näeme, et aktiivseim teenuse kasutamine võib olla tööpäevadel vahemikus 11.00-15.00, kui kliendid tutvuvad päevapakkumistega. Teenus peab tekkivale koormusele vastu pidama.

Teenuse pakkumine peab olema turvaline. Selle tagamiseks tuleb sisestatavaid andmeid valideerida ja andmebaasi sisestavate andmete mahtu piirata. Toidukohtade sisestatud andmed peavad olema kaitstud, et toitude koostised ei saaks avalikuks. Põhjendatud juhtudel on võimalik kasutajaid lukku panna.

Kasutajad

  • Admin - lehe administraator, kellel on õigus lehte, kasutajaid ja nende õiguseid hallata. Tema huvi on, et teenus toimiks tõrgeteta.
  • Toiduasutus (tasuta kasutaja) - saab hoida lehel ühte põhimenüüd ja päevapakkumisi.
  • Toiduasutus (tellimusega kasutaja) - saab hoida lehel piiramatu arv põhimenüüsid ja päevapakkumisi.

Toiduasutused on teenusest huvitatud, et nende menüüde haldamine oleks kerge ja mugav ning nad saaksid oma klientide arvu suurendada.

  • Külastaja - klient, kes valib söögikohta. Tema on huvitatud eelkõige sellest, et teenust saaks kasutada mugavalt ja kiirelt ning toidukohtade valik oleks võimalikult suur.

Rakenduse must-have funktsionaalsus

  • Kasutajad saavad sisse logida
  • Kasutajatel on erinevad rollid: admin, toidukoht (tasuta ja tasulise tellimusega), klient
  • Kasutajate arvepidamine kasutajate lõikes:
    • sisselogimise kuupäev, kellaaeg
    • pakkumiste lisamine
    • pakkumiste muutmine
    • pakkumiste kustutamine
    • õiguste kehtimise periood (tasuta ja tellimusega toidukoht)
    • pakkumistele klikkimise arv
  • Kasutajaid on võimalik hallata:
    • kasutajale õiguste andmine (menüüde arvu suurendamine, tellimusega toidukohal), rolli määramine
    • Kasutajat on võimalik piirata: õiguseid piirata (piiratud menüüde arv, tasuta liitunud toidukohal) ja lukku panna
  • Päevapakkumisi/menüüsid saab küsida:
    • toidukoha järgi,
    • kuupäeva põhiselt (ainult päevapakkumisi),
    • asukoha põhiselt,
    • toidu nimetuses esineva otsisõna/otsisõna osa põhiselt,
    • hinna põhiselt (max hinna piirang).
  • Klientrakenduses realiseeritakse CRUD meetodid (menüüsid/päevapakkumisi saab sisestada, lugeda, uuendada, kustutada)
  • Toidukohale saab anda hindeid ja kuvatakse keskmist hinnet.
  • Toidule saab anda hindeid ja kuvatakse keskmist hinnet.

Nice-to-have funktsionaalsus

  • Info selle kohta, kas päevapakkumine on otsas
  • Päevapakkumisi/menüüsid saab kommenteerida ja neid kommentaare kuvatakse avalikult.
  • Söögikohtade kodulehtedelt otsimise script, mis genereerib juba olemasolevate kodulehtede baasil päevamenüüsid.
  • Toiduvaliku piiramine allergeenide/vegan/jms. koostisosade põhiselt.
  • Aruandlused ja võrdlused toidukohtadele, et võrrelda end konkurentidega.
  • Teenus soovitab toidukohtadele nende varasemate päevapraadide populaarsuse alusel uue nädala menüüd.
  • Erinevad toidukohtade/toitude pingeread klientidele, et anda valikuteks ideid.
  • Soovitused klientidele, mida teised kliendid sarnaste eelistustega on veel valinud.

Andmebaasi ülesehitus

API v1 dokumentatsioon

/api/v1/Promotions

 GET /api/v1/Promotions

Params: -

Tagastab: List<PromotionDTO>

/api/v1/Promotions/{id}

 GET /api/v1/Promotions/{id}

Params: int id

Tagastab: PromotionDTO

/api/v1/Promotions

 POST /api/v1/Promotions

Params: PromotionDTO

Tagastab: PromotionDTO

/api/v1/Promotions/{id}

 PUT /api/v1/Promotions/{id}

Params: int id, PromotionDTO

Tagastab: -

/api/v1/Promotions/{id}

 DELETE /api/v1/Promotions/{id}

Params: int id

Tagastab: -


/api/v1/Restaurants

 GET /api/v1/Restaurants

Params: -

Tagastab: List<RestaurantDTO>

/api/v1/Restaurants/search?name=th

 GET /api/v1/Restaurants/search?name=th

Params: string name

Tagastab: List<RestaurantDTO>

/api/v1/Restaurants/{id}

 GET /api/v1/Restaurants/{id}

Params: int id

Tagastab: RestaurantDTO

/api/v1/Restaurants/{userId}

 GET /api/v1/Restaurants/{userId}

Params: int userId

Tagastab: List<RestaurantDTO>

/api/v1/Restaurants

 POST /api/v1/Restaurants

Params: RestaurantDTO

Tagastab: RestaurantDTO

/api/v1/Restaurants/{id}

 PUT /api/v1/Restaurants/{id}

Params: int id, RestaurantDTO

Tagastab: -

/api/v1/Restaurants/{id}

 DELETE /api/v1/Restaurants/{id}

Params: int id

Tagastab: -


/api/v1/Users

 GET /api/v1/Users

Params: -

Tagastab: List<UserDTO>

/api/v1/Users/{id}

 GET /api/v1/Users/{id}

Params: int id

Tagastab: UserDTO

/api/v1/Users

 POST /api/v1/Users

Params: UserDTO

Tagastab: UserDTO

/api/v1/Users/{id}

 PUT /api/v1/Users/{id}

Params: int id, UserDTO

Tagastab: -

/api/v1/Users/deactivate/{id}

 PUT /api/v1/Users/deactivate/{id}

Params: int id

Tagastab: -

/api/v1/Users/{id}

 DELETE /api/v1/Users/{id}

Params: int id

Tagastab: -


/api/v1/Menus

 GET /api/v1/Menus

Params: -

Tagastab: List<MenuDTO>

/api/v1/Menus/{id}

 GET /api/v1/Menus/{id}

Params: int id

Tagastab: MenuDTO

/api/v1/Menus

 POST /api/v1/Menus

Params: MenuDTO

Tagastab: MenuDTO

/api/v1/Menus/{id}

 PUT /api/v1/Menus/{id}

Params: int id, MenuDTO

Tagastab: -

/api/v1/Menus/{id}

 DELETE /api/v1/Menus/{id}

Params: int id

Tagastab: -


/api/v1/Dishes

 GET /api/v1/Dishes

Params: -

Tagastab: List<DishDTO>

/api/v1/Dishes/Daily

 GET /api/v1/Dishes/Daily

Params: -

Tagastab: List<DishDTO>

/api/v1/Dishes/search?title=th

 GET /api/v1/Dishes/search?title=th

Params: string title

Tagastab: List<DishDTO>

/api/v1/Dishes/Top

 GET /api/v1/Dishes/Top

Params: int amount

Tagastab: List<DishDTO>

/api/v1/Dishes/Price

 GET /api/v1/Dishes/Price

Params: decimal priceLimit

Tagastab: List<DishDTO>

/api/v1/Dishes/{id}

 GET /api/v1/Dishes/{id}

Params: int id

Tagastab: DishDTO

/api/v1/Dishes

 POST /api/v1/Dishes

Params: DishDTO

Tagastab: DishDTO

/api/v1/Dishes/{id}

 PUT /api/v1/Dishes/{id}

Params: int id, DishDTO

Tagastab: -

/api/v1/Dishes/{id}

 DELETE /api/v1/Dishes/{id}

Params: int id

Tagastab: -


/api/v1/Ingredients

 GET /api/v1/Ingredients

Params: -

Tagastab: List<IngredientDTO>

/api/v1/Ingredients/{id}

 GET /api/v1/Ingredients/{id}

Params: int id

Tagastab: IngredientDTO

/api/v1/Ingredients

 POST /api/v1/Ingredients

Params: IngredientDTO

Tagastab: IngredientDTO

/api/v1/Ingredients/{id}

 PUT /api/v1/Ingredients/{id}

Params: int id, IngredientDTO

Tagastab: -

/api/v1/Ingredients/{id}

 DELETE /api/v1/Ingredients/{id}

Params: int id

Tagastab: -


/api/v1/Ratings/Dish/{id}

 GET /api/v1/Ratings/Dish/{id}

Params: int dishId

Tagastab: DishDTO, int dishRating

/api/v1/Ratings/Restaurant/{id}

 GET /api/v1/Ratings/Restaurant/{id}

Params: int restaurantId

Tagastab: RestaurantDTO, int restaurantRating

/api/v1/Ratings/Dish/{id}

 POST /api/v1/Ratings/Dish/{id}

Params: int dishRating

Tagastab: DishDTO, int dishRating

/api/v1/Ratings/Restaurant/{id}

 POST /api/v1/Ratings/Restaurant/{id}

Params: int restaurantRating

Tagastab: RestaurantDTO, int restaurantRating


/api/v1/Account/login

 POST /api/v1/Account/login

Params: LoginViewModel

Tagastab: token

/api/v1/Account/register

 POST /api/v1/Account/register

Params: RegisterViewModel

Tagastab: token

/api/v1/Account/logout

 POST /api/v1/Account/logout

Params: -

Tagastab: -

Lõpptoote kasutusjuhend

TODO


Logiraamat

07.02.2018

Gupi loomine ning suhtluskanali seadistamine

24.03.2018

Trello boardi loomine

25.03.2018

Wiki lehe loomine. Esimene tõsisem projekti koosolek ning tegevuskava paika panemine.

26.03.2018

Alustasime veebiteenuse analüüsiga ja funktsionaalsuse kirjeldamisega.

27.03.2018

Täiendasime veebiteenuse analüüsi.

Esmase andmebaasi mudeli koostamine.

Postitatud esimeste analüüsi arutelude põhjal valminud algne prototüüp.

30.03.2018

Valmis andmebaasimudel.

08.04.2018

Tehtud muudatused analüüsis vastavalt tagasisidele.

19.04.2018

Loodud projekti põhi koos domeenimudelitega. Projekt lisatud Githubi: https://github.com/sikumiku/TaisKohtApi