ICO wiki - User contributions [en]

Talk:Meeskond ".NOT"

2012-06-12T06:44:59Z

Hparn: /* Retentsioon kliendi ja veebiteenus Hello Kitty */ new section

== Retsensioon XMLile ([[Meeskond "Hello Kitty"]]) ==

Kiidusõnad meeskonnale. XML'i struktuuri oskavad korralikult kokku panna ning stiilifail ja skeemifail kah korralikult üles ehitatud.

Kui nüüd pisut nokkida ka, siis silma hakkas mõningane elementide ja atribuutide ebakooskõla. Juba eelnevalt välja toodud märkus, et miks on mootori maht lisatud mootorile atribuudina, aga muud samatähenduslikud väärtused elementidena. Isiklikult oleksin rohkem atribuutide kasutust oodanud.

Antud xml'i kohta on välist infot väga vähe. Kogu sisu on ära kirjeldatud ühe lausega. Lugejal oleks kindlasti suurem huvi xmli struktuuri läbi sirvida, kui oleks teema kohta parem tagataust teada.

Xslt ja xsd kohta pole rohkem samuti midagi mainida, mis tähendab, et ülesehitus lihtne ja korrektne. Nii nagu peabki.
Struktuuri kommenteerimine oleks ka suureks plussiks olnud. Siinkohal viide meeskond Haroldile, kelle kommenteeritud koodi oli lausa lust lugeda.

== Retsensioon ([[Meeskond "Harold"]]) ==

Üldiselt eeskujulik sooritus, on näha, et meeskond tunneb XML ja XSL failide struktuuri ja oskab neid koostada nii praktikas kui disainis (mõelda, kuidas XML struktuurselt üles ehitada).

=== Vormilisest küljest ===

XML-i oli wikist ebamugav lugeda. Palun kasutage <pre> tag asemel <source lang="xml">. XML failile oleks kohe juurde võinud lisada viite transformatsioonile (<?xml-stylesheet type="text/xsl" href="stiil.xsl"?>), samuti oleks võinud XML + XSL failid kuhugile hostida, et retsensent ei peaks seda ise tegema. P.S! < märke, mis transformatsiooni autorile probleeme tekitas, saab sisestada <source> tagide vahele või kodeeritult.

=== XML ===

XML tutvustust oleks tekstiliselt tahtnud pikemalt lugeda: miks valiti just see teema (aktuaalne?), mida toodud XML struktuur võimaldab. Struktuuriliselt on XML üles ehitatud küllaltki hästi - võimalik on lisada 0 ... n sõidukit ning kirjeldada nende omadusi, elementidel on id kiireks otsimiseks.

Omaduste kirjeldamist oleks muidugi üldisemalt saanud teha - ma oleksin ise tõenäoliselt kohelnud enamus asju (sh mootor, kere) auto komponentidena, millel on komponendi ID. See võimaldaks vaadelda autot kui mingit pakki erinevatest komponentidest ning näiteks e-poes (või mõnes muus infosüsteemis) kõik komponendid klikatavaks teha. Ehk siis, inimene näeb nimekirja autodest (auto kirjeldus on hunnik meta-andmeid nagu XML-s toodud mark, tootmisaasta, hind) ning klikates lahti mõne auto, näeb nimekirja komponentidest, mis on omakorda klikatavad, et nende infot vaadata. Varustuselemendid siis samamoodi - ka neid võib vaadelda komponentidena (või miks mitte, pakettidena).

=== Transformatsioon ===

Transformatsioonid on hästi tehtud, HTMLs kuvatakse kogu vajalik info kenasti nimekirjadena välja. Siiski, natuke CSS-i ei teeks paha loetavuse mõttes.

== Retsensioon ([[Meeskond LLL]]) ==

Üldiselt on meeskond teinud head tööd ja üpriski hästi hakkama saanud. Kuigi oleks võinud kodutööd kirjeldada rohkem. Miks just selline teema valiti, mida võimaldab jne?

Xmli tutvustus oleks võinud veidi pikem ja põhjalikum olla. Xmli oli veidi ebamugav lugeda, kuigi trepitud oli õigesti. Ülesehituselt on xml hästi ülesse ehitatud. Mootori maht oli lisatud atribuudina, aga kütus ja võimsus elemendina. Samas oleks ilusam olnud, kui need oleks kõik kirjutatud atribuudi või elemendina. Hea on see, et on jagatud tehnilised andmed ja varustus eraldi, mis teeb lugemist ja käsitlemist lihtsamaks.

Transformatsioon on muidu üsna korralikult tehtud, kuigi oleks võinud veidike rohkem tähelepanu panna css’ile. Kuigi esimeses XSLT's on paar treppimise viga, aga teistel need puuduvad.

== Retsentsioon teenusele ([[Peeter_VR2]]) ==
Projektiga on kaasas SQL skriptid mille põhjal sai endale andmebaas loodud. Kahjuks ei tulnud kummagi skriptiga kaasa andmeid. Seega teenust testida otseselt ei saanud. Teenust käivitades läks teenus ilusasti tööle ja sai kenasti funktsioonide vahel valida.
Loomulikult tuli nullpointer exception, kui miskit invokesin – tabelid tühjad. See ei seganud edasist koodi poolset vaatamist.
Teenuse ülesehitust vaadates, siis teenus on väga hästi ja läbimõeldult tehtud. Funktsionaalsus, mis on teenusele juurde pandud on hulgaliselt. Kogu funktsionaalne pool on ära ka kirjeldatud Wiki lehel, kust sai alguses hea ülevaate teenusest.

Backendi ja SQLi ühendamine on tehtud LINQ abiga. Sealjuures on igast tabelist tehtud eraldi klass, et objektidega oleks targem ja lihtsam ümber käia. Väga hea lahendus. Samuti osadele klassidele on ehitatud Utils klassid, kus on lisafunktsionaalsus juures.
Kenasti on ära kasutatud objekt-orienteeritud lähenemist. Vajalike funktsioonide, mida hiljem teenus välja kutsub, kirjeldamine on igas klassis tehtud ja teenuse all on ainult õiged objektid välja kutsutud. Tegemist siis peamiselt static meetodidega.

Silma häirib, et koodi juures puudub igasugune dokumentatsioon. Meetode pole kommenteeritud. Võiks olla, saaks kiiremini ülevaate, mida mingi meetod teeb või miks ta just nii kirjeldatud on. Vaatamata sellele on kood loetav ja ja pärast mõningat uurimist ka arusaadav, mida miski teeb. Tuleviku mõttes võiks olla kommentaarid juures, kui projekt peaks kasvama.

Vaeva on nähtud lisatööga - teenusele on juurde ehitatud ka turva-sertifikaadid. Nagu näha on need teenuse juures kasutusel - ServiceSecurityContext
Projekti on juurde ehitatud, lisatud ka konsoolirakendus, mis oli mõeldud teenuse testimiseks. Ise kasutada seda ei saanud kuna andmebaas oli tühi.

== Retsensioon teenusele ([[Meeskond LLL]]) ==

Teenus analüüsi on teostatud põhjalikult ja kõiki funktsionaalsusi, mis võiksid olemas olla on ka realiseeritud. Töö lugemine ei ole rakse ja mulle isiklikult meeldib, et töö pole liialt suureks ja kirjuks paisutatud igasuguste pikkade kommentaaride ja kirjelustega, aga töös võiks natukene rohkem lühikesi kirjeldusi olla. Töö on ise hästi tehtud.

== Retsensioon kliendile ([[Meeskond LLL]]) ==

Klient on väga hästi tehtud. Kõiki teenuse funktsionaalsusi saab kasutada ja eriti meeldiv asjaolu on sertifikaatide olemasolu ja nende kasutus. Sertifikaatide tööle saamiseks võis minna palju aega ja vaeva, mis on juba ise suur näitaja kirjeldamaks, kui hästi ja põhjalikult tööd tehti. Ise arvan, et töö võiks olla eeskujuks teistele, kaasaarvatud minu enda meeskonnale.

== Retsensioon kliendile (Meeskond "[[PhoneBook]]") ==

Kahjuks jäi testimise pool ära, sest mingil teadmatul põhjusel kaasasolevad scriptid ei teinud andmebaasi, vaid tegid tabelid ja andsid erroreid, sest need tabelid lisati süsteemi tabelite alla. Võimalik, et viga on minu enda arvutis, sest teiste kommentaaride järgi võib eeldada, et nad on seda ka testinud. Seetõttu on kommentaarid ainult koodi ja esitluse põhjal!

=== Veebiteenus ===

Ilmselgelt on ära tehtud väga suur töö, mida peaksid enamus gruppe eeskujuks võtma. Väga hea on see, et igal pool on kasutatud objekte ja pole mingi puder. Paraku pole koodi kommenteeritud, kuid enamjaolt võib asjast aru saada siis, kui vaadata meetodi nime või uurida sisu. Samas jääb näiteks täiesti arusaamatuks see, et mis mõte sellel ActionMessagel on - mõnede klasside järgi võiks pakkuda, et vigade kogumine?
Mõnes mõttes on arusaamatu ka see, et miks on kõik auto kohta käivad väljad kohustuslikud ning vähemalt auto võimsuse puhul puudub võimalus lisada "+" märk, kui on autol midagi muudetud ja pole täpselt teada võimsus. Hetkel on eeldus auto pass, mis ei pruugi kogu olulist infot anda. Lisadena võiks olla näiteks kommentaari väli kuhu saaks mingeid lisasid märkida kas auto ajaloo kohta või muude oluliste detailide jaoks. Samuti võiks olla pildi lisamise ja vaatamise võimalus, sest nagu öeldakse: "pilt ütleb rohkem kui 1000 sõna."
Üks vähestest lahendustest, kus on kasutatud ka sertifikaate. Kõik etteantud nõuded on ka täidetud - teenus toimib, kasutajate tuvastamine ja haldus on olemas ning ka statistika toimib.

=== Klientrakendus ===

Korralik ja toimiv töö. Väga hea on see, et kasutatud on WPF-i mitte mõnda muud lahendust ning klientrakendus on loodud enda teenusele mitte mingile suvalisele asjale. Positiivne on ka see, et kommentaare on igale poole tekkinud, kuid kohati üsna mõttetuid, mis ei anna mingit lisainfot ja ei tee asja üldse arusaadavamaks. Disain on lihtne ja arusaadav. Küsitav on muidugi see registreerimise osa lingina, kuid võib olla tõesti isegi õigem kui nupp.

== Retentsioon kliendi ja veebiteenus Hello Kitty ==

Kliendi Rakendus

Kliendi tööle saamiseks läks suhteliselt kaua aega mul, aga asi töötas nii nagu vaja ja asi oli korralikult tehtud. Vähemalt selle testimise juures mis mina tegin. Ei laskunud eriti sügavale ja ei hakkanud otsima, et kuidas saaks tekitada vigasid. Kuid disain oli puhas ja arusaadav.

Kui koodi vaatasin siis kood oli puhas ja arusaadav. Kuid sammas oleks võinud olla kood kommenteeritud, et kui projekt liiga suureks muutub siis saaksid ka teised aru kes pole sellega varem tegelenud. Aga muidu paistis asi olevat korralik.

Veebiteenus

Meeldis see et oli kasutatud dll faili et teenus oleks rohkem lahku. Kuid kui võtsid lahti CarService.cs siis algus oli seda väga raske lugeda oleks võinud olla veidi rohkem struktuurne. Kuid muidu jäin asjaga rahule.
Lugemise tegi lihtsamaks interface klass kus said otsida kiiresti mingi funktsiooni üles kui seda vaja leida. Aga muidu oli asi hästi tehtud.

Talk:LLL

2012-06-12T06:30:56Z

Hparn: /* Retentsioon XML */ new section

==Retsensioon==

Mulle tundub, et xml ei lähe kokku selle veebiteenusega, mida tahetakse teha. Võimalik muidugi, et tehtigi lihtsalt hetkel suvaline xml.

