https://wiki.itcollege.ee/api.php?action=feedcontributions&feedformat=atom&user=Mneider 2026-06-21T17:22:41Z User contributions MediaWiki 1.45.1 https://wiki.itcollege.ee/index.php?title=Talk:LeemurDotNet&diff=44867 2011-12-18T18:16:29Z

<p>Mneider: /* Lõpptoote retsensioon */</p> <hr /> <div>Lugedes läbi teie poolt plaanitud projekti esialgse funktsionaalsuse kirjelduse ja uurides natuke varasemate aastate projekte, on tegemist väga hea ja originaalse ideega. Rakenduse kirjeldust lugedes peaks see tulema väga praktiline ja kasutajasõbralik, mis on tõstavad selle väärtust,peale selle et ta on lihtsalt ühe õppeaine läbimise tingimus. <br /> Samuti tundub et, teie meeskonnal on selged eesmärgid ja ettekujutus ning meeskonnaliikmete rollid on jagatud, mis on samuti väga positiivne. <br /> Projekti teostatavuse koha pealt et, tundub täiesti reaalne olevat-teie 5 liikmega meeskond peaks sellega tähtajaks valmis küll saama. Niiet ebareaalseid eesmärke pole seatud, mis on ka tähtis aspekt projektide juures.<br /> Nõrkasid kohti ei oskagi välja tuua konkreetselt, kuna tegemist siiski projekti algusjärguga. Idee on hea ja lõplik funktsionaalsus arusaadav. Kui aus olla siis tahaks juba kirjeldatud lõpptoodet näha- äkki soovitan ka oma maja haldusfirmale:).<br /> <br /> Niiet palju jõudu progemisel!<br /> <br /> Retsenseeris meeskond &quot;SVS&quot;<br /> <br /> == Analüüsi retsensioon 2 ==<br /> <br /> ''Retsenseeris: Valuuta''<br /> <br /> '''Analüüsi põhjalikkus'''<br /> <br /> Põhjalikult on esitatud kasutajaliideste funktsionaalsus ja analüüsi alusel saaks neid suure tõenäosusega ka valmis programmeerida. <br /> <br /> '''Probleemsed kohad'''<br /> <br /> Tundub, et probleemide allikaks võib kujuneda andmebaasi praegune (04.11 kell) 13.30) disain, sest palju tabeleid on seostamata ja osad seosed on puudulikud. Näiteks puuduvad üks-mitmele seosed juhuks, kui ühel korteril on mitu omanikku. (aga küll Raspel seda edaspidi õpetab!). Tekkis küsimus, et miks realiseeritakse osa funktsionaalsusi Desktopi rakendusena ja osa brauseris? <br /> <br /> '''Mida veel?'''<br /> <br /> Soovitaks kaaluda andmete halduseks ja kontrollimiseks päringute lisamist. Näiteks võlglaste leidmiseks või leidmaks erinevusi koostatud arvete ja tegelikult tasutud summade vahel. <br /> Tundub, et asi võib olla täiesti teostatav.<br /> <br /> == Vastus analüüsi retsensioonile ==<br /> <br /> Oleme vaikselt andmebaaside sisu ja seoseid edasi arendanud, avalikult välja riputanud siiski ei ole. Üks-mitmele seosed jätsime teadlikult välja, sest reeglina on korteritel üks &quot;peaomanik&quot;, kes vastutab arvete tasumise jmt. eest. Oleme väga palju esialgseid ideesid kõrvale jätnud, kuna tajume ohtu, et kui mattume kenade pisivõimaluste väljamõtlemisesse, ei jätku meil ressursse peamise tegemiseks.<br /> <br /> Desktop rakendus on mõeldud korteriühistu ametiisikule, veebiosa oleks aga avalikult (s.t. parooliga kaitstult loomulikult) kättesaadav kõigile korteriühistu liikmetele. Siit vastus, miks me teeme veebiosa. Kui küsimus on selles, et miks me kõike ei tee veebis kasutatavana, siis tundub meile, et desktop rakendus on kohati siiski mugavam ja parem. Ja kui päris tegelikult rääkida, siis tahame me omandada mõlema keskkonna programmeerimise kogemust.<br /> <br /> Täname soovituse eest lisada päringuid, kaalume selle lisamist &quot;nice-to-have&quot; listi, samuti nagu ka pangaandmete importimise võimalust.<br /> <br /> ''LeemurDotNet''<br /> <br /> == Lõpptoote retsensioon ==<br /> <br /> Veebirakenduse funktsionaalsusele mõned märkused, mis puututavad kasutaja taustainfot.<br /> <br /> 1. Võiks olla nähtav ka esitatud näitude pikem ajalugu, näiteks viimased 24 kuud. Üldiselt inimesed ikka tunnevad huvi, mismoodi tarbimismahud on muutunud. Eriti tuntakse tõenäoliselt huvi näiteks peale mõnda kallimat renoveerimist.<br /> 2. Ka veebirakenduses võiks paista teenuste hinnad. <br /> <br /> Muidu on kasutajaliides lihtne, ülevaatlik ja loogiline. Tegelikkuses saaks selle kasutamisega hakkama üsna tagasihoidliku arvutikasutamise kogemusega kasutaja. Pean seda suureks plussiks, et ka vanemas eas ühistu liikmed oskaksid rakendust kasutada. Neile mõeldes võiks kasutada suuremat kirjasuurust.<br /> Kasutusloogikat silmas pidades oleks võib olla olnud mõttekas jätta osa infot avalikult avalehele. Näiteks ühistu kontaktid ja avalikud teated.<br /> <br /> Desktop rakendus on samuti lihtsa ja selge kasutajaliidesega. Pisi- ja maitseasi muidugi, aga ehk vajaks rohkem mõtlemist kasutajaliidese lehtede järjekord? Et siis igapäevatööks vajalikumad eespoole viia. Üldandmed, mis praegu kõige ees võiksid hoopis viimane olla – kui tihti nad ikka muutuvad. Samas Tasumised või Näidud võiksid kõige ees asuda. <br /> <br /> Kokkuvõttes ütleksin, et idee osas oli ju ambitsioon see projekt ehk tegelikkusesse viia. Ega sellest kaugel oldagi. Realiseeritud funktsionaalsused ju võimaldaksid rakendust tegelikkuses kasutada ja tundub, et ka enamus must-be osast on ju olemas!<br /> <br /> ''Retsenseeris &quot;Valuuta&quot;''</div>

Mneider https://wiki.itcollege.ee/index.php?title=Talk:LeemurDotNet&diff=44866 2011-12-18T18:16:14Z

<p>Mneider: /* Lõpptoote retsensioon */</p> <hr /> <div>Lugedes läbi teie poolt plaanitud projekti esialgse funktsionaalsuse kirjelduse ja uurides natuke varasemate aastate projekte, on tegemist väga hea ja originaalse ideega. Rakenduse kirjeldust lugedes peaks see tulema väga praktiline ja kasutajasõbralik, mis on tõstavad selle väärtust,peale selle et ta on lihtsalt ühe õppeaine läbimise tingimus. <br /> Samuti tundub et, teie meeskonnal on selged eesmärgid ja ettekujutus ning meeskonnaliikmete rollid on jagatud, mis on samuti väga positiivne. <br /> Projekti teostatavuse koha pealt et, tundub täiesti reaalne olevat-teie 5 liikmega meeskond peaks sellega tähtajaks valmis küll saama. Niiet ebareaalseid eesmärke pole seatud, mis on ka tähtis aspekt projektide juures.<br /> Nõrkasid kohti ei oskagi välja tuua konkreetselt, kuna tegemist siiski projekti algusjärguga. Idee on hea ja lõplik funktsionaalsus arusaadav. Kui aus olla siis tahaks juba kirjeldatud lõpptoodet näha- äkki soovitan ka oma maja haldusfirmale:).<br /> <br /> Niiet palju jõudu progemisel!<br /> <br /> Retsenseeris meeskond &quot;SVS&quot;<br /> <br /> == Analüüsi retsensioon 2 ==<br /> <br /> ''Retsenseeris: Valuuta''<br /> <br /> '''Analüüsi põhjalikkus'''<br /> <br /> Põhjalikult on esitatud kasutajaliideste funktsionaalsus ja analüüsi alusel saaks neid suure tõenäosusega ka valmis programmeerida. <br /> <br /> '''Probleemsed kohad'''<br /> <br /> Tundub, et probleemide allikaks võib kujuneda andmebaasi praegune (04.11 kell) 13.30) disain, sest palju tabeleid on seostamata ja osad seosed on puudulikud. Näiteks puuduvad üks-mitmele seosed juhuks, kui ühel korteril on mitu omanikku. (aga küll Raspel seda edaspidi õpetab!). Tekkis küsimus, et miks realiseeritakse osa funktsionaalsusi Desktopi rakendusena ja osa brauseris? <br /> <br /> '''Mida veel?'''<br /> <br /> Soovitaks kaaluda andmete halduseks ja kontrollimiseks päringute lisamist. Näiteks võlglaste leidmiseks või leidmaks erinevusi koostatud arvete ja tegelikult tasutud summade vahel. <br /> Tundub, et asi võib olla täiesti teostatav.<br /> <br /> == Vastus analüüsi retsensioonile ==<br /> <br /> Oleme vaikselt andmebaaside sisu ja seoseid edasi arendanud, avalikult välja riputanud siiski ei ole. Üks-mitmele seosed jätsime teadlikult välja, sest reeglina on korteritel üks &quot;peaomanik&quot;, kes vastutab arvete tasumise jmt. eest. Oleme väga palju esialgseid ideesid kõrvale jätnud, kuna tajume ohtu, et kui mattume kenade pisivõimaluste väljamõtlemisesse, ei jätku meil ressursse peamise tegemiseks.<br /> <br /> Desktop rakendus on mõeldud korteriühistu ametiisikule, veebiosa oleks aga avalikult (s.t. parooliga kaitstult loomulikult) kättesaadav kõigile korteriühistu liikmetele. Siit vastus, miks me teeme veebiosa. Kui küsimus on selles, et miks me kõike ei tee veebis kasutatavana, siis tundub meile, et desktop rakendus on kohati siiski mugavam ja parem. Ja kui päris tegelikult rääkida, siis tahame me omandada mõlema keskkonna programmeerimise kogemust.<br /> <br /> Täname soovituse eest lisada päringuid, kaalume selle lisamist &quot;nice-to-have&quot; listi, samuti nagu ka pangaandmete importimise võimalust.<br /> <br /> ''LeemurDotNet''<br /> <br /> == Lõpptoote retsensioon ==<br /> <br /> Veebirakenduse funktsionaalsusele mõned märkused, mis puututavad kasutaja taustainfot.<br /> <br /> 1. Võiks olla nähtav ka esitatud näitude pikem ajalugu, näiteks viimased 24 kuud. Üldiselt inimesed ikka tunnevad huvi, mismoodi tarbimismahud on muutunud. Eriti tuntakse tõenäoliselt huvi näiteks peale mõnda kallimat renoveerimist.<br /> 2. Ka veebirakenduses võiks paista teenuste hinnad. <br /> <br /> Muidu on kasutajaliides lihtne, ülevaatlik ja loogiline. Tegelikkuses saaks selle kasutamisega hakkama üsna tagasihoidliku arvutikasutamise kogemusega kasutaja. Pean seda suureks plussiks, et ka vanemas eas ühistu liikmed oskaksid rakendust kasutada. Neile mõeldes võiks kasutada suuremat kirjasuurust.<br /> Kasutusloogikat silmas pidades oleks võib olla olnud mõttekas jätta osa infot avalikult avalehele. Näiteks ühistu kontaktid ja avalikud teated.<br /> <br /> Desktop rakendus on samuti lihtsa ja selge kasutajaliidesega. Pisi- ja maitseasi muidugi, aga ehk vajaks rohkem mõtlemist kasutajaliidese lehtede järjekord? Et siis igapäevatööks vajalikumad eespoole viia. Üldandmed, mis praegu kõige ees võiksid hoopis viimane olla – kui tihti nad ikka muutuvad. Samas Tasumised või Näidud võiksid kõige ees asuda. <br /> <br /> Kokkuvõttes ütleksin, et idee osas oli ju ambitsioon see projekt ehk tegelikkusesse viia. Ega sellest kaugel oldagi. Realiseeritud funktsionaalsused ju võimaldaksid rakendust tegelikkuses kasutada ja tundub, et ka enamus must-be osast on ju olemas!<br /> <br /> Retsenseeris &quot;Valuuta&quot;</div>

