2017-03-19T18:22:40Z

Mjaager: /* XML */

= Meeskond =

Martin Jääger <br>
Kristo Leemets <br>

= Idee =
Idee põhineb varasemalt C# aines loodud DevHelp rakendusel. Rakendus aitab arendajatel oma tööd paremini planeerida. Seekord on eesmärgiks aga saada see tööle võrgus kasutatavana.
= Projekt =

==XML==
===XML===
Projektid koos iteratsioonide ja kasutajalugudega.

<?xml version="1.0" encoding="utf-8" ?>
<projects>
<project id="1">
<name>
<![CDATA[Koduleht firmale Test OÜ]]>
</name>
<description>
<![CDATA[Projekti kirjeldus]]>
</description>
<iterations>
<iteration id ="1" start_date="11.03.17" end_date="18.03.17">
<name>
<![CDATA[Iteratsioon 1]]>
</name>
<description>
<![CDATA[Iteratsiooni 1 lisatakse kõik kasutajalood, mis on keerulisemad ning mis nõuavad rohkem aega]]>
</description>
<userstories>
<userstory id="1" story_points="2" story_status="1">
<name>
<![CDATA[Sisselogimisaken]]>
</name>
<description>
<![CDATA[Sisselogimisakna tegemine]]>
</description>

</userstory>
<userstory id="2" story_points="1" story_status="0">
<name>
<![CDATA[Formaadid]]>
</name>
<description>
<![CDATA[Formaatide loomine]]>
</description>

</userstory>
</userstories>
</iteration>
<iteration id ="2" start_date="20.03.17" end_date="27.03.17">
<name>
<![CDATA[Iteratsioon 2]]>
</name>
<description>
<![CDATA[Iteratsioonis 2 tegeletakse peamiselt UI-ga]]>
</description>
<userstories>
<userstory id="3" story_points="4" story_status="1">
<name>
<![CDATA[Kasutajamenüü]]>
</name>
<description>
<![CDATA[Kasutajamenüü loomine]]>
</description>

</userstory>
<userstory id="4" story_points="6" story_status="0">
<name>
<![CDATA[Menüü]]>
</name>
<description>
<![CDATA[Menüü UI tegemine]]>
</description>

</userstory>
</userstories>
</iteration>

</iterations>

</project>

<project id="2">
<name>
<![CDATA[Laohaldusprogramm Ladu OÜ-le]]>
</name>
<description>
<![CDATA[Projekti 2 kirjeldus]]>
</description>

<iterations>
<iteration id ="3" start_date="11.06.17" end_date="18.06.17">
<name>
<![CDATA[Iteratsioon 1]]>
</name>
<description>
<![CDATA[Laohaldusprogrammi esmase versiooni loomine]]>
</description>
<userstories>
<userstory id="5" story_points="3" story_status="1">
<name>
<![CDATA[Kaupade sisestamine]]>
</name>
<description>
<![CDATA[Kaupade sisestamine lattu]]>
</description>

</userstory>
<userstory id="6" story_points="2" story_status="0">
<name>
<![CDATA[Valikumenüü]]>
</name>
<description>
<![CDATA[Valikumenüü riba]]>
</description>

</userstory>
</userstories>
</iteration>
<iteration id ="4" start_date="20.05.17" end_date="27.05.17">
<name>
<![CDATA[Iteratsioon 2]]>
</name>
<description>
<![CDATA[User Interface korrastamine]]>
</description>
<userstories>
<userstory id="7" story_points="3" story_status="1">
<name>
<![CDATA[Kauba kustutamine]]>
</name>
<description>
<![CDATA[Kauba kustutamise funktsioon]]>
</description>

</userstory>
<userstory id="8" story_points="5" story_status="0">
<name>
<![CDATA[UI konfigureerimise funktsioon]]>
</name>
<description>
<![CDATA[UI konfigureerimise funktsiooni lisamine]]>
</description>

</userstory>
</userstories>
</iteration>

</iterations>
</project>

</projects>