XML paistab muidu olevat mõistlik aga ma arvan, et 4-ndas dimensioonis ei oleks ma kasutanud <nimi> väljal atribuute. Jääb mulje, et seda tehti sellepärast, et tööülesanne ütleb järgmist: "Lisaks tuleb kasutada 3-el dimensioonil attribuute, mis on enamat, kui lihtsalt ID".

XML schemale otsa vaadata siis ma vaatan küll, et see on vigane. Miks käiakse üle mitu korda elemendid? Isegi Visual Studios automaatne schema tegemine ei tooda sellist asja, proovisime järgi. Või oskate öelda, miks nii tehtud on?

XSL faile on pandud 3 tükki, aga kõik tunduvad mulle koodi poolelt sarnased. Selle asemel oleks võinud lisada puuduliku XML faili formaadi muutmise XLSLi.

Samas kiidaks veebiteenuse kirjelduse kohapealt tiimi !

Meeskond [[PhoneBook]]

==== Vastus ====

Xml ei pidanudki veebiteenusega kokku minema. Ehk jah, tegime täiesti suvalise xmli. Schemas oli jah viga sees, kuna kasutasin automaatset schemat ja väike viga oli xmlis sees. Vabandan, et ise seda enne ei olnud märganud ja ära parandanud. Nüüd peaks schmea ok olema.

== Retsensioonid veebiteenusele ja klientrakendusele meeskonnalt [[PhoneBook]] ==

==== Veebiteenus ====

Esialgu planeeritud teenuse ja rakenduse analüüs/kirjeldus on wikis päris asjalik, kuid selle asemel realiseeritud telefoniraamatu kohta puuduvad mingisugusedki kommentaarid. Õnneks kaitsmisel sai seda nähtud.

Andmebaasi tabelite loomiseks antud skript eeldab, et selle nimeline andmebaas on juba olemas. Väike ebamugavus, sellest sain üle. Rollid tulevad skriptiga kaasa, see meeldis.

Loodud tabelitest on näha, et saab luua erinevates rollides kasutajaid, kellel on igalühel kontaktid ja võimalus neid valikuliselt jagada mingis ajavahemikus. Näeb üsna kena välja, kuid:
* ei võimalda lisada uut tüüpi kontakte ilma andmebaasi ümber tegemata
* auditeerimise poole pealt ei jälgita, kes midagi loob/muudab/kustutab. Ilmselt ei peetud vajalikuks.
* kasutaja username maksimaalne pikkus on 12 tähemärki ja passwordil 15 tähemärki. Tekkis küsimus, et miks need piirangud nii karmid on.

Väljade andmetüübid on minu arvates üsna arukalt valitud.

Service class ja interface on millegipärast ühte faili kokku pandud, selguse mõttes võinuks need eraldi olla. Service klassil on lisatud atribuut [ServiceBehavior(InstanceContextMode = InstanceContextMode.Single)], ehk siis teenusest on korraga ainult üks instance. Miks?

Katsetasin teenuse funktsioone WCF Clientiga. Mõned tähelepanekud:
* Kõik meetodid töötavad ja annavad sobivates oludes vastuse.
* Ebaõnnestunud päringu korral ei saadeta mingit vastust. Võibolla õige teguviis, kuid test client ei suuda debug sessionit jätkata ning see jookseb kokku. Lihtsalt väike ebamugavus testijale või ka teenusele rakenduse arendajatele.
* Ükski meetod ei vaja eelnevat logini ja passworde hoitakse plaintext kujul. Sertifikaate ei kasutata. Bindinguks on WsHttpBinding, kuid security pole sisse lülitatud.
* Saab luua sama kasutajanime ja passwordiga kasutajaid. Login õnnestub neist vaid esimesena loodul.
* Kõikidel on vaba ligipääs kõikide kontaktidele. See ei ole probleemiks, kui ongi mõeldud teha ühine telefoniraamat kõikidele kasutajatele.
* Meeldis, et päringutes sai spetsifitseerida soovitud tulemuste arvu.

Kontaktide jagamise realiseerimiseks pole ilmselt aega jäänud.

Failide Auth.cs ning AuthData.cs põhjal võib arvata, et autentimise ja muu turvalisusega seonduva lisamine on plaanis olnud, kuid pooleli jäetud.

Userite / kontaktide salvestamine on pandud vastava andmetüübi kirjelduse faili, ülejäänud operatsioonid eraldi – andmetüübile vastavasse meetodifaili. Arvan, et oleks olnud loogilisem ka salvestamine ülejäänud meetoditega kokku panna.

Meetodeid on palju rohkem kui teenuses võimalik välja kutsuda, kaasa arvatud kontakti jagamise funktsionaalsus. Üldjuhul on kõik päringud korralikult kirjutatud, päris kõiki jupphaaval läbi töötama ei hakanud. Märkasin, et näiteks uue kasutaja salvestamisel kontrollitakse eelnevalt selle olemasolu ja vajadusel hoopis uuendatakse seda – väga tubli!

Kokkuvõttes on teenus planeeritud põhjalik ja olemasolevad osad tehtud üsna kenasti. Miinustena näen täielikku turvalisuse puudumist, teostatud funktsioonide vähest hulka ja mõningaid pisivigu. Andmete valideerimiseks ei tehta teenuse poole pealt midagi ja statistikat või kasutajate haldust ei eksisteeri.

==== Klientrakendus ====

Esimesena torkas silma WPF page-ide kasutamine. See on mulle kui kasutajale väga meelepärane. Ka ülejäänud kasutajaliidese disain on lihtne ja selge. Üks väike ebamugavus – login aknas pole defaultina username kastis kursor aktiivne ja enteriga ei saa login nuppu vajutada. Arvan, et enamikele kasutajatele oleks programmi selline käitumine ootuspärane.

Registreerimine toimib väga edukalt, lausa nii edukalt, et võib luua lõputul hulgal kasutajaid, kellel pole ei kasutajanime, passwordi ega emaili. Andmebaasis on need tühja stringina, ehk siis mitte null väljad, vältides edukalt teenuse/andmebaasi poolt kehtestatud piiranguid. Siinkohal võiks olla kontroll nii teenuse kui rakenduse küljes, kuid kahjuks pole kummaski.

Login on edukas tüüpkasutaja korral, kuid annab nullpointer exceptioni, kui üritada sisse logida mõne eelnevalt loodud vigase kasutajaga. Ka vale kasutajanime/parooli korral jookseb rakendus unhandled exceptioniga umbe.

WPF page-kontrollidega navigeerides (vasak ülemine nurk, nooled ja rippmenüü) sai peatselt selgeks, et nuppe vajutades luuakse kogu aeg uusi lehti, vanadele saab navigeerida rippmenüüst ning neis säilib ka eelnevalt sisestatud info. Kasutajana oleks oodanud, et liigeldakse olemasolevate lehtede vahel (login ja registreerimine). Koodi lähemalt uurides (nt. registreeri_page.xaml.xs) selgub, et ka teenusega luuakse kogu aeg uusi ühendusi. Jõudluse seisukohalt ei tundu see hea lähenemisena.

Nii search, browse kui add contact töötavad. Loomulikult saab lisada tühjade stringidega kontakte, nagu ka kasutaja registreerimise korral. Search näitab detailides enne tulemuse valikut mingit kuupäeva miinimumväärtust, see ei peaks seal ilmselt olema.

Mõne otsingu korral esines sama väärtuse topelt kuvamist, ka selectionina olid nad korraga aktiveeritud. Põhjust otsides seda esimese hooga ei leidnud, jätan selle arendajate hingele.

Enne sisse logimist sulgub programm ristist sulgedes edukalt, debug lõppeb. Peale sisselogimist see enam ei õnnestu, ka logout tehes jääb midagi mällu ja debug sessioon ei lõppe. Millegipärast jääb kliendi .exe jooksma (ka task manageris on näha). Koodi uurides on justkui igalpool vajalikes kohtades this.Close() käsud olemas, võibolla on asi visual studios endas.

Koodis kasutatakse mõistlikke muutujanimesid ning aeg-ajalt esineb ka mõni rida kommentaari funktsiooni kirjelduseks. Üldjoontes on ülesehitus selge. Rakendus ei ole mahult suur ning on hoolsa inimese käes isegi päriselt kasutuskõlbulik. Disain, nagu juba mainitud, on piisavalt hea. Eeskujulikust kasutusest kõrvale kaldudes tekivad probleemid, millega programm pole arvestanud. Mingit andmete valideerimist ei ole. Arvestades ajanappust selle rakenduse loomiseks, pean tulemust piisavalt heaks.

== Retentsioon kliendi ja veebideenus ==

Kliendi Rakendus

Kui ma vaatasin koodi siis panin kohe tähele, et on kirjutatud nii eesti keelselt kui ka inglise keelselt ja see tegi koodi kirjutamise kohe palju raskemaks. Suureks plussiks on, et kasutati WPF ehk mõeldi uute tehnoloogijate peale. Kuid sellega olid ka omad probleemid algus oli raske aru saada kasutaja liidesest. Ning puudusid igasugused kontrollid, et mida kasutaja sisestab kliendi rakendusse. Sa võisid tühja teksti jätta kasutaja nimeks ja ka parooliks ning registeerida, kuid hiljem ei saanud sedasi sisse logida. Minul jooksis rakendus kokku selle peale kohe.

Nagu ka kasutaja loomisel puudus kontroll otsingul võisid sisestada tühja teksti sinna, kuid ei oska öelda võib olla arendajad mõtlesidki, et asi peab olema sedasi.

Programmiga oli veel probleem kuna see jooksis kokku vahete peal sain süsteemi poolt veateateid. Et see näitab, et ei ole piisavalt kontrolle mida kasutaja teha saab.

Veebiteenus

Andmebaasi tabelitega samma jama, et on kirjutatud nii eesti kui inglise keeles ja mis teeb lugemise palju raskemaks. Andmebaasi poolt siis veel väike soovitus kui rakendus peaks minema kasutusele ja populaarseks saama siis oleks hea kasutada int asemele Guid primary key'ks. Ja küsimus tekkis parooli turvalisusest, miks on parool tavalisel kujul andmebaasis. Ja nii väike pikkus selleks jäetud enda kogemusest kasutan mina enda parooliks vähemalt 19 tähe märgilist parooli.

Koodi poolt siis Faili nimed võiksid algata suure tähega kuna see on hea tava. Teiseks kood võiks olla kommenteeritud kuna osadest funktsioonidest ei saa kuidagi aru. Kolmandaks funktsioonide nimed samma moodi kui on avalik siis võiks algata suure tähega tegelikult kõik funktsioonid võiks algata suure tähega. Ja täpselt nagu andmebaasis on funktsioonides kirjutatud eesti keelseid sõnu. Mis tegi jälle loetavuse raskemaks.

Aga muidu programm töötas nende parameetritega mis oli vaja. Kuid vajaks kõvasti üle vaatamis ja parandamist ning eriti turvalisuse poole lisamist.

== Retentsioon XML ==

Xml koha pealt vaadates siis paistis asi olevat korras. Ei oska eriti lisada selle koha pealt mis võiks juurte teha.

XML schema kui ma seda nüüd vaatasin siis paistis olevat asi kuidagi vigane. Et samma küsimus mis on ka eelnevatel inimestel miks käiakse üle mitu korda ühte ja sammasid elemente.

XSL failid on suhteliselt ühesugused ja miks neid kolm tükki on kas ei oleks olnud võimalik hakkama saada ühega.

Kuid üldiselt vaadata siis on asjad hästi tehtud ja arvatavasti inimene alles õppis selle projektiga, siis tulevikus võib olla enam ei teee neid vigasid.

Talk:LLL

2012-06-12T06:24:40Z

Hparn: /* Retentsioon kliendi ja veebideenus */ new section

Kodutöö aines "Veebirakenduste loomine ASP.NET abil" 2012

2012-03-06T20:04:40Z