Mneider https://wiki.itcollege.ee/index.php?title=Talk:LeemurDotNet&diff=44865 2011-12-18T18:15:27Z

<p>Mneider: /* Lõpptoote retsensioon */</p> <hr /> <div>Lugedes läbi teie poolt plaanitud projekti esialgse funktsionaalsuse kirjelduse ja uurides natuke varasemate aastate projekte, on tegemist väga hea ja originaalse ideega. Rakenduse kirjeldust lugedes peaks see tulema väga praktiline ja kasutajasõbralik, mis on tõstavad selle väärtust,peale selle et ta on lihtsalt ühe õppeaine läbimise tingimus. <br /> Samuti tundub et, teie meeskonnal on selged eesmärgid ja ettekujutus ning meeskonnaliikmete rollid on jagatud, mis on samuti väga positiivne. <br /> Projekti teostatavuse koha pealt et, tundub täiesti reaalne olevat-teie 5 liikmega meeskond peaks sellega tähtajaks valmis küll saama. Niiet ebareaalseid eesmärke pole seatud, mis on ka tähtis aspekt projektide juures.<br /> Nõrkasid kohti ei oskagi välja tuua konkreetselt, kuna tegemist siiski projekti algusjärguga. Idee on hea ja lõplik funktsionaalsus arusaadav. Kui aus olla siis tahaks juba kirjeldatud lõpptoodet näha- äkki soovitan ka oma maja haldusfirmale:).<br /> <br /> Niiet palju jõudu progemisel!<br /> <br /> Retsenseeris meeskond &quot;SVS&quot;<br /> <br /> == Analüüsi retsensioon 2 ==<br /> <br /> ''Retsenseeris: Valuuta''<br /> <br /> '''Analüüsi põhjalikkus'''<br /> <br /> Põhjalikult on esitatud kasutajaliideste funktsionaalsus ja analüüsi alusel saaks neid suure tõenäosusega ka valmis programmeerida. <br /> <br /> '''Probleemsed kohad'''<br /> <br /> Tundub, et probleemide allikaks võib kujuneda andmebaasi praegune (04.11 kell) 13.30) disain, sest palju tabeleid on seostamata ja osad seosed on puudulikud. Näiteks puuduvad üks-mitmele seosed juhuks, kui ühel korteril on mitu omanikku. (aga küll Raspel seda edaspidi õpetab!). Tekkis küsimus, et miks realiseeritakse osa funktsionaalsusi Desktopi rakendusena ja osa brauseris? <br /> <br /> '''Mida veel?'''<br /> <br /> Soovitaks kaaluda andmete halduseks ja kontrollimiseks päringute lisamist. Näiteks võlglaste leidmiseks või leidmaks erinevusi koostatud arvete ja tegelikult tasutud summade vahel. <br /> Tundub, et asi võib olla täiesti teostatav.<br /> <br /> == Vastus analüüsi retsensioonile ==<br /> <br /> Oleme vaikselt andmebaaside sisu ja seoseid edasi arendanud, avalikult välja riputanud siiski ei ole. Üks-mitmele seosed jätsime teadlikult välja, sest reeglina on korteritel üks &quot;peaomanik&quot;, kes vastutab arvete tasumise jmt. eest. Oleme väga palju esialgseid ideesid kõrvale jätnud, kuna tajume ohtu, et kui mattume kenade pisivõimaluste väljamõtlemisesse, ei jätku meil ressursse peamise tegemiseks.<br /> <br /> Desktop rakendus on mõeldud korteriühistu ametiisikule, veebiosa oleks aga avalikult (s.t. parooliga kaitstult loomulikult) kättesaadav kõigile korteriühistu liikmetele. Siit vastus, miks me teeme veebiosa. Kui küsimus on selles, et miks me kõike ei tee veebis kasutatavana, siis tundub meile, et desktop rakendus on kohati siiski mugavam ja parem. Ja kui päris tegelikult rääkida, siis tahame me omandada mõlema keskkonna programmeerimise kogemust.<br /> <br /> Täname soovituse eest lisada päringuid, kaalume selle lisamist &quot;nice-to-have&quot; listi, samuti nagu ka pangaandmete importimise võimalust.<br /> <br /> ''LeemurDotNet''<br /> <br /> == Lõpptoote retsensioon ==<br /> <br /> Veebirakenduse funktsionaalsusele mõned märkused, mis puututavad kasutaja taustainfot.<br /> <br /> 1. Võiks olla nähtav ka esitatud näitude pikem ajalugu, näiteks viimased 24 kuud. Üldiselt inimesed ikka tunnevad huvi, mismoodi tarbimismahud on muutunud. Eriti tuntakse tõenäoliselt huvi näiteks peale mõnda kallimat renoveerimist.<br /> 2. Ka veebirakenduses võiks paista teenuste hinnad. <br /> <br /> Muidu on kasutajaliides lihtne, ülevaatlik ja loogiline. Tegelikkuses saaks selle kasutamisega hakkama üsna tagasihoidliku arvutikasutamise kogemusega kasutaja. Pean seda suureks plussiks, et ka vanemas eas ühistu liikmed oskaksid rakendust kasutada. Neile mõeldes võiks kasutada suuremat kirjasuurust.<br /> Kasutusloogikat silmas pidades oleks võib olla olnud mõttekas jätta osa infot avalikult avalehele. Näiteks ühistu kontaktid ja avalikud teated.<br /> <br /> Desktop rakendus on samuti lihtsa ja selge kasutajaliidesega. Pisi- ja maitseasi muidugi, aga ehk vajaks rohkem mõtlemist kasutajaliidese lehtede järjekord? Et siis igapäevatööks vajalikumad eespoole viia. Üldandmed, mis praegu kõige ees võiksid hoopis viimane olla – kui tihti nad ikka muutuvad. Samas Tasumised või Näidud võiksid kõige ees asuda. <br /> <br /> Kokkuvõttes ütleksin, et idee osas oli ju ambitsioon see projekt ehk tegelikkusesse viia. Ega sellest kaugel oldagi. Realiseeritud funktsionaalsused ju võimaldaksid rakendust tegelikkuses kasutada ja tundub, et ka enamus must-be osast on ju olemas!<br /> <br /> Retsenseeris &quot;Valuutavahetus&quot;</div>

Mneider https://wiki.itcollege.ee/index.php?title=Talk:LeemurDotNet&diff=44864 2011-12-18T18:14:46Z

<p>Mneider: /* Lõpptoote retsensioon */ new section</p> <hr /> <div>Lugedes läbi teie poolt plaanitud projekti esialgse funktsionaalsuse kirjelduse ja uurides natuke varasemate aastate projekte, on tegemist väga hea ja originaalse ideega. Rakenduse kirjeldust lugedes peaks see tulema väga praktiline ja kasutajasõbralik, mis on tõstavad selle väärtust,peale selle et ta on lihtsalt ühe õppeaine läbimise tingimus. <br /> Samuti tundub et, teie meeskonnal on selged eesmärgid ja ettekujutus ning meeskonnaliikmete rollid on jagatud, mis on samuti väga positiivne. <br /> Projekti teostatavuse koha pealt et, tundub täiesti reaalne olevat-teie 5 liikmega meeskond peaks sellega tähtajaks valmis küll saama. Niiet ebareaalseid eesmärke pole seatud, mis on ka tähtis aspekt projektide juures.<br /> Nõrkasid kohti ei oskagi välja tuua konkreetselt, kuna tegemist siiski projekti algusjärguga. Idee on hea ja lõplik funktsionaalsus arusaadav. Kui aus olla siis tahaks juba kirjeldatud lõpptoodet näha- äkki soovitan ka oma maja haldusfirmale:).<br /> <br /> Niiet palju jõudu progemisel!<br /> <br /> Retsenseeris meeskond &quot;SVS&quot;<br /> <br /> == Analüüsi retsensioon 2 ==<br /> <br /> ''Retsenseeris: Valuuta''<br /> <br /> '''Analüüsi põhjalikkus'''<br /> <br /> Põhjalikult on esitatud kasutajaliideste funktsionaalsus ja analüüsi alusel saaks neid suure tõenäosusega ka valmis programmeerida. <br /> <br /> '''Probleemsed kohad'''<br /> <br /> Tundub, et probleemide allikaks võib kujuneda andmebaasi praegune (04.11 kell) 13.30) disain, sest palju tabeleid on seostamata ja osad seosed on puudulikud. Näiteks puuduvad üks-mitmele seosed juhuks, kui ühel korteril on mitu omanikku. (aga küll Raspel seda edaspidi õpetab!). Tekkis küsimus, et miks realiseeritakse osa funktsionaalsusi Desktopi rakendusena ja osa brauseris? <br /> <br /> '''Mida veel?'''<br /> <br /> Soovitaks kaaluda andmete halduseks ja kontrollimiseks päringute lisamist. Näiteks võlglaste leidmiseks või leidmaks erinevusi koostatud arvete ja tegelikult tasutud summade vahel. <br /> Tundub, et asi võib olla täiesti teostatav.<br /> <br /> == Vastus analüüsi retsensioonile ==<br /> <br /> Oleme vaikselt andmebaaside sisu ja seoseid edasi arendanud, avalikult välja riputanud siiski ei ole. Üks-mitmele seosed jätsime teadlikult välja, sest reeglina on korteritel üks &quot;peaomanik&quot;, kes vastutab arvete tasumise jmt. eest. Oleme väga palju esialgseid ideesid kõrvale jätnud, kuna tajume ohtu, et kui mattume kenade pisivõimaluste väljamõtlemisesse, ei jätku meil ressursse peamise tegemiseks.<br /> <br /> Desktop rakendus on mõeldud korteriühistu ametiisikule, veebiosa oleks aga avalikult (s.t. parooliga kaitstult loomulikult) kättesaadav kõigile korteriühistu liikmetele. Siit vastus, miks me teeme veebiosa. Kui küsimus on selles, et miks me kõike ei tee veebis kasutatavana, siis tundub meile, et desktop rakendus on kohati siiski mugavam ja parem. Ja kui päris tegelikult rääkida, siis tahame me omandada mõlema keskkonna programmeerimise kogemust.<br /> <br /> Täname soovituse eest lisada päringuid, kaalume selle lisamist &quot;nice-to-have&quot; listi, samuti nagu ka pangaandmete importimise võimalust.<br /> <br /> ''LeemurDotNet''<br /> <br /> == Lõpptoote retsensioon ==<br /> <br /> Veebirakenduse funktsionaalsusele mõned märkused, mis puututavad kasutaja taustainfot.<br /> <br /> 1. Võiks olla nähtav ka esitatud näitude pikem ajalugu, näiteks viimased 24 kuud. Üldiselt inimesed ikka tunnevad huvi, mismoodi tarbimismahud on muutunud. Eriti tuntakse tõenäoliselt huvi näiteks peale mõnda kallimat renoveerimist.<br /> 2. Ka veebirakenduses võiks paista teenuste hinnad. <br /> <br /> Muidu on kasutajaliides lihtne, ülevaatlik ja loogiline. Tegelikkuses saaks selle kasutamisega hakkama üsna tagasihoidliku arvutikasutamise kogemusega kasutaja. Pean seda suureks plussiks, et ka vanemas eas ühistu liikmed oskaksid rakendust kasutada. Neile mõeldes võiks kasutada suuremat kirjasuurust.<br /> Kasutusloogikat silmas pidades oleks võib olla olnud mõttekas jätta osa infot avalikult avalehele. Näiteks ühistu kontaktid ja avalikud teated.<br /> <br /> Desktop rakendus on samuti lihtsa ja selge kasutajaliidesega. Pisi- ja maitseasi muidugi, aga ehk vajaks rohkem mõtlemist kasutajaliidese lehtede järjekord? Et siis igapäevatööks vajalikumad eespoole viia. Üldandmed, mis praegu kõige ees võiksid hoopis viimane olla – kui tihti nad ikka muutuvad. Samas Tasumised või Näidud võiksid kõige ees asuda. <br /> <br /> Kokkuvõttes ütleksin, et idee osas oli ju ambitsioon see projekt ehk tegelikkusesse viia. Ega sellest kaugel oldagi. Realiseeritud funktsionaalsused ju võimaldaksid rakendust tegelikkuses kasutada ja tundub, et ka enamus must-be osast on ju olemas!</div>

