Vitamin C: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Mbelzets (talk | contribs)
Lisatud esimene retsensioon
Ktomson (talk | contribs)
Line 11: Line 11:
== Rakenduse sisu ==
== Rakenduse sisu ==
=== Rakenduses on olemas järgmised võimalused (Must have): ===
=== Rakenduses on olemas järgmised võimalused (Must have): ===
* Rakendus töötab klient-server suhtluse põhjal
* Klient saab andmebaasi infot lisada, seda muuta ja infopäringuid teha.
 


* Klient (graafiline kasutajaliides)
* Klient (graafiline kasutajaliides)
** Peab looma ühenduse serveriga (TCP)
** Peab looma ühenduse andmebaasiga
** Kasutaja saab sisse logida teenusesse või luua uue konto
** Kasutaja saab sisse logida teenusesse või luua uue konto
** Kasutaja saab sisestada väljamineku nime ja suuruse ning määrata sellele kulukategooria
** Kasutaja saab sisestada väljamineku nime ja suuruse ning määrata sellele kulukategooria
Line 22: Line 23:
*** Kasutaja saab kuvada graafiliselt kulude kokkuvõtteid vastavalt kulu parameetritele
*** Kasutaja saab kuvada graafiliselt kulude kokkuvõtteid vastavalt kulu parameetritele


* Server (Daemon)
* Andmebaas
** Peab looma ühenduse kliendiga (TCP)
** Peab looma ühenduse kliendiga  
** Peab suhtlema kliendiga mingi protokolli alusel
** Peab suhtlema kliendiga mingi protokolli alusel
** Peab klienti autentima
** Peab klienti autentima
** Peab suhtlema andmebaasiga
** Peab suhtlema kliendiga
*** Kulu sisestamine, muutmine, kustutamine
*** Kulu sisestamine, muutmine, kustutamine
*** Kulude tagastamine päringu alusel
*** Kulude tagastamine päringu alusel

Revision as of 21:42, 24 November 2016

Meeskond ja rollid

  • Marko Belzetski - Team Lead
  • Rene Väli - Arendaja
  • Kaia Tomson - Arendaja

Idee

Personaalkulude haldamise rakendus. Kasutaja saab sisestada kulusid ja tulusid ning saada väljavõtteid oma sissetulekutest ja väljaminekutest soovitud perioodi kohta kategooriate kaupa, nagu kommunaalid, auto, meelelahutus jne.

Rakenduse sisu

Rakenduses on olemas järgmised võimalused (Must have):

  • Klient saab andmebaasi infot lisada, seda muuta ja infopäringuid teha.


  • Klient (graafiline kasutajaliides)
    • Peab looma ühenduse andmebaasiga
    • Kasutaja saab sisse logida teenusesse või luua uue konto
    • Kasutaja saab sisestada väljamineku nime ja suuruse ning määrata sellele kulukategooria
    • Kasutaja saab muuta kulu
    • Kasutaja saab loetleda kulusid kindla ajaperioodi kohta
      • Kasutaja saab filtreerida kulusid vastavalt kulu parameetritele
      • Kasutaja saab kuvada graafiliselt kulude kokkuvõtteid vastavalt kulu parameetritele
  • Andmebaas
    • Peab looma ühenduse kliendiga
    • Peab suhtlema kliendiga mingi protokolli alusel
    • Peab klienti autentima
    • Peab suhtlema kliendiga
      • Kulu sisestamine, muutmine, kustutamine
      • Kulude tagastamine päringu alusel
    • Kõiki tegevusi logitakse

Rakenduses võiksid olla lisavõimalused (Should have):

  • Krüpteeritud suhtlus serveri ja kliendi vahel
  • Kulude batch-importimine CSV failist
  • Ilus ja kasutajasõbralik kasutajaliides, visuaalselt atraktiivne kulude ja tulude esitus

Andmebaasiskeem

TODO

Analüüs

https://docs.google.com/document/d/1xLXFe7ksO9nTo_OKB4bD6DWCM9VnCXYAQkn_oo2OYnE/edit?usp=sharing

Retsensioon - Bomory

Tegemist on kasutaja poolt loetud raamatute ja vaadatud filmide loeteluga - tore mõte. Tarkvaralahendused on vastavuses aine raames õpetatavate tehnoloogiatega ja sobivad ülesande täitmiseks hästi. Analüüsis on kirjeldatud rakenduse erinevat funktsionaalsust, mida rakendus pakub. Panime tähele, et funktsionaalsus on enamasti inspireerituna õppejõu poolt välja pakutud näidisprojektist. Peale rakendusest eeldatava “raamatukogu” funktsionaalsuse soovitakse ühendada rakendus ka kolmandate osapoolte APIdega (GooReads, IMDB). See idee tundub igati huvitav ja sääraste APIdega töötamine on huvitav ja õpetlik kogemus. Loodaksime seda funktsionaalsust isegi pigem baasrakenduses näha, kuna see annaks projektile suurt lisaväärtust. Kindlasti on võimalik, et planeeritud funktsionaalsust ei jõuta luua ja nagu tiimiliikmed isegi ütlevad, võib ülevaade koodist veidi kaduma minna. Strateegiliselt on ilmselt mõttekam teha lihtsam rakendus, aga korralikult. Siiski loodame, et meeskond annab endast parima, et ka nende oskustest tulenevalt saaks valmis võimalikult hea projekt. Nice-to-have lisandused on kahtlemata mõistlikud ja täiendavad ilusti põhifunktsionaalsusi. Edu tegijatele, katsetame põnevusega valminud projekti!

Workload

Rakenduse ekraanipiltide skitsid paberile

07.10.2016

  • Projekti kickoff
  • Pandi paika tööjaotus
  • Loodi Wiki

22.10.2016

  • Alustati analüüsiga, kirjutati ~500 sõna
  • Arutati läbi kasutajaliidese ekraanivaated
  • Loodi andmebaasi põhi
  • Katsetati läbi TFSi kasutamine

01.11.2016

  • Valmis analüüs

13.11.2016

  • Lisatud esimene retsensioon tiimi Bomory projektist