Hparn: /* Meeskond "Hello Kitty" */

[[Category: Veebirakenduste loomine ASP.NET abil]]

=Kodutöö aines "Veebirakenduste loomine ASP.NET abil"=
==Eesmärk==
Saada praktiline kogemus veebiarendusest Asp.Net tehnoloogia abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
Ühte projektimeeskonda kuulub 3..5 tudengit (erandjuhul ka 2) ning ühel teemal teostab projekti üks meeskond.
Töö käiku kajastatakse ajaveebis (blogis) või http://wiki.itcollege.ee keskkonnas. Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

==Tähtajad==
Kodutöö on üks suur meeskonnatööna valmiv ülesanne, mis on jaotatud väiksemateks osadeks. Osade kirjeldused ja tähtajad on kirjeldatud allpool.

Tähtaegadest mitte kinnipidamisel kaotatakse punkte.Kui töö esitatakse tähtajast hiljem ,kaotatakse iga hilinenud päeva kohta 10% punktidest. Maksimaalselt kaotatakse 50%.

Näide:
Töö esitamise tähtaeg on 4.09.2011 kell 23:59 ja selle osa eest on võimalik teenida 8p. <br/>

Meeskond1 esitab töö, mis vastab nõuetele, tähtajaks. <br/>
Tulemus:8p

Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). <br/>
Tulemus: 7,1 punkti.

Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). <br/>
Tulemus: 6,4 punkti.

===Teema ning meeskonna koosseis. Analüüs===
<i>Tähtaeg: 06.03.2012 23:59</i>
(10 punkti)

Tähtajaks tuleb:
*kooskõlastada õppejõuga idee
*panna kokku meeskond
*luua meeskonnale wiki leht, kus
** tuuakse välja meeskonna kõik liikmed ja määratakse projektijuht
** sõnastatakse idee olemus
** teostatakse esmane analüüs
***Analüüs rakendusele. (Mida see endas sisaldab? Mis on selle eesmärk? Mida tavakasutaja sellega teha saaks? Milliste osade realiseerimine võib osutuda problemaatiliseks?) Kui on tööjaotus paigas, siis tuua ka see välja.
***Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')
***Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')

Analüüsi ja idee sõnade maht on arvuliselt minimaalselt 700.

'''Retsensioon'''
<i>Tähtaeg: 15.03.2012 </i>
(5 punkti)

===Lõpptoode===
<i> Tähtaeg:12.05.2012 (25p)</i>

Selleks faasiks peab projekt maksimumpuntkide saavutamiseks olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.

'''Retsensioon'''
24.05.2012 (5p)

===Kaitsmine===
<i>Siia ilmub mais registreerumisleht</i>
(5 punkti)

Esitlusel kaitstakse projekti. Tutvustatakse tehnoloogiat, mida kasutati rakenduse realiseerimiseks. Lühidalt räägitakse tööjaotusest ning probleemidest, mis tekkisid projekti realiseerimisel. Näidatakse lähtekoodi ja demonstreeritakse oma rakendust teistele tudengitele, kes võivad selle kohta küsimusi küsida. Kestvus ~20min.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.
Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides teistele tudengitele tutvustada (ca 20 min).

Kogu aine mahust annab projekt 50% ehk edaspidi 50p. Täpsem kirjeldus projekti erinevate osade ja tähtaegade kohta on kirjeldatud sektsioonis: Tähtajad

Tähtaegadest kinni pidamine on oluline.
Iga hilinenud päev vähendab tulemust 10% võrra. Maksimaalselt võib kaotada -50% võimalikest punktidest.

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee
(teksti originaalautor Priit Raspel)

=Teemad 2012 kevad=
Kodutööna tuleb luua:
* CMS ehk sisuhalduskeskkond
* Vabalt valitud teemal (vt näidisteemad) mingisugune ärirakendus: näiteks kodune raamatukogu, e-pood, pere eelarve keskkond jne.

==Nõuded==
'''Loodav lahendus peab sisaldama:'''
* '''CMS'i funktsionaalsust'''
** Võimalus lehtede sisu muuta veebiliidese abil
** Võimalus lehti leheküljestikku lisada
** Võimalus lehti leheküljestikust kustutada
** Võimalus lehti avaldada või varjata

* '''Piiratud kasutajatele mõeldud ala'''

* '''Mingisugust ärirakendust (vt näidisteemad)'''

'''Loodavas süsteemis tuleb kasutada:'''
* Oma teadmisi :)
* Master-lehekülgi
* Kasutajahaldust
* Andmeallikat (XML, andmebaas jne)

'''Lisapunkte annab:'''
* Majanduslik mõtlemine (kas loodav rakendus oleks kasutatav ka ärilistel eesmärkidel)
* AJAX / Silverlight
* Kasutajamugavus
* Läbimõeldud töökorraldus
* Lisavõimaluste realiseerimine (vt näidisteemad)

==Näidisteemad==

===Terviseleht===
'''Selle teema võib valida mitu meeskonda'''
Vaata: http://www.terviseleht.ee

====Ülesanne====
Ülesandeks on see, et leida terviselehele tehniline lahendus, mis oleks kaasaegne ning pilkupüüdev. Realiseeritud peaks olema:
* Uute arktiklite postitamine
** Võimalus artikleid lehtedeks jagada
** Võimalus artikleid kategooriateks jagada
** Võimalus artikleid "sildistada"
* Arhiiv
* Otsing
* Küsitlus

Lisavõimalused:
* võimalda Terviselehte mugavalt lugeda ka mobiilsete seadmetega, sh uue iPadi ja "vana" iPhonega,
* sündmuste kalender
** piiratud võimalused partneritele sündmuste kalendrisse sündmuste lisamiseks
* lisada võimalused kasutamaks videolõike, telereklaame jne
* luua (ID kaardiga) kommenteerimisvõimalus
* tekitada väike veebipood
* üle vaadata kogu reklaamide paigutuse, suuruste, võimaluste osa
* luua piiratud ligipääsuga tasuline ala

===Õppekavade infosüsteem===
Eksamikeskuse koduleheküljel on kutseõppe riiklikud õppekavad ja nende seotud õppematerjalide kaardistused http://www.ekk.edu.ee/valdkonnad/kutseharidus/kutseoppe-riiklikud-oppekavad

====Ülesanne====
Luua rakendus, mis
* Võimaldaks sisestada, vaadata, muuta jne õppekavasid ja nendega seotud õppematerjale
** Iga õppekava koosneb moodulitest
** Iga mooduliga on seotud õppematerjalid (samas võib olla, et õppematerjale ei ole)
* Õppekavu peab olema võimalik välja importida (kuvada) ka antud etteantud kujul (pärast muutmist, täiendamist)
* Õppematerjalide kaardistust peab olema võimalik välja importida (kuvada) ka antud etteantud kujul (pärast muutmist, täiendamist)
* Peab olema võimalik teha erialade analüüsi: näha palju on ühiseid mooduleid kahel õppekaval

Lisavõimalused:
* Võimalda siduda mooduliga märksõnad ning kuvada moodulid ka märksõnade kaupa
* Iga moodulis käsitletud teema võiks olla omaette märksõna
* Erialade analüüsi: näha palju on ühiseid märksõnu kahel õppekaval

===Kodune raamatukogu===
Kodudes on tihti erinevaid raamatuid ja sõbrad tahavad neid vahel laenutada.

====Ülesanne====
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused:
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne avalik veebivaade

===Küsimustike genereerimise ja täitmise rakendus===
eFormular on nüüd tasuline, teeme ise uue ja parema.

====Ülesanne====
Loo rakendus, mis:
* Võimaldab küsimustike luua ja salvestada
* Võimaldab loodud küsimustike täita
* Võimaldab täidetud küsimustike baasil lihtsamat statistikat teha
* Võimaldab kasutada erinevat tüüpi küsimusi

Lisavõimalused
* Loo võimalus saata link küsimustikele otse rakendusest küsimustike täitjatele
* Loo võimalus, et iga vastaja saab küsimustikku täita vaid ühe korra.

===CRM===
Klientidest peab olema ülevaade.

====Ülesanne====
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused:
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis
* Loo võimalus klientide omavaheliseks sidumiseks (ehk võimalus klientide võimalike omavaheliste suhete kirjeldamiseks)

= Meeskonnad 2012=
==[[Meeskond "Hello Kitty"]]==

Projekti juht: Jaanus Varus
Liikmed: Herki Pärn, Jaanus Varus

Idee:
Loome veebirakenduse kindlustus kahjude haldamiseks. Mis on suunatud firmadle kes viivad läbi kindlustus (Garantii) remonti. Näiteks autofirmad. Selle rakendusega soovima aidata anda ülevaate kulude ja tulude kohta. Ja et oleks ka võimalus statistikat teha.

Analüüs:
Rakendus jaotub kaheks. Esimene osa on kus töötajad saavad sisestada kahju ja selle maksumist andmebaasi ja neid ka hiljem vaadata. Teine osa peaks olema kus ülemus saab vaadata kokku võtet ikka kindlustus firmaga seotud tegevustest. Rakendus siis sisaldaks endas sisuhaldust kus saab lisada uusi kindlustus asutusi ja neid ka kirjeldada. Teiseks peaks olema võimalus laiendada ka erinevaid osakondasid. Näiteks on üks suur firma ja millel on kolm osakonda eri linnades. Ja kuna iga osakond on eraldatud teistest siis peab olema ka võimalus sisestada osakonna paasil. Ja kui firma peaks laienema või mõne osakonna kinni panama siis peab olema võimalus ka osakondasid hallata. Kolmandaks peaks olema ka kasutajate haldus. Kuna süsteem ei ole suunatud tavakasutajatele siis on kinnine registeerimine ja mis toimub sisuhalduse kaudu. Ehk siis administraator saab ainult lisada uusi inimesi süsteemi ja määrata neile rollid. Neljandaks peaks olema võimalus ka muuta muid sisu lehti. Näiteks KKK lehte kuhu saab panna korduma kippuvaid küsimus. See lihtsustaks administraatori tööd märgataval määral
Eesmärk on anda ülevaade kindlustus kulude kohta ja ka sissetulekud. Saab teha erinevaid uuringuid näiteks mis kindlustust inimesed rohkem kasutavad. Põhi eesmärk jab siiski algus firma siseseks ehk ülevaate andmiseks ülemusele ja ka tehtud või tegemisel tööde hoidmiseks ühes kohas ja et seda oleks kerge hallata. Ja vähendada filide hulka arvutis või siis paberkandjal. Et ei peaks olema kõik asjad eraldi vaid oleks ühes koos. Lihtsamini öelda siis viia süsteem ühele standartsele kujule.
See rakendus on suunatud siis firmadele ja mitte tavakasutajatele. Kuna see oleks siis firma sisene süsteem aga võimalik ka mõelda selle edasi arendamisele. Luua samma süsteemi basil ka muid firmale vajalike haldus vahendeid. Kas või raamatu pidamisega seotud vahendeid. Näiteks tavainimene saaks vaadata endaga seotud kindlustus insitente.
Probleemikamateks osadeks kujuneb sisuhaldus kuna kõik andmed tulevad dünaamiliselt. Ja ka andmebaasi osa pool kus tuleb läbi mõelda kuida süsteem peaks olema üles ehitatud. Ja kõige suurimaks probleemiks võib osutada asja lihtsaks tegemine tavakasutajale. Kuna see on meie esimen project mis on nii suures mahus siis me ei oska hinnata veel selleks kuluvat töö aeg ja ka muid seonduvaid probleeme selle projektiga.

Funktsionaalsus:
+Kindlustus andmete sisestamine.
+Uute kindlustus firmade lisamine.
+Arhiveerimine.

Nice to have:
+Kujundus.

==[[Meeskond "Miski nimi"]]==
===Teema===
Mis on selle projekti sisuks

==[[Meeskond "BugTracker"]]==

===Teema===
Veahaldussüsteem

[[Category: Veebirakenduste loomine ASP.NET abil]]

