Meeskond: Spooky Scary Skeletons: Difference between revisions
| Line 26: | Line 26: | ||
Bayesian spam filter, mis kasutab õppimiseks kasutajate poolt aktsepteeritud/tagasi lükatud muudatusi. | Bayesian spam filter, mis kasutab õppimiseks kasutajate poolt aktsepteeritud/tagasi lükatud muudatusi. | ||
API | API rate limiting. | ||
==== Privaatsus ==== | ==== Privaatsus ==== | ||
Revision as of 02:05, 27 October 2015
Meeskond ja rollid
- Kärt Palm
- Karina Egipt - Projektijuht
- Erika Ehmann
- Silver Saks - Wiki pidaja
Idee
TODO list kooli õppeainete tarvis. Võimaldab märkida kalendrisse tähtaegu, mis on seotud õppeainega ja lisada nende kohta vajalikku infot(eeldatav ajakulu, ülesande maht, õppematerjalid, jne). Offline funktsionaalsus kohaliku andmebaasiga, mis replikeeritakse serverisse(kasutaja soovil). Online funktsionaalsus mis võimaldab "subscribeda" kas teatud õppeainesse, või gruppi. Sellisel juhul ilmuvad kalendrisse ka teiste antud grupis olevate kasutajate lisatud ülesanded, ning info nende kohta.
Analüüs
Andmebaas
Infovahetus
Kasutajaliides
Kasutajakontode haldus
Võimalikud probleemid
Spam
Probleemi kirjeldus
Süsteemi võivad oma huvides ära kasutada spämmerid, täites grupi rämpsinfoga.
Lahendus
Kasutajakonto loomiseks vajab api võtit, mis tuleb kliendiprogrammi võimalikult hästi ära peita.
Bayesian spam filter, mis kasutab õppimiseks kasutajate poolt aktsepteeritud/tagasi lükatud muudatusi.
API rate limiting.
Privaatsus
Probleemi kirjeldus
Tingimata tuleb kaitsta kasutaja poolt rakenduses privaatseks märgitud infot, ning kasutajakonto ligipääsuinfot. Kasutaja soovil peab olema võimalik rakendusest kõik temaga seotud info eemaldada.
Lahendus
Krüpteeritud andmevahetus teenusserveriga(TLS). Replikeerimisel privaatne info eelnevalt krüpteerida(parooli alusel genereerida sümmeetriline krüptovõti ja valida turvaline krüptoalgoritm). Kasutaja info eemaldamisel: mida teha teiste kasutajatega kes on antud info juba enda plaani lisanud?
Replikatsioonikonfliktid
Probleemi kirjeldus
Offline andmebaasi replikeerides serverisse võib juhul, kui kasutaja kasutab mitut klienti, tekkida ebakõla andmete vahel.
Lahendus
Konfliktide tuvastamine, ning kasutaja poolt nende manuaalne lahendamine. Andmebaasi disainides silmas pidada, et ei oleks võimalik duplikaatvõtmete tekkimine.
Projekti kirjeldus
Tehnoloogiad
Arendusmustrid
Versioonikontroll
Koodi stiilireeglid
Litsents
Avaldatud failid
Arendusprotsess
- 8.10.2015 - Loodud wiki leht ja lepitud kokku esimene kohtumine idee leidmiseks ja algseks analüüsiks.
- 19.10.2015 - Esimene kohtumine. Leitud idee rakenduse loomiseks, määratud rollid esimeseks analüüsietapiks.
