View source for DevHelp

== Meeskond ja rollid ==

* Martin Jääger - projektijuht
* Mikk Erlenheim
* Kristo Leemets

== Idee ==
DevHelp: arendusmeeskonna tööd organiseerida aitav töövahend.

== Tehnoloogia ==
* C#

== Rakenduse sisu ==
* Võimaldab üles märkida user storysid
* Võimaldab määrata user storydele story pointe
* Saab märkida, kes milliste user storydega tegelevad
* Saab vaadata kliendipõhiselt user storysid
* User storyde kategoriseerimine olulisuse, raskusastme, ajakulu ja hetketäidetuse põhjal
* Saab lisada/vaadata user storydele märkusi
* Kasutaja loomine ja sisselogimise funktsionaalsus

Nice to have:
* Eemalt ligipääasetavus (remote access)
* Kuvab projekti Burn Down Charti

== Projekti algus ==

=== 11.10.2016 ===

Projekti idee kirjapanek, rühma moodustamine, wiki loomine.

== Projekti analüüs ==

=== 31.10.2016 ===

Mida rakendus endas sisaldab?
Rakendus sisaldab erinevaid funktsionaalsusi, mis võimaldavad tarkvaraarendajatel oma tööd paremini organiseerida. Rakendus arendatakse Microsoft Visual Studio arenduskeskkonnas ja on loodud C# programmeerimiskeelt kasutades. Rakendus kasutab info salvestamiseks ja taasesitamiseks MySql andmebaasi. Kasutajaliidese loomisel kasutatakse Windows Presentation Foundationit. Oluline on rakenduse loomisel kasutada ka sobivaid arendusmustreid.
Rakenduses on olemas sisselogimise funktsionaalsus - seeläbi on erinevatel kasutajatel oma profiiliseaded, käimasolevate projektide vaade ja sobivad õigused. Projekti laiem eesmärk on projekti juhtimise ja vajalike ülesannete täitmise lihtsustamine. Selle jaoks on võimalik luua süsteemi erinevaid arendusprojektide profiile. Kuna arendusprojektid koosnevad mitmetest väiksematest ülesannetest ja tegevustest, saab ka neid kirjeldada ja eraldi kategoriseerida. Väiksematele ülesannetele on võimalik juurde lisada nende lühikirjeldus ja pikem lahtiseletus, samuti ka täitmiseks kuluv eeldatav aeg ja täitmise prioriteet. Oluline on ka igale tegevusele seotud isikute määramise funktsionaalsus. Iga isik saab näha endaga seotud erinevate projektide arendusprotsesside käekäiku.
Oluline on välja tuua ka, et user storyd jaotatakse rakenduses kuvatavale tahvlile - seeläbi on vajalikel tegevustel lihtne silma peal hoida. Vastavad kategooriad oleksid siis: veel alustamata, täitmisel, täidetud ja lõpetatud. Kategooriate sees saab kasutajalugusid vastavalt täitmise olulisusele ja muudele parameetritele järjestada.


Mis on rakenduse eesmärk?
Rakenduse eesmärk on aidata organiseerida erinevate arendusmeeskondade tööd kasutajasõbraliku projektihaldusprogrammi abil. Rakendus annab projektijuhile ning arendusmeeskonnale ülevaate projektis toimuvast user storyde näol. Rakenduse üks eesmärk on user storyde filtreerimine erinevate parameetrite järgi. Projekti kogukestvus on kirjeldatud story pointide kaudu. Olgu siinkohal selgitusena ära toodud, et story pointi all mõtleme selle originaaltähendust, ehk sellist töömahtu, mille täidaks üks programmeerija ühe tööpäeva jooksul.