==Meeskond [["ASP .NOT"]]==
===Teema===
Online küsimustike loomine ja vastamine

Kodutöö aines "Veebirakenduste loomine ASP.NET abil" 2012

2012-03-06T20:04:13Z

Hparn: /* Meeskond "Hello Kitty" */

[[Category: Veebirakenduste loomine ASP.NET abil]]

=Kodutöö aines "Veebirakenduste loomine ASP.NET abil"=
==Eesmärk==
Saada praktiline kogemus veebiarendusest Asp.Net tehnoloogia abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
Ühte projektimeeskonda kuulub 3..5 tudengit (erandjuhul ka 2) ning ühel teemal teostab projekti üks meeskond.
Töö käiku kajastatakse ajaveebis (blogis) või http://wiki.itcollege.ee keskkonnas. Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

==Tähtajad==
Kodutöö on üks suur meeskonnatööna valmiv ülesanne, mis on jaotatud väiksemateks osadeks. Osade kirjeldused ja tähtajad on kirjeldatud allpool.

Tähtaegadest mitte kinnipidamisel kaotatakse punkte.Kui töö esitatakse tähtajast hiljem ,kaotatakse iga hilinenud päeva kohta 10% punktidest. Maksimaalselt kaotatakse 50%.

Näide:
Töö esitamise tähtaeg on 4.09.2011 kell 23:59 ja selle osa eest on võimalik teenida 8p. <br/>

Meeskond1 esitab töö, mis vastab nõuetele, tähtajaks. <br/>
Tulemus:8p

Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). <br/>
Tulemus: 7,1 punkti.

Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). <br/>
Tulemus: 6,4 punkti.

===Teema ning meeskonna koosseis. Analüüs===
<i>Tähtaeg: 06.03.2012 23:59</i>
(10 punkti)

Tähtajaks tuleb:
*kooskõlastada õppejõuga idee
*panna kokku meeskond
*luua meeskonnale wiki leht, kus
** tuuakse välja meeskonna kõik liikmed ja määratakse projektijuht
** sõnastatakse idee olemus
** teostatakse esmane analüüs
***Analüüs rakendusele. (Mida see endas sisaldab? Mis on selle eesmärk? Mida tavakasutaja sellega teha saaks? Milliste osade realiseerimine võib osutuda problemaatiliseks?) Kui on tööjaotus paigas, siis tuua ka see välja.
***Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')
***Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')

Analüüsi ja idee sõnade maht on arvuliselt minimaalselt 700.

'''Retsensioon'''
<i>Tähtaeg: 15.03.2012 </i>
(5 punkti)

===Lõpptoode===
<i> Tähtaeg:12.05.2012 (25p)</i>

Selleks faasiks peab projekt maksimumpuntkide saavutamiseks olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.

'''Retsensioon'''
24.05.2012 (5p)

===Kaitsmine===
<i>Siia ilmub mais registreerumisleht</i>
(5 punkti)

Esitlusel kaitstakse projekti. Tutvustatakse tehnoloogiat, mida kasutati rakenduse realiseerimiseks. Lühidalt räägitakse tööjaotusest ning probleemidest, mis tekkisid projekti realiseerimisel. Näidatakse lähtekoodi ja demonstreeritakse oma rakendust teistele tudengitele, kes võivad selle kohta küsimusi küsida. Kestvus ~20min.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.
Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides teistele tudengitele tutvustada (ca 20 min).

Kogu aine mahust annab projekt 50% ehk edaspidi 50p. Täpsem kirjeldus projekti erinevate osade ja tähtaegade kohta on kirjeldatud sektsioonis: Tähtajad

Tähtaegadest kinni pidamine on oluline.
Iga hilinenud päev vähendab tulemust 10% võrra. Maksimaalselt võib kaotada -50% võimalikest punktidest.

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee
(teksti originaalautor Priit Raspel)

=Teemad 2012 kevad=
Kodutööna tuleb luua:
* CMS ehk sisuhalduskeskkond
* Vabalt valitud teemal (vt näidisteemad) mingisugune ärirakendus: näiteks kodune raamatukogu, e-pood, pere eelarve keskkond jne.

==Nõuded==
'''Loodav lahendus peab sisaldama:'''
* '''CMS'i funktsionaalsust'''
** Võimalus lehtede sisu muuta veebiliidese abil
** Võimalus lehti leheküljestikku lisada
** Võimalus lehti leheküljestikust kustutada
** Võimalus lehti avaldada või varjata

* '''Piiratud kasutajatele mõeldud ala'''

* '''Mingisugust ärirakendust (vt näidisteemad)'''

'''Loodavas süsteemis tuleb kasutada:'''
* Oma teadmisi :)
* Master-lehekülgi
* Kasutajahaldust
* Andmeallikat (XML, andmebaas jne)

'''Lisapunkte annab:'''
* Majanduslik mõtlemine (kas loodav rakendus oleks kasutatav ka ärilistel eesmärkidel)
* AJAX / Silverlight
* Kasutajamugavus
* Läbimõeldud töökorraldus
* Lisavõimaluste realiseerimine (vt näidisteemad)

==Näidisteemad==

===Terviseleht===
'''Selle teema võib valida mitu meeskonda'''
Vaata: http://www.terviseleht.ee

====Ülesanne====
Ülesandeks on see, et leida terviselehele tehniline lahendus, mis oleks kaasaegne ning pilkupüüdev. Realiseeritud peaks olema:
* Uute arktiklite postitamine
** Võimalus artikleid lehtedeks jagada
** Võimalus artikleid kategooriateks jagada
** Võimalus artikleid "sildistada"
* Arhiiv
* Otsing
* Küsitlus

Lisavõimalused:
* võimalda Terviselehte mugavalt lugeda ka mobiilsete seadmetega, sh uue iPadi ja "vana" iPhonega,
* sündmuste kalender
** piiratud võimalused partneritele sündmuste kalendrisse sündmuste lisamiseks
* lisada võimalused kasutamaks videolõike, telereklaame jne
* luua (ID kaardiga) kommenteerimisvõimalus
* tekitada väike veebipood
* üle vaadata kogu reklaamide paigutuse, suuruste, võimaluste osa
* luua piiratud ligipääsuga tasuline ala

===Õppekavade infosüsteem===
Eksamikeskuse koduleheküljel on kutseõppe riiklikud õppekavad ja nende seotud õppematerjalide kaardistused http://www.ekk.edu.ee/valdkonnad/kutseharidus/kutseoppe-riiklikud-oppekavad

====Ülesanne====
Luua rakendus, mis
* Võimaldaks sisestada, vaadata, muuta jne õppekavasid ja nendega seotud õppematerjale
** Iga õppekava koosneb moodulitest
** Iga mooduliga on seotud õppematerjalid (samas võib olla, et õppematerjale ei ole)
* Õppekavu peab olema võimalik välja importida (kuvada) ka antud etteantud kujul (pärast muutmist, täiendamist)
* Õppematerjalide kaardistust peab olema võimalik välja importida (kuvada) ka antud etteantud kujul (pärast muutmist, täiendamist)
* Peab olema võimalik teha erialade analüüsi: näha palju on ühiseid mooduleid kahel õppekaval

Lisavõimalused:
* Võimalda siduda mooduliga märksõnad ning kuvada moodulid ka märksõnade kaupa
* Iga moodulis käsitletud teema võiks olla omaette märksõna
* Erialade analüüsi: näha palju on ühiseid märksõnu kahel õppekaval

===Kodune raamatukogu===
Kodudes on tihti erinevaid raamatuid ja sõbrad tahavad neid vahel laenutada.

====Ülesanne====
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused:
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne avalik veebivaade

===Küsimustike genereerimise ja täitmise rakendus===
eFormular on nüüd tasuline, teeme ise uue ja parema.

====Ülesanne====
Loo rakendus, mis:
* Võimaldab küsimustike luua ja salvestada
* Võimaldab loodud küsimustike täita
* Võimaldab täidetud küsimustike baasil lihtsamat statistikat teha
* Võimaldab kasutada erinevat tüüpi küsimusi

Lisavõimalused
* Loo võimalus saata link küsimustikele otse rakendusest küsimustike täitjatele
* Loo võimalus, et iga vastaja saab küsimustikku täita vaid ühe korra.

===CRM===
Klientidest peab olema ülevaade.

====Ülesanne====
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused:
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis
* Loo võimalus klientide omavaheliseks sidumiseks (ehk võimalus klientide võimalike omavaheliste suhete kirjeldamiseks)

= Meeskonnad 2012=
==[[Meeskond "Hello Kitty"]]==

Projekti juht: Jaanus Varus
Liikmed: Herki Pärn, Jaanus Varus

Idee:
Loome veebirakenduse kindlustus kahjude haldamiseks. Mis on suunatud firmadle kes viivad läbi kindlustus (Garantii) remonti. Näiteks autofirmad. Selle rakendusega soovima aidata anda ülevaate kulude ja tulude kohta. Ja et oleks ka võimalus statistikat teha.

Analüüs:
Rakendus jaotub kaheks. Esimene osa on kus töötajad saavad sisestada kahju ja selle maksumist andmebaasi ja neid ka hiljem vaadata. Teine osa peaks olema kus ülemus saab vaadata kokku võtet ikka kindlustus firmaga seotud tegevustest. Rakendus siis sisaldaks endas sisuhaldust kus saab lisada uusi kindlustus asutusi ja neid ka kirjeldada. Teiseks peaks olema võimalus laiendada ka erinevaid osakondasid. Näiteks on üks suur firma ja millel on kolm osakonda eri linnades. Ja kuna iga osakond on eraldatud teistest siis peab olema ka võimalus sisestada osakonna paasil. Ja kui firma peaks laienema või mõne osakonna kinni panama siis peab olema võimalus ka osakondasid hallata. Kolmandaks peaks olema ka kasutajate haldus. Kuna süsteem ei ole suunatud tavakasutajatele siis on kinnine registeerimine ja mis toimub sisuhalduse kaudu. Ehk siis administraator saab ainult lisada uusi inimesi süsteemi ja määrata neile rollid. Neljandaks peaks olema võimalus ka muuta muid sisu lehti. Näiteks KKK lehte kuhu saab panna korduma kippuvaid küsimus. See lihtsustaks administraatori tööd märgataval määral
Eesmärk on anda ülevaade kindlustus kulude kohta ja ka sissetulekud. Saab teha erinevaid uuringuid näiteks mis kindlustust inimesed rohkem kasutavad. Põhi eesmärk jab siiski algus firma siseseks ehk ülevaate andmiseks ülemusele ja ka tehtud või tegemisel tööde hoidmiseks ühes kohas ja et seda oleks kerge hallata. Ja vähendada filide hulka arvutis või siis paberkandjal. Et ei peaks olema kõik asjad eraldi vaid oleks ühes koos. Lihtsamini öelda siis viia süsteem ühele standartsele kujule.
See rakendus on suunatud siis firmadele ja mitte tavakasutajatele. Kuna see oleks siis firma sisene süsteem aga võimalik ka mõelda selle edasi arendamisele. Luua samma süsteemi basil ka muid firmale vajalike haldus vahendeid. Kas või raamatu pidamisega seotud vahendeid. Näiteks tavainimene saaks vaadata endaga seotud kindlustus insitente.
Probleemikamteks osaedks kujuneb sisuhaldus kuna kõik andmed tulevad dünaamiliselt. Ja ka andmebaasi osa pool kus tuleb läbi mõelda kuida süsteem peaks olema üles ehitatud. Ja kõige suurimaks probleemiks võib osutada asja lihtsaks tegemine tavakasutajale. Kuna see on meie esimen project mis on nii suures mahus siis me ei oska hinnata veel selleks kuluvat töö aeg ja ka muid seonduvaid probleeme selle projektiga.

Funktsionaalsus:
+Kindlustus andmete sisestamine.
+Uute kindlustus firmade lisamine.
+Arhiveerimine.

