Juhend: Kodutöö aines "Programmeerimine CSharp keeles"(Kaugõpe 2011): Difference between revisions
No edit summary |
|||
Line 160: | Line 160: | ||
Autovaruosade müügi- ja laoprogramm | Autovaruosade müügi- ja laoprogramm | ||
=== Idee retsensioon === | |||
=== Liikmed === | === Liikmed === | ||
*Oliver Dalberg | *Oliver Dalberg |
Revision as of 21:15, 25 October 2011
Kodutöö aines "Programmeerimine C# keeles"
Eesmärk
Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet.
Reeglid
Ühte projektimeeskonda kuulub 3-5 tudengit. Ühel teemal võib teostada projekti üks või mitu meeskonda.Töö käiku kajastatakse https://wiki.itcollege.ee keskkonnas või soovi korral võib seda teha ka ajaveebis(blogis). Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg ja dokumentatsioon) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.
Tähtaegadest kinnipidamine
Projekt jaguneb alamosadeks, millele on määratud tähtajad. Maksimumpunktide saavutamiseks tuleb tähtajaks esitada töö, mis vastab püstitatud nõuetele. Kui töö esitatakse tähtajast hiljem ,kaotatakse iga hilinenud päeva kohta 10% punktidest. Maksimaalselt kaotatakse 50%.
Näide: Töö esitamise tähtaeg on 4.09.2011 kell 23:59 ja selle osa eest on võimalik teenida 8p. Meeskond1 esitab töö, mis vastab nõuetele, tähtajaks. Tulemus:8p Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti. Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.
Hindamine
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud. Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus. Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min). Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.
Meeskonna kokkupanek ja idee
15.10.2011 (3p)
Tekitatakse meeskonna wiki lehekülg. Meeskonnal peab olema nimi ning see koosneb kolmest kuni viiest liikmest. Määratakse projektijuht. Juhul kui hakatakse blogi pidama kuskil mujal keskkonnas ilmub selle kohta link. Kindlasti peaks kirjeldama idee olemust nii, et selle üldine suund oleks arusaadav. Minimaalne sõnade arv 150.
Retsensioon 25.10.2011 (2p) Minimaalne sõnade arv 150. Retsensioonis välja tuua, kui originaalne on idee. Anda soovitusi meeskonnale. Kas idee on teostatav? Mis on idee nõrgad küljed? Ja nii edasi..
Analüüs
22.10.2011 (6p) Analüütilise osa eesmärgiks on arendada tudengite analüüsioskust, mida on vaja ka päris tarkvaraarenduse protsessi juures. Analüüsi eesmärgiks on rakenduse põhjalik läbimõtlemine enne teostamise alustamist. Mida põhjalikum siin faasis olla, seda väiksemaid üllatusi arenduse käigus selgub. Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:
- Analüüs rakendusele. (Mida see endas sisaldab? Mis on selle eesmärk? Mida tavakasutaja sellega teha saaks? Milliste osade realiseerimine võib osutuda problemaatiliseks?) Kui on tööjaotus paigas, siis tuua ka see välja.
- Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(Must have)
- Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(Nice to have)
Minimaalne sõnade arv: 700 Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.
Retsensioon 02.11.2011 (3p) Tuua välja analüüsi põhjalikkus. Milliseid punkte võiks veel realiseerida, millised on vähem tähtsamad. Kas on arvestades ajaraami reaalselt teostatav?
Prototüüp
19.11.2011(10p) Valmib projekti esmane realisatsioon. Laias laastus on peafunktsionaalsused realiseeritud(Nimekiri funktsionaalsusest, mida plaanitakse teostada). Programmis võib esineda üksikuid, kuid mitte väga suuri vigu.
Retsensioon 29.11.2011(5p)
Lõpptoode
07.12.2011(15p) Selleks faasiks peab projekt maksimumpuntkide saavutamiseks olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.
Retsensioon 13.12.2011(5p)
Esitlus/Kaitsmine
Toimub enne eksamit Esitlusel kaitstakse projekti. Tutvustatakse tehnoloogiat, mida kasutati rakenduse realiseerimiseks. Lühidalt räägitakse tööjaotusest ning probleemidest, mis tekkisid projekti realiseerimisel. Näidatakse lähtekoodi ja demonstreeritakse oma rakendust teistele tudengitele, kes võivad selle kohta küsimusi küsida.
Konsultatsioon
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee (teksti originaalautor Priit Raspel)
Teemad 2011 sügis
Kodutööna tuleb luua:
Kodune raamatukogu
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada. Loo rakendus, mis
- Võimaldaks sisestada kodused raamatud
- Võimaldaks luua laenutajate profiile
- Raamatuid välja laenutada (tähtajaliselt)
- Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)
Lisavõimalused
- Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
- Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
- Lase lisada raamatutele pilt
- Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või
CRM
Oma klientidest peab olema ülevaade. Loo rakendus, mis võimaldab:
- Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
- Võimalda sisestada kliendikontakte
- Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
- Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid
Lisavõimalused
- Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
- Õnnitlusmeilide template’sid võiks olla mitu
- Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis
Tetris(XNA)
XoniX(XNA)
Nõuded rakendusele
Loodav rakendus peab:
- Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
- Peab võimaldama tegevuste kohta registri pidamist (logi)
- Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net
Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades! Klassid, klassid, klassid
Lisapunkte annab:
- Silmailu
- Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
- Orginaalsed ideed ja hea äriidee
Nõuded XNA projektile
Loodav mäng peab sisaldama:
- Erinevaid tasemeid
- Punktiarvestust
- XBox puldi tuge
- Klaviatuurilt juhtimise tuge
Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades! Klassid, klassid, klassid NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!
Lisapunkte annab:
- Silmailu
- Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
- Orginaalsed ideed ja hea story
Meeskonnad 2011
LeemurDotNet
Teema
Korteriühistu kommunaalmaksete arvestamine
Liikmed
- Rasmus Hommuk
- Marika Mäemets
- Einar Kivisalu - projektijuht
- Mairo Puusepp
- Sten Mentunen
Meeskond "SVS"
Teema
Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine
Liikmed
- Indrek Soostar
- Marek Reinhold
- Kaarli Metsniit
TeravC
Teema
Autovaruosade müügi- ja laoprogramm
Idee retsensioon
Liikmed
- Oliver Dalberg
- Aleksandr Laidoner
- Tarmo Sillajõe
- Andre Tšernikov
"3-5 liiget"
Teema
Tetris vol.x - nimi täpsustamisel
Liikmed
- Tarvo Rohivälli
- Andres Sööt
- Ragnar Vutt
- Indrek Vallsalu
- Endrik Kõverjalg
Valuutavahetus
Teema
Valuutavahetus
Liikmed
- Margus Neider
- Lauri Rooden
- Margus Parts