Mida tavakasutaja sellega teha saaks?
Tavakasutaja saab kasutada DevHelp programmi erinevate arendustööde organiseerimisel, sest see annab ülevaate kõikidest meeskonna arendusprojektidest ja sellega kaasnevatest tegudest. Programmis on võimalik lisada user storysid ning neid filtreerida. Tavakasutajal on võimalik programmi sisselogida ning samuti uutel kasutajatel ennast registreerida. Suuremate õigustega kasutaja saab määrata tavakasutajatele erinevaid user storysid ning määrab user storyidele story pointe. Laias laastus jagunevad kasutajad kolmeks: suuremate õigustega kasutaja, vaatlemisõigustega kasutaja ning tavakasutaja. Nii tavakasutaja kui ka suuremate õigustega kasutaja saab vaadata erinevate klientide user storysid ning samuti neid filtreerida kliendipõhiselt. Tavakasutaja ja suuremate õigustega kasutaja saab lisada ja vaadata erinevatele user storydele lisamärkusi. Kõiki user storysid on võimalik kasutajatel kategoriseerida olulisuse, raskusastme, ajakulu ja hetketäidetuse põhjal. Vaatlemisõigustega kasutaja saab vaadata projekti kulgu ning hoida silma peal, kas vajalikud user storyd saavad tähtaegadeks realiseeritud. Tavakasutajatel on võimalik vaadata erinevate user storyde staatust ning näha, kellele user storyd on määratud. 


Milliste osade realiseerimine võib osutuda problemaatiliseks?
Problemaatiliseks võib osutada erinevate õigustega kasutajagruppide loomine ning vastavalt nende õigustele erinevate vaadete ja võimaluste kuvamine. Andmebaaside sidumine omavahel ning andmebaasides oleva info haldamine. Kuna rakenduses kasutatakse user storyde filtreerimiseks mitmeid erinevaid parameetreid, siis võib ka antud funktsionaalsuse rakendamine osutuda keeruliseks. Arhiveerimis funktsionaalsuse lisamisega võib tekkida olukord, kus andmete salvestamine võib teha rakenduse aeglaseks.


Milline on tööjaotus?
Tööjaotuse poole pealt peame vajalikuks, et iga rühmaliige oleks võimalikult palju kogu projekti arendusprotsessi kaasatud. Kuna tegemist on ühe esimese tiimis tehtava arendustööga, annab see mitmekesi arendamisest hea ülevaate ning häid kogemusi. Plaanis on arendus teha etapiliseks, esmalt paika panna front end pool, disainida andmebaas ning seejärel kirjeldada äriloogikat. Need etapid jagame omakorda väiksemateks osadeks mis täidetakse eri rühmaliikmete poolt. Hiljem käiakse loodud kood tiimikaaslaste poolt üle ja vajadusel viiakse sisse parandusi või esitatakse märkusi.


Millised funktsionaalsused kindlasti rakendusse sisse kirjutame?
Arendusmeeskonna projektide loetelu nägemine
Projektiga seotud isikute vaatamine
User Storyde ja user pointide lisamise võimalus
User storyde määramine kasutajatele
User storyde filtreerimine määramata ning määratud user storyde lõikes
User storyde filtreerimine kasutajate lõikes
User storyde kategoriseerimine olulisuse, raskusastme, ajakulu ja hetketäidetuse põhjal
User storydele märkuste lisamise võimalus
Kasutaja loomine
Sisselogimise funktsionaalsus
Erinevate õigustega kasutajad
Arhiivi olemasolu (tehtud user storyd ning need seotud projektidega).


Millised oleksid nice to have funktsionaalsused?
Kasutajatele eemalt ligipääsetavuse tagamine (remote access)  ning projektide burn down charti vaatamise võimalus. Ideaalis võiks projektile olla võimalik ligi pääseda ka veebi kaudu. Vaatlejaõigustega kasutajale üldise projekti staatuse näitamine (progress bar). Ideaalis võiks antud rakendusega olla võimalik ära defineerida teemasid (theme), epicuid, user storysid ning ülesandeid (tasks). Kui jääb aega, siis võiks programmil olla võimalus eksportida projekt koos sisuga pdf faili, et vajadusel kiiresti ülevaade paberkandjale välja printida, et koosolekule kaasa võtta, et anda ülevaade projekti hetkeseisust.