Nice to have:
+Kujundus.

==[[Meeskond "Miski nimi"]]==
===Teema===
Mis on selle projekti sisuks

==[[Meeskond "BugTracker"]]==

===Teema===
Veahaldussüsteem

[[Category: Veebirakenduste loomine ASP.NET abil]]

==Meeskond [["ASP .NOT"]]==
===Teema===
Online küsimustike loomine ja vastamine

Kodutöö aines "Veebirakenduste loomine ASP.NET abil" 2012

2012-03-06T20:03:35Z

Hparn: /* Meeskonnad 2012 */

[[Category: Veebirakenduste loomine ASP.NET abil]]

=Kodutöö aines "Veebirakenduste loomine ASP.NET abil"=
==Eesmärk==
Saada praktiline kogemus veebiarendusest Asp.Net tehnoloogia abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
Ühte projektimeeskonda kuulub 3..5 tudengit (erandjuhul ka 2) ning ühel teemal teostab projekti üks meeskond.
Töö käiku kajastatakse ajaveebis (blogis) või http://wiki.itcollege.ee keskkonnas. Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

==Tähtajad==
Kodutöö on üks suur meeskonnatööna valmiv ülesanne, mis on jaotatud väiksemateks osadeks. Osade kirjeldused ja tähtajad on kirjeldatud allpool.

Tähtaegadest mitte kinnipidamisel kaotatakse punkte.Kui töö esitatakse tähtajast hiljem ,kaotatakse iga hilinenud päeva kohta 10% punktidest. Maksimaalselt kaotatakse 50%.

Näide:
Töö esitamise tähtaeg on 4.09.2011 kell 23:59 ja selle osa eest on võimalik teenida 8p. <br/>

Meeskond1 esitab töö, mis vastab nõuetele, tähtajaks. <br/>
Tulemus:8p

Meeskond2 esitab töö, mis vastab nõuetele 05.09.2011 02:00 (ehk tähtajast paar tundi hiljem). <br/>
Tulemus: 7,1 punkti.

Meeskond3 esitab töö, mis vastab nõuetele 06.09.2011 12:00 (ehk tähtajast paar päeva hiljem). <br/>
Tulemus: 6,4 punkti.

===Teema ning meeskonna koosseis. Analüüs===
<i>Tähtaeg: 06.03.2012 23:59</i>
(10 punkti)

Tähtajaks tuleb:
*kooskõlastada õppejõuga idee
*panna kokku meeskond
*luua meeskonnale wiki leht, kus
** tuuakse välja meeskonna kõik liikmed ja määratakse projektijuht
** sõnastatakse idee olemus
** teostatakse esmane analüüs
***Analüüs rakendusele. (Mida see endas sisaldab? Mis on selle eesmärk? Mida tavakasutaja sellega teha saaks? Milliste osade realiseerimine võib osutuda problemaatiliseks?) Kui on tööjaotus paigas, siis tuua ka see välja.
***Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')
***Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')

Analüüsi ja idee sõnade maht on arvuliselt minimaalselt 700.

'''Retsensioon'''
<i>Tähtaeg: 15.03.2012 </i>
(5 punkti)

===Lõpptoode===
<i> Tähtaeg:12.05.2012 (25p)</i>

Selleks faasiks peab projekt maksimumpuntkide saavutamiseks olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.

'''Retsensioon'''
24.05.2012 (5p)

===Kaitsmine===
<i>Siia ilmub mais registreerumisleht</i>
(5 punkti)

Esitlusel kaitstakse projekti. Tutvustatakse tehnoloogiat, mida kasutati rakenduse realiseerimiseks. Lühidalt räägitakse tööjaotusest ning probleemidest, mis tekkisid projekti realiseerimisel. Näidatakse lähtekoodi ja demonstreeritakse oma rakendust teistele tudengitele, kes võivad selle kohta küsimusi küsida. Kestvus ~20min.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.
Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides teistele tudengitele tutvustada (ca 20 min).

Kogu aine mahust annab projekt 50% ehk edaspidi 50p. Täpsem kirjeldus projekti erinevate osade ja tähtaegade kohta on kirjeldatud sektsioonis: Tähtajad

Tähtaegadest kinni pidamine on oluline.
Iga hilinenud päev vähendab tulemust 10% võrra. Maksimaalselt võib kaotada -50% võimalikest punktidest.

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 53 469 734 või mait.poska [ät] itcollege.ee
(teksti originaalautor Priit Raspel)

=Teemad 2012 kevad=
Kodutööna tuleb luua:
* CMS ehk sisuhalduskeskkond
* Vabalt valitud teemal (vt näidisteemad) mingisugune ärirakendus: näiteks kodune raamatukogu, e-pood, pere eelarve keskkond jne.

==Nõuded==
'''Loodav lahendus peab sisaldama:'''
* '''CMS'i funktsionaalsust'''
** Võimalus lehtede sisu muuta veebiliidese abil
** Võimalus lehti leheküljestikku lisada
** Võimalus lehti leheküljestikust kustutada
** Võimalus lehti avaldada või varjata

* '''Piiratud kasutajatele mõeldud ala'''

* '''Mingisugust ärirakendust (vt näidisteemad)'''

'''Loodavas süsteemis tuleb kasutada:'''
* Oma teadmisi :)
* Master-lehekülgi
* Kasutajahaldust
* Andmeallikat (XML, andmebaas jne)

'''Lisapunkte annab:'''
* Majanduslik mõtlemine (kas loodav rakendus oleks kasutatav ka ärilistel eesmärkidel)
* AJAX / Silverlight
* Kasutajamugavus
* Läbimõeldud töökorraldus
* Lisavõimaluste realiseerimine (vt näidisteemad)

==Näidisteemad==

===Terviseleht===
'''Selle teema võib valida mitu meeskonda'''
Vaata: http://www.terviseleht.ee

====Ülesanne====
Ülesandeks on see, et leida terviselehele tehniline lahendus, mis oleks kaasaegne ning pilkupüüdev. Realiseeritud peaks olema:
* Uute arktiklite postitamine
** Võimalus artikleid lehtedeks jagada
** Võimalus artikleid kategooriateks jagada
** Võimalus artikleid "sildistada"
* Arhiiv
* Otsing
* Küsitlus

Lisavõimalused:
* võimalda Terviselehte mugavalt lugeda ka mobiilsete seadmetega, sh uue iPadi ja "vana" iPhonega,
* sündmuste kalender
** piiratud võimalused partneritele sündmuste kalendrisse sündmuste lisamiseks
* lisada võimalused kasutamaks videolõike, telereklaame jne
* luua (ID kaardiga) kommenteerimisvõimalus
* tekitada väike veebipood
* üle vaadata kogu reklaamide paigutuse, suuruste, võimaluste osa
* luua piiratud ligipääsuga tasuline ala

===Õppekavade infosüsteem===
Eksamikeskuse koduleheküljel on kutseõppe riiklikud õppekavad ja nende seotud õppematerjalide kaardistused http://www.ekk.edu.ee/valdkonnad/kutseharidus/kutseoppe-riiklikud-oppekavad

====Ülesanne====
Luua rakendus, mis
* Võimaldaks sisestada, vaadata, muuta jne õppekavasid ja nendega seotud õppematerjale
** Iga õppekava koosneb moodulitest
** Iga mooduliga on seotud õppematerjalid (samas võib olla, et õppematerjale ei ole)
* Õppekavu peab olema võimalik välja importida (kuvada) ka antud etteantud kujul (pärast muutmist, täiendamist)
* Õppematerjalide kaardistust peab olema võimalik välja importida (kuvada) ka antud etteantud kujul (pärast muutmist, täiendamist)
* Peab olema võimalik teha erialade analüüsi: näha palju on ühiseid mooduleid kahel õppekaval

Lisavõimalused:
* Võimalda siduda mooduliga märksõnad ning kuvada moodulid ka märksõnade kaupa
* Iga moodulis käsitletud teema võiks olla omaette märksõna
* Erialade analüüsi: näha palju on ühiseid märksõnu kahel õppekaval

===Kodune raamatukogu===
Kodudes on tihti erinevaid raamatuid ja sõbrad tahavad neid vahel laenutada.

====Ülesanne====
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused:
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne avalik veebivaade

===Küsimustike genereerimise ja täitmise rakendus===
eFormular on nüüd tasuline, teeme ise uue ja parema.

====Ülesanne====
Loo rakendus, mis:
* Võimaldab küsimustike luua ja salvestada
* Võimaldab loodud küsimustike täita
* Võimaldab täidetud küsimustike baasil lihtsamat statistikat teha
* Võimaldab kasutada erinevat tüüpi küsimusi

Lisavõimalused
* Loo võimalus saata link küsimustikele otse rakendusest küsimustike täitjatele
* Loo võimalus, et iga vastaja saab küsimustikku täita vaid ühe korra.

===CRM===
Klientidest peab olema ülevaade.

====Ülesanne====
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused:
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis
* Loo võimalus klientide omavaheliseks sidumiseks (ehk võimalus klientide võimalike omavaheliste suhete kirjeldamiseks)

= Meeskonnad 2012=
==[[Meeskond "Hello Kitty"]]==
==[[Meeskond "Miski nimi"]]==
===Teema===
Mis on selle projekti sisuks

==[[Meeskond "BugTracker"]]==

===Teema===
Veahaldussüsteem

[[Category: Veebirakenduste loomine ASP.NET abil]]

==Meeskond [["ASP .NOT"]]==
===Teema===
Online küsimustike loomine ja vastamine

Hello Kitty

2012-03-03T22:00:00Z

Hparn:

=== LIIKMED ===
* Herki Pärn
* Jaanus Varus

=== XML ===
<pre>
<?xml version="1.0" encoding="UTF-8" standalone="no" ?>

<matches xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="game_matches.xsd">
<match id="1" type="tdm" duration="00:40:33" created="2002-09-24-17:31">
<teams>
<team name="red" victorious="false" score="885">
<players>
<player id="1" name="Anissa" score="614" victorious="false" />
<player id="2" name="Jesus" score="157" victorious="false" />
<player id="3" name="Erick" score="17" victorious="false" />
<player id="4" name="Verena" score="97" victorious="false" />
</players>
</team>
<team name="blue" victorious="true" score="2682">
<players>
<player id="5" name="Fredric" score="729" victorious="true" />
<player id="6" name="Lynda" score="573" victorious="true" />
<player id="7" name="Ingrid" score="958" victorious="true" />
<player id="8" name="Charmaine" score="422" victorious="true" />
</players>
</team>
</teams>
</match>
<match id="2" type="dm" duration="00:31:10" created="2002-09-23-14:10">
<players>
<player id="9" name="Rosa" score="24" victorious="false" />
<player id="10" name="Jolyn" score="85" victorious="true" />
<player id="11" name="Kristyn" score="61" victorious="false" />
</players>
</match>
<match id="3" type="dm" duration="00:25:50" created="2002-09-24-16:05">
<players>
<player id="2" name="Jesus" score="67" victorious="false" />
<player id="1" name="Anissa" score="106" victorious="true" />
<player id="6" name="Lynda" score="99" victorious="false" />
</players>
</match>
<match id="4" type="tdm" duration="00:51:19" created="2002-09-25-23:31">
<teams>
<team name="red" victorious="true" score="1882">
<players>
<player id="1" name="Anissa" score="1005" victorious="true" />
<player id="2" name="Jesus" score="794" victorious="true" />
<player id="3" name="Erick" score="81" victorious="true" />
<player id="4" name="Verena" score="2" victorious="true" />
</players>
</team>
<team name="blue" victorious="false" score="1560">
<players>
<player id="5" name="Fredric" score="710" victorious="false" />
<player id="6" name="Lynda" score="496" victorious="false" />
<player id="7" name="Ingrid" score="194" victorious="false" />
<player id="8" name="Charmaine" score="160" victorious="false" />
</players>
</team>
</teams>
</match>
</matches>
</pre>
=== XSD ===
<pre>
<?xml version="1.0" encoding="utf-8"?>