Mneider https://wiki.itcollege.ee/index.php?title=Talk:LeemurDotNet&diff=41348 2011-11-04T12:33:07Z

<p>Mneider: /* Analüüsi retsensioon 2 */ new section</p> <hr /> <div>Lugedes läbi teie poolt plaanitud projekti esialgse funktsionaalsuse kirjelduse ja uurides natuke varasemate aastate projekte, on tegemist väga hea ja originaalse ideega. Rakenduse kirjeldust lugedes peaks see tulema väga praktiline ja kasutajasõbralik, mis on tõstavad selle väärtust,peale selle et ta on lihtsalt ühe õppeaine läbimise tingimus. <br /> Samuti tundub et, teie meeskonnal on selged eesmärgid ja ettekujutus ning meeskonnaliikmete rollid on jagatud, mis on samuti väga positiivne. <br /> Projekti teostatavuse koha pealt et, tundub täiesti reaalne olevat-teie 5 liikmega meeskond peaks sellega tähtajaks valmis küll saama. Niiet ebareaalseid eesmärke pole seatud, mis on ka tähtis aspekt projektide juures.<br /> Nõrkasid kohti ei oskagi välja tuua konkreetselt, kuna tegemist siiski projekti algusjärguga. Idee on hea ja lõplik funktsionaalsus arusaadav. Kui aus olla siis tahaks juba kirjeldatud lõpptoodet näha- äkki soovitan ka oma maja haldusfirmale:).<br /> <br /> Niiet palju jõudu progemisel!<br /> <br /> Retsenseeris meeskond &quot;SVS&quot;<br /> <br /> == Analüüsi retsensioon 2 ==<br /> <br /> ''Retsenseeris: Valuuta''<br /> <br /> '''Analüüsi põhjalikkus'''<br /> <br /> Põhjalikult on esitatud kasutajaliideste funktsionaalsus ja analüüsi alusel saaks neid suure tõenäosusega ka valmis programmeerida. <br /> <br /> '''Probleemsed kohad'''<br /> <br /> Tundub, et probleemide allikaks võib kujuneda andmebaasi praegune (04.11 kell) 13.30) disain, sest palju tabeleid on seostamata ja osad seosed on puudulikud. Näiteks puuduvad üks-mitmele seosed juhuks, kui ühel korteril on mitu omanikku. (aga küll Raspel seda edaspidi õpetab!). Tekkis küsimus, et miks realiseeritakse osa funktsionaalsusi Desktopi rakendusena ja osa brauseris? <br /> <br /> '''Mida veel?'''<br /> <br /> Soovitaks kaaluda andmete halduseks ja kontrollimiseks päringute lisamist. Näiteks võlglaste leidmiseks või leidmaks erinevusi koostatud arvete ja tegelikult tasutud summade vahel. <br /> Tundub, et asi võib olla täiesti teostatav.</div>

Mneider https://wiki.itcollege.ee/index.php?title=Juhend:_Kodut%C3%B6%C3%B6_aines_%22Programmeerimine_CSharp_keeles%22(Kaug%C3%B5pe_2011)&diff=41324 2011-11-04T09:44:46Z

<p>Mneider: /* Meeskonnad 2011 */</p> <hr /> <div>=Kodutöö aines &quot;Programmeerimine C# keeles&quot;=<br /> <br /> ==Eesmärk==<br /> Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. <br /> <br /> ==Reeglid==<br /> Ü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).<br /> 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.<br /> <br /> ==Tähtaegadest kinnipidamine==<br /> 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%.<br /> <br /> Näide:<br /> 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<br /> Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.<br /> Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.<br /> <br /> ==Hindamine==<br /> Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.<br /> 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).<br /> Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.<br /> <br /> ===Meeskonna kokkupanek ja idee===<br /> '''15.10.2011''' (3p)<br /> <br /> 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.<br /> <br /> '''Retsensioon''' 25.10.2011 (2p)<br /> 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..<br /> <br /> ===Analüüs===<br /> '''22.10.2011''' (6p)<br /> 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.<br /> Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:<br /> *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.<br /> *Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')<br /> *Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')<br /> Minimaalne sõnade arv: 700<br /> Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.<br /> <br /> '''Retsensioon''' 02.11.2011 (3p)<br /> 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?<br /> <br /> ===Prototüüp===<br /> '''19.11.2011'''(10p)<br /> 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.<br /> <br /> '''Retsensioon''' 29.11.2011(5p)<br /> <br /> ===Lõpptoode===<br /> '''07.12.2011'''(15p)<br /> 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.<br /> <br /> '''Retsensioon''' 13.12.2011(5p)<br /> <br /> ===Esitlus/Kaitsmine===<br /> '''Toimub enne eksamit'''<br /> Esitlusel kaitstakse projekti. <br /> 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.<br /> <br /> ==Konsultatsioon==<br /> Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma<br /> töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida<br /> õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee<br /> (teksti originaalautor Priit Raspel)<br /> <br /> =Teemad 2011 sügis=<br /> Kodutööna tuleb luua:<br /> <br /> ==Kodune raamatukogu==<br /> Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.<br /> Loo rakendus, mis<br /> * Võimaldaks sisestada kodused raamatud<br /> * Võimaldaks luua laenutajate profiile<br /> * Raamatuid välja laenutada (tähtajaliselt)<br /> * Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)<br /> <br /> <br /> Lisavõimalused<br /> * 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?”<br /> * Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.<br /> * Lase lisada raamatutele pilt<br /> * Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)<br /> Või<br /> <br /> ==CRM==<br /> Oma klientidest peab olema ülevaade.<br /> Loo rakendus, mis võimaldab:<br /> * Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada<br /> * Võimalda sisestada kliendikontakte<br /> * Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.<br /> * Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid<br /> <br /> <br /> Lisavõimalused<br /> * Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega<br /> * Õnnitlusmeilide template’sid võiks olla mitu<br /> * Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis<br /> <br /> ==Tetris(XNA)==<br /> ==XoniX(XNA)==<br /> <br /> ==Nõuded rakendusele==<br /> Loodav rakendus peab:<br /> * Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)<br /> * Peab võimaldama tegevuste kohta registri pidamist (logi)<br /> * Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net<br /> <br /> '''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea äriidee<br /> <br /> ==Nõuded XNA projektile==<br /> Loodav mäng peab sisaldama:<br /> * Erinevaid tasemeid<br /> * Punktiarvestust<br /> * XBox puldi tuge<br /> * Klaviatuurilt juhtimise tuge<br /> <br /> '''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> '''NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!'''<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea ''story''<br /> <br /> =Meeskonnad 2011=<br /> <br /> ==[[LeemurDotNet]]==<br /> <br /> ===Teema===<br /> <br /> Korteriühistu kommunaalmaksete arvestamine<br /> <br /> ===Liikmed===<br /> * Rasmus Hommuk <br /> * Marika Mäemets<br /> * '''Einar Kivisalu''' - projektijuht<br /> * Mairo Puusepp<br /> * Sten Mentunen<br /> <br /> ==[[Meeskond &quot;SVS&quot;]]==<br /> <br /> <br /> === Teema===<br /> <br /> Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine<br /> <br /> === Liikmed ===<br /> <br /> *Indrek Soostar<br /> *Marek Reinhold<br /> *Kaarli Metsniit<br /> ==[[TeravC]]==<br /> === Teema===<br /> <br /> Autovaruosade müügi- ja laoprogramm<br /> <br /> === Liikmed ===<br /> <br /> <br /> *Oliver Dalberg<br /> *Aleksandr Laidoner<br /> *Tarmo Sillajõe<br /> *Andre Tšernikov<br /> <br /> ==[[&quot;3-5 liiget&quot;]]==<br /> <br /> ===Teema===<br /> <br /> Tetris vol.x - nimi täpsustamisel<br /> <br /> ===Liikmed===<br /> * Tarvo Rohivälli <br /> * Andres Sööt<br /> * Ragnar Vutt<br /> * Indrek Vallsalu<br /> <br /> ==[[Valuutavahetus]]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider<br /> * Lauri Rooden<br /> * Margus Parts<br /> <br /> ===[http://valuutavahetus.blogspot.com/ Blogi]===<br /> <br /> ===Retsensioonid===<br /> <br /> ==[[&quot;Retsensioon 1&quot;]]==<br /> <br /> <br /> ==[[&quot;Analüüsi retsensioon&quot;]]==</div>

Mneider https://wiki.itcollege.ee/index.php?title=Juhend:_Kodut%C3%B6%C3%B6_aines_%22Programmeerimine_CSharp_keeles%22(Kaug%C3%B5pe_2011)&diff=41323 2011-11-04T09:41:48Z