===XML schema (XSD)===
===XSLT 1===
===XSLT 2===

=Retsensioonid=

DevHelpVR

2017-03-19T18:21:37Z

Mjaager:

DevHelpVR

2017-03-19T18:15:07Z

Mjaager: Created page with "= Meeskond = Martin Jääger <br> Kristo Leemets <br> = Idee = Idee põhineb varasemalt C# aines loodud DevHelp rakendusel. Rakendus aitab arendajatel oma tööd paremini pl..."

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2017

2017-03-19T18:00:21Z

Mjaager: /* Meeskond: DevHelp */

2017-02-01T09:52:31Z

Mjaager: /* Lõpptoote retsensioon */

== Analüüsi retsensioon ==
Meeskond Agraarbeib on teinud väga põhjaliku analüüsi oma projektile. Valmiva rakenduse idee on arusaadav - tehakse talutoodete müügikeskkond, kus ühel poolel on taluomanikud, kes rakenduse abiga müüvad oma kaupu ja teisel pool ostjad, kes rakendust kasutades saavad talukaupu tellida.

''Must have'' ja ''nice to have'' funktsionaalsused sobituvad rakenduse juurde ja on käesoleva kooliprojekti jaoks kindlasti piisavad. Funktsionaalsused on läbi kasutajalugude põhjalikult kirjeldatud. Mulle meeldis, et kasutajaliidesest on valmistatud prototüüp, seega on põhjalikult mõeldud ka front-endi peale.

Analüüsi juurde kuulub ka andmebaasiskeem, mis minu meelest võimaldab kirjeldatud funktsionaalsuse saavutamist. Andmebaasitabelite ja tabeliväljade nimetamisel võiks olla rohkem loomingulisem. Sellise nimesüsteemi tagajärjeks on pikad ja kohmakad nimed (nt talu_kasutaja_kasutajaid). Milleks on vaja „Talu_kasutaja“ tabelit, kui need seosed saaks ära kirjeldada ka Talu tabelis? Nt Talu tabelis on viit kasutajale. „Kasutaja“ tabelis on väljad „kasutaja_roll“ ja „Roll_roll_id“. Kas need viitavad samale rollile või erinevatele?

Meeskond on välja toonud, et projekti skoop võib osutuda liiga suureks. Selle lahendamiseks soovitaksin ma kõigepealt loobuda talude sisestamisest. Teha projekt põhimõttel, et ühele talupidajale luuakse keskkond oma toodete müümiseks.

Kokkuvõtteks võib öelda, et üldmulje on väga hea. Läbi on mõeldud kõik erinevad rakenduse aspektid (kasutajaliides, funktsionaalsused, andmemudel). Kindlasti on analüüs suureks abiks rakenduse realiseerimisel.

''Retsenseeris meeskond EasyDesk 13.11.2016''

== Lõpptoote retsensioon ==