<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="matches">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="match">
<xs:complexType>
<xs:sequence>
<xs:element minOccurs="0" name="players">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="player">
<xs:complexType>
<xs:attribute name="id" type="xs:unsignedInt" use="required" />
<xs:attribute name="name" type="xs:string" use="required" />
<xs:attribute name="score" type="xs:unsignedInt" use="required" />
<xs:attribute name="victorious" type="xs:boolean" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element minOccurs="0" name="teams">
<xs:complexType>
<xs:sequence>
<xs:element minOccurs="2" maxOccurs="unbounded" name="team">
<xs:complexType>
<xs:sequence>
<xs:element name="players">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="player">
<xs:complexType>
<xs:attribute name="id" type="xs:unsignedInt" use="required" />
<xs:attribute name="name" type="xs:string" use="required" />
<xs:attribute name="score" type="xs:unsignedInt" use="required" />
<xs:attribute name="victorious" type="xs:boolean" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="name" type="xs:string" use="required" />
<xs:attribute name="victorious" type="xs:boolean" use="required" />
<xs:attribute name="score" type="xs:unsignedInt" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:unsignedInt" use="required" />
<xs:attribute name="type" type="xs:string" use="required" />
<xs:attribute name="duration" type="xs:time" use="required" />
<xs:attribute name="created" type="xs:date" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</pre>
=== XSLT ===
<pre>
<?xml version="1.0" encoding="utf-8"?>

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="html" encoding="utf-8" />
<xsl:template match="/">
<xsl:text disable-output-escaping="yes">
<!DOCTYPE html>
</xsl:text>
<html>
<body>
<h2>Game matches:</h2>
<xsl:for-each select="matches/match">
<table border="1" style="margin: 10px; float: left;">
<xsl:choose>
<xsl:when test="@type = 'tdm'">
<tr style="background-color: #917A56;">
<th>Player</th>
<th>Team</th>
<th>Score</th>
<th>Victorious</th>
</tr>
<xsl:for-each select="teams/team">
<xsl:for-each select="players/player">
<xsl:choose>
<xsl:when test="position() mod 2 = 0">
<xsl:text disable-output-escaping="yes">
<tr style="background-color: #FEFFC2;">
</xsl:text>
</xsl:when>
<xsl:otherwise>
<xsl:text disable-output-escaping="yes">
<tr style="background-color: #B4BA6C;">
</xsl:text>
</xsl:otherwise>
</xsl:choose>
<td>
<xsl:value-of select="@name" />
</td>
<td>
<xsl:value-of select="../../@name" />
</td>
<td>
<xsl:value-of select="@score" />
</td>
<td>
<xsl:value-of select="@victorious"/>
</td>
<xsl:text disable-output-escaping="yes">
</tr>
</xsl:text>
</xsl:for-each>
</xsl:for-each>
</xsl:when>
<xsl:otherwise>
<tr style="background-color: #917A56;">
<th>Player</th>
<th>Score</th>
<th>Victorious</th>
</tr>
<xsl:for-each select="players/player">
<xsl:choose>
<xsl:when test="position() mod 2 = 0">
<xsl:text disable-output-escaping="yes">
<tr style="background-color: #FEFFC2;">
</xsl:text>
</xsl:when>
<xsl:otherwise>
<xsl:text disable-output-escaping="yes">
<tr style="background-color: #B4BA6C;">
</xsl:text>
</xsl:otherwise>
</xsl:choose>
<td>
<xsl:value-of select="@name" />
</td>
<td>
<xsl:value-of select="@score" />
</td>
<td>
<xsl:value-of select="@victorious"/>
</td>
<xsl:text disable-output-escaping="yes">
</tr>
</xsl:text>
</xsl:for-each>
</xsl:otherwise>
</xsl:choose>
</table>
</xsl:for-each>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</pre>
<pre>
<?xml version="1.0" encoding="utf-8"?>

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" encoding="utf-8" indent="yes" />
<xsl:template match="/">
<matches>
<xsl:for-each select="matches/match">
<xsl:choose>
<xsl:when test="@type = 'tdm'">
<match>
<xsl:attribute name="id">
<xsl:value-of select="@id" />
</xsl:attribute>
<xsl:attribute name="type">
<xsl:value-of select="@type" />
</xsl:attribute>
<xsl:attribute name="duration">
<xsl:value-of select="@duration" />
</xsl:attribute>
<xsl:attribute name="created">
<xsl:value-of select="@created" />
</xsl:attribute>
<teams>
<xsl:for-each select="teams/team">
<team>
<xsl:attribute name="name">
<xsl:value-of select="@name" />
</xsl:attribute>
<xsl:attribute name="victorious">
<xsl:value-of select="@victorious" />
</xsl:attribute>
<xsl:attribute name="score">
<xsl:value-of select="@score" />
</xsl:attribute>
<players>
<xsl:for-each select="players/player">
<player>
<xsl:attribute name="id">
<xsl:value-of select="@id" />
</xsl:attribute>
<xsl:attribute name="name">
<xsl:value-of select="@name" />
</xsl:attribute>
<xsl:attribute name="victorious">
<xsl:value-of select="@victorious" />
</xsl:attribute>
<xsl:attribute name="score">
<xsl:value-of select="@score" />
</xsl:attribute>
</player>
</xsl:for-each>
</players>
</team>
</xsl:for-each>
</teams>
</match>
</xsl:when>
</xsl:choose>
</xsl:for-each>
</matches>
</xsl:template>
</xsl:stylesheet>
</pre>

Hello Kitty

2012-03-03T21:59:00Z

Hparn: Created page with '=== XML === <pre> <?xml version="1.0" encoding="UTF-8" standalone="no" ?> <matches xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="game_matc…'

=== XML ===
<pre>
<?xml version="1.0" encoding="UTF-8" standalone="no" ?>

<matches xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="game_matches.xsd">
<match id="1" type="tdm" duration="00:40:33" created="2002-09-24-17:31">
<teams>
<team name="red" victorious="false" score="885">
<players>
<player id="1" name="Anissa" score="614" victorious="false" />
<player id="2" name="Jesus" score="157" victorious="false" />
<player id="3" name="Erick" score="17" victorious="false" />
<player id="4" name="Verena" score="97" victorious="false" />
</players>
</team>
<team name="blue" victorious="true" score="2682">
<players>
<player id="5" name="Fredric" score="729" victorious="true" />
<player id="6" name="Lynda" score="573" victorious="true" />
<player id="7" name="Ingrid" score="958" victorious="true" />
<player id="8" name="Charmaine" score="422" victorious="true" />
</players>
</team>
</teams>
</match>
<match id="2" type="dm" duration="00:31:10" created="2002-09-23-14:10">
<players>
<player id="9" name="Rosa" score="24" victorious="false" />
<player id="10" name="Jolyn" score="85" victorious="true" />
<player id="11" name="Kristyn" score="61" victorious="false" />
</players>
</match>
<match id="3" type="dm" duration="00:25:50" created="2002-09-24-16:05">
<players>
<player id="2" name="Jesus" score="67" victorious="false" />
<player id="1" name="Anissa" score="106" victorious="true" />
<player id="6" name="Lynda" score="99" victorious="false" />
</players>
</match>
<match id="4" type="tdm" duration="00:51:19" created="2002-09-25-23:31">
<teams>
<team name="red" victorious="true" score="1882">
<players>
<player id="1" name="Anissa" score="1005" victorious="true" />
<player id="2" name="Jesus" score="794" victorious="true" />
<player id="3" name="Erick" score="81" victorious="true" />
<player id="4" name="Verena" score="2" victorious="true" />
</players>
</team>
<team name="blue" victorious="false" score="1560">
<players>
<player id="5" name="Fredric" score="710" victorious="false" />
<player id="6" name="Lynda" score="496" victorious="false" />
<player id="7" name="Ingrid" score="194" victorious="false" />
<player id="8" name="Charmaine" score="160" victorious="false" />
</players>
</team>
</teams>
</match>
</matches>
</pre>
=== XSD ===
<pre>
<?xml version="1.0" encoding="utf-8"?>

<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="matches">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="match">
<xs:complexType>
<xs:sequence>
<xs:element minOccurs="0" name="players">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="player">
<xs:complexType>
<xs:attribute name="id" type="xs:unsignedInt" use="required" />
<xs:attribute name="name" type="xs:string" use="required" />
<xs:attribute name="score" type="xs:unsignedInt" use="required" />
<xs:attribute name="victorious" type="xs:boolean" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element minOccurs="0" name="teams">
<xs:complexType>
<xs:sequence>
<xs:element minOccurs="2" maxOccurs="unbounded" name="team">
<xs:complexType>
<xs:sequence>
<xs:element name="players">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="player">
<xs:complexType>
<xs:attribute name="id" type="xs:unsignedInt" use="required" />
<xs:attribute name="name" type="xs:string" use="required" />
<xs:attribute name="score" type="xs:unsignedInt" use="required" />
<xs:attribute name="victorious" type="xs:boolean" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="name" type="xs:string" use="required" />
<xs:attribute name="victorious" type="xs:boolean" use="required" />
<xs:attribute name="score" type="xs:unsignedInt" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:unsignedInt" use="required" />
<xs:attribute name="type" type="xs:string" use="required" />
<xs:attribute name="duration" type="xs:time" use="required" />
<xs:attribute name="created" type="xs:date" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</pre>
=== XSLT ===
<pre>
<?xml version="1.0" encoding="utf-8"?>

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="html" encoding="utf-8" />
<xsl:template match="/">
<xsl:text disable-output-escaping="yes">
<!DOCTYPE html>
</xsl:text>
<html>
<body>
<h2>Game matches:</h2>
<xsl:for-each select="matches/match">
<table border="1" style="margin: 10px; float: left;">
<xsl:choose>
<xsl:when test="@type = 'tdm'">
<tr style="background-color: #917A56;">
<th>Player</th>
<th>Team</th>
<th>Score</th>
<th>Victorious</th>
</tr>
<xsl:for-each select="teams/team">
<xsl:for-each select="players/player">
<xsl:choose>
<xsl:when test="position() mod 2 = 0">
<xsl:text disable-output-escaping="yes">
<tr style="background-color: #FEFFC2;">
</xsl:text>
</xsl:when>
<xsl:otherwise>
<xsl:text disable-output-escaping="yes">
<tr style="background-color: #B4BA6C;">
</xsl:text>
</xsl:otherwise>
</xsl:choose>
<td>
<xsl:value-of select="@name" />
</td>
<td>
<xsl:value-of select="../../@name" />
</td>
<td>
<xsl:value-of select="@score" />
</td>
<td>
<xsl:value-of select="@victorious"/>
</td>
<xsl:text disable-output-escaping="yes">
</tr>
</xsl:text>
</xsl:for-each>
</xsl:for-each>
</xsl:when>
<xsl:otherwise>
<tr style="background-color: #917A56;">
<th>Player</th>
<th>Score</th>
<th>Victorious</th>
</tr>
<xsl:for-each select="players/player">
<xsl:choose>
<xsl:when test="position() mod 2 = 0">
<xsl:text disable-output-escaping="yes">
<tr style="background-color: #FEFFC2;">
</xsl:text>
</xsl:when>
<xsl:otherwise>
<xsl:text disable-output-escaping="yes">
<tr style="background-color: #B4BA6C;">
</xsl:text>
</xsl:otherwise>
</xsl:choose>
<td>
<xsl:value-of select="@name" />
</td>
<td>
<xsl:value-of select="@score" />
</td>
<td>
<xsl:value-of select="@victorious"/>
</td>
<xsl:text disable-output-escaping="yes">
</tr>
</xsl:text>
</xsl:for-each>
</xsl:otherwise>
</xsl:choose>
</table>
</xsl:for-each>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</pre>
<pre>
<?xml version="1.0" encoding="utf-8"?>

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" encoding="utf-8" indent="yes" />
<xsl:template match="/">
<matches>
<xsl:for-each select="matches/match">
<xsl:choose>
<xsl:when test="@type = 'tdm'">
<match>
<xsl:attribute name="id">
<xsl:value-of select="@id" />
</xsl:attribute>
<xsl:attribute name="type">
<xsl:value-of select="@type" />
</xsl:attribute>
<xsl:attribute name="duration">
<xsl:value-of select="@duration" />
</xsl:attribute>
<xsl:attribute name="created">
<xsl:value-of select="@created" />
</xsl:attribute>
<teams>
<xsl:for-each select="teams/team">
<team>
<xsl:attribute name="name">
<xsl:value-of select="@name" />
</xsl:attribute>
<xsl:attribute name="victorious">
<xsl:value-of select="@victorious" />
</xsl:attribute>
<xsl:attribute name="score">
<xsl:value-of select="@score" />
</xsl:attribute>
<players>
<xsl:for-each select="players/player">
<player>
<xsl:attribute name="id">
<xsl:value-of select="@id" />
</xsl:attribute>
<xsl:attribute name="name">
<xsl:value-of select="@name" />
</xsl:attribute>
<xsl:attribute name="victorious">
<xsl:value-of select="@victorious" />
</xsl:attribute>
<xsl:attribute name="score">
<xsl:value-of select="@score" />
</xsl:attribute>
</player>
</xsl:for-each>
</players>
</team>
</xsl:for-each>
</teams>
</match>
</xsl:when>
</xsl:choose>
</xsl:for-each>
</matches>
</xsl:template>
</xsl:stylesheet>
</pre>