<p>Mneider: /* Valuutavahetus */</p> <hr /> <div>=Kodutöö aines &quot;Programmeerimine C# keeles&quot;=<br /> <br /> ==Eesmärk==<br /> Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. <br /> <br /> ==Reeglid==<br /> Ü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).<br /> 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.<br /> <br /> ==Tähtaegadest kinnipidamine==<br /> 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%.<br /> <br /> Näide:<br /> 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<br /> Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.<br /> Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.<br /> <br /> ==Hindamine==<br /> Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.<br /> 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).<br /> Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.<br /> <br /> ===Meeskonna kokkupanek ja idee===<br /> '''15.10.2011''' (3p)<br /> <br /> 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.<br /> <br /> '''Retsensioon''' 25.10.2011 (2p)<br /> 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..<br /> <br /> ===Analüüs===<br /> '''22.10.2011''' (6p)<br /> 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.<br /> Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:<br /> *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.<br /> *Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')<br /> *Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')<br /> Minimaalne sõnade arv: 700<br /> Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.<br /> <br /> '''Retsensioon''' 02.11.2011 (3p)<br /> 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?<br /> <br /> ===Prototüüp===<br /> '''19.11.2011'''(10p)<br /> 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.<br /> <br /> '''Retsensioon''' 29.11.2011(5p)<br /> <br /> ===Lõpptoode===<br /> '''07.12.2011'''(15p)<br /> 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.<br /> <br /> '''Retsensioon''' 13.12.2011(5p)<br /> <br /> ===Esitlus/Kaitsmine===<br /> '''Toimub enne eksamit'''<br /> Esitlusel kaitstakse projekti. <br /> 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.<br /> <br /> ==Konsultatsioon==<br /> Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma<br /> töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida<br /> õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee<br /> (teksti originaalautor Priit Raspel)<br /> <br /> =Teemad 2011 sügis=<br /> Kodutööna tuleb luua:<br /> <br /> ==Kodune raamatukogu==<br /> Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.<br /> Loo rakendus, mis<br /> * Võimaldaks sisestada kodused raamatud<br /> * Võimaldaks luua laenutajate profiile<br /> * Raamatuid välja laenutada (tähtajaliselt)<br /> * Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)<br /> <br /> <br /> Lisavõimalused<br /> * 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?”<br /> * Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.<br /> * Lase lisada raamatutele pilt<br /> * Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)<br /> Või<br /> <br /> ==CRM==<br /> Oma klientidest peab olema ülevaade.<br /> Loo rakendus, mis võimaldab:<br /> * Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada<br /> * Võimalda sisestada kliendikontakte<br /> * Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.<br /> * Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid<br /> <br /> <br /> Lisavõimalused<br /> * Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega<br /> * Õnnitlusmeilide template’sid võiks olla mitu<br /> * Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis<br /> <br /> ==Tetris(XNA)==<br /> ==XoniX(XNA)==<br /> <br /> ==Nõuded rakendusele==<br /> Loodav rakendus peab:<br /> * Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)<br /> * Peab võimaldama tegevuste kohta registri pidamist (logi)<br /> * Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net<br /> <br /> '''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea äriidee<br /> <br /> ==Nõuded XNA projektile==<br /> Loodav mäng peab sisaldama:<br /> * Erinevaid tasemeid<br /> * Punktiarvestust<br /> * XBox puldi tuge<br /> * Klaviatuurilt juhtimise tuge<br /> <br /> '''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> '''NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!'''<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea ''story''<br /> <br /> =Meeskonnad 2011=<br /> <br /> ==[[LeemurDotNet]]==<br /> <br /> ===Teema===<br /> <br /> Korteriühistu kommunaalmaksete arvestamine<br /> <br /> ===Liikmed===<br /> * Rasmus Hommuk <br /> * Marika Mäemets<br /> * '''Einar Kivisalu''' - projektijuht<br /> * Mairo Puusepp<br /> * Sten Mentunen<br /> <br /> ==[[Meeskond &quot;SVS&quot;]]==<br /> <br /> <br /> === Teema===<br /> <br /> Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine<br /> <br /> === Liikmed ===<br /> <br /> *Indrek Soostar<br /> *Marek Reinhold<br /> *Kaarli Metsniit<br /> ==[[TeravC]]==<br /> === Teema===<br /> <br /> Autovaruosade müügi- ja laoprogramm<br /> <br /> === Liikmed ===<br /> <br /> <br /> *Oliver Dalberg<br /> *Aleksandr Laidoner<br /> *Tarmo Sillajõe<br /> *Andre Tšernikov<br /> <br /> ==[[&quot;3-5 liiget&quot;]]==<br /> <br /> ===Teema===<br /> <br /> Tetris vol.x - nimi täpsustamisel<br /> <br /> ===Liikmed===<br /> * Tarvo Rohivälli <br /> * Andres Sööt<br /> * Ragnar Vutt<br /> * Indrek Vallsalu<br /> <br /> ==[[Valuutavahetus]]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider<br /> * Lauri Rooden<br /> * Margus Parts<br /> <br /> ===[http://valuutavahetus.blogspot.com/ Blogi]===<br /> <br /> ===Retsensioonid===<br /> <br /> ==[http://valuutavahetus.blogspot.com/ Valuutavahetuse blogi]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider<br /> * Lauri Rooden<br /> * Margus Parts<br /> <br /> ===Retsensioonid===<br /> <br /> ==[[&quot;Retsensioon 1&quot;]]==<br /> <br /> <br /> ==[[&quot;Analüüsi retsensioon&quot;]]==</div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41322 2011-11-04T09:29:34Z