'''Rakenduse kirjeldus kasutajate vaatenurgast:'''
Kõnealune meeskond on loonud vahendussüsteemi, mille abil saaks kokku viia talutoodete müüjad ja tarbijad. Tarbija saab loodud konto abil süsteemi sisse logida, misjärel avaneb võimalus järgnevaid vaateid kuvada:
• Uudiste vaade. RSS-i abil kuvatavaid põllumajandusuudiste pealkirju.
• Toodete vaade. Saab vaadata kaupu toodete järgi. Toote pildile klikkides avaneb uus aken, kus on võimalik näha erinevate talude pakkumisi soovitud tootele. Välja on toodud selles vaates talu nimetus, hind, ühik millele hind kehtib, soovitud tellimiskogus ja tellimuse äramärkimiseks vastavad checkboxid. Lõpuks saab ostja valitud kaubad oma ostukorvi suunata.
• Talude vaade. Talu ikoonile klikkides saab vaadata kaupu talude järgi. Avanevas vaates on näha kõikide selle talu poolt pakutavate tooteartiklite nimetused, hinnad ja ühikud, tellitava koguse sisestamise lahter ja tellimust kinnitavad checkboxid. Viimaks saab ostja samuti oma valitud kaubad ostukorvi suunata.
• Minu ostude vaade. Selle vaate seis peegeldab tarbija ostukorvi sisu. Tabel kirjeldab tellimuste veergusid eraldi toodete kaupa. Välja on toodud kaubaartikli nimetus, talu nimi, tellimuse kogus ja ühik, toote hind ja summa. Samuti võib eraldi lahtris näha kokkuvõtvat ostukorvi sisu kogumaksumust.
Süsteemi oluliseks osaks on administreerivat tüüpi konto, tema vaadete ja õiguste olemasolu. Sellise kontoga sisse logimisel avanevad järgmised vaated:
• Talude toodete vaade. See vaade võimaldab administraatoril sisestada süsteemi toodete ja neid müüvate talude vahelisi seoseid. Ära märgitakse ka esmane hinnatase, mida küll kaupleja ise edaspidi muuta saab. Antud seosetabelisse valitakse nii tooted kui ka talud juba varem sisestatud talude ja toodete etteantud valikmenüüst.
• Toodete vaade. Siin on nähtavad kõik juba varem lisatud tooted koos infoga toote nimetuse, kirjelduse, kategooria, koguse ühiku ja väljanägemise kohta (pilt). Uute toodete lisamiseks avaneb vastavale nupule vajutamisel uus aken.
• Talude vaade. Siin on nimekirjana välja toodud tooteid pakkuvad talud koos talu nimetuse, aadressi, emaili, telefoninumbri ja pildiga.
• Tellimuste vaade. Siin on näha kõik olemasolevad tarbijate tellimused taludele.
• Rollide vaade. Siin on võimalik kirjeldada uusi süsteemiosaliste rolle.
Kauplemisplatvormi teise osapoole moodustavad ostjate kõrval müüjad, kes siis talude toodangut müüvad. Müüjate kontole sisselogimisel avanevad järgmised vaated:
• Uudiste vaade. RSS-i abil kuvatavaid põllumajandusuudiste pealkirju.
• Toodete vaade. Saab vaadata konkreetse talu poolt pakutavaid kaupu toodete järgi. Toote pildile klikkides avaneb uus aken, kus on võimalik muuta toote hinda.
• Talude vaade. Siin on võimalik näha pakutavaid tooteid talude lõikes. See tähendab, et üks müüja võib müüa mitme erineva talu tooteid. Muuta saab siin ka toodete hindu.
• Tellimuste vaade. Siit saab müüja näha talle esitatud tellimusi koos tellimuse numbriga.
'''
Kas esialgne eesmärk on täidetud?'''
Peaaegu kõik analüüsi etapis püstitatud must have ja nice to have funktsionaalsused on realiseeritud. Eranditeks olid näiteks tellimuste jälgimine ja toodete koguste haldamise funktsionaalsus. Eeldame siinjuures, et toodete koguse all mõeldakse müügis oleva toote laoseisu kaalu/muu ühiku järgi. Samuti on olemas ka müüjate jaoks tellimuste vaatamise funktsionaalsus, kuid tellimusi ei saa käesolevas versioonis kinnitatuks märkida.
'''Koodi iseloomustus'''
Käesolev projekt on WPF rakendus, kasutab andmebaasi ja Entity Frameworki ning on loodud kasutades code first lähenemist. Tehtavad tegevused ka logitakse vastavasse andmebaasi tabelisse. Projekti moodulid on jaotatud ühe solutioni alla neljaks erinevaks omavahel seotud projektiks. Üks sisaldab äriobjekte, teine service’eid ja migration’eid, kolmas domeenimudeleid ja viimane projekt omakorda muuhulgas vaateid ja vaatemudeleid. See tagab lahenduse eri osade vahel hästi väljapaistva eraldatuse. Projekti realisatsioon vastab MVVM mustri eeskirjadele. Eraldi folderites on tavalised viewd ja uutes aknates avanevad viewd. Kood on selgelt loetav ja reeglipärane ning muutujate ja funktsioonide nimetused on nimetatud läbivalt eestikeelselt. Paljudes kohtades on olemas sisestatud väärtuse kontroll. Näiteks tellimuse esitamisel kontrollitakse, et kas on tegemist ikka numbrilise kogusega.
Samas oleks võinud olla kood rohkem kommenteeritud. Koodi on sisse ununenud ka mõningad väljakommenteeritud koodiread ning xaml.cs failides esineb kohati mittemidagitegevaid funktsioone. Näiteks MyyjaTellimused.xaml.cs on sisse ununenud tühi mitte midagi tegev meetod GridKoikTellimused_SelectionChanged, lisaks TaluToode.xaml.cs meetod LboxTaluTooted_SelectionChanged.
Samuti esines programmi töös viga juhul, kui tellimuse kinnitamisel mõned lahtrid tühjaks jäid. Müüja vaates ei toimi toodete vaates toodete hindade muutmine. Samuti ei kontrollita, kas sisestatud on ikka numbrilised väärtused. Samas aga toimib hindade muutmine talude vaates. Textboxides lisatavaid väärtusi mõnel juhul ei kontrollita. Näiteks administraatori vaates talude lisamisel telefoninumbri lisamisel. Kui administraatori vaates muuta talude kohta käivat infot ning muudatusi salvestada, lähevad valeks talu kohta käivate pildifailide URL-id. Pilte enam muudes vaadetes selle tagajärjel näha ei ole.
'''Soovitused'''
Toodete tellimiseks ja hindade muutmiseks on vaja avada uued aknad. Neid samu aknaid saab aga avada mitmeid kordi üksteise peale. Peaks saama avada vaid ühe samasuguse akna. Uudised võiksid olla avatavad ja loetavad. Ehk oleks kasutajasõbralikum, kui ostukorvi sisukokkuvõtet (ostusumma, objektide arv) kuvataks lehe päises? Kas tellimuse esitamisel vastava linnukese kasti olemasolu on ilmtingimata vajalik? Ehk piisaks vaid sellest, kui vastavasse lahtrisse on juba sisestatud kogus.
'''Kokkuvõte'''
Kokkuvõtvalt võib öelda, et tegemist on väga asjaliku projektiga ning ka äriidee poolest on lahendus leidlik. Projekti realisatsioon on üles ehitatud väga läbimõeldult ning kasutades code first lähenemist. Projekt vastab MVVM eeskirjadele. Projekt on loodud lähtudes juba varasemalt valmis disainitud andmebaasi skeemist, mis kindlasti aitas kaasa lõpptoote toimivusele ning olemuse läbimõeldusele.