Category:Võrgurakendused II: hajussüsteemide ehitamine

2012-03-03T21:55:59Z

Hparn: /* Meeskonnad */

=Võrgurakendused II: hajussüsteemide ehitamine=
==Eesmärk==
Õppeaine eesmärgiks on tutvustada õppijale XML märgendikeelel baseeruvaid hajuslahendusi ja nende loomise võimalusi ning arendada õppijates .Net raamistiku vahenditega tarkvara arendamisoskuseid

==Lühitutvustus==
Õppeaines käsitletakse XML märgendikeelt ning veebiteenuseid. Kursuse käigus disainitakse, koostatakse ja testitakse veebiteenustel ning XML märgendikeelel põhinevaid lahendusi.

==Õpiväljundid==
* Õppija oskab kasutada XML märgendikeelt keerulisema strukuuriga andmete hoidmiseks ja esitamiseks struktureeritud kujul.
* Õppija oskab avalikult kättesaadavate juhendite abil koostada lihtsamaid klientrakendusi levinud veebiteenustele.
* Õppija oskab luua lihtsamaid veebiteenuseid kasutades selleks .Net raamistiku tehnoloogiaid ning vahendeid.
* Õppija teab veebiteenuste turvamiseks kasutatavaid tehnoloogiaid ja vahendeid ning oskab leid tavaolukorras rakendada.
* Õppija teab ning oskab kirjeldada hajusrakenduste kasutusvaldkondi ning nende arhitektuure.
* Õppija oskab töötada 3-5 liikmelises meeskonnas.

==Õppejõud==
Aine läbiviijateks on õppejõud Mait Poska ja Kaarel Raspel.

Mait Poska kanda on enamasti loengud ja Kaarel Raspeli kanda praktikumid.

'''<ins>Kontaktid:</ins>'''

Kaarel Raspel
* kaarel.raspel<ät> gmail.com
* Skype: vellotis
* +372 522 2468

Mait Poska
* mait.poska<ät> itcollege.ee
* Skype: minamait
* +372 53 469 734

==Hinne==
Aine hinde kujunemine:
* <span style="text-decoration: underline;">Eeldused</span> (mille eest ei saa punkte)
** Kohal tuleb käia vähemalt '''50% praktikumidest'''
*** Kes seda nõuet ei täida peavad viimases praktikumis sooritama komplekstesti, mis sisaldab endas praktilisi ülesandeid.
**<ins>Grupitöö kõik osad on realiseeritud minimaalse tulemusega 51%</ins>



* <ins>Hinne</ins> ('''100p / 100%''') - Hinde kujunemisel arvestatakse kahte tööd:
** [[Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2012]], mis moodustab hindest 55%. '''55p''' (koosneb kolmest osast)
*** XML (xsd, xslt) '''10p'''
**** Retsensioonid kahe grupi XLM-i kohta '''2p+3p'''
*** Veebiteenus '''15p'''
**** Retsensioonid kahe grupi Veebiteenuse kohta '''2p+3p'''
*** Klientrakendused veebiteenusele '''15p'''
**** Retsensioonid kahe grupi Klientrakenduse kohta '''2p+3p'''
** <ins>Individuaalne teadmiste kontroll</ins> '''45p'''
*** Teooria (Test) '''20p''' (tulemus vähemalt 51%)
*** Praktiline (Programmeerimine) '''25p''' (tulemus vähemalt 51%)




[[Võrgurakendused II: 2011 kevadel valminud kodutööd]]

==Tähtajad==


* '''XML fail''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2012#XML_andmefail NB! Täpsem info]
** XML fail, stiilifail ja skeemifail peavad olema valmis ja wikilehel kirjeldatud hiljemalt '''3. märts 2012'''.
** Retsensioonid XML-failide kohta peavad tehtud olema '''17. märts 2012'''.

* '''Veebiteenus''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2012#Veebiteenus NB! Täpsem info]
** Veebiteenus peab olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt '''14. aprill 2012'''.
** Retsensioonid veebiteenuste kohta peavad tehtud olema '''28. aprill 2012'''.

* '''Klientrakendused''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2012#Klientrakendus NB! Täpsem info]
** Klientrakendused peavad olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt '''5. mai 2012'''.
** Retsensioonid klientrakenduste kohta peavad tehtud olema '''19. mai 2012'''.



==Retsensioonid==

Iga grupp peab tegema lisaks igale grupitööle vastavalt ka 2 retsensiooni. Retsensioonid võib teha vabalt valitud gruppide tööde kohta. Tingimuseks on see, et ühe töö kohta saab teha maksimaalselt kolm retsensiooni.

Seega kokku tuleb esitada 6 retsensiooni ühel grupil.

Kui grupp on teinud vaid ühe retsensiooni, siis selle eest saab 2 punkti. Kui sellele lisandub ka teine retsensioon, siis teise retsensiooni eest saab 3 punkti. Kokku 5 punkti.

<ins>Lisaks tuleb silmas pidada retsensioonide minimaalseid pikkusi projektide kohta.</ins> [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2012#Retsensioonid Retsensioonide minimaalsed pikkused]

==Meeskonnad==
Ühte meeskonda võib kuuluda 3 kuni 4 tudengit. Gruppi kuuluvate tudengite nimekiri kinnitatakse esimese projekti esitamisega.

=== [[Hello Kitty]] ===
=== [[TTiim]] ===
=== [[Meeskond "Harold"|Harold]] ===

===Meeskond "[[-.-]]"===
* Erki Miilberg (projektijuht)
* Kalev Vallsalu
* Oliver Naaris
* Margo Kuustik

=== Meeskond "[[PhoneBook]]" ===
*Lauri Jansen
*Tanel Jüris
*Madis Rääk

===Meeskond "[[LLL]]"===

* Joonas Püüa
* Janno Toomingas
* Janek Kople
* Roland Krindal

===Meeskond "[[Peeter VR2]]"===

* Lennart Lüsi
* Kairo Koik
* Marek Kikas
* Kaivar Kull

===[[Meeskond ".NOT"]]===
* Martin Kosk
* Kalmer Tart
* Martin Aarne
* Gert Glükmann

=Teemad=
=XML failivorming ja sellega seotud tehnoloogiad=

==XML failivorming==
===Loengusalvestused===

* '''Esimese loengu salvestus, kus räägiti XML andmefailist asub siin: http://echo360.e-uni.ee/ess/echo/presentation/d590aaa6-2d08-4852-9db6-42041cc7e438 '''
* '''Teise loengu salvestus, kus räägiti XML skeemidest ja transformatsioonidest asub siin: http://echo360.e-uni.ee/ess/echo/presentation/fa1431fb-3b80-42a3-a7de-f18fe6a1d3ae '''
**Teises loengus tehtud näited, asuvad siin: http://enos.itcollege.ee/~mposka/Vorgurakendused_II_2012/Paevaope/Loengud/Loeng2/

* '''Kolmas loeng, kus räägiti LINQ'st: http://echo360.e-uni.ee/ess/echo/presentation/bbb940ea-fb20-49b4-9d5b-7b2e41f1ac39 '''
**Kolmandas loengus tehtud näited asuvad siin: http://enos.itcollege.ee/~mposka/Vorgurakendused_II_2012/Paevaope/Loengud/Loeng3/

===Teooria===
* XML failid
** Kippar, J. "XML rakendused", TLU:2009 http://minitorn.tlu.ee/~jaagup/kool/java/kursused/10/xmlrak/trykk/xmlrak.pdf
** XMLi rakendused ainekursuse leht by Jaagup Kippar http://minitorn.tlu.ee/~jaagup/kool/java/kursused/10/xmlrak/juht.html
** Introduction to XML by w3schools.com http://www.w3schools.com/xml/xml_whatis.asp
* XSLT - XML failide transformeerimine ehk stiilifailid
** XSLT Tutorial by w3schools.com http://www.w3schools.com/xsl/default.asp