<p>Mneider: /* Funktsionaalsused */</p> <hr /> <div>==Taust==<br /> <br /> Väikefirma asub riigipiiril ja pakub kõikvõimalikke tolliprotseduuridega seotud teenuseid. Muuhulgas on olemas ka veoautode seisuplats, ooteala piiriületajate jaoks ja kohvik. Välismaalased soovivad teenuste eest tasuda sularahas, kuid sageli pole neil sobivat valuutat. Seega on põhiteenuste eest tasumise võimaldamiseks firmal tarvis ka tugiteenust rahavahetamise näol.<br /> <br /> ==User story' d==<br /> <br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> ==Andmemudel==<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [[File:Valuutavahetuse_andmemudel.jpg]]<br /> <br /> ==Funktsionaalsused==<br /> <br /> '''1 Põhifunktsionaalsus'''<br /> <br /> Teller saab lisada tehingute andmed süsteemi<br /> Kogu trall ju andmete talletamise ümber käibki. Kui seda teha ei saa, siis pole kõigel muul selles projektis suurt mingit mõtet.<br /> <br /> Siinkohal saab kindlasti väga oluliseks kasutajaliidese funktsionaalsus ja ergonoomika. Küsimus on andmete tervikluse tagamises, andmete sisestamisel tekkivate vigade vältimises.<br /> <br /> Võtmesõnaks on disain ja eesmärkideks:<br /> <br /> # Andmeväljade paigutuse loogilisus ja ergonoomilisus<br /> # Kasutajasõbralik graafiline disain. Seega ei tasu hiljem ekraanipinnaga ja fontide suurusega koonerdada. Ka andmeväljade paigutus ja kaugus teineteisest peavad välistama valesti sisestamise võimaluse.<br /> # Sündmuste toimumise loogilisus. Oleks vaja, et tehinguid ei sisestata kogemata, lihtsalt ühe klõpsuga, vaid küsitakse kinnitus ning kinnituse „Jah“ ei teki esialgse „Kinnitan“ nupu peale.<br /> <br /> '''2 Lisafunktsionaalsused'''<br /> # Kliendi mugavusega seotud lisafunktsionaalsus<br /> ## Klient näeb kehtivaid valuutakursse eraldi ekraanil<br /> ## Klient saab tehingu kohta prinditud kviitungi<br /> # Firma juhtimisega seotud lisafunktsionaalsus<br /> ## Juhataja saab kokkuvõtte telleri töötulemuste kohta vahetuse jooksul.<br /> ## Juhataja saab kokkuvõtteid vabalt valutud perioodide ulatuses.<br /> ## Juhataja saab muuta valuutakursse<br /> # Andmeturbest tulenevad lisafuktsionaalsus<br /> ## Andmete tervikluse tagamisega seotud lisafunktsionaalsus<br /> ### Süsteem arvutab tehingu maksumuse enne selle kinnitamist – saab kontrollida, telleri kliendi soovid võivad muutuda<br /> ### Süsteem arvutab tehingute maksumuse kehtivate kursside põhjal – välistab telleri võimaluse eksida kursi sisestamisel<br /> ### Tehingu andmed on muudetavad seni, kuni see pole telleri poolt kinnitamise teel<br /> ### Keegi ei saa muuta eelnevalt sisestatud andmeid.<br /> ### Kõik toimingud logitakse.<br /> ### Juhtaja saab muuta kontojääke vastavalt tegelikule kassa seisule telleri vigade korrigeerimiseks.<br /> ### Teller saab muuta kontojääke sularaha varude täiendamisel.<br /> ## Konfidentsiaalsusega seotud lisafunktsionaalsus<br /> ### Süsteemi saavad kasutada ainult volitatud kasutajad<br /> ### Kasutajatel on erinevad õiguste tasemed, st teller ei saa muuta valuutakursse ega vaadata varasemate vahetuste koondeid<br /> ### IS-i kasutamise sessioonid on turvatud.<br /> ### Andmetabelid on krüpteeritud<br /> ### Andmebaasi koopiad on krüpteeritud<br /> ## Terviklikkusega seotud lisafunktsionaalsus<br /> ### Andmebaasist tehakse regulaarselt mitmesse salvestuskohta krüpteeritud koopiaid</div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41321 2011-11-04T09:05:33Z

<p>Mneider: /* Funktsionaalsused */</p> <hr /> <div>==Taust==<br /> <br /> Väikefirma asub riigipiiril ja pakub kõikvõimalikke tolliprotseduuridega seotud teenuseid. Muuhulgas on olemas ka veoautode seisuplats, ooteala piiriületajate jaoks ja kohvik. Välismaalased soovivad teenuste eest tasuda sularahas, kuid sageli pole neil sobivat valuutat. Seega on põhiteenuste eest tasumise võimaldamiseks firmal tarvis ka tugiteenust rahavahetamise näol.<br /> <br /> ==User story' d==<br /> <br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> ==Andmemudel==<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [[File:Valuutavahetuse_andmemudel.jpg]]<br /> <br /> ==Funktsionaalsused==<br /> '''<br /> 1. Põhifunktsionaalsus'''<br /> <br /> Teller saab lisada tehingute andmed süsteemi<br /> Kogu trall ju andmete talletamise ümber käibki. Kui seda teha ei saa, siis pole kõigel muul selles projektis suurt mingit mõtet.<br /> <br /> Siinkohal saab kindlasti väga oluliseks kasutajaliidese funktsionaalsus ja ergonoomika. Küsimus on andmete tervikluse tagamises, andmete sisestamisel tekkivate vigade vältimises.<br /> Võtmesõnaks on disain ja eesmärkideks<br /> 1. Andmeväljade paigutuse loogilisus ja ergonoomilisus<br /> 2. Kasutajasõbralik graafiline disain. Seega ei tasu hiljem ekraanipinnaga ja fontide suurusega koonerdada. Ka andmeväljade paigutus ja kaugus teineteisest peavad välistama valesti sisestamise võimaluse.<br /> 3. Sündmuste toimumise loogilisus. Oleks vaja, et tehinguid ei sisestata kogemata, lihtsalt ühe klõpsuga, vaid küsitakse kinnitus ning kinnituse „Jah“ ei teki esialgse „Kinnitan“ nupu peale.<br /> <br /> '''2. Lisafuktsionaalsused'''<br /> 2.1 Kliendi mugavusega seotud lisafunktsionaalsus<br /> 1. Klient näeb kehtivaid valuutakursse eraldi ekraanil<br /> 2. Klient saab tehingu kohta prinditud kviitungi<br /> 2.2 Firma juhtimisega seotud lisafunktsionaalsus<br /> 1. Juhataja saab kokkuvõtte telleri töötulemuste kohta vahetuse jooksul.<br /> 2. Juhataja saab kokkuvõtteid vabalt valutud perioodide ulatuses.<br /> 3. Juhataja saab muuta valuutakursse<br /> 2.3 Andmeturbest tulenevad lisafuktsionaalsus<br /> 2.3.1 Andmete tervikluse tagamisega seotud lisafunktsionaalsus<br /> 1. Süsteem arvutab tehingu maksumuse enne selle kinnitamist – saab kontrollida, telleri kliendi soovid võivad muutuda<br /> 2. Süsteem arvutab tehingute maksumuse kehtivate kursside põhjal – välistab telleri võimaluse eksida kursi sisestamisel<br /> 3. Tehingu andmed on muudetavad seni, kuni see pole telleri poolt kinnitamise teel<br /> 4. Keegi ei saa muuta eelnevalt sisestatud andmeid.<br /> 5. Kõik toimingud logitakse.<br /> 6. Juhtaja saab muuta kontojääke vastavalt tegelikule kassa seisule telleri vigade korrigeerimiseks.<br /> 7. Teller saab muuta kontojääke sularaha varude täiendamisel.<br /> 8. Andmetabelid on krüpteeritud<br /> 9. Andmebaasi koopiad on krüpteeritud<br /> <br /> 2.3.2 Konfidentsiaalsusega seotud lisafunktsionaalsus<br /> <br /> 1. Süsteemi saavad kasutada ainult volitatud kasutajad<br /> 2. Kasutajatel on erinevad õiguste tasemed, st teller ei saa muuta valuutakursse ega vaadata varasemate vahetuste koondeid<br /> 3. IS-i kasutamise sessioonid on turvatud.<br /> 2.3.3 Terviklikkusega seotud lisafunktsionaalsus<br /> Andmebaasist tehakse regulaarselt mitmel tasemel ja kohta koopiaid</div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41320 2011-11-04T09:03:50Z

<p>Mneider: /* Andmemudel */</p> <hr /> <div>==Taust==<br /> <br /> Väikefirma asub riigipiiril ja pakub kõikvõimalikke tolliprotseduuridega seotud teenuseid. Muuhulgas on olemas ka veoautode seisuplats, ooteala piiriületajate jaoks ja kohvik. Välismaalased soovivad teenuste eest tasuda sularahas, kuid sageli pole neil sobivat valuutat. Seega on põhiteenuste eest tasumise võimaldamiseks firmal tarvis ka tugiteenust rahavahetamise näol.<br /> <br /> ==User story' d==<br /> <br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> ==Andmemudel==<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [[File:Valuutavahetuse_andmemudel.jpg]]<br /> <br /> ==Funktsionaalsused==</div>

Mneider https://wiki.itcollege.ee/index.php?title=Juhend:_Kodut%C3%B6%C3%B6_aines_%22Programmeerimine_CSharp_keeles%22(Kaug%C3%B5pe_2011)&diff=41319 2011-11-04T09:03:13Z

<p>Mneider: /* Meeskonnad 2011 */</p> <hr /> <div>=Kodutöö aines &quot;Programmeerimine C# keeles&quot;=<br /> <br /> ==Eesmärk==<br /> Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. <br /> <br /> ==Reeglid==<br /> Ü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).<br /> 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.<br /> <br /> ==Tähtaegadest kinnipidamine==<br /> 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%.<br /> <br /> Näide:<br /> 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<br /> Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.<br /> Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.<br /> <br /> ==Hindamine==<br /> Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.<br /> 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).<br /> Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.<br /> <br /> ===Meeskonna kokkupanek ja idee===<br /> '''15.10.2011''' (3p)<br /> <br /> 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.<br /> <br /> '''Retsensioon''' 25.10.2011 (2p)<br /> 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..<br /> <br /> ===Analüüs===<br /> '''22.10.2011''' (6p)<br /> 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.<br /> Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:<br /> *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.<br /> *Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')<br /> *Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')<br /> Minimaalne sõnade arv: 700<br /> Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.<br /> <br /> '''Retsensioon''' 02.11.2011 (3p)<br /> 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?<br /> <br /> ===Prototüüp===<br /> '''19.11.2011'''(10p)<br /> 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.<br /> <br /> '''Retsensioon''' 29.11.2011(5p)<br /> <br /> ===Lõpptoode===<br /> '''07.12.2011'''(15p)<br /> 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.<br /> <br /> '''Retsensioon''' 13.12.2011(5p)<br /> <br /> ===Esitlus/Kaitsmine===<br /> '''Toimub enne eksamit'''<br /> Esitlusel kaitstakse projekti. <br /> 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.<br /> <br /> ==Konsultatsioon==<br /> Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma<br /> töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida<br /> õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee<br /> (teksti originaalautor Priit Raspel)<br /> <br /> =Teemad 2011 sügis=<br /> Kodutööna tuleb luua:<br /> <br /> ==Kodune raamatukogu==<br /> Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.<br /> Loo rakendus, mis<br /> * Võimaldaks sisestada kodused raamatud<br /> * Võimaldaks luua laenutajate profiile<br /> * Raamatuid välja laenutada (tähtajaliselt)<br /> * Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)<br /> <br /> <br /> Lisavõimalused<br /> * 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?”<br /> * Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.<br /> * Lase lisada raamatutele pilt<br /> * Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)<br /> Või<br /> <br /> ==CRM==<br /> Oma klientidest peab olema ülevaade.<br /> Loo rakendus, mis võimaldab:<br /> * Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada<br /> * Võimalda sisestada kliendikontakte<br /> * Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.<br /> * Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid<br /> <br /> <br /> Lisavõimalused<br /> * Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega<br /> * Õnnitlusmeilide template’sid võiks olla mitu<br /> * Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis<br /> <br /> ==Tetris(XNA)==<br /> ==XoniX(XNA)==<br /> <br /> ==Nõuded rakendusele==<br /> Loodav rakendus peab:<br /> * Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)<br /> * Peab võimaldama tegevuste kohta registri pidamist (logi)<br /> * Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net<br /> <br /> '''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea äriidee<br /> <br /> ==Nõuded XNA projektile==<br /> Loodav mäng peab sisaldama:<br /> * Erinevaid tasemeid<br /> * Punktiarvestust<br /> * XBox puldi tuge<br /> * Klaviatuurilt juhtimise tuge<br /> <br /> '''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> '''NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!'''<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea ''story''<br /> <br /> =Meeskonnad 2011=<br /> <br /> ==[[LeemurDotNet]]==<br /> <br /> ===Teema===<br /> <br /> Korteriühistu kommunaalmaksete arvestamine<br /> <br /> ===Liikmed===<br /> * Rasmus Hommuk <br /> * Marika Mäemets<br /> * '''Einar Kivisalu''' - projektijuht<br /> * Mairo Puusepp<br /> * Sten Mentunen<br /> <br /> ==[[Meeskond &quot;SVS&quot;]]==<br /> <br /> <br /> === Teema===<br /> <br /> Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine<br /> <br /> === Liikmed ===<br /> <br /> *Indrek Soostar<br /> *Marek Reinhold<br /> *Kaarli Metsniit<br /> ==[[TeravC]]==<br /> === Teema===<br /> <br /> Autovaruosade müügi- ja laoprogramm<br /> <br /> === Liikmed ===<br /> <br /> <br /> *Oliver Dalberg<br /> *Aleksandr Laidoner<br /> *Tarmo Sillajõe<br /> *Andre Tšernikov<br /> <br /> ==[[&quot;3-5 liiget&quot;]]==<br /> <br /> ===Teema===<br /> <br /> Tetris vol.x - nimi täpsustamisel<br /> <br /> ===Liikmed===<br /> * Tarvo Rohivälli <br /> * Andres Sööt<br /> * Ragnar Vutt<br /> * Indrek Vallsalu<br /> <br /> ==[[Valuutavahetus]]==<br /> <br /> ==[http://valuutavahetus.blogspot.com/ Valuutavahetuse blogi]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider<br /> * Lauri Rooden<br /> * Margus Parts<br /> <br /> ===Retsensioonid===<br /> <br /> ==[[&quot;Retsensioon 1&quot;]]==<br /> <br /> <br /> ==[[&quot;Analüüsi retsensioon&quot;]]==</div>

Mneider https://wiki.itcollege.ee/index.php?title=Juhend:_Kodut%C3%B6%C3%B6_aines_%22Programmeerimine_CSharp_keeles%22(Kaug%C3%B5pe_2011)&diff=41318 2011-11-04T09:02:03Z

<p>Mneider: /* Valuutavahetus */</p> <hr /> <div>=Kodutöö aines &quot;Programmeerimine C# keeles&quot;=<br /> <br /> ==Eesmärk==<br /> Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. <br /> <br /> ==Reeglid==<br /> Ü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).<br /> 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.<br /> <br /> ==Tähtaegadest kinnipidamine==<br /> 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%.<br /> <br /> Näide:<br /> 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<br /> Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.<br /> Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.<br /> <br /> ==Hindamine==<br /> Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.<br /> 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).<br /> Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.<br /> <br /> ===Meeskonna kokkupanek ja idee===<br /> '''15.10.2011''' (3p)<br /> <br /> 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.<br /> <br /> '''Retsensioon''' 25.10.2011 (2p)<br /> 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..<br /> <br /> ===Analüüs===<br /> '''22.10.2011''' (6p)<br /> 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.<br /> Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:<br /> *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.<br /> *Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')<br /> *Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')<br /> Minimaalne sõnade arv: 700<br /> Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.<br /> <br /> '''Retsensioon''' 02.11.2011 (3p)<br /> 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?<br /> <br /> ===Prototüüp===<br /> '''19.11.2011'''(10p)<br /> 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.<br /> <br /> '''Retsensioon''' 29.11.2011(5p)<br /> <br /> ===Lõpptoode===<br /> '''07.12.2011'''(15p)<br /> 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.<br /> <br /> '''Retsensioon''' 13.12.2011(5p)<br /> <br /> ===Esitlus/Kaitsmine===<br /> '''Toimub enne eksamit'''<br /> Esitlusel kaitstakse projekti. <br /> 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.<br /> <br /> ==Konsultatsioon==<br /> Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma<br /> töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida<br /> õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee<br /> (teksti originaalautor Priit Raspel)<br /> <br /> =Teemad 2011 sügis=<br /> Kodutööna tuleb luua:<br /> <br /> ==Kodune raamatukogu==<br /> Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.<br /> Loo rakendus, mis<br /> * Võimaldaks sisestada kodused raamatud<br /> * Võimaldaks luua laenutajate profiile<br /> * Raamatuid välja laenutada (tähtajaliselt)<br /> * Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)<br /> <br /> <br /> Lisavõimalused<br /> * 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?”<br /> * Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.<br /> * Lase lisada raamatutele pilt<br /> * Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)<br /> Või<br /> <br /> ==CRM==<br /> Oma klientidest peab olema ülevaade.<br /> Loo rakendus, mis võimaldab:<br /> * Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada<br /> * Võimalda sisestada kliendikontakte<br /> * Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.<br /> * Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid<br /> <br /> <br /> Lisavõimalused<br /> * Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega<br /> * Õnnitlusmeilide template’sid võiks olla mitu<br /> * Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis<br /> <br /> ==Tetris(XNA)==<br /> ==XoniX(XNA)==<br /> <br /> ==Nõuded rakendusele==<br /> Loodav rakendus peab:<br /> * Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)<br /> * Peab võimaldama tegevuste kohta registri pidamist (logi)<br /> * Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net<br /> <br /> '''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea äriidee<br /> <br /> ==Nõuded XNA projektile==<br /> Loodav mäng peab sisaldama:<br /> * Erinevaid tasemeid<br /> * Punktiarvestust<br /> * XBox puldi tuge<br /> * Klaviatuurilt juhtimise tuge<br /> <br /> '''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> '''NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!'''<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea ''story''<br /> <br /> =Meeskonnad 2011=<br /> <br /> ==[[LeemurDotNet]]==<br /> <br /> ===Teema===<br /> <br /> Korteriühistu kommunaalmaksete arvestamine<br /> <br /> ===Liikmed===<br /> * Rasmus Hommuk <br /> * Marika Mäemets<br /> * '''Einar Kivisalu''' - projektijuht<br /> * Mairo Puusepp<br /> * Sten Mentunen<br /> <br /> ==[[Meeskond &quot;SVS&quot;]]==<br /> <br /> <br /> === Teema===<br /> <br /> Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine<br /> <br /> === Liikmed ===<br /> <br /> *Indrek Soostar<br /> *Marek Reinhold<br /> *Kaarli Metsniit<br /> ==[[TeravC]]==<br /> === Teema===<br /> <br /> Autovaruosade müügi- ja laoprogramm<br /> <br /> === Liikmed ===<br /> <br /> <br /> *Oliver Dalberg<br /> *Aleksandr Laidoner<br /> *Tarmo Sillajõe<br /> *Andre Tšernikov<br /> <br /> ==[[&quot;3-5 liiget&quot;]]==<br /> <br /> ===Teema===<br /> <br /> Tetris vol.x - nimi täpsustamisel<br /> <br /> ===Liikmed===<br /> * Tarvo Rohivälli <br /> * Andres Sööt<br /> * Ragnar Vutt<br /> * Indrek Vallsalu<br /> <br /> ==[[Valuutavahetus]]==<br /> <br /> ==[[Funktsionaalsused]]==<br /> <br /> ==[http://valuutavahetus.blogspot.com/ Valuutavahetuse blogi]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider<br /> * Lauri Rooden<br /> * Margus Parts<br /> <br /> ===Retsensioonid===<br /> <br /> ==[[&quot;Retsensioon 1&quot;]]==<br /> <br /> <br /> ==[[&quot;Analüüsi retsensioon&quot;]]==</div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41317 2011-11-04T08:15:08Z

<p>Mneider: /* Taust */</p> <hr /> <div>==Taust==<br /> <br /> Väikefirma asub riigipiiril ja pakub kõikvõimalikke tolliprotseduuridega seotud teenuseid. Muuhulgas on olemas ka veoautode seisuplats, ooteala piiriületajate jaoks ja kohvik. Välismaalased soovivad teenuste eest tasuda sularahas, kuid sageli pole neil sobivat valuutat. Seega on põhiteenuste eest tasumise võimaldamiseks firmal tarvis ka tugiteenust rahavahetamise näol.<br /> <br /> ==User story' d==<br /> <br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> ==Andmemudel==<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [[File:Valuutavahetuse_andmemudel.jpg]]</div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41316 2011-11-04T08:13:59Z

<p>Mneider: /* User story&#039; d */</p> <hr /> <div>===[[#Taust|Taust]]===<br /> ==User story' d==<br /> <br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> ==Andmemudel==<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [[File:Valuutavahetuse_andmemudel.jpg]]</div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41315 2011-11-04T08:12:14Z

<p>Mneider: /* Andmemudel */</p> <hr /> <div>===[[#Taust|Taust]]===<br /> ===[[#User story' d|User story' d]]===<br /> ==Andmemudel==<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [[File:Valuutavahetuse_andmemudel.jpg]]</div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41314 2011-11-04T07:57:40Z

<p>Mneider: /* Andmemudel */</p> <hr /> <div>===[[#Taust|Taust]]===<br /> ===[[#User story' d|User story' d]]===<br /> ===[[#Andmemudel|Andmemudel]]===<br /> <br /> <br /> &lt;div id=&quot;Taust&quot;&gt;Taust&lt;/div&gt;<br /> <br /> Väikefirma asub riigipiiril ja pakub kõikvõimalikke tolliprotseduuridega seotud teenuseid. Muuhulgas on olemas ka veoautode seisuplats, ooteala piiriületajate jaoks ja kohvik. Välismaalased soovivad teenuste eest tasuda sularahas, kuid sageli pole neil sobivat valuutat. Seega on põhiteenuste eest tasumise võimaldamiseks firmal tarvis ka tugiteenust rahavahetamise näol.<br /> <br /> <br /> &lt;div id=&quot;User story' d&quot;&gt;User story' d&lt;/div&gt;<br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> &lt;div id=&quot;Andmemudel&quot;&gt;Andmemudel&lt;/div&gt;<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [[File:Valuutavahetuse_andmemudel.jpg]]</div>

Mneider https://wiki.itcollege.ee/index.php?title=File:Valuutavahetuse_andmemudel.jpg&diff=41313 2011-11-04T07:49:04Z

<p>Mneider: </p> <hr /> <div></div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41312 2011-11-04T07:31:55Z

<p>Mneider: /* Andmemudel */</p> <hr /> <div>===[[#Taust|Taust]]===<br /> ===[[#User story' d|User story' d]]===<br /> ===[[#Andmemudel|Andmemudel]]===<br /> <br /> <br /> &lt;div id=&quot;Taust&quot;&gt;Taust&lt;/div&gt;<br /> <br /> Väikefirma asub riigipiiril ja pakub kõikvõimalikke tolliprotseduuridega seotud teenuseid. Muuhulgas on olemas ka veoautode seisuplats, ooteala piiriületajate jaoks ja kohvik. Välismaalased soovivad teenuste eest tasuda sularahas, kuid sageli pole neil sobivat valuutat. Seega on põhiteenuste eest tasumise võimaldamiseks firmal tarvis ka tugiteenust rahavahetamise näol.<br /> <br /> <br /> &lt;div id=&quot;User story' d&quot;&gt;User story' d&lt;/div&gt;<br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> &lt;div id=&quot;Andmemudel&quot;&gt;Andmemudel&lt;/div&gt;<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [http://4.bp.blogspot.com/-GkdX7r8L91E/TqL5_rEZtkI/AAAAAAAAAAY/rN8vo9QqEAM/s1600/Valuutavahetuse+andmemudel.jpg]</div>

Mneider https://wiki.itcollege.ee/index.php?title=Valuutavahetus&diff=41311 2011-11-04T07:25:31Z

<p>Mneider: Created page with &#039;===Taust=== ===User story&#039; d=== ===Andmemudel=== &lt;div id=&quot;Taust&quot;&gt;Taust&lt;/div&gt; Väikefirma asub riigipiiril ja pakub kõikvõimali…&#039;</p> <hr /> <div>===[[#Taust|Taust]]===<br /> ===[[#User story' d|User story' d]]===<br /> ===[[#Andmemudel|Andmemudel]]===<br /> <br /> <br /> &lt;div id=&quot;Taust&quot;&gt;Taust&lt;/div&gt;<br /> <br /> Väikefirma asub riigipiiril ja pakub kõikvõimalikke tolliprotseduuridega seotud teenuseid. Muuhulgas on olemas ka veoautode seisuplats, ooteala piiriületajate jaoks ja kohvik. Välismaalased soovivad teenuste eest tasuda sularahas, kuid sageli pole neil sobivat valuutat. Seega on põhiteenuste eest tasumise võimaldamiseks firmal tarvis ka tugiteenust rahavahetamise näol.<br /> <br /> <br /> &lt;div id=&quot;User story' d&quot;&gt;User story' d&lt;/div&gt;<br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> &lt;div id=&quot;Andmemudel&quot;&gt;Andmemudel&lt;/div&gt;<br /> <br /> Kuna tegemist on andmebaasirakendusega, siis kõige esimene töö on user storyde põhjal andmemudeli koostamine. See osa on nüüdseks olemas. Veel mitte Visual Studios realiseerituna, aga pildina täiesti esitatav. Toon selle siis siinkohal ära.<br /> <br /> [http://www.example.com link title]</div>

Mneider https://wiki.itcollege.ee/index.php?title=Juhend:_Kodut%C3%B6%C3%B6_aines_%22Programmeerimine_CSharp_keeles%22(Kaug%C3%B5pe_2011)&diff=41304 2011-11-04T07:02:54Z

<p>Mneider: /* Valuutavahetus */</p> <hr /> <div>=Kodutöö aines &quot;Programmeerimine C# keeles&quot;=<br /> <br /> ==Eesmärk==<br /> Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. <br /> <br /> ==Reeglid==<br /> Ü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).<br /> 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.<br /> <br /> ==Tähtaegadest kinnipidamine==<br /> 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%.<br /> <br /> Näide:<br /> 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<br /> Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.<br /> Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.<br /> <br /> ==Hindamine==<br /> Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.<br /> 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).<br /> Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.<br /> <br /> ===Meeskonna kokkupanek ja idee===<br /> '''15.10.2011''' (3p)<br /> <br /> 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.<br /> <br /> '''Retsensioon''' 25.10.2011 (2p)<br /> 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..<br /> <br /> ===Analüüs===<br /> '''22.10.2011''' (6p)<br /> 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.<br /> Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:<br /> *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.<br /> *Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')<br /> *Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')<br /> Minimaalne sõnade arv: 700<br /> Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.<br /> <br /> '''Retsensioon''' 02.11.2011 (3p)<br /> 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?<br /> <br /> ===Prototüüp===<br /> '''19.11.2011'''(10p)<br /> 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.<br /> <br /> '''Retsensioon''' 29.11.2011(5p)<br /> <br /> ===Lõpptoode===<br /> '''07.12.2011'''(15p)<br /> 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.<br /> <br /> '''Retsensioon''' 13.12.2011(5p)<br /> <br /> ===Esitlus/Kaitsmine===<br /> '''Toimub enne eksamit'''<br /> Esitlusel kaitstakse projekti. <br /> 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.<br /> <br /> ==Konsultatsioon==<br /> Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma<br /> töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida<br /> õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee<br /> (teksti originaalautor Priit Raspel)<br /> <br /> =Teemad 2011 sügis=<br /> Kodutööna tuleb luua:<br /> <br /> ==Kodune raamatukogu==<br /> Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.<br /> Loo rakendus, mis<br /> * Võimaldaks sisestada kodused raamatud<br /> * Võimaldaks luua laenutajate profiile<br /> * Raamatuid välja laenutada (tähtajaliselt)<br /> * Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)<br /> <br /> <br /> Lisavõimalused<br /> * 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?”<br /> * Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.<br /> * Lase lisada raamatutele pilt<br /> * Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)<br /> Või<br /> <br /> ==CRM==<br /> Oma klientidest peab olema ülevaade.<br /> Loo rakendus, mis võimaldab:<br /> * Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada<br /> * Võimalda sisestada kliendikontakte<br /> * Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.<br /> * Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid<br /> <br /> <br /> Lisavõimalused<br /> * Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega<br /> * Õnnitlusmeilide template’sid võiks olla mitu<br /> * Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis<br /> <br /> ==Tetris(XNA)==<br /> ==XoniX(XNA)==<br /> <br /> ==Nõuded rakendusele==<br /> Loodav rakendus peab:<br /> * Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)<br /> * Peab võimaldama tegevuste kohta registri pidamist (logi)<br /> * Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net<br /> <br /> '''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea äriidee<br /> <br /> ==Nõuded XNA projektile==<br /> Loodav mäng peab sisaldama:<br /> * Erinevaid tasemeid<br /> * Punktiarvestust<br /> * XBox puldi tuge<br /> * Klaviatuurilt juhtimise tuge<br /> <br /> '''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> '''NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!'''<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea ''story''<br /> <br /> =Meeskonnad 2011=<br /> <br /> ==[[LeemurDotNet]]==<br /> <br /> ===Teema===<br /> <br /> Korteriühistu kommunaalmaksete arvestamine<br /> <br /> ===Liikmed===<br /> * Rasmus Hommuk <br /> * Marika Mäemets<br /> * '''Einar Kivisalu''' - projektijuht<br /> * Mairo Puusepp<br /> * Sten Mentunen<br /> <br /> ==[[Meeskond &quot;SVS&quot;]]==<br /> <br /> <br /> === Teema===<br /> <br /> Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine<br /> <br /> === Liikmed ===<br /> <br /> *Indrek Soostar<br /> *Marek Reinhold<br /> *Kaarli Metsniit<br /> ==[[TeravC]]==<br /> === Teema===<br /> <br /> Autovaruosade müügi- ja laoprogramm<br /> <br /> === Liikmed ===<br /> <br /> <br /> *Oliver Dalberg<br /> *Aleksandr Laidoner<br /> *Tarmo Sillajõe<br /> *Andre Tšernikov<br /> <br /> ==[[&quot;3-5 liiget&quot;]]==<br /> <br /> ===Teema===<br /> <br /> Tetris vol.x - nimi täpsustamisel<br /> <br /> ===Liikmed===<br /> * Tarvo Rohivälli <br /> * Andres Sööt<br /> * Ragnar Vutt<br /> * Indrek Vallsalu<br /> <br /> ==[[Valuutavahetus]]==<br /> <br /> ==[http://valuutavahetus.blogspot.com/ Valuutavahetuse blogi]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider<br /> * Lauri Rooden<br /> * Margus Parts<br /> <br /> ===Retsensioonid===<br /> <br /> ==[[&quot;Retsensioon 1&quot;]]==<br /> <br /> <br /> ==[[&quot;Analüüsi retsensioon&quot;]]==</div>

Mneider https://wiki.itcollege.ee/index.php?title=Juhend:_Kodut%C3%B6%C3%B6_aines_%22Programmeerimine_CSharp_keeles%22(Kaug%C3%B5pe_2011)&diff=41303 2011-11-04T07:02:05Z

<p>Mneider: /* Valuutavahetus */</p> <hr /> <div>=Kodutöö aines &quot;Programmeerimine C# keeles&quot;=<br /> <br /> ==Eesmärk==<br /> Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. <br /> <br /> ==Reeglid==<br /> Ü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).<br /> 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.<br /> <br /> ==Tähtaegadest kinnipidamine==<br /> 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%.<br /> <br /> Näide:<br /> 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<br /> Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.<br /> Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.<br /> <br /> ==Hindamine==<br /> Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.<br /> 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).<br /> Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.<br /> <br /> ===Meeskonna kokkupanek ja idee===<br /> '''15.10.2011''' (3p)<br /> <br /> 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.<br /> <br /> '''Retsensioon''' 25.10.2011 (2p)<br /> 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..<br /> <br /> ===Analüüs===<br /> '''22.10.2011''' (6p)<br /> 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.<br /> Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:<br /> *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.<br /> *Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')<br /> *Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')<br /> Minimaalne sõnade arv: 700<br /> Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.<br /> <br /> '''Retsensioon''' 02.11.2011 (3p)<br /> 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?<br /> <br /> ===Prototüüp===<br /> '''19.11.2011'''(10p)<br /> 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.<br /> <br /> '''Retsensioon''' 29.11.2011(5p)<br /> <br /> ===Lõpptoode===<br /> '''07.12.2011'''(15p)<br /> 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.<br /> <br /> '''Retsensioon''' 13.12.2011(5p)<br /> <br /> ===Esitlus/Kaitsmine===<br /> '''Toimub enne eksamit'''<br /> Esitlusel kaitstakse projekti. <br /> 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.<br /> <br /> ==Konsultatsioon==<br /> Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma<br /> töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida<br /> õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee<br /> (teksti originaalautor Priit Raspel)<br /> <br /> =Teemad 2011 sügis=<br /> Kodutööna tuleb luua:<br /> <br /> ==Kodune raamatukogu==<br /> Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.<br /> Loo rakendus, mis<br /> * Võimaldaks sisestada kodused raamatud<br /> * Võimaldaks luua laenutajate profiile<br /> * Raamatuid välja laenutada (tähtajaliselt)<br /> * Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)<br /> <br /> <br /> Lisavõimalused<br /> * 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?”<br /> * Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.<br /> * Lase lisada raamatutele pilt<br /> * Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)<br /> Või<br /> <br /> ==CRM==<br /> Oma klientidest peab olema ülevaade.<br /> Loo rakendus, mis võimaldab:<br /> * Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada<br /> * Võimalda sisestada kliendikontakte<br /> * Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.<br /> * Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid<br /> <br /> <br /> Lisavõimalused<br /> * Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega<br /> * Õnnitlusmeilide template’sid võiks olla mitu<br /> * Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis<br /> <br /> ==Tetris(XNA)==<br /> ==XoniX(XNA)==<br /> <br /> ==Nõuded rakendusele==<br /> Loodav rakendus peab:<br /> * Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)<br /> * Peab võimaldama tegevuste kohta registri pidamist (logi)<br /> * Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net<br /> <br /> '''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea äriidee<br /> <br /> ==Nõuded XNA projektile==<br /> Loodav mäng peab sisaldama:<br /> * Erinevaid tasemeid<br /> * Punktiarvestust<br /> * XBox puldi tuge<br /> * Klaviatuurilt juhtimise tuge<br /> <br /> '''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> '''NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!'''<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea ''story''<br /> <br /> =Meeskonnad 2011=<br /> <br /> ==[[LeemurDotNet]]==<br /> <br /> ===Teema===<br /> <br /> Korteriühistu kommunaalmaksete arvestamine<br /> <br /> ===Liikmed===<br /> * Rasmus Hommuk <br /> * Marika Mäemets<br /> * '''Einar Kivisalu''' - projektijuht<br /> * Mairo Puusepp<br /> * Sten Mentunen<br /> <br /> ==[[Meeskond &quot;SVS&quot;]]==<br /> <br /> <br /> === Teema===<br /> <br /> Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine<br /> <br /> === Liikmed ===<br /> <br /> *Indrek Soostar<br /> *Marek Reinhold<br /> *Kaarli Metsniit<br /> ==[[TeravC]]==<br /> === Teema===<br /> <br /> Autovaruosade müügi- ja laoprogramm<br /> <br /> === Liikmed ===<br /> <br /> <br /> *Oliver Dalberg<br /> *Aleksandr Laidoner<br /> *Tarmo Sillajõe<br /> *Andre Tšernikov<br /> <br /> ==[[&quot;3-5 liiget&quot;]]==<br /> <br /> ===Teema===<br /> <br /> Tetris vol.x - nimi täpsustamisel<br /> <br /> ===Liikmed===<br /> * Tarvo Rohivälli <br /> * Andres Sööt<br /> * Ragnar Vutt<br /> * Indrek Vallsalu<br /> <br /> ==[[Valuutavahetus]]==<br /> <br /> Taust ja user story' d<br /> <br /> Väikefirma asub riigipiiril ja pakub kõikvõimalikke tolliprotseduuridega seotud teenuseid. Muuhulgas on olemas ka veoautode seisuplats, ooteala piiriületajate jaoks ja kohvik. Välismaalased soovivad teenuste eest tasuda sularahas, kuid sageli pole neil sobivat valuutat. Seega on põhiteenuste eest tasumise võimaldamiseks firmal tarvis ka tugiteenust rahavahetamise näol.<br /> <br /> Eelnevate tegevuste käigus on koostatud järgmised user story' d<br /> <br /> <br /> 1) Klient soovib enne tehingut näha kehtivaid valuutakursse.<br /> <br /> 2) Klient tahab tellerilt teada enne tehingut, kui palju ta mingit valuutat oma valuuta eest saab. <br /> <br /> 3) Klient soovib saada peale tehinguid kviitungit tehingute andmetega.<br /> <br /> 4) Teller vajab kliendi teavitamiseks võimalust eelnevalt arvutada tehingu hinda.<br /> <br /> 5) Teller soovib kasutada eelarvestust tegeliku tehingu vormistamiseks, et klienti kiiremini teenindada.<br /> <br /> 6) Juhatajal on vaja, et kõik tehingud talletuksid hilisemaks kontrolliks.<br /> <br /> 7) Telleril on vaja arvutada valuutade kassajääke tagavarade täiendamiseks.<br /> <br /> 8) Teller vajab võimalust jätkata oma vahetust tõrke korral.<br /> <br /> 9) Juhataja vajab, et iga teller registreeriks end tarkvaras vahetuse alguses.<br /> <br /> 10) Juhataja vajab ainuisikulist võimalust lisada või muuta tarkvara kriitilise tähtsusega püsiandmeid – valuutakursid, tellerite nimed ja kasutajatunnused.<br /> <br /> 11) Juhataja vajab tehingute väljavõtteid erinevate perioodide ulatuses tegevuse hindamiseks.<br /> <br /> 12) Juhataja vajab kokkuvõtteid erinevate perioodide, tellerite ja valuutade lõikes.<br /> <br /> 13) Juhataja vajab, et tarkvarast ja andmetest tehtaks tagavarakoopiaid regulaarselt.<br /> <br /> ==[http://valuutavahetus.blogspot.com/ Valuutavahetuse blogi]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider<br /> * Lauri Rooden<br /> * Margus Parts<br /> <br /> ===Retsensioonid===<br /> <br /> ==[[&quot;Retsensioon 1&quot;]]==<br /> <br /> <br /> ==[[&quot;Analüüsi retsensioon&quot;]]==</div>

Mneider https://wiki.itcollege.ee/index.php?title=Juhend:_Kodut%C3%B6%C3%B6_aines_%22Programmeerimine_CSharp_keeles%22(Kaug%C3%B5pe_2011)&diff=41302 2011-11-04T06:58:20Z

<p>Mneider: /* Valuutavahetus */</p> <hr /> <div>=Kodutöö aines &quot;Programmeerimine C# keeles&quot;=<br /> <br /> ==Eesmärk==<br /> Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. <br /> <br /> ==Reeglid==<br /> Ü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).<br /> 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.<br /> <br /> ==Tähtaegadest kinnipidamine==<br /> 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%.<br /> <br /> Näide:<br /> 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<br /> Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.<br /> Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.<br /> <br /> ==Hindamine==<br /> Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.<br /> 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).<br /> Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.<br /> <br /> ===Meeskonna kokkupanek ja idee===<br /> '''15.10.2011''' (3p)<br /> <br /> 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.<br /> <br /> '''Retsensioon''' 25.10.2011 (2p)<br /> 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..<br /> <br /> ===Analüüs===<br /> '''22.10.2011''' (6p)<br /> 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.<br /> Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:<br /> *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.<br /> *Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')<br /> *Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')<br /> Minimaalne sõnade arv: 700<br /> Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.<br /> <br /> '''Retsensioon''' 02.11.2011 (3p)<br /> 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?<br /> <br /> ===Prototüüp===<br /> '''19.11.2011'''(10p)<br /> 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.<br /> <br /> '''Retsensioon''' 29.11.2011(5p)<br /> <br /> ===Lõpptoode===<br /> '''07.12.2011'''(15p)<br /> 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.<br /> <br /> '''Retsensioon''' 13.12.2011(5p)<br /> <br /> ===Esitlus/Kaitsmine===<br /> '''Toimub enne eksamit'''<br /> Esitlusel kaitstakse projekti. <br /> 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.<br /> <br /> ==Konsultatsioon==<br /> Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma<br /> töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida<br /> õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee<br /> (teksti originaalautor Priit Raspel)<br /> <br /> =Teemad 2011 sügis=<br /> Kodutööna tuleb luua:<br /> <br /> ==Kodune raamatukogu==<br /> Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.<br /> Loo rakendus, mis<br /> * Võimaldaks sisestada kodused raamatud<br /> * Võimaldaks luua laenutajate profiile<br /> * Raamatuid välja laenutada (tähtajaliselt)<br /> * Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)<br /> <br /> <br /> Lisavõimalused<br /> * 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?”<br /> * Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.<br /> * Lase lisada raamatutele pilt<br /> * Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)<br /> Või<br /> <br /> ==CRM==<br /> Oma klientidest peab olema ülevaade.<br /> Loo rakendus, mis võimaldab:<br /> * Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada<br /> * Võimalda sisestada kliendikontakte<br /> * Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.<br /> * Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid<br /> <br /> <br /> Lisavõimalused<br /> * Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega<br /> * Õnnitlusmeilide template’sid võiks olla mitu<br /> * Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis<br /> <br /> ==Tetris(XNA)==<br /> ==XoniX(XNA)==<br /> <br /> ==Nõuded rakendusele==<br /> Loodav rakendus peab:<br /> * Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)<br /> * Peab võimaldama tegevuste kohta registri pidamist (logi)<br /> * Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net<br /> <br /> '''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea äriidee<br /> <br /> ==Nõuded XNA projektile==<br /> Loodav mäng peab sisaldama:<br /> * Erinevaid tasemeid<br /> * Punktiarvestust<br /> * XBox puldi tuge<br /> * Klaviatuurilt juhtimise tuge<br /> <br /> '''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> '''NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!'''<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea ''story''<br /> <br /> =Meeskonnad 2011=<br /> <br /> ==[[LeemurDotNet]]==<br /> <br /> ===Teema===<br /> <br /> Korteriühistu kommunaalmaksete arvestamine<br /> <br /> ===Liikmed===<br /> * Rasmus Hommuk <br /> * Marika Mäemets<br /> * '''Einar Kivisalu''' - projektijuht<br /> * Mairo Puusepp<br /> * Sten Mentunen<br /> <br /> ==[[Meeskond &quot;SVS&quot;]]==<br /> <br /> <br /> === Teema===<br /> <br /> Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine<br /> <br /> === Liikmed ===<br /> <br /> *Indrek Soostar<br /> *Marek Reinhold<br /> *Kaarli Metsniit<br /> ==[[TeravC]]==<br /> === Teema===<br /> <br /> Autovaruosade müügi- ja laoprogramm<br /> <br /> === Liikmed ===<br /> <br /> <br /> *Oliver Dalberg<br /> *Aleksandr Laidoner<br /> *Tarmo Sillajõe<br /> *Andre Tšernikov<br /> <br /> ==[[&quot;3-5 liiget&quot;]]==<br /> <br /> ===Teema===<br /> <br /> Tetris vol.x - nimi täpsustamisel<br /> <br /> ===Liikmed===<br /> * Tarvo Rohivälli <br /> * Andres Sööt<br /> * Ragnar Vutt<br /> * Indrek Vallsalu<br /> <br /> ==[[Valuutavahetus]]==<br /> ==[http://valuutavahetus.blogspot.com/ Valuutavahetuse blogi]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider<br /> * Lauri Rooden<br /> * Margus Parts<br /> <br /> ===Retsensioonid===<br /> <br /> ==[[&quot;Retsensioon 1&quot;]]==<br /> <br /> <br /> ==[[&quot;Analüüsi retsensioon&quot;]]==</div>

Mneider https://wiki.itcollege.ee/index.php?title=Juhend:_Kodut%C3%B6%C3%B6_aines_%22Programmeerimine_CSharp_keeles%22(Kaug%C3%B5pe_2011)&diff=38433 2011-10-15T13:38:36Z

<p>Mneider: /* Meeskonnad 2011 */</p> <hr /> <div>=Kodutöö aines &quot;Programmeerimine C# keeles&quot;=<br /> <br /> ==Eesmärk==<br /> Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. <br /> <br /> ==Reeglid==<br /> Ü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).<br /> 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.<br /> <br /> ==Tähtaegadest kinnipidamine==<br /> 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%.<br /> <br /> Näide:<br /> 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<br /> Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). Tulemus: 7,1 punkti.<br /> Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). Tulemus: 6,4 punkti.<br /> <br /> ==Hindamine==<br /> Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.<br /> 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).<br /> Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.<br /> <br /> ===Meeskonna kokkupanek ja idee===<br /> '''15.10.2011''' (3p)<br /> <br /> 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.<br /> <br /> '''Retsensioon''' 25.10.2011 (2p)<br /> 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..<br /> <br /> ===Analüüs===<br /> '''22.10.2011''' (6p)<br /> 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.<br /> Sellle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab:<br /> *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.<br /> *Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')<br /> *Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')<br /> Minimaalne sõnade arv: 700<br /> Kuna reaalseid kohtumisi on vähe, siis on lubatud hiljem analüüsi muuta.<br /> <br /> '''Retsensioon''' 02.11.2011 (3p)<br /> 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?<br /> <br /> ===Prototüüp===<br /> '''19.11.2011'''(10p)<br /> 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.<br /> <br /> '''Retsensioon''' 29.11.2011(5p)<br /> <br /> ===Lõpptoode===<br /> '''07.12.2011'''(15p)<br /> 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.<br /> <br /> '''Retsensioon''' 13.12.2011(5p)<br /> <br /> ===Esitlus/Kaitsmine===<br /> '''Toimub enne eksamit'''<br /> Esitlusel kaitstakse projekti. <br /> 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.<br /> <br /> ==Konsultatsioon==<br /> Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma<br /> töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida<br /> õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee<br /> (teksti originaalautor Priit Raspel)<br /> <br /> =Teemad 2011 sügis=<br /> Kodutööna tuleb luua:<br /> <br /> ==Kodune raamatukogu==<br /> Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.<br /> Loo rakendus, mis<br /> * Võimaldaks sisestada kodused raamatud<br /> * Võimaldaks luua laenutajate profiile<br /> * Raamatuid välja laenutada (tähtajaliselt)<br /> * Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)<br /> <br /> <br /> Lisavõimalused<br /> * 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?”<br /> * Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.<br /> * Lase lisada raamatutele pilt<br /> * Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)<br /> Või<br /> <br /> ==CRM==<br /> Oma klientidest peab olema ülevaade.<br /> Loo rakendus, mis võimaldab:<br /> * Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada<br /> * Võimalda sisestada kliendikontakte<br /> * Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.<br /> * Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid<br /> <br /> <br /> Lisavõimalused<br /> * Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega<br /> * Õnnitlusmeilide template’sid võiks olla mitu<br /> * Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis<br /> <br /> ==Tetris(XNA)==<br /> ==XoniX(XNA)==<br /> <br /> ==Nõuded rakendusele==<br /> Loodav rakendus peab:<br /> * Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)<br /> * Peab võimaldama tegevuste kohta registri pidamist (logi)<br /> * Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net<br /> <br /> '''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea äriidee<br /> <br /> ==Nõuded XNA projektile==<br /> Loodav mäng peab sisaldama:<br /> * Erinevaid tasemeid<br /> * Punktiarvestust<br /> * XBox puldi tuge<br /> * Klaviatuurilt juhtimise tuge<br /> <br /> '''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid<br /> '''NB! XNAga ei pruugi jõuda praktikumides/loengutes tegeleda ning seetõttu eeldab sellega tegelemine väga palju iseseisvat tööd!!!'''<br /> <br /> Lisapunkte annab:<br /> * Silmailu<br /> * Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)<br /> * Orginaalsed ideed ja hea ''story''<br /> <br /> =Meeskonnad 2011=<br /> <br /> ==[http://leemurdotnet.blogspot.com Meeskond &quot;LeemurDotNet&quot;]==<br /> <br /> ===Teema===<br /> <br /> Korteriühistu kommunaalmaksete arvestamine<br /> <br /> ===Liikmed===<br /> * Rasmus Hommuk <br /> * Marika Mäemets<br /> * Einar Kivisalu<br /> * Mairo Puusepp<br /> * Sten Mentunen<br /> <br /> == [http://meie-itk-projektid.blogspot.com/ Meeskond &quot;SVS&quot;] ==<br /> <br /> <br /> === Teema===<br /> <br /> Laeva meeskonna munsterrolli tegemine ja dokumentide haldamine<br /> <br /> === Liikmed ===<br /> <br /> *Indrek Soostar<br /> *Marek Reinhold<br /> *Kaarli Metsniit<br /> ==[[TeravC]]==<br /> === Teema===<br /> <br /> Autovaruosade müügi- ja laoprogramm<br /> <br /> === Liikmed ===<br /> <br /> *Oliver Dalberg<br /> *Aleksandr Laidoner<br /> *Tarmo Sillajõe<br /> *Andre Tšernikov<br /> <br /> ==[http://3-5liiget.blogspot.com/ Meeskond &quot;3-5 liiget&quot;]==<br /> <br /> ===Teema===<br /> <br /> Tetris vol.x - nimi täpsustamisel<br /> <br /> ===Liikmed===<br /> * Tarvo Rohivälli <br /> * Andres Sööt<br /> * Ragnar Vutt<br /> * Indrek Vallsalu<br /> <br /> ==[http://valuutavahetus.blogspot.com/ Valuutavahetus]==<br /> <br /> ===Teema===<br /> <br /> Valuutavahetus<br /> <br /> ===Liikmed===<br /> * Margus Neider</div>

Mneider https://wiki.itcollege.ee/index.php?title=VR_II:_projektide_meeskonnad_2010_s%C3%BCgis,_kaug%C3%B5pe&diff=16408 2010-11-02T20:41:28Z

<p>Mneider: /* Teema */</p> <hr /> <div>=[[Meeskond &quot;Khuul&quot;]]=<br /> ==Teema==<br /> Näljaste teejuht - kohviku menüü<br /> [ajaveebi aadress:]<br /> <br /> ==Liikmed==<br /> *Jaan Igamees<br /> *Ivan Ivanov<br /> *John Smith<br /> <br /> <br /> =[[Meeskond &quot;iTeam&quot;]]=<br /> ==Teema==<br /> Januste teejuht - Soodsaimad diilid (aka õlled) sinu lähedal<br /> <br /> http://iteam.codeplex.com/<br /> <br /> ==Liikmed==<br /> *Indrek Ilves<br /> *Maarek Varres<br /> *Rene Vahtel<br /> *Sigmar Muuga<br /> <br /> =[[Meeskond &quot;Teine&quot;]]=<br /> ==Teema==<br /> Ilmajaam<br /> <br /> http://vr2ilmajaam2010.codeplex.com<br /> <br /> ==Liikmed==<br /> *Sander Pikhoff<br /> *Ojar Kristal<br /> *Peeter Lump<br /> <br /> =[[Meeskond &quot;Meie menüü&quot;]]=<br /> ==Teema==<br /> Kohviku menüü <br /> <br /> http://www.meiemenyy.blogspot.com/<br /> <br /> ==Liikmed==<br /> *Elo Üle<br /> *Vivika Veski<br /> *Reet Raud<br /> *Margus Neider<br /> <br /> =[[Meeskond &quot;i-menu&quot;]]=<br /> ==Teema==<br /> menüü<br /> [http://i-menu.blogspot.com/ i-menu blog]<br /> <br /> ==Liikmed==<br /> *Mart Potter<br /> *Margus Mihkelsoo<br /> *Valter Kitsberg</div>

Mneider https://wiki.itcollege.ee/index.php?title=VR_II:_projektide_meeskonnad_2010_s%C3%BCgis,_kaug%C3%B5pe&diff=16407 2010-11-02T20:40:34Z

<p>Mneider: /* Teema */</p> <hr /> <div>=[[Meeskond &quot;Khuul&quot;]]=<br /> ==Teema==<br /> Näljaste teejuht - kohviku menüü<br /> [ajaveebi aadress:]<br /> <br /> ==Liikmed==<br /> *Jaan Igamees<br /> *Ivan Ivanov<br /> *John Smith<br /> <br /> <br /> =[[Meeskond &quot;iTeam&quot;]]=<br /> ==Teema==<br /> Januste teejuht - Soodsaimad diilid (aka õlled) sinu lähedal<br /> <br /> http://iteam.codeplex.com/<br /> <br /> ==Liikmed==<br /> *Indrek Ilves<br /> *Maarek Varres<br /> *Rene Vahtel<br /> *Sigmar Muuga<br /> <br /> =[[Meeskond &quot;Teine&quot;]]=<br /> ==Teema==<br /> Ilmajaam<br /> <br /> http://vr2ilmajaam2010.codeplex.com<br /> <br /> ==Liikmed==<br /> *Sander Pikhoff<br /> *Ojar Kristal<br /> *Peeter Lump<br /> <br /> =[[Meeskond &quot;Meie menüü&quot;]]=<br /> ==Teema==<br /> menüü [http://www.meiemenyy.blogspot.com/]<br /> <br /> ==Liikmed==<br /> *Elo Üle<br /> *Vivika Veski<br /> *Reet Raud<br /> *Margus Neider<br /> <br /> =[[Meeskond &quot;i-menu&quot;]]=<br /> ==Teema==<br /> menüü<br /> [http://i-menu.blogspot.com/ i-menu blog]<br /> <br /> ==Liikmed==<br /> *Mart Potter<br /> *Margus Mihkelsoo<br /> *Valter Kitsberg</div>

Mneider https://wiki.itcollege.ee/index.php?title=VR_II:_projektide_meeskonnad_2010_s%C3%BCgis,_kaug%C3%B5pe&diff=16405 2010-11-02T20:39:54Z

<p>Mneider: /* Teema */</p> <hr /> <div>=[[Meeskond &quot;Khuul&quot;]]=<br /> ==Teema==<br /> Näljaste teejuht - kohviku menüü<br /> [ajaveebi aadress:]<br /> <br /> ==Liikmed==<br /> *Jaan Igamees<br /> *Ivan Ivanov<br /> *John Smith<br /> <br /> <br /> =[[Meeskond &quot;iTeam&quot;]]=<br /> ==Teema==<br /> Januste teejuht - Soodsaimad diilid (aka õlled) sinu lähedal<br /> <br /> http://iteam.codeplex.com/<br /> <br /> ==Liikmed==<br /> *Indrek Ilves<br /> *Maarek Varres<br /> *Rene Vahtel<br /> *Sigmar Muuga<br /> <br /> =[[Meeskond &quot;Teine&quot;]]=<br /> ==Teema==<br /> Ilmajaam<br /> <br /> http://vr2ilmajaam2010.codeplex.com<br /> <br /> ==Liikmed==<br /> *Sander Pikhoff<br /> *Ojar Kristal<br /> *Peeter Lump<br /> <br /> =[[Meeskond &quot;Meie menüü&quot;]]=<br /> ==Teema==<br /> menüü<br /> [http://www.meiemenyy.blogspot.com/]<br /> <br /> ==Liikmed==<br /> *Elo Üle<br /> *Vivika Veski<br /> *Reet Raud<br /> *Margus Neider<br /> <br /> =[[Meeskond &quot;i-menu&quot;]]=<br /> ==Teema==<br /> menüü<br /> [http://i-menu.blogspot.com/ i-menu blog]<br /> <br /> ==Liikmed==<br /> *Mart Potter<br /> *Margus Mihkelsoo<br /> *Valter Kitsberg</div>

Mneider