''Retsenseeris meeskond DevHelp 29.01.2017''

DevHelp

2017-01-17T23:14:04Z

Mjaager: /* 05.12.16-17.01.17 lõpptoote väljaarendamine */

== 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.

== Retsensioon meeskonnale Garden of Towers ==

=== 13.11.2016 ===
https://wiki.itcollege.ee/index.php/Talk:Garden_of_Towers#Kas_funktsionaalsused_on_loogiliselt_kirjeldatud.3F

== Prototüübi väljaarendamine ==

=== 05.12.16-11.12.16 prototüübi loomine ===
Prototüübi saab leida siit: [http://enos.itcollege.ee/~kleemets/II%20semester/Programmeerimine%20C%23%20keeles/DevHelpProto/]

== Lõpptoote väljaarendamine ==

=== 05.12.16-17.01.17 lõpptoote väljaarendamine ===
Lõpptoote saab leida siit: LINK SIIA

Projekti jaoks loodud andmebaasiskeemi saab leida siit: [http://enos.itcollege.ee/~mjaager/C%20sharp/DevHelpERD-screenCapture2.PNG Andmebaasiskeem]

Tarkvaralahenduse kasutajajuhendi saab leida siit: [http://enos.itcollege.ee/~mjaager/C%20sharp/Tarkvaralahendus%20DevHelp,%20lahenduse%20kirjeldus%20ja%20juhend.pdf Juhend]

'''Projekti lõppkirjeldus:'''

Käesolev tarkvaralahendus realiseerib süsteemi, mis on abiks tarkvaraprojektide arendamise planeerimisel. Esmalt saab kasutaja luua konto. Konto loonud kasutajaid saab märkida kas projekti või kasutajalooga seotud isikuteks. Ühtlasi tagab konto loomine ja kasutamine ligipääsu süsteemile. Luua saab uusi projekte, projektidele saab lisada iteratsioone ning iteratsioonidele omakorda kasutajalugusid. Kõiki kolme, nii projekte, kasutajalugusid kui ka iteratsioone saab eraldiseisvatena kustutada. Ülemkategooria kustutamisel kaovad ka kõik tema alamüksused.

Nii projektidele, iteratsioonidele kui ka kasutajalugudele saab lisada nende seletavaid kirjeldusi ja planeeritud algus- ning teostustähtaegu. Kasutajalugudele saab lisada muuhulgas kasutajaloo punkte ehk tema teostamiseks kuluvate ajaühikute hulga. Samuti on kirjeldatav kasutajalugude prioriteetsus ning täidetuse staatus. Juba eelnevalt salvestatud projekte, iteratsioone ja kasutajalugusid saab muuta ning muutusi on võimalik salvestada. Kasutajalugusid saab vastavalt atribuutidele kindlas tabelis järjestada.

'''Projekti loomise käik:'''

Kui projekti idee oli paigas ning seda ka lähemalt analüüsitud, asusime seda reaalselt arendama. Arendamisel otsustasime kasutada ''database first'' lähenemist. Ehk siis kirjeldasime loodud probleemi ja lõime sellele vastava andmebaasiskeemi lähtudes kõikvõimalikest hetkevajadustest ja mõningatest tulevikuvajadustest. Loodud andmebaasi skeem lõi hea vundamendi, millele projekti looma hakata. Samuti lihtsustas see projektiliikmete vahelist teinetesemõistmist projekti funktsionaalsuste väljaarendamisel. Kogu andmebaasiskeem sellisel määral projektis kasutust ei leia, kuid see-eest kirjeldab ta läbi andmebaaside loogika meie loodud probleemile lahenduse ilusasti ära.

Töö kordineerimine toimus õppejõu soovitatud versioonihaldussüsteemi abil. Põhiliseks suhtluskanaliks osutusid arendusperioodidel peaaegu igaõhtused skype kõned. Esmalt lõime lihtsamad funktsionaalsused nagu kasutaja loomine ja sisselogimine. Peale seda hakkasime projektis kasutama rohkem andmetabeleid, näiteks projekti lisamisel. Edaspidi lõime ka igale projektile iteratsioonide lisamise funktsionaalsuse ning igale iteratsioonile kasutajalugude loomise võimaluse, sealhulgas ka eraldi üksuste ja nende alamgruppide kustutamise ja muutmise funktsionaalsused. Lisasime ka kasutajate tegevuste logimise mehhanismid. Eraldi väljakutse oli kogu kasutaja ''interface'' saada kuvama selliselt, et kõik tunduks loogiline ja sõbralik. Projekti väljaarendamise käigus esines ka vigade otsimist ja veendumist selles, et kogu toimimisloogika ka tegelikult toimiv oleks ning et programmi kokkujooksmisi ei esineks.

Rakendus on loodud kasutades WPF-i ning MVVM struktuuri. Rakendus on jaotatud loogilistesse kihtidesse. Eelkõige vaated, vaatemudelid, ''service''-klassid ja ''business objectid''.

Kogu projekti koodi kirjutamine ja väljaarendamine jagunes ühtlaselt Martini ja Kristo vahel. Kui üks tegi suuremaid muudatusi, siis selgitas ta selle kindlasti üle ka teisele. Kõik projekti arenemissuunad ja muudatused rääkisime omavahel üle ning otsustasime koos.