===Praktika===
* [[Praktikum: XML failide loomine, VR2.1]]
* [[Linq_päringukeel|Praktikum: LINQ päringute tegemine XML-i peal, VR2.2]]
** [http://enos.itcollege.ee/~kraspel/VRII/%5b2012.02.09%5d%20Praktikum%202%20/ Praktikumi näide]
* [[Praktikum: XML failide valideerimine (XSD, DTD) ning XML stiilide (XSLT) loomine , VR2.3]]
** [http://enos.itcollege.ee/~kraspel/VRII/%5b2012.02.16%5d%20Praktikum%203/ Praktikumi näide]
* [[Praktikum: XML failidega töötamine (kokkuvõttev praktikum), VR2.4]]
** [http://enos.itcollege.ee/~kraspel/VRII/%5b2012.02.23%5d%20Praktikum%204/ Praktikumi näide]


=Veebiteenused=
==Loengud==
*''' Neljas loeng: http://echo360.e-uni.ee/ess/echo/presentation/7b97f540-e6e1-4bbb-99c3-04e9833b690b '''
==Veebiteenuste loomine==
* ASP.NET Web Services http://msdn.microsoft.com/en-us/library/t745kdsh.aspx
* Creating and Consuming .NET Web Services in 5 Easy Steps http://articles.sitepoint.com/article/net-web-services-5-steps

==Andmebaasiga ühendumine==
* Database Connectivity using WebService http://www.c-sharpcorner.com/UploadFile/raj1979/DatabaseWebService01142008011107AM/DatabaseWebService.aspx

==Veebiteenuste turvamine==
* Securing ASP.Net Web Services with Forms Authentication http://dotnetslackers.com/articles/aspnet/Securing-ASP-Net-Web-Services-with-Forms-Authentication.aspx

==Praktika==


=Veebiteenuste kasutamine=
==Praktika==

Talk:Öö

2011-12-13T21:54:28Z

Hparn:

==Idee retsensioon==
Esimese muljena jäi, et selliseid mänge leidub palju. Aga samas on võimalik, et tegu on ikkagi omamoodi mänguga - teistsuguse graafika, stoori ja mänguelamusega. Üks huvitav faktor on kindlasti automaatselt genereeritud levelid, mille realiseerimine võib olla keeruline, kuid kindlasti annab mängule juurde nii-öelda korduva mängitavuse väärtust. Tundub, et mäng on plaanis teha mugavaks andes võimaluse juhtida ainult hiirega.

Idee suund on selgelt paika pandud, kuid valmistoodang tundub veel suhteliselt lahtine. Seda sellepärast, et tegemist on veel mängu arenduse algfaasiga. Me oleme kindlad, et see projekt on teostatav.

Lisandused ideele.
Tegelane võiks saada experience punkte ja leveleid. Läbi selle siis mingeid boonuseid ( tugevust, kiirust jne ). Ja muidugi lihtsalt silmailu (Muutuv välimus tegelasel).
Lisaks highscorele võiks olla ka Achievementide süsteem.

Lahtiseks jäid küsimused:
*Kas tegelane on lennuk?
*Kuidas hakkab koostöö käima (Arenduskäik - failide ja bugide haldus) ?

Retsentseeris meeskond [[IT_Gurud]]

==Analüüsi retsensioon==
Selle mängu arendajatel tundub olevat selge ettekujutus, mida nad teha kavatsevad. Ilmselgelt on põhjuseks minimaalne kõrvalekalle varasematest samasugustest mängudest.

Samas ei ole projekti detaile kas ära otsustatud või kirja pandud. Funktsionaalsuste nimekiri on küll ilusti välja toodud, kuid võiks olla neist lähemalt kirjutatud.

Täpsemalt - puudub info menüü ülesehituse kohta. Graafika poole pealt teame vaid seda, et see on 2D. Pole öeldud, mille poolest erinevad raskusastmed teineteisest erinevad. Kuigi selle kohta võib edukalt oletusi teha, võiks üldsuuna ikka ära otsustada.

Ajapiirangu, töömahu ja problemaatiliste osade realiseerimise vallas ollakse väga vaoshoitud, kuid selline kindla peale minek on ehk mõistlikum kui liialt palju korraga ette võtta.
Retsentseeris meeskond [[IT_Gurud]]

==Analüüsi retsensioon==

Tundub, et üldine plaan püsib ja liigutakse edasi. Minu arvates, ei olegi otseselt oluline, mis või kes see lendav objekt on. Kui baas on paigas siis selle lisamine/väljamõtlemine ei ole nii keerukas võrreldes eelneva tööga.

Eesmärk on igati arusaadav vast igale inimesele. Mängi, tunne mõnu ja löö aega surnuks. Kuigi mängu tegijatele on selle tegemine kindlasti vägagi arendav.

Detailsust on natukene liiga vähe üleüldiselt. Samas on see minu seisukohast mõneti arusaadav, sest ei taheta hakata lubama asju, mis ei pruugi projekti jõuda. Kuid kindlasti on teil mõne kohapealt midagi natukene täpsustavat lisada.

Natukene lahtiseks jääb kuidas punktisüsteem töötab.Kas punkte saab lõppkokkuvõttes selle eest, kui kaua elus püsitakse(ning boonused kui need tulevad)?

Problemaatiline osa on mainitud ja usun, et automaatse genereerimise kohapealt ka igati õigustatud. Kuid juhul kui tuleb peategelasel surma saamiseks mitu korda millegi otsa lennata või pihta saada, sel juhul tuleb vastase healtbar kindlasti must have alla lisada. Eeludsel, et te ei taha et mängija ise loeks koguaeg palju ta pihta on saanud.

See retsensioon jõudis teieni meeskonnalt [[Slasher]]

==Prototüübi retsensioon==

'''Üldiselt'''

Üldine idee, et tegelane on lennus ning kohtab oma teel takistusi(vastaseid) on realiseeritud. Vastasteks on lillakas roosad õhupallid kui ma õigesti neist aru saan. Nende värvus on nii vastik, et tahan neid õhku lasta küll. Helikopter hävitab vaenlaseid mustade kuulidega, mis kopteri esiosast välja lendavad. Vastane sureb kui on 5 korda pihta saanud või lendad ise neile vastu. Algselt on mängijal 100 elu ning iga kord kui vastasega kokku puutuda väheneb elude arv kümne võrra ja seda kuni nullini. Boonuseid veel näha ei ole, kuid loodetavasti need tulevad. Samuti kui pingsalt mängida, siis on suht võimatu hetkel surma saada.

'''Juhtimine'''

Juhtimine on lihtne, nooltega saab liikuda üles, alla, vasakule ja paremale ning space nupuga saab lasta. Hiirega juhtimine antud hetkel puudub, eks paistab kas see tuleb või mitte. Sama kehtib ka Xboxi puldi toe kohta. Avastasin, et kui ekraanil nii alla minna kopteriga kui võimalik, siis ükski vastane sulle vastu minna ei saa. Kas see ongi mõeldud nii öelda turvalise alana, seda ma öelda ei oska. Visuaalse poole pealt hakkas silma sinine riba, mis on paremal ääres ning ulatub alt üles välja.

'''Punktitabel ja raskusastmed'''

Punktitabel on hetke seisuga samuti puudu. Kui on tahtmine teada, palju punkte said siis on võimalus seda pinksalt jälgida enne surma saamist, kuna pärast surma seda uuesti ei kuvata. Natukene ärritav, kuid usun et see asi jõuab veel projekti.
Raskusastmeid praegu ei eksisteeri, kuid siiralt loodan, et need tulevad. Praegu on mäng äärmiselt lihtne ja mäng lõppeb pigem enesetapuga kui sellega, et vastased sinust ausalt jagu saaks. Jääb loota, et raskusastmed teevad asja pingelisemaks ning vastased on aktiivsemad mängija tapjad kui nad seda praegu on.

'''Heli'''

Heliefektid ei olegi kõige hullemad kui aus olla. See laskmise heli on täiesti tore, sama kehtib ka vastase hävinemise heli kohta. Vastase hävinemisel on ka eraldi animatsioon, mis teeb asja vägevamaks. Mis aga kõige rohkem kõrva hakkab on batmani tunnusmuusika, mis algus tundub tore aga kui natukene pikemalt mängida, siis tekib selline tuju, et tahaks selle helikopteriga ise vastu õhupalle lennata. Kuigi mulle öeldi, et see taustamuusika on hetkel ajutine, tahtsin ma siiski korra selle ära mainida .
Installerit veel näha ei olnud, kuid selle asjaga on aega ka. Peab asja kõigepealt täies mahus valmis saama ning siis korraliku installeri tegema, mõistlik.

'''Kood'''

Mängu koodi kirjutamiseks on kasutatud XNA-d. Vastavalt tööjuhendile on kasutatud ka klasse. Koodist on lihtne aru saada ning tänu heale struktuurile ka lihtne lugeda. Mõningatest kohtadest on võimalik leida ka funktsioonide ja muutujate kommentaare. Kuigi tööjuhend ei näinud seda ette, oleks kommentaarid ja muutujad võinud olla inglisekeelsed. Võiks kasutada ühtset keelt, kohati on muutujad eesti keeles ning vahepeal on need inglise keeles.

[[Slasher]]

==Lõpptoote retsensioon==

Retsensioon põhineb meeskonna esitlusel/kaitsmisel.

'''Esmamulje:''' Mäng põhineb Batmanil, kes lendab ringi mööda linna ja põikleb siiruliste lendavate objektide eest. Batmannil on võime krooksuda, millega hävitatakse sirges reas batmanni ees olevad objektid.

'''Heli:''' Mängus on olemas kaks erinevat heli, on taustamuusika ja krooksumis(heli kui batman laseb/krooksub). Heli effektid annavad palju mängule juurde lisades huumorit ja rohkem usutavust, et tõesti on tegemist batmanniga. Puudu on jäänud teiste sündmuste helid. Võiks olla heli kui batman saab pihta lendavalt objektilt, kui ta elud nulli lähevad ja ka siis kui algab mäng, näiteks mingi slogon mis motiveeriks batmanni.

'''Graafika:''' Ekraani alla oli lisatud enda joonistatud ja kergelt animeeritud majad, millele sai ilma takistusteta peale lennata. Pilt on sujuv, ei esinenud anomaaliaid ega surnud pixleid. Tausta pilt oli staatiline, millele oli lisatud animeeritud udu. Udu effekt oli raskesti märgatav. Mängul puudus menüü ja korralikult töötav skoori tabel(mis lubati ära teha). Toimis elude maha arvestamine punktide näol ja oli ka levelite erinevus, mis seisnes objektide hulga suurenemises. Elude arvestamine võinuks olla eluribaga ja leveleid võiks rohkem olla, et oleks sujuvam üleminek raskusastmes. Leveli muutudes võiks muutuda ka taustapilt ning effekt, muidu muutub mängimine üksluiseks.

'''Lugu:''' Igal mängul on tänapäeval mingi lugu. Võiks olla mingi ekraan kus on kasvõi lühike tekst ja/või pilt, et miks batman lendab ja keda ta jälitab, ning kust kohast need objektid ilmuvad.

'''Kood:''' Kood on liigendatud (ei ole kõik ühes .cs failis), ning dokumenteeritud. Kood võiks olla kirjutatud inglise keeles.

'''"Must Have":''' Väidetavalt oli realiseeritud ka xboxi puldi tugi(ei saa proovida ei oma sellist pulti), klaviatuuri tugi töötab. On lihtsamat sorti raskusastmed ja ka umbmäärane punktitabel. Mingid heliefektid olid aga neid küll uhketeks ei saaks nimetada. Esitlusel ei tulnud isegi juttu Installerist.

'''"Nice To Have":''' Levelite automaatne genereerimine oli teostatud ainult objektide tekkimise tiheduse tõstmisega. Muid punkte ei ole realiseeritud.

'''Mulje Projektist:''' Mäng küll töötas, kuid oli põnev täpselt nii kaua kuni batmani tunnusmuusikast villand sai. Esitlusel tundus, et on võimalikeist valikutest alati lihtsaim võetud. Ei usu et projekti autorid oma mängu hea meelega demonstreerima läheks ja oma nime mänguga levitaks.

Retsensiooni koostas meeskond [[Agendid]]

Üldiselt
On näha edasi minekut selle projektiga kuid oleks veel vaja palju teha. Olete lisanud veidi uusi pildikesi seegi hea asi. Helikopteri asemel batman midagi unikaalsemat aga peab arvestama ka autori seadustega kui seda peaksite väljastama kuskil internetis. On ka seda n
näha et on võetud kokku ennast viimastel päevadel. Võrreldes prototüübiga on korralik edasi minek. Kuid alati võiks rohkem olla ja tean seda omast kogemusest lihtsalt ei jõua.

Kood
Selle koha peaks võiks veidi nuriseda aga teeme asja lihtsalt. Kuna ise tegin unity ga ja ei oska öelda XNA võimalustest eriti midagi. Kuid võiks olla ikka rohkem OOP ja võiksite järgmine kord mõelda Plugin süsteemidele. Ning ka uurida State süsteeme. Mis annavad palju juurte kui teete eriti mänge. Aga muidu on veidi koodi muudetud inglis-keelsemaks. Mõnes kohas leiab ikka veel neid eesti keelseid sõnu. Kuna XNA ise on inglis keelne ja selle järgi võiks kasutada XNA enda tavasid. Need on ilusti olemas XNA õppematreialide all. Ja eriti kui otsida internetist selle kohta video turoorioleid siis seal räägitakse suht palku headest tavadest XNA ga.

Mis veel tähele panid ei ole kuskil Puldi kohta infot. Kas see sai realiseeritud ja kuid te seadistasite nuppud sellise mängu jaoks. kas tegite kangidega, et nt mees liigub tn sellele eri kiirustega ?`

Helisid võiks olla veidi rohkem. ja kuna projekt ei olnud nii suur siis oleks võinud veidi tegeleda veidi ka visuaalse poolega, kuna teile anti selle jaoks suhteliselt palju aega.

Levelid oleks võinud teha veidi paremaks, kuna selles mängus see eriti ei tekita põnevust kui aint takistuste arvu objectide arvu suurendatakse.

Kuna nad ikkagi üritasid midagi teha ja se oli nende esimene mäng siis jah peaksite rohkem vaeva nägema. Seda mängu vaadates saab aru et suurem eel töö on tegemata.

By Slasher