ICO wiki - User contributions [en]

Meeskond: MMTL development

2015-11-11T10:42:45Z

Mamand: /* Funktsionaalsused, mis on kindlasti plaanis teostada (Must Have): */

==Meeskond==
*'''Martin Mänd''' - projektijuht
*'''Taavi Lõhmus'''

==Projekti idee==
'''Tellimuste tegemise ja haldamise rakendus Liiklusmärkide tootmisega tegelevale ettevõttele''' Taavi firmas hetkel puudub mõistlik süsteem tellimuste tegemiseks klientide poolt ning tellimuste vastuvõtmiseks. Tellimusi on võimalik teha ainult emaili teel. Edasine protsess kliendi tellimuse haldamisel on manuaalne ning tellimuse vormistamisel ning hinna kujundamisel kasutatakse MS Office tööriistasid (Excel). Plaan on valmistada veebileht kus on võimalik kliendil lihtsalt oma tellimus esitada ning tellimuse haldamine toimuks WPF rakenduse abil, mis kujundaks saadud tellimuse põhjal eeltäidetud pakkumise ning lihtsustaks tööprotsessi tunduvalt.

==Projekti Analüüs==

===Ülevaade ===

Firmas, kus liiklusmärkide tootmine on üheks põhiosaks, toimub hinnapakkumiste tegemine ja tootmisesse tulevate tellimuste edastamine kas paberkandjal või e-maili teel. Kliendid teevad päringuid e-maili teel, kas firma üldisele või mõne kindla töötaja e-mailile, kes siis omakorda kas siis suunavad edasi mõnele teisele töötajale või teevad ise pakkumise. Selle tegemiseks kasutatakse MS Office tüüpi töövahendeid või antakse kliendile tagasisidet soovitud toodete hinna kohta lihtsalt vastates kirjale ning ei tehta eraldi ametlikult vormistatud pakkumist. Pärast hinnapakkumise kinnitamist edastatakse tellimus tootmise osakonda. Reeglina toimub see kahel võimalikul juhul, kas tuuakse tellimus paberkandjal või edastatkse e-maili teel.
Tootmisprotsessi algfaasis vaadatakse üle, mis liiki liiklusmärkidega on tegu(Mis on märgi number? Mis on märgi alusmaterjal? Miilline on märgi suurusgrupp? Mis klassi kilet kasutada?). Tihti on olukordi, kus tellimuse täitmiseks on puudu vajalik osa informatsiooni. Näiteks on jäetud täpsutamata tootmise osakonna jaoks, millist matejali kasutada või mõningate liiklusmärkide puhul sellele kantava teksti sisu. Selguse saamiseks pöördutakse kas hinnapakkumise teinud töötaja poole, kes on jätnud vajaliku informatsiooni märkimata või siis tootmisosakond võtab otse kliendiga ühendust ja uurib välja puuduva informatsiooni. Kui kõik vajalik teada algab tootmise protsess.
Pärast liiklusmärkide tootmise protsessi lõppu, teavitatakse klienti, kas telefoni teel või siis e-maili kaudu. Seda teeb tootmise osakond või siis kliendiga eelnevalt suhelnud ja neile pakkumise teinud töötaja.
Viimase etapina, edastatakse kogu info kliendi ja tellimuse kohta raamatupidajale, kes koostab sellest lähtudes kliendile arve. On ka teine variant, kus pärast hinnapakkumise kinnitamist on teatud klientide ja tellimuste puhul olukord, kus eelnevalt saadetakse info raamatupidajale, kes teeb ettemaksuarve ning alles pärast selle tasumist alustatakse tootmisega.
Kuna hinnapakkumisi ei tee ainult üks inimene ning teatud kliendid suhtlevad erinevate töötajatega, siis tellimused tulevad erinevate inimeste poolt ja tihti jääb tootmise jaoks vajalikku informatsiooni puudu ja tekib olukordi, kus toimub mõttetult palju edasi tagasi suhtlust kas siis töötajate või töötaja kliendi vahel, mida oleks võimalik vältida.

===Analüüs===

Projekti raames on plaan luua veebileht/rakendus kus on kliendil võimalik sisestada lihtsalt oma tellimus, täites vastavad väljad. Samuti jääb alles tellimuste esitamine kasutades olemasolevaid võimalusi ning tellimuste ja hinnapakkumiste haldamine toimuks kasutades WPF rakendust.

Üheks rakenduse eesmärgiks on luua kliendile(tavakasutajale) võimalus esitada tellimusi läbi veebilehe/rakenduse, kus on selle tegemine toimub täites vajalikud infoväljad. Väljade juures on informatiivne tekst/juhend, mis oleks ka liiklusmärgi standardile ja normidele võõrale inimesele abiks tellimuse esitamisel. Lisaks liiklusmärgi materjali küsimuste lahendamisel oleks teatud märkide puhul vajalik lisa informatsioon (näiteks kiirusepiirangu liiklusmärgi puhul, millise numbri kanname märgile), mida samuti tellimuse esitamisel vajalikuks infoväljaks teha. See lihtsustaks omakorda hinnapakkumise tegemist ja tootmise protsessi.
Tellimuse jaoks vajalik info:
*Kliendi andmed
*Liiklusmärgi number ja kirjeldus
*Liiklusmärgi alusmaterjal
*Liiklusmärgi suurusgrupp
*Liiklusmärgi kile klass
*Suunaviitade puhul teksti suurtähe kõrgus
*Teatud märkide puhul sellele kantav tekst/info
*Kogus

Teiseks eesmärgiks oleks töötajatele luua CRM rakendus, mis annab töötajatele hea ülevaate hinnapakkumistest ja tootmises olevatest tellimustest.

Rakenduse tööprotsessi kirjeldus:

'''1. Tehakse hinnapäring

'''2. Koostatakse hinnapakkumine

'''3. Kinnitatud hinnapakkumine edastatakse tootmisesse

'''4. Tellimus võetakse töösse

'''5. Saadetakse kliendile teatis tellimuse valmimisest.

'''6. Saadetakse arve kliendile.'''

Töötajad saavad omale kasutajanime ja parooli ning sellega koos õigused programmis teha erinevaid toiminguid. Kes tegelevad hinnapakkumiste ja tellimuste vastuvõtmisega, saavad teha muudatusi selles kategoorias. Samuti tootmisega tegelevad töötajad saavad teha muudatusi tootmise osas. Sellega tekib töötajate/kasutajate andmebaas.

Hinnapakkumise tegemise puhul tekib andmebaas klientidest, mis pärast esmakorsest sisestamist saab järgnevate tellimuste puhul laadida sellest andmebaastist. Samuti tekib andmebaas hinnapakkumistest, kus on võimalik jälgida tehtud pakkumiste olekut, kas ootel, tühistatud või kinnitatud. Kui pakkumine kinnitatakse, siis edastatakse tellimus toomisesse. Enne kui tellimus tootmisesse saadetakse, kontrollitakse, et kõik vajalik info on olemas, kui mitte, siis teavitatakse kasutajat, kus ilmnesid puudused ja saab need puudused likvideerida.

Tootmisesse jõudvatest tellimustest tekib oma andmebaas, kus saab määrata tellimuste olekut, kas järjekorras, töös või tehtud. Oleku „tehtud“ puhul saadetakse kliendi rekvisiidid koos tellimuse detailidega (märgi tüüp, kogus ja summa) raamatupidamisse, kes saab nende andmete põhjal koosatada kliendile arve.
Tootmises järjekorras olevate tellimuste lähenevatest tähtaaegadest antakse märku, kui see peaks olema kindlaks määratud aja kaugusel.
Kuna erinevatele klientidele on oma hinnakiri, seega on eraldi hinnakirjade andmebaas, kus saab määrata koostööpartneritele eraldi soodsama hinnakirja.

Rakendus annab hea ülevaate, milline on mingil kindlal ajahetkel hinnapakkumiste seis ning kui suur koormus on tootmises. Samuti oleks võimalik teha päringuid mingil perioodil tehtud töödest ja teha statistikat, mis tüüpi liiklusmärke toodeti kõige rohkem või milline klient tellis kõige enam ja vastavalt sellel teha ka erinevatele klientidele soodustusi.

===Funktsionaalsused, mis on kindlasti plaanis teostada (Must Have):===

'''Veebileht tellimuse tegemiseks (kliendipoolne)''' - Kliendil on võimalik teha tellimus veebilehel kus on vajalik sisestada eelnevalt mainitud infoväljadele andmed. Enne tellimuse väljasaatmist kuvatakse ülevaade sisestadud andmetest, peale mida on kliendil v6imalik kinnitada tellimus ning salvestatakse andmebaasi edasisteks protsessideks.

'''WPF rakendus kliendi tellimuste haldamiseks\lisamiseks, toodete lisamise/muutmise võimalus''' - Töötajatel (kliendihaldurid, tootmistöölised) on ligipääs rakendusele. kliendihaldurile kuvatakse tellimuse kohta esmane hinnapakkumine vastavalt andmebaasis sisalduvatele hindadele (võimalik lisada soodustus). Hinnapakkumine saadetakse kliendile meili teel. Positiivse vastuse saamisel kliendihaldur muudab tellimuse staatust (“Tootmisele suunatud”), peale mida tootmisosakond kinnitab tellimuse vastuvõtust staatuse muutmisega (“Tootmiseks vastuvõetud”). Tellimuse valmimisel muudetakse staatust (“Tellimus valmis”) ning saadetakse rekvisiidid koos tellimuse sisuga (võimalusel automaatne) raamatupidajale arve vormistamiseks. Arve saadetakse kliendile. Arve tasumisel teavitab raamatupidaja kliendihaldurit, kes muudab tellimuse staatust (“Tellimus tasutud, valmis transpordiks”) ning v2ljastakse tellimus laost. Viimasena etapina muudetakse tellimuse staatus (“tellimus l6petatud”) kui klient on saanud tellimuse kätte ning pretensioone ei esinenud.

Menüü WPF rakenduses:
*Teavitused
*Tellimused
*Tellimuste ajalugu
*Tooted

'''WPF rakenduses Teavitused (Notification) funktsioon tellimuse saabumisest ning staatuse muutusest'''

===Funktsionaalsused, mis teostatakse võimalusel (Nice to have):===

*Hinnapakkumise saatmise võimalus kliendile WPF rakenduse siseselt emailile

*Andmebaas püsiklientidega ning neile pakutavatate soodustustega, lisaks võimalus tellimuse puhul valida kindla kliendi soodustus.

*Automaatne teavitus emaili teel sabunud tellimusest/ Tellimuse sooritanud kliendile pakkumise saatmine WPF rakenduse siseselt

==Tehnoloogia==
Kasutatav raamistik: .NET Framework 4.5

Tehnoloogiad:
*C#
*WPF
*ASP.NET
*LINQ

==Blogi==
*'''19.10.15''' Moodustati tiim.
*'''23.10.15''' Ideede arutamine, lõplik valik edasiseks projektiks.
*'''24.10.15''' Wiki lehe loomine.
*'''02.11.15'''Analüüsi arutlus, vormistamine

Meeskond: MMTL development

2015-11-07T13:54:10Z

Mamand: /* Funktsionaalsused, mis teostatakse võimalusel (Nice to have): */

==Meeskond==
*'''Martin Mänd''' - projektijuht
*'''Taavi Lõhmus'''

==Projekti idee==
'''Tellimuste tegemise ja haldamise rakendus Liiklusmärkide tootmisega tegelevale ettevõttele''' Taavi firmas hetkel puudub mõistlik süsteem tellimuste tegemiseks klientide poolt ning tellimuste vastuvõtmiseks. Tellimusi on võimalik teha ainult emaili teel. Edasine protsess kliendi tellimuse haldamisel on manuaalne ning tellimuse vormistamisel ning hinna kujundamisel kasutatakse MS Office tööriistasid (Excel). Plaan on valmistada veebileht kus on võimalik kliendil lihtsalt oma tellimus esitada ning tellimuse haldamine toimuks WPF rakenduse abil, mis kujundaks saadud tellimuse põhjal eeltäidetud pakkumise ning lihtsustaks tööprotsessi tunduvalt.

==Projekti Analüüs==

===Ülevaade ===

Firmas, kus liiklusmärkide tootmine on üheks põhiosaks, toimub hinnapakkumiste tegemine ja tootmisesse tulevate tellimuste edastamine kas paberkandjal või e-maili teel. Kliendid teevad päringuid e-maili teel, kas firma üldisele või mõne kindla töötaja e-mailile, kes siis omakorda kas siis suunavad edasi mõnele teisele töötajale või teevad ise pakkumise. Selle tegemiseks kasutatakse MS Office tüüpi töövahendeid või antakse kliendile tagasisidet soovitud toodete hinna kohta lihtsalt vastates kirjale ning ei tehta eraldi ametlikult vormistatud pakkumist. Pärast hinnapakkumise kinnitamist edastatakse tellimus tootmise osakonda. Reeglina toimub see kahel võimalikul juhul, kas tuuakse tellimus paberkandjal või edastatkse e-maili teel.
Tootmisprotsessi algfaasis vaadatakse üle, mis liiki liiklusmärkidega on tegu(Mis on märgi number? Mis on märgi alusmaterjal? Miilline on märgi suurusgrupp? Mis klassi kilet kasutada?). Tihti on olukordi, kus tellimuse täitmiseks on puudu vajalik osa informatsiooni. Näiteks on jäetud täpsutamata tootmise osakonna jaoks, millist matejali kasutada või mõningate liiklusmärkide puhul sellele kantava teksti sisu. Selguse saamiseks pöördutakse kas hinnapakkumise teinud töötaja poole, kes on jätnud vajaliku informatsiooni märkimata või siis tootmisosakond võtab otse kliendiga ühendust ja uurib välja puuduva informatsiooni. Kui kõik vajalik teada algab tootmise protsess.
Pärast liiklusmärkide tootmise protsessi lõppu, teavitatakse klienti, kas telefoni teel või siis e-maili kaudu. Seda teeb tootmise osakond või siis kliendiga eelnevalt suhelnud ja neile pakkumise teinud töötaja.
Viimase etapina, edastatakse kogu info kliendi ja tellimuse kohta raamatupidajale, kes koostab sellest lähtudes kliendile arve. On ka teine variant, kus pärast hinnapakkumise kinnitamist on teatud klientide ja tellimuste puhul olukord, kus eelnevalt saadetakse info raamatupidajale, kes teeb ettemaksuarve ning alles pärast selle tasumist alustatakse tootmisega.
Kuna hinnapakkumisi ei tee ainult üks inimene ning teatud kliendid suhtlevad erinevate töötajatega, siis tellimused tulevad erinevate inimeste poolt ja tihti jääb tootmise jaoks vajalikku informatsiooni puudu ja tekib olukordi, kus toimub mõttetult palju edasi tagasi suhtlust kas siis töötajate või töötaja kliendi vahel, mida oleks võimalik vältida.

===Analüüs===

Projekti raames on plaan luua veebileht/rakendus kus on kliendil võimalik sisestada lihtsalt oma tellimus, täites vastavad väljad. Samuti jääb alles tellimuste esitamine kasutades olemasolevaid võimalusi ning tellimuste ja hinnapakkumiste haldamine toimuks kasutades WPF rakendust.

Üheks rakenduse eesmärgiks on luua kliendile(tavakasutajale) võimalus esitada tellimusi läbi veebilehe/rakenduse, kus on selle tegemine toimub täites vajalikud infoväljad. Väljade juures on informatiivne tekst/juhend, mis oleks ka liiklusmärgi standardile ja normidele võõrale inimesele abiks tellimuse esitamisel. Lisaks liiklusmärgi materjali küsimuste lahendamisel oleks teatud märkide puhul vajalik lisa informatsioon (näiteks kiirusepiirangu liiklusmärgi puhul, millise numbri kanname märgile), mida samuti tellimuse esitamisel vajalikuks infoväljaks teha. See lihtsustaks omakorda hinnapakkumise tegemist ja tootmise protsessi.
Tellimuse jaoks vajalik info:
*Kliendi andmed
*Liiklusmärgi number ja kirjeldus
*Liiklusmärgi alusmaterjal
*Liiklusmärgi suurusgrupp
*Liiklusmärgi kile klass
*Suunaviitade puhul teksti suurtähe kõrgus
*Teatud märkide puhul sellele kantav tekst/info
*Kogus

Teiseks eesmärgiks oleks töötajatele luua CRM rakendus, mis annab töötajatele hea ülevaate hinnapakkumistest ja tootmises olevatest tellimustest.

Rakenduse tööprotsessi kirjeldus:

'''1. Tehakse hinnapäring

'''2. Koostatakse hinnapakkumine

'''3. Kinnitatud hinnapakkumine edastatakse tootmisesse

'''4. Tellimus võetakse töösse

'''5. Saadetakse kliendile teatis tellimuse valmimisest.

'''6. Saadetakse arve kliendile.'''

Töötajad saavad omale kasutajanime ja parooli ning sellega koos õigused programmis teha erinevaid toiminguid. Kes tegelevad hinnapakkumiste ja tellimuste vastuvõtmisega, saavad teha muudatusi selles kategoorias. Samuti tootmisega tegelevad töötajad saavad teha muudatusi tootmise osas. Sellega tekib töötajate/kasutajate andmebaas.

Hinnapakkumise tegemise puhul tekib andmebaas klientidest, mis pärast esmakorsest sisestamist saab järgnevate tellimuste puhul laadida sellest andmebaastist. Samuti tekib andmebaas hinnapakkumistest, kus on võimalik jälgida tehtud pakkumiste olekut, kas ootel, tühistatud või kinnitatud. Kui pakkumine kinnitatakse, siis edastatakse tellimus toomisesse. Enne kui tellimus tootmisesse saadetakse, kontrollitakse, et kõik vajalik info on olemas, kui mitte, siis teavitatakse kasutajat, kus ilmnesid puudused ja saab need puudused likvideerida.

Tootmisesse jõudvatest tellimustest tekib oma andmebaas, kus saab määrata tellimuste olekut, kas järjekorras, töös või tehtud. Oleku „tehtud“ puhul saadetakse kliendi rekvisiidid koos tellimuse detailidega (märgi tüüp, kogus ja summa) raamatupidamisse, kes saab nende andmete põhjal koosatada kliendile arve.
Tootmises järjekorras olevate tellimuste lähenevatest tähtaaegadest antakse märku, kui see peaks olema kindlaks määratud aja kaugusel.
Kuna erinevatele klientidele on oma hinnakiri, seega on eraldi hinnakirjade andmebaas, kus saab määrata koostööpartneritele eraldi soodsama hinnakirja.

Rakendus annab hea ülevaate, milline on mingil kindlal ajahetkel hinnapakkumiste seis ning kui suur koormus on tootmises. Samuti oleks võimalik teha päringuid mingil perioodil tehtud töödest ja teha statistikat, mis tüüpi liiklusmärke toodeti kõige rohkem või milline klient tellis kõige enam ja vastavalt sellel teha ka erinevatele klientidele soodustusi.

===Funktsionaalsused, mis on kindlasti plaanis teostada (Must Have):===

'''Veebileht tellimuse tegemiseks (kliendipoolne)''' - Kliendil on võimalik teha tellimus veebilehel kus on vajalik sisestada eelnevalt mainitud infoväljadele andmed. Enne tellimuse väljasaatmist kuvatakse ülevaade sisestadud andmetest, peale mida on kliendil v6imalik kinnitada tellimus ning salvestatakse andmebaasi edasisteks protsessideks.

'''WPF rakendus kliendi tellimuste haldamiseks\lisamiseks''' - Töötajatel (kliendihaldurid, tootmistöölised) on ligipääs rakendusele. kliendihaldurile kuvatakse tellimuse kohta esmane hinnapakkumine vastavalt andmebaasis sisalduvatele hindadele (võimalik lisada soodustus). Hinnapakkumine saadetakse kliendile meili teel. Positiivse vastuse saamisel kliendihaldur muudab tellimuse staatust (“Tootmisele suunatud”), peale mida tootmisosakond kinnitab tellimuse vastuvõtust staatuse muutmisega (“Tootmiseks vastuvõetud”). Tellimuse valmimisel muudetakse staatust (“Tellimus valmis”) ning saadetakse rekvisiidid koos tellimuse sisuga (võimalusel automaatne) raamatupidajale arve vormistamiseks. Arve saadetakse kliendile. Arve tasumisel teavitab raamatupidaja kliendihaldurit, kes muudab tellimuse staatust (“Tellimus tasutud, valmis transpordiks”) ning v2ljastakse tellimus laost. Viimasena etapina muudetakse tellimuse staatus (“tellimus l6petatud”) kui klient on saanud tellimuse kätte ning pretensioone ei esinenud.

Menüü WPF rakenduses:
*Teavitused
*Tellimused
*Tellimuste ajalugu

'''WPF rakenduses Teavitused (Notification) funktsioon tellimuse saabumisest ning staatuse muutusest'''

===Funktsionaalsused, mis teostatakse võimalusel (Nice to have):===

*Hinnapakkumise saatmise võimalus kliendile WPF rakenduse siseselt emailile

*Andmebaas püsiklientidega ning neile pakutavatate soodustustega, lisaks võimalus tellimuse puhul valida kindla kliendi soodustus.

*Automaatne teavitus emaili teel sabunud tellimusest/ Tellimuse sooritanud kliendile pakkumise saatmine WPF rakenduse siseselt

==Tehnoloogia==
Kasutatav raamistik: .NET Framework 4.5

Tehnoloogiad:
*C#
*WPF
*ASP.NET
*LINQ

==Blogi==
*'''19.10.15''' Moodustati tiim.
*'''23.10.15''' Ideede arutamine, lõplik valik edasiseks projektiks.
*'''24.10.15''' Wiki lehe loomine.
*'''02.11.15'''Analüüsi arutlus, vormistamine

Meeskond: MMTL development

2015-11-07T13:51:13Z

Mamand: /* Funktsionaalsused, mis on kindlasti plaanis teostada (Must Have): */

==Meeskond==
*'''Martin Mänd''' - projektijuht
*'''Taavi Lõhmus'''

==Projekti idee==
'''Tellimuste tegemise ja haldamise rakendus Liiklusmärkide tootmisega tegelevale ettevõttele''' Taavi firmas hetkel puudub mõistlik süsteem tellimuste tegemiseks klientide poolt ning tellimuste vastuvõtmiseks. Tellimusi on võimalik teha ainult emaili teel. Edasine protsess kliendi tellimuse haldamisel on manuaalne ning tellimuse vormistamisel ning hinna kujundamisel kasutatakse MS Office tööriistasid (Excel). Plaan on valmistada veebileht kus on võimalik kliendil lihtsalt oma tellimus esitada ning tellimuse haldamine toimuks WPF rakenduse abil, mis kujundaks saadud tellimuse põhjal eeltäidetud pakkumise ning lihtsustaks tööprotsessi tunduvalt.

==Projekti Analüüs==

===Ülevaade ===

Firmas, kus liiklusmärkide tootmine on üheks põhiosaks, toimub hinnapakkumiste tegemine ja tootmisesse tulevate tellimuste edastamine kas paberkandjal või e-maili teel. Kliendid teevad päringuid e-maili teel, kas firma üldisele või mõne kindla töötaja e-mailile, kes siis omakorda kas siis suunavad edasi mõnele teisele töötajale või teevad ise pakkumise. Selle tegemiseks kasutatakse MS Office tüüpi töövahendeid või antakse kliendile tagasisidet soovitud toodete hinna kohta lihtsalt vastates kirjale ning ei tehta eraldi ametlikult vormistatud pakkumist. Pärast hinnapakkumise kinnitamist edastatakse tellimus tootmise osakonda. Reeglina toimub see kahel võimalikul juhul, kas tuuakse tellimus paberkandjal või edastatkse e-maili teel.
Tootmisprotsessi algfaasis vaadatakse üle, mis liiki liiklusmärkidega on tegu(Mis on märgi number? Mis on märgi alusmaterjal? Miilline on märgi suurusgrupp? Mis klassi kilet kasutada?). Tihti on olukordi, kus tellimuse täitmiseks on puudu vajalik osa informatsiooni. Näiteks on jäetud täpsutamata tootmise osakonna jaoks, millist matejali kasutada või mõningate liiklusmärkide puhul sellele kantava teksti sisu. Selguse saamiseks pöördutakse kas hinnapakkumise teinud töötaja poole, kes on jätnud vajaliku informatsiooni märkimata või siis tootmisosakond võtab otse kliendiga ühendust ja uurib välja puuduva informatsiooni. Kui kõik vajalik teada algab tootmise protsess.
Pärast liiklusmärkide tootmise protsessi lõppu, teavitatakse klienti, kas telefoni teel või siis e-maili kaudu. Seda teeb tootmise osakond või siis kliendiga eelnevalt suhelnud ja neile pakkumise teinud töötaja.
Viimase etapina, edastatakse kogu info kliendi ja tellimuse kohta raamatupidajale, kes koostab sellest lähtudes kliendile arve. On ka teine variant, kus pärast hinnapakkumise kinnitamist on teatud klientide ja tellimuste puhul olukord, kus eelnevalt saadetakse info raamatupidajale, kes teeb ettemaksuarve ning alles pärast selle tasumist alustatakse tootmisega.
Kuna hinnapakkumisi ei tee ainult üks inimene ning teatud kliendid suhtlevad erinevate töötajatega, siis tellimused tulevad erinevate inimeste poolt ja tihti jääb tootmise jaoks vajalikku informatsiooni puudu ja tekib olukordi, kus toimub mõttetult palju edasi tagasi suhtlust kas siis töötajate või töötaja kliendi vahel, mida oleks võimalik vältida.

===Analüüs===

Projekti raames on plaan luua veebileht/rakendus kus on kliendil võimalik sisestada lihtsalt oma tellimus, täites vastavad väljad. Samuti jääb alles tellimuste esitamine kasutades olemasolevaid võimalusi ning tellimuste ja hinnapakkumiste haldamine toimuks kasutades WPF rakendust.

Üheks rakenduse eesmärgiks on luua kliendile(tavakasutajale) võimalus esitada tellimusi läbi veebilehe/rakenduse, kus on selle tegemine toimub täites vajalikud infoväljad. Väljade juures on informatiivne tekst/juhend, mis oleks ka liiklusmärgi standardile ja normidele võõrale inimesele abiks tellimuse esitamisel. Lisaks liiklusmärgi materjali küsimuste lahendamisel oleks teatud märkide puhul vajalik lisa informatsioon (näiteks kiirusepiirangu liiklusmärgi puhul, millise numbri kanname märgile), mida samuti tellimuse esitamisel vajalikuks infoväljaks teha. See lihtsustaks omakorda hinnapakkumise tegemist ja tootmise protsessi.
Tellimuse jaoks vajalik info:
*Kliendi andmed
*Liiklusmärgi number ja kirjeldus
*Liiklusmärgi alusmaterjal
*Liiklusmärgi suurusgrupp
*Liiklusmärgi kile klass
*Suunaviitade puhul teksti suurtähe kõrgus
*Teatud märkide puhul sellele kantav tekst/info
*Kogus

Teiseks eesmärgiks oleks töötajatele luua CRM rakendus, mis annab töötajatele hea ülevaate hinnapakkumistest ja tootmises olevatest tellimustest.

Rakenduse tööprotsessi kirjeldus:

'''1. Tehakse hinnapäring

'''2. Koostatakse hinnapakkumine

'''3. Kinnitatud hinnapakkumine edastatakse tootmisesse

'''4. Tellimus võetakse töösse

'''5. Saadetakse kliendile teatis tellimuse valmimisest.

'''6. Saadetakse arve kliendile.'''

Töötajad saavad omale kasutajanime ja parooli ning sellega koos õigused programmis teha erinevaid toiminguid. Kes tegelevad hinnapakkumiste ja tellimuste vastuvõtmisega, saavad teha muudatusi selles kategoorias. Samuti tootmisega tegelevad töötajad saavad teha muudatusi tootmise osas. Sellega tekib töötajate/kasutajate andmebaas.

Hinnapakkumise tegemise puhul tekib andmebaas klientidest, mis pärast esmakorsest sisestamist saab järgnevate tellimuste puhul laadida sellest andmebaastist. Samuti tekib andmebaas hinnapakkumistest, kus on võimalik jälgida tehtud pakkumiste olekut, kas ootel, tühistatud või kinnitatud. Kui pakkumine kinnitatakse, siis edastatakse tellimus toomisesse. Enne kui tellimus tootmisesse saadetakse, kontrollitakse, et kõik vajalik info on olemas, kui mitte, siis teavitatakse kasutajat, kus ilmnesid puudused ja saab need puudused likvideerida.

Tootmisesse jõudvatest tellimustest tekib oma andmebaas, kus saab määrata tellimuste olekut, kas järjekorras, töös või tehtud. Oleku „tehtud“ puhul saadetakse kliendi rekvisiidid koos tellimuse detailidega (märgi tüüp, kogus ja summa) raamatupidamisse, kes saab nende andmete põhjal koosatada kliendile arve.
Tootmises järjekorras olevate tellimuste lähenevatest tähtaaegadest antakse märku, kui see peaks olema kindlaks määratud aja kaugusel.
Kuna erinevatele klientidele on oma hinnakiri, seega on eraldi hinnakirjade andmebaas, kus saab määrata koostööpartneritele eraldi soodsama hinnakirja.

Rakendus annab hea ülevaate, milline on mingil kindlal ajahetkel hinnapakkumiste seis ning kui suur koormus on tootmises. Samuti oleks võimalik teha päringuid mingil perioodil tehtud töödest ja teha statistikat, mis tüüpi liiklusmärke toodeti kõige rohkem või milline klient tellis kõige enam ja vastavalt sellel teha ka erinevatele klientidele soodustusi.

===Funktsionaalsused, mis on kindlasti plaanis teostada (Must Have):===

'''Veebileht tellimuse tegemiseks (kliendipoolne)''' - Kliendil on võimalik teha tellimus veebilehel kus on vajalik sisestada eelnevalt mainitud infoväljadele andmed. Enne tellimuse väljasaatmist kuvatakse ülevaade sisestadud andmetest, peale mida on kliendil v6imalik kinnitada tellimus ning salvestatakse andmebaasi edasisteks protsessideks.

'''WPF rakendus kliendi tellimuste haldamiseks\lisamiseks''' - Töötajatel (kliendihaldurid, tootmistöölised) on ligipääs rakendusele. kliendihaldurile kuvatakse tellimuse kohta esmane hinnapakkumine vastavalt andmebaasis sisalduvatele hindadele (võimalik lisada soodustus). Hinnapakkumine saadetakse kliendile meili teel. Positiivse vastuse saamisel kliendihaldur muudab tellimuse staatust (“Tootmisele suunatud”), peale mida tootmisosakond kinnitab tellimuse vastuvõtust staatuse muutmisega (“Tootmiseks vastuvõetud”). Tellimuse valmimisel muudetakse staatust (“Tellimus valmis”) ning saadetakse rekvisiidid koos tellimuse sisuga (võimalusel automaatne) raamatupidajale arve vormistamiseks. Arve saadetakse kliendile. Arve tasumisel teavitab raamatupidaja kliendihaldurit, kes muudab tellimuse staatust (“Tellimus tasutud, valmis transpordiks”) ning v2ljastakse tellimus laost. Viimasena etapina muudetakse tellimuse staatus (“tellimus l6petatud”) kui klient on saanud tellimuse kätte ning pretensioone ei esinenud.

Menüü WPF rakenduses:
*Teavitused
*Tellimused
*Tellimuste ajalugu

'''WPF rakenduses Teavitused (Notification) funktsioon tellimuse saabumisest ning staatuse muutusest'''

===Funktsionaalsused, mis teostatakse võimalusel (Nice to have):===

*Hinnapakkumise saatmise võimalus kliendile WPF rakenduse siseselt emailile

*Andmebaas püsiklientidega ning neile pakutavatate soodustustega, lisaks võimalus tellimuse puhul valida kindla kliendi soodustus.

==Tehnoloogia==
Kasutatav raamistik: .NET Framework 4.5

Tehnoloogiad:
*C#
*WPF
*ASP.NET
*LINQ

==Blogi==
*'''19.10.15''' Moodustati tiim.
*'''23.10.15''' Ideede arutamine, lõplik valik edasiseks projektiks.
*'''24.10.15''' Wiki lehe loomine.
*'''02.11.15'''Analüüsi arutlus, vormistamine

Meeskond: MMTL development

2015-11-07T13:48:55Z

Mamand: /* Tehnoloogia */

==Meeskond==
*'''Martin Mänd''' - projektijuht
*'''Taavi Lõhmus'''

==Projekti idee==
'''Tellimuste tegemise ja haldamise rakendus Liiklusmärkide tootmisega tegelevale ettevõttele''' Taavi firmas hetkel puudub mõistlik süsteem tellimuste tegemiseks klientide poolt ning tellimuste vastuvõtmiseks. Tellimusi on võimalik teha ainult emaili teel. Edasine protsess kliendi tellimuse haldamisel on manuaalne ning tellimuse vormistamisel ning hinna kujundamisel kasutatakse MS Office tööriistasid (Excel). Plaan on valmistada veebileht kus on võimalik kliendil lihtsalt oma tellimus esitada ning tellimuse haldamine toimuks WPF rakenduse abil, mis kujundaks saadud tellimuse põhjal eeltäidetud pakkumise ning lihtsustaks tööprotsessi tunduvalt.

==Projekti Analüüs==

===Ülevaade ===

Firmas, kus liiklusmärkide tootmine on üheks põhiosaks, toimub hinnapakkumiste tegemine ja tootmisesse tulevate tellimuste edastamine kas paberkandjal või e-maili teel. Kliendid teevad päringuid e-maili teel, kas firma üldisele või mõne kindla töötaja e-mailile, kes siis omakorda kas siis suunavad edasi mõnele teisele töötajale või teevad ise pakkumise. Selle tegemiseks kasutatakse MS Office tüüpi töövahendeid või antakse kliendile tagasisidet soovitud toodete hinna kohta lihtsalt vastates kirjale ning ei tehta eraldi ametlikult vormistatud pakkumist. Pärast hinnapakkumise kinnitamist edastatakse tellimus tootmise osakonda. Reeglina toimub see kahel võimalikul juhul, kas tuuakse tellimus paberkandjal või edastatkse e-maili teel.
Tootmisprotsessi algfaasis vaadatakse üle, mis liiki liiklusmärkidega on tegu(Mis on märgi number? Mis on märgi alusmaterjal? Miilline on märgi suurusgrupp? Mis klassi kilet kasutada?). Tihti on olukordi, kus tellimuse täitmiseks on puudu vajalik osa informatsiooni. Näiteks on jäetud täpsutamata tootmise osakonna jaoks, millist matejali kasutada või mõningate liiklusmärkide puhul sellele kantava teksti sisu. Selguse saamiseks pöördutakse kas hinnapakkumise teinud töötaja poole, kes on jätnud vajaliku informatsiooni märkimata või siis tootmisosakond võtab otse kliendiga ühendust ja uurib välja puuduva informatsiooni. Kui kõik vajalik teada algab tootmise protsess.
Pärast liiklusmärkide tootmise protsessi lõppu, teavitatakse klienti, kas telefoni teel või siis e-maili kaudu. Seda teeb tootmise osakond või siis kliendiga eelnevalt suhelnud ja neile pakkumise teinud töötaja.
Viimase etapina, edastatakse kogu info kliendi ja tellimuse kohta raamatupidajale, kes koostab sellest lähtudes kliendile arve. On ka teine variant, kus pärast hinnapakkumise kinnitamist on teatud klientide ja tellimuste puhul olukord, kus eelnevalt saadetakse info raamatupidajale, kes teeb ettemaksuarve ning alles pärast selle tasumist alustatakse tootmisega.
Kuna hinnapakkumisi ei tee ainult üks inimene ning teatud kliendid suhtlevad erinevate töötajatega, siis tellimused tulevad erinevate inimeste poolt ja tihti jääb tootmise jaoks vajalikku informatsiooni puudu ja tekib olukordi, kus toimub mõttetult palju edasi tagasi suhtlust kas siis töötajate või töötaja kliendi vahel, mida oleks võimalik vältida.

===Analüüs===

Projekti raames on plaan luua veebileht/rakendus kus on kliendil võimalik sisestada lihtsalt oma tellimus, täites vastavad väljad. Samuti jääb alles tellimuste esitamine kasutades olemasolevaid võimalusi ning tellimuste ja hinnapakkumiste haldamine toimuks kasutades WPF rakendust.

Üheks rakenduse eesmärgiks on luua kliendile(tavakasutajale) võimalus esitada tellimusi läbi veebilehe/rakenduse, kus on selle tegemine toimub täites vajalikud infoväljad. Väljade juures on informatiivne tekst/juhend, mis oleks ka liiklusmärgi standardile ja normidele võõrale inimesele abiks tellimuse esitamisel. Lisaks liiklusmärgi materjali küsimuste lahendamisel oleks teatud märkide puhul vajalik lisa informatsioon (näiteks kiirusepiirangu liiklusmärgi puhul, millise numbri kanname märgile), mida samuti tellimuse esitamisel vajalikuks infoväljaks teha. See lihtsustaks omakorda hinnapakkumise tegemist ja tootmise protsessi.
Tellimuse jaoks vajalik info:
*Kliendi andmed
*Liiklusmärgi number ja kirjeldus
*Liiklusmärgi alusmaterjal
*Liiklusmärgi suurusgrupp
*Liiklusmärgi kile klass
*Suunaviitade puhul teksti suurtähe kõrgus
*Teatud märkide puhul sellele kantav tekst/info
*Kogus

Teiseks eesmärgiks oleks töötajatele luua CRM rakendus, mis annab töötajatele hea ülevaate hinnapakkumistest ja tootmises olevatest tellimustest.

Rakenduse tööprotsessi kirjeldus:

'''1. Tehakse hinnapäring

'''2. Koostatakse hinnapakkumine

'''3. Kinnitatud hinnapakkumine edastatakse tootmisesse

'''4. Tellimus võetakse töösse

'''5. Saadetakse kliendile teatis tellimuse valmimisest.

'''6. Saadetakse arve kliendile.'''

Töötajad saavad omale kasutajanime ja parooli ning sellega koos õigused programmis teha erinevaid toiminguid. Kes tegelevad hinnapakkumiste ja tellimuste vastuvõtmisega, saavad teha muudatusi selles kategoorias. Samuti tootmisega tegelevad töötajad saavad teha muudatusi tootmise osas. Sellega tekib töötajate/kasutajate andmebaas.

Hinnapakkumise tegemise puhul tekib andmebaas klientidest, mis pärast esmakorsest sisestamist saab järgnevate tellimuste puhul laadida sellest andmebaastist. Samuti tekib andmebaas hinnapakkumistest, kus on võimalik jälgida tehtud pakkumiste olekut, kas ootel, tühistatud või kinnitatud. Kui pakkumine kinnitatakse, siis edastatakse tellimus toomisesse. Enne kui tellimus tootmisesse saadetakse, kontrollitakse, et kõik vajalik info on olemas, kui mitte, siis teavitatakse kasutajat, kus ilmnesid puudused ja saab need puudused likvideerida.

Tootmisesse jõudvatest tellimustest tekib oma andmebaas, kus saab määrata tellimuste olekut, kas järjekorras, töös või tehtud. Oleku „tehtud“ puhul saadetakse kliendi rekvisiidid koos tellimuse detailidega (märgi tüüp, kogus ja summa) raamatupidamisse, kes saab nende andmete põhjal koosatada kliendile arve.
Tootmises järjekorras olevate tellimuste lähenevatest tähtaaegadest antakse märku, kui see peaks olema kindlaks määratud aja kaugusel.
Kuna erinevatele klientidele on oma hinnakiri, seega on eraldi hinnakirjade andmebaas, kus saab määrata koostööpartneritele eraldi soodsama hinnakirja.

Rakendus annab hea ülevaate, milline on mingil kindlal ajahetkel hinnapakkumiste seis ning kui suur koormus on tootmises. Samuti oleks võimalik teha päringuid mingil perioodil tehtud töödest ja teha statistikat, mis tüüpi liiklusmärke toodeti kõige rohkem või milline klient tellis kõige enam ja vastavalt sellel teha ka erinevatele klientidele soodustusi.

===Funktsionaalsused, mis on kindlasti plaanis teostada (Must Have):===

'''Veebileht tellimuse tegemiseks (kliendipoolne)''' - Kliendil on võimalik teha tellimus veebilehel kus on vajalik sisestada eelnevalt mainitud infoväljadele andmed. Enne tellimuse väljasaatmist kuvatakse ülevaade sisestadud andmetest, peale mida on kliendil v6imalik kinnitada tellimus ning salvestatakse andmebaasi edasisteks protsessideks.

'''WPF rakendus kliendi tellimuste haldamiseks''' - Töötajatel (kliendihaldurid, tootmistöölised) on ligipääs rakendusele. kliendihaldurile kuvatakse tellimuse kohta esmane hinnapakkumine vastavalt andmebaasis sisalduvatele hindadele (võimalik lisada soodustus). Hinnapakkumine saadetakse kliendile meili teel. Positiivse vastuse saamisel kliendihaldur muudab tellimuse staatust (“Tootmisele suunatud”), peale mida tootmisosakond kinnitab tellimuse vastuvõtust staatuse muutmisega (“Tootmiseks vastuvõetud”). Tellimuse valmimisel muudetakse staatust (“Tellimus valmis”) ning saadetakse rekvisiidid koos tellimuse sisuga (võimalusel automaatne) raamatupidajale arve vormistamiseks. Arve saadetakse kliendile. Arve tasumisel teavitab raamatupidaja kliendihaldurit, kes muudab tellimuse staatust (“Tellimus tasutud, valmis transpordiks”) ning v2ljastakse tellimus laost. Viimasena etapina muudetakse tellimuse staatus (“tellimus l6petatud”) kui klient on saanud tellimuse kätte ning pretensioone ei esinenud.

Menüü WPF rakenduses:
*Teavitused
*Tellimused
*Tellimuste ajalugu

'''WPF rakenduses Teavitused (Notification) funktsioon tellimuse saabumisest ning staatuse muutusest'''

===Funktsionaalsused, mis teostatakse võimalusel (Nice to have):===

*Hinnapakkumise saatmise võimalus kliendile WPF rakenduse siseselt emailile

*Andmebaas püsiklientidega ning neile pakutavatate soodustustega, lisaks võimalus tellimuse puhul valida kindla kliendi soodustus.

==Tehnoloogia==
Kasutatav raamistik: .NET Framework 4.5

Tehnoloogiad:
*C#
*WPF
*ASP.NET
*LINQ

==Blogi==
*'''19.10.15''' Moodustati tiim.
*'''23.10.15''' Ideede arutamine, lõplik valik edasiseks projektiks.
*'''24.10.15''' Wiki lehe loomine.
*'''02.11.15'''Analüüsi arutlus, vormistamine

Meeskond: MMTL development

2015-11-04T22:38:47Z

Mamand:

==Meeskond==
*'''Martin Mänd''' - projektijuht
*'''Taavi Lõhmus'''

==Projekti idee==
'''Tellimuste tegemise ja haldamise rakendus Liiklusmärkide tootmisega tegelevale ettevõttele''' Taavi firmas hetkel puudub mõistlik süsteem tellimuste tegemiseks klientide poolt ning tellimuste vastuvõtmiseks. Tellimusi on võimalik teha ainult emaili teel. Edasine protsess kliendi tellimuse haldamisel on manuaalne ning tellimuse vormistamisel ning hinna kujundamisel kasutatakse MS Office tööriistasid (Excel). Plaan on valmistada veebileht kus on võimalik kliendil lihtsalt oma tellimus esitada ning tellimuse haldamine toimuks WPF rakenduse abil, mis kujundaks saadud tellimuse põhjal eeltäidetud pakkumise ning lihtsustaks tööprotsessi tunduvalt.

==Projekti Analüüs==

===Ülevaade ===

Firmas, kus liiklusmärkide tootmine on üheks põhiosaks, toimub hinnapakkumiste tegemine ja tootmisesse tulevate tellimuste edastamine kas paberkandjal või e-maili teel. Kliendid teevad päringuid e-maili teel, kas firma üldisele või mõne kindla töötaja e-mailile, kes siis omakorda kas siis suunavad edasi mõnele teisele töötajale või teevad ise pakkumise. Selle tegemiseks kasutatakse MS Office tüüpi töövahendeid või antakse kliendile tagasisidet soovitud toodete hinna kohta lihtsalt vastates kirjale ning ei tehta eraldi ametlikult vormistatud pakkumist. Pärast hinnapakkumise kinnitamist edastatakse tellimus tootmise osakonda. Reeglina toimub see kahel võimalikul juhul, kas tuuakse tellimus paberkandjal või edastatkse e-maili teel.
Tootmisprotsessi algfaasis vaadatakse üle, mis liiki liiklusmärkidega on tegu(Mis on märgi number? Mis on märgi alusmaterjal? Miilline on märgi suurusgrupp? Mis klassi kilet kasutada?). Tihti on olukordi, kus tellimuse täitmiseks on puudu vajalik osa informatsiooni. Näiteks on jäetud täpsutamata tootmise osakonna jaoks, millist matejali kasutada või mõningate liiklusmärkide puhul sellele kantava teksti sisu. Selguse saamiseks pöördutakse kas hinnapakkumise teinud töötaja poole, kes on jätnud vajaliku informatsiooni märkimata või siis tootmisosakond võtab otse kliendiga ühendust ja uurib välja puuduva informatsiooni. Kui kõik vajalik teada algab tootmise protsess.
Pärast liiklusmärkide tootmise protsessi lõppu, teavitatakse klienti, kas telefoni teel või siis e-maili kaudu. Seda teeb tootmise osakond või siis kliendiga eelnevalt suhelnud ja neile pakkumise teinud töötaja.
Viimase etapina, edastatakse kogu info kliendi ja tellimuse kohta raamatupidajale, kes koostab sellest lähtudes kliendile arve. On ka teine variant, kus pärast hinnapakkumise kinnitamist on teatud klientide ja tellimuste puhul olukord, kus eelnevalt saadetakse info raamatupidajale, kes teeb ettemaksuarve ning alles pärast selle tasumist alustatakse tootmisega.
Kuna hinnapakkumisi ei tee ainult üks inimene ning teatud kliendid suhtlevad erinevate töötajatega, siis tellimused tulevad erinevate inimeste poolt ja tihti jääb tootmise jaoks vajalikku informatsiooni puudu ja tekib olukordi, kus toimub mõttetult palju edasi tagasi suhtlust kas siis töötajate või töötaja kliendi vahel, mida oleks võimalik vältida.

===Analüüs===

Projekti raames on plaan luua veebileht/rakendus kus on kliendil võimalik sisestada lihtsalt oma tellimus, täites vastavad väljad. Samuti jääb alles tellimuste esitamine kasutades olemasolevaid võimalusi ning tellimuste ja hinnapakkumiste haldamine toimuks kasutades WPF rakendust.

Üheks rakenduse eesmärgiks on luua kliendile(tavakasutajale) võimalus esitada tellimusi läbi veebilehe/rakenduse, kus on selle tegemine toimub täites vajalikud infoväljad. Väljade juures on informatiivne tekst/juhend, mis oleks ka liiklusmärgi standardile ja normidele võõrale inimesele abiks tellimuse esitamisel. Lisaks liiklusmärgi materjali küsimuste lahendamisel oleks teatud märkide puhul vajalik lisa informatsioon (näiteks kiirusepiirangu liiklusmärgi puhul, millise numbri kanname märgile), mida samuti tellimuse esitamisel vajalikuks infoväljaks teha. See lihtsustaks omakorda hinnapakkumise tegemist ja tootmise protsessi.
Tellimuse jaoks vajalik info:
*Kliendi andmed
*Liiklusmärgi number ja kirjeldus
*Liiklusmärgi alusmaterjal
*Liiklusmärgi suurusgrupp
*Liiklusmärgi kile klass
*Suunaviitade puhul teksti suurtähe kõrgus
*Teatud märkide puhul sellele kantav tekst/info
*Kogus

Teiseks eesmärgiks oleks töötajatele luua CRM rakendus, mis annab töötajatele hea ülevaate hinnapakkumistest ja tootmises olevatest tellimustest.

Rakenduse tööprotsessi kirjeldus:

'''1. Tehakse hinnapäring

'''2. Koostatakse hinnapakkumine

'''3. Kinnitatud hinnapakkumine edastatakse tootmisesse

'''4. Tellimus võetakse töösse

'''5. Saadetakse kliendile teatis tellimuse valmimisest.

'''6. Saadetakse arve kliendile.'''

Töötajad saavad omale kasutajanime ja parooli ning sellega koos õigused programmis teha erinevaid toiminguid. Kes tegelevad hinnapakkumiste ja tellimuste vastuvõtmisega, saavad teha muudatusi selles kategoorias. Samuti tootmisega tegelevad töötajad saavad teha muudatusi tootmise osas. Sellega tekib töötajate/kasutajate andmebaas.

Hinnapakkumise tegemise puhul tekib andmebaas klientidest, mis pärast esmakorsest sisestamist saab järgnevate tellimuste puhul laadida sellest andmebaastist. Samuti tekib andmebaas hinnapakkumistest, kus on võimalik jälgida tehtud pakkumiste olekut, kas ootel, tühistatud või kinnitatud. Kui pakkumine kinnitatakse, siis edastatakse tellimus toomisesse. Enne kui tellimus tootmisesse saadetakse, kontrollitakse, et kõik vajalik info on olemas, kui mitte, siis teavitatakse kasutajat, kus ilmnesid puudused ja saab need puudused likvideerida.

Tootmisesse jõudvatest tellimustest tekib oma andmebaas, kus saab määrata tellimuste olekut, kas järjekorras, töös või tehtud. Oleku „tehtud“ puhul saadetakse kliendi rekvisiidid koos tellimuse detailidega (märgi tüüp, kogus ja summa) raamatupidamisse, kes saab nende andmete põhjal koosatada kliendile arve.
Tootmises järjekorras olevate tellimuste lähenevatest tähtaaegadest antakse märku, kui see peaks olema kindlaks määratud aja kaugusel.
Kuna erinevatele klientidele on oma hinnakiri, seega on eraldi hinnakirjade andmebaas, kus saab määrata koostööpartneritele eraldi soodsama hinnakirja.

Rakendus annab hea ülevaate, milline on mingil kindlal ajahetkel hinnapakkumiste seis ning kui suur koormus on tootmises. Samuti oleks võimalik teha päringuid mingil perioodil tehtud töödest ja teha statistikat, mis tüüpi liiklusmärke toodeti kõige rohkem või milline klient tellis kõige enam ja vastavalt sellel teha ka erinevatele klientidele soodustusi.

===Funktsionaalsused, mis on kindlasti plaanis teostada (Must Have):===

'''Veebileht tellimuse tegemiseks (kliendipoolne)''' - Kliendil on võimalik teha tellimus veebilehel kus on vajalik sisestada eelnevalt mainitud infoväljadele andmed. Enne tellimuse väljasaatmist kuvatakse ülevaade sisestadud andmetest, peale mida on kliendil v6imalik kinnitada tellimus ning salvestatakse andmebaasi edasisteks protsessideks.

'''WPF rakendus kliendi tellimuste haldamiseks''' - Töötajatel (kliendihaldurid, tootmistöölised) on ligipääs rakendusele. kliendihaldurile kuvatakse tellimuse kohta esmane hinnapakkumine vastavalt andmebaasis sisalduvatele hindadele (võimalik lisada soodustus). Hinnapakkumine saadetakse kliendile meili teel. Positiivse vastuse saamisel kliendihaldur muudab tellimuse staatust (“Tootmisele suunatud”), peale mida tootmisosakond kinnitab tellimuse vastuvõtust staatuse muutmisega (“Tootmiseks vastuvõetud”). Tellimuse valmimisel muudetakse staatust (“Tellimus valmis”) ning saadetakse rekvisiidid koos tellimuse sisuga (võimalusel automaatne) raamatupidajale arve vormistamiseks. Arve saadetakse kliendile. Arve tasumisel teavitab raamatupidaja kliendihaldurit, kes muudab tellimuse staatust (“Tellimus tasutud, valmis transpordiks”) ning v2ljastakse tellimus laost. Viimasena etapina muudetakse tellimuse staatus (“tellimus l6petatud”) kui klient on saanud tellimuse kätte ning pretensioone ei esinenud.

Menüü WPF rakenduses:
*Teavitused
*Tellimused
*Tellimuste ajalugu

'''WPF rakenduses Teavitused (Notification) funktsioon tellimuse saabumisest ning staatuse muutusest'''

===Funktsionaalsused, mis teostatakse võimalusel (Nice to have):===

*Hinnapakkumise saatmise võimalus kliendile WPF rakenduse siseselt emailile

*Andmebaas püsiklientidega ning neile pakutavatate soodustustega, lisaks võimalus tellimuse puhul valida kindla kliendi soodustus.

===Tehnoloogia===
Kasutatav raamistik: .NET Framework 4.5

Tehnoloogiad:
*C#
*WPF
*ASP.NET
*LINQ

==Blogi==
*'''19.10.15''' Moodustati tiim.
*'''23.10.15''' Ideede arutamine, lõplik valik edasiseks projektiks.
*'''24.10.15''' Wiki lehe loomine.
*'''02.11.15'''Analüüsi arutlus, vormistamine

Meeskond: MMTL development

2015-11-04T22:37:37Z

Mamand:

==Meeskond==
*'''Martin Mänd''' - projektijuht
*'''Taavi Lõhmus'''

==Projekti idee==
'''Tellimuste tegemise ja haldamise rakendus Liiklusmärkide tootmisega tegelevale ettevõttele''' Taavi firmas hetkel puudub mõistlik süsteem tellimuste tegemiseks klientide poolt ning tellimuste vastuvõtmiseks. Tellimusi on võimalik teha ainult emaili teel. Edasine protsess kliendi tellimuse haldamisel on manuaalne ning tellimuse vormistamisel ning hinna kujundamisel kasutatakse MS Office tööriistasid (Excel). Plaan on valmistada veebileht kus on võimalik kliendil lihtsalt oma tellimus esitada ning tellimuse haldamine toimuks WPF rakenduse abil, mis kujundaks saadud tellimuse põhjal eeltäidetud pakkumise ning lihtsustaks tööprotsessi tunduvalt.

==Projekti Analüüs==

===Ülevaade ===

Firmas, kus liiklusmärkide tootmine on üheks põhiosaks, toimub hinnapakkumiste tegemine ja tootmisesse tulevate tellimuste edastamine kas paberkandjal või e-maili teel. Kliendid teevad päringuid e-maili teel, kas firma üldisele või mõne kindla töötaja e-mailile, kes siis omakorda kas siis suunavad edasi mõnele teisele töötajale või teevad ise pakkumise. Selle tegemiseks kasutatakse MS Office tüüpi töövahendeid või antakse kliendile tagasisidet soovitud toodete hinna kohta lihtsalt vastates kirjale ning ei tehta eraldi ametlikult vormistatud pakkumist. Pärast hinnapakkumise kinnitamist edastatakse tellimus tootmise osakonda. Reeglina toimub see kahel võimalikul juhul, kas tuuakse tellimus paberkandjal või edastatkse e-maili teel.
Tootmisprotsessi algfaasis vaadatakse üle, mis liiki liiklusmärkidega on tegu(Mis on märgi number? Mis on märgi alusmaterjal? Miilline on märgi suurusgrupp? Mis klassi kilet kasutada?). Tihti on olukordi, kus tellimuse täitmiseks on puudu vajalik osa informatsiooni. Näiteks on jäetud täpsutamata tootmise osakonna jaoks, millist matejali kasutada või mõningate liiklusmärkide puhul sellele kantava teksti sisu. Selguse saamiseks pöördutakse kas hinnapakkumise teinud töötaja poole, kes on jätnud vajaliku informatsiooni märkimata või siis tootmisosakond võtab otse kliendiga ühendust ja uurib välja puuduva informatsiooni. Kui kõik vajalik teada algab tootmise protsess.
Pärast liiklusmärkide tootmise protsessi lõppu, teavitatakse klienti, kas telefoni teel või siis e-maili kaudu. Seda teeb tootmise osakond või siis kliendiga eelnevalt suhelnud ja neile pakkumise teinud töötaja.
Viimase etapina, edastatakse kogu info kliendi ja tellimuse kohta raamatupidajale, kes koostab sellest lähtudes kliendile arve. On ka teine variant, kus pärast hinnapakkumise kinnitamist on teatud klientide ja tellimuste puhul olukord, kus eelnevalt saadetakse info raamatupidajale, kes teeb ettemaksuarve ning alles pärast selle tasumist alustatakse tootmisega.
Kuna hinnapakkumisi ei tee ainult üks inimene ning teatud kliendid suhtlevad erinevate töötajatega, siis tellimused tulevad erinevate inimeste poolt ja tihti jääb tootmise jaoks vajalikku informatsiooni puudu ja tekib olukordi, kus toimub mõttetult palju edasi tagasi suhtlust kas siis töötajate või töötaja kliendi vahel, mida oleks võimalik vältida.

===Analüüs===

Projekti raames on plaan luua veebileht/rakendus kus on kliendil võimalik sisestada lihtsalt oma tellimus, täites vastavad väljad. Samuti jääb alles tellimuste esitamine kasutades olemasolevaid võimalusi ning tellimuste ja hinnapakkumiste haldamine toimuks kasutades WPF rakendust.

Üheks rakenduse eesmärgiks on luua kliendile(tavakasutajale) võimalus esitada tellimusi läbi veebilehe/rakenduse, kus on selle tegemine toimub täites vajalikud infoväljad. Väljade juures on informatiivne tekst/juhend, mis oleks ka liiklusmärgi standardile ja normidele võõrale inimesele abiks tellimuse esitamisel. Lisaks liiklusmärgi materjali küsimuste lahendamisel oleks teatud märkide puhul vajalik lisa informatsioon (näiteks kiirusepiirangu liiklusmärgi puhul, millise numbri kanname märgile), mida samuti tellimuse esitamisel vajalikuks infoväljaks teha. See lihtsustaks omakorda hinnapakkumise tegemist ja tootmise protsessi.
Tellimuse jaoks vajalik info:
*Kliendi andmed
*Liiklusmärgi number ja kirjeldus
*Liiklusmärgi alusmaterjal
*Liiklusmärgi suurusgrupp
*Liiklusmärgi kile klass
*Suunaviitade puhul teksti suurtähe kõrgus
*Teatud märkide puhul sellele kantav tekst/info
*Kogus

Teiseks eesmärgiks oleks töötajatele luua CRM rakendus, mis annab töötajatele hea ülevaate hinnapakkumistest ja tootmises olevatest tellimustest.

Rakenduse tööprotsessi kirjeldus:

'''1. Tehakse hinnapäring

'''2. Koostatakse hinnapakkumine

'''3. Kinnitatud hinnapakkumine edastatakse tootmisesse

'''4. Tellimus võetakse töösse

'''5. Saadetakse kliendile teatis tellimuse valmimisest.

'''6. Saadetakse arve kliendile.'''

Töötajad saavad omale kasutajanime ja parooli ning sellega koos õigused programmis teha erinevaid toiminguid. Kes tegelevad hinnapakkumiste ja tellimuste vastuvõtmisega, saavad teha muudatusi selles kategoorias. Samuti tootmisega tegelevad töötajad saavad teha muudatusi tootmise osas. Sellega tekib töötajate/kasutajate andmebaas.

Hinnapakkumise tegemise puhul tekib andmebaas klientidest, mis pärast esmakorsest sisestamist saab järgnevate tellimuste puhul laadida sellest andmebaastist. Samuti tekib andmebaas hinnapakkumistest, kus on võimalik jälgida tehtud pakkumiste olekut, kas ootel, tühistatud või kinnitatud. Kui pakkumine kinnitatakse, siis edastatakse tellimus toomisesse. Enne kui tellimus tootmisesse saadetakse, kontrollitakse, et kõik vajalik info on olemas, kui mitte, siis teavitatakse kasutajat, kus ilmnesid puudused ja saab need puudused likvideerida.

Tootmisesse jõudvatest tellimustest tekib oma andmebaas, kus saab määrata tellimuste olekut, kas järjekorras, töös või tehtud. Oleku „tehtud“ puhul saadetakse kliendi rekvisiidid koos tellimuse detailidega (märgi tüüp, kogus ja summa) raamatupidamisse, kes saab nende andmete põhjal koosatada kliendile arve.
Tootmises järjekorras olevate tellimuste lähenevatest tähtaaegadest antakse märku, kui see peaks olema kindlaks määratud aja kaugusel.
Kuna erinevatele klientidele on oma hinnakiri, seega on eraldi hinnakirjade andmebaas, kus saab määrata koostööpartneritele eraldi soodsama hinnakirja.

Rakendus annab hea ülevaate, milline on mingil kindlal ajahetkel hinnapakkumiste seis ning kui suur koormus on tootmises. Samuti oleks võimalik teha päringuid mingil perioodil tehtud töödest ja teha statistikat, mis tüüpi liiklusmärke toodeti kõige rohkem või milline klient tellis kõige enam ja vastavalt sellel teha ka erinevatele klientidele soodustusi.

===Funktsionaalsused, mis on kindlasti plaanis teostada (Must Have):===

'''Veebileht tellimuse tegemiseks (kliendipoolne)''' - Kliendil on võimalik teha tellimus veebilehel kus on vajalik sisestada eelnevalt mainitud infoväljadele andmed. Enne tellimuse väljasaatmist kuvatakse ülevaade sisestadud andmetest, peale mida on kliendil v6imalik kinnitada tellimus ning salvestatakse andmebaasi edasisteks protsessideks.

'''WPF rakendus kliendi tellimuste haldamiseks''' - Töötajatel (kliendihaldurid, tootmistöölised) on ligipääs rakendusele. kliendihaldurile kuvatakse tellimuse kohta esmane hinnapakkumine vastavalt andmebaasis sisalduvatele hindadele (võimalik lisada soodustus). Hinnapakkumine saadetakse kliendile meili teel. Positiivse vastuse saamisel kliendihaldur muudab tellimuse staatust (“Tootmisele suunatud”), peale mida tootmisosakond kinnitab tellimuse vastuvõtust staatuse muutmisega (“Tootmiseks vastuvõetud”). Tellimuse valmimisel muudetakse staatust (“Tellimus valmis”) ning saadetakse rekvisiidid koos tellimuse sisuga (võimalusel automaatne) raamatupidajale arve vormistamiseks. Arve saadetakse kliendile. Arve tasumisel teavitab raamatupidaja kliendihaldurit, kes muudab tellimuse staatust (“Tellimus tasutud, valmis transpordiks”) ning v2ljastakse tellimus laost. Viimasena etapina muudetakse tellimuse staatus (“tellimus l6petatud”) kui klient on saanud tellimuse kätte ning pretensioone ei esinenud.

Menüü WPF rakenduses:
*Teavitused
*Tellimused
*Tellimuste ajalugu

'''WPF rakenduses Teavitused (Notification) funktsioon tellimuse saabumisest ning staatuse muutusest'''

===Funktsionaalsused, mis teostatakse võimalusel (Nice to have):===

*Hinnapakkumise saatmise võimalus kliendile WPF rakenduse siseselt emailile

*Andmebaas püsiklientidega ning neile pakutavatate soodustustega, lisaks võimalus tellimuse puhul valida kindla kliendi soodustus.

===Tehnoloogia===
Kasutatav raamistik: .NET Framework 4.5

Tehnoloogiad:
*C#
*WPF
*ASP.NET
*LINQ

==Blogi==
*'''19.10.15''' Moodustati tiim.
*'''23.10.15''' Ideede arutamine, lõplik valik edasiseks projektiks.
*'''24.10.15''' Wiki lehe loomine.

Juhend: Kodutöö aines "Programmeerimine CSharp keeles" (2015)

2015-11-04T09:33:13Z

Mamand:

__NOINDEX__

=Kodutöö aines "Programmeerimine C# keeles"=

==Eesmärk==
Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. Kasutada arendusprotsessis koodihoidlat.

==Reeglid==
Ühte projektimeeskonda kuulub 3-5 tudengit(Soovituslik meeskonna suurus on 3-4). Ühel teemal võib teostada projekti üks või mitu meeskonda.Töö käiku kajastatakse https://wiki.itcollege.ee keskkonnas või soovi korral võib seda teha ka ajaveebis(blogis).
Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg ja dokumentatsioon) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

'''Projekti loomine ja arendamine '''
Projekt lisatakse versioonihaldusesse, kasutades selleks [Team Foundation Service'it http://tfs.visualstudio.com/] ning õppejõule antakse ligipääs. Õppejõu live id: maitposka ät hotmail.com . Projekt peab olema alates algfaasist lisatud TFSi ning kogu tööprotsess toimub versioonihaldust kasutades

'''Tööde esitamine''' (prototüüb ja lõpptoode)
Töö esitamisel pakitakse see kokku ning lisatakse wiki leheküljele link lähtekoodile. Kui töö lähtekoodi ei soovita mingil põhjusel avalikustata, tuleb õppejõuga selle jaoks sõlmida eraldi kokkulepe. Lähtekood on vajalik, et tööd oleks võimalik hinnata nii õppejõul kui kaastudengitel selle kohta retsensiooni kirjutada.

'''Team Foundation Service kasutamine''' (tänasel päeval '' Visual Studio online'')
[http://www.visualstudio.com/get-started/sign-up-for-visual-studio-online Step-by-Step juhend]

NB! Siia tuleb õppejõu poolt lihtne screencast ka, kuid ideeliselt ei tohiks selle kasutamine olla väga keeruline.

==Tähtaegadest kinnipidamine==
Projekt jaguneb alamosadeks, millele on määratud tähtajad. Tähtaegade ületamisel võimalike punkte ei kaotata. Kui töö aga on esitatud tähtajaks, siis on võimalik selle eest teenida boonuspunkte (enamasti 0-10% võimalikust maksimumist boonust). Enne tähtaega esitatud töö ei tähenda automaatselt maksimumpunkte, kui see ei ole sooritatud korralikult.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.
Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus. Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).
Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.

===Meeskonna kokkupanek ja idee===
'''25.10.2015''' (2p)

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. Lühidalt peaks kirjeldama idee olemust nii, et selle üldine suund oleks arusaadav. Samuti peab olema märgitud tehnoloogia, milles hakatakse rakendust looma. Meeskond on loonud TFSi konto ning on saatnud õppejõule kutse.

===Analüüs===
'''01.11.2015''' (6p)
Analüütilise osa eesmärgiks on arendada tudengite analüüsioskust, mida on vaja ka päris tarkvaraarenduse protsessi juures.'''NB! Miinimum sõnade arv 700''' Selle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab muu hulgas ka:
*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'')

'''Retsensioon''' 8.11.2015 (3p)

===Prototüüp===
'''29.11.2015'''(10p)

Valmib projekti esmane realisatsioon. Laias laastus on peafunktsionaalsused realiseeritud(Nimekiri funktsionaalsusest, mida plaanitakse teostada). Programmis võib esineda üksikuid, kuid mitte väga suuri vigu.

'''Retsensioon''' 06.12.2015(5p)

===Lõpptoode===
'''22.12.2015'''(20p)
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''' 05.01.2015(5p)

===Esitlus/Kaitsmine===

'''Toimub loengutes/praktikumides või kokkulepitud ajal enne eksamit''' ''(4p) ''
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.

====Kaitsmise ajad====

Tere, iga aja taha kirjutada meeskonna nimi, kes tuleb oma tööd kaitsma. Aegu palun täita võimaluse korral järjest.

Ideaalne esitlus, sisaldab endas ka powerpointi, kus on
*väljatoodud meeskonna nimi ja liikmed
*idee
*realiseerimine
*mis oli keerukas?
*mida uut õpiti?
*mõnede keerulisemate probleemide lahendamine
*meeskonnaliikmete panus

Kaitsmise käigus vaadatakse üle ka kood.

'''Esmaspäev''' - 14.12.2015
*16:00
*16:15
*16:30
*16:45
*17:00
*17:15
*17:30

'''Neljapäev''' - 17.12.2015
*08:15
*08:30
*08:45
*09:00
*09:15
*09:30

=Teemad 2015 sügis=
Kodutööna tuleb luua:

==Nõuded rakendusele==
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
**Andmebaasis peab olema vähemalt 6 andmebaasi tabelit
* Peab võimaldama tegevuste kohta registri pidamist (logi)
**Rakenduses tehtavad tegevused salvestatakse
* Kasutama kasutajaliidesena ühte järgmistest: Windows Presentation Foundation, Windows Phone , Windows Store App või ASP.Net
* Kood on kommenteeritud ning rakendus on varustatud dokumentatsiooniga
* Maksimumpunktide jaoks kasutatakse vastavalt valitud tehnoloogiale soovitatud arendusmustreid
* Kood on kirjutatud C# programmeerimiskeeles
**Kuna aine nimi on "Programmeerimine C# keeles" ei tohi esitada rakendust, mis on loodud Javas, PHPs vms keeles
* Rakendus on jaotatud kihtidesse
'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid
*Kood on kommenteeritud

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või

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

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

==Mäng(Unit)==
Loodav mäng peab sisaldama:
* Erinevaid tasemeid
* Punktiarvestust
* XBox puldi tuge
* Klaviatuurilt juhtimise tuge

'''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea ''story''

=Meeskonnad 2015=
==Päevaõpe==

===Meeskond: MinuKV===
Liikmed:
*Vanessa Vorteil
*Martin Luik
*Ahto Elken
*Taavi Kusmin
*Silver Ohlo

Meeskonna koduleht: [[Meeskond: MinuKV]]

'''Retsensioonid'''

===Meeskond: Travo===
Liikmed:
*Tarvo Reinpalu
Meeskonna koduleht: [[Meeskond: Travo]]

'''Retsensioonid'''
===Meeskond: Freshmen===
Liikmed:
*Siim Haas - Projektijuht
*Piret Pomerants
*Semjon Greef
*Mari-Liis Oldja

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_Freshmen Meeskond: Freshmen]

'''Retsensioonid'''

===Meeskond: mc2===
Liikmed:
*Martin Betlem
*Johannes Tamm
*Martin Mägi
*Jana Pipar

Meeskonna koduleht: [[Meeskond: mc2]]

'''Retsensioonid'''

===Meeskond: Sporto===
Liikmed:
*Merit Ridaste
*Kelli Lukas
*Vladimir Rõkovanov
*Alar Ameerikas
*Mikk Raudsepp
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Sporto Sporto]

'''Retsensioonid'''

===Meeskond: LetsDoIt===
Liikmed:
*Liisa Suurkaev(projektijuht)
*Melissa Eenmaa
*Tanel Vähk
*Taavi Kliss
*Aleks Luik
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_LetsDoIt LetsDoIt]

'''Retsensioonid'''

===Meeskond: VVA===
Liikmed:
*Vladislav Lahtarin
*Vladislav Kovaltšuk
*Aleksandr Babõkin

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_VVA Meeskond:_VVA]

'''Retsensioonid'''

===Meeskond: IncMan===
Liikmed:
*Sergei Fatejev
*Nele Sergejeva
*Marko Koiduste
*Kaspar Tilk
*Jaanus Türnpuu

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Incman IncMan]

'''Retsensioonid'''

===Meeskond: Lebokeiss OÜ===
Liikmed:
*Joonas Jõeleht - Projektijuht
*Iris Tambaum
*Timo Lanno
*Karell Veskimeister
*Kerli Edasi

Meeskonna koduleht: [[Meeskond:_Lebokeiss_OÜ]]

'''Retsensioonid'''

===Meeskond: LendBook===
Liikmed:
*Egle Arge
*Liina Kolk

Meeskonna koduleht: [[LendBook]]

'''Retsensioonid'''

===Meeskond: BIT===
Liikmed:
*Merilyn Renser
*Marko Hartikainen
*Ants Kristjan Rooma
*Konstantin Burdakov

Meeskonna koduleht: [[BIT]]

'''Retsensioonid'''

===Meeskond: PenguinHorde===
Liikmed:
*Laura Leon
*Marko Saluste
*Terje Sõelsepp
Meeskonna koduleht: [[PenguinHorde]]

'''Retsensioonid'''

===Meeskond: Global Lite===
Liikmed:
*Marek Kivikink
*Indrek Nurja
*Imre Teras
Meeskonna koduleht: [[GlobalLite]]

'''Retsensioonid'''

===Meeskond: KTM Development===
Liikmed:
*Kristian Laupa
*Tauno Otti
*Mart Abel
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_KTM_Development KTM Development]

===Meeskond: Bob?===
Liige:
*Priit Aarne

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Bob Bob?]

===Meeskond: RJ===
Liige:
*Richard Jalonen
Meeskonna koduleht: [[RJ]]

===Meeskond: Qlibrium===
Liige:
*Karl Frank
Meeskonna koduleht [[Qlibrium]]

===Meeskond: Kodune Raamat===
Liikmed:
*Siim Osa
*Taavi Kivimaa
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_Kodune_Raamat Kodune Raamat]

'''Retsensioonid'''

[[Category: Programmeerimine CSharp keeles (2015) (Päevaõpe)]]

==Kaugõpe==
===Meeskond: Premium===
Liikmed:
*Tarmo Petrovits
*Karin Talumäe
*Jevgeni Gavrilov

Meeskonna koduleht: [[Meeskond: Premium]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale '''LIB''' asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:LIB siin]

===Meeskond: Spooky Scary Skeletons===
Liikmed:
*Kärt Palm DK22
*Karina Egipt DK22 (Projektijuht)
*Erika Ehmann D32
*Silver Saks AK21

Meeskonna koduleht: [[Meeskond: Spooky Scary Skeletons]]

'''Retsensioonid'''

=== Meeskond: Nocturne No. 20 in C-sharp Minor ===
Liikmed:
*10142848 (Projektijuht)
*10090107
*10143193
*10143313

Meeskonna koduleht: [[Meeskond: Nocturne No. 20 in C-sharp Minor]]

'''Retsensioonid'''

===Meeskond: LIB===
Liikmed:
*Sigrid Pachel DK22 (Projektijuht)
*Diana Nikolajeva DK22
*Elen Käsk DK22

Meeskonna koduleht: [[Meeskond: LIB]]

'''Retsensioonid'''

===Meeskond: Greek?Mark===
Liikmed:
*Karit Kilgi DK22 (Projektijuht)
*Sten Kaasik DK22
*Siim Veskilt DK22

Meeskonna koduleht: [[Meeskond: GreekQMark]]

'''Retsensioonid'''

===Meeskond: Tarraxacum===
Liikmed:
*Silja Kralik DK21 (Projektijuht)
*Liina Laumets DK21
*Siret Siilbaum DK22
*Ragne Auling DK22

Meeskonna koduleht: [[Meeskond: Tarraxacum]]

'''Retsensioonid'''

===Meeskond: Fontastic===
Liikmed:
*Erik Hirmo DK22 (Projektijuht)
*Piret Reinumägi DK21

Meeskonna koduleht: [[Meeskond: Fontastic]]

'''Retsensioonid'''

===Meeskond: TTT===
Liikmed:
*Ave Karjus DK22
*Joonatan Uusväli DK22 (Projektijuht)
*Kaidar Viikman DK21 (Wiki pidaja)
*Oliver Tiks AK21

Meeskonna koduleht: [[Meeskond: TTT (Trellid Teevad Tugevaks)]]

===Meeskond: Codezilla===
Liikmed:
*Anna Linskaja DK21 (Projektijuht)
*Alisa Dudinova DK21
*Sergei Hristoforov DK21

Meeskonna koduleht: [[Codezilla]]

'''Retsensioonid'''

===Meeskond: Konsa===
Liikmed:

*Marko Konsa DK13

Meeskonna koduleht: [[Ostukorv]]

'''Retsensioonid'''
===Meeskond: Johhaidii===
Liikmed:
*Yogesh Sharma
*Juhan Trink
*Marju Niinemaa

Meeskonna koduleht: [[Johhaidii]]

'''Retsensioonid'''

===Meeskond: Sildur===
Liikmed:
*Andreas Papp (Projektijuht)
*Germo Väli
*Andres Trei

Meeskonna koduleht: [[Sildur]]

'''Retsensioonid'''
===Meeskond: JT===
Liikmed:
*Tõnis Luik (Projektijuht)
*Juri Nikitin

Meeskonna koduleht: [[JT]]

'''Retsensioonid'''

===Meeskond: Maker===
Liikmed:
*Marek Öövel (Projektijuht)

Meeskonna koduleht: [[Maker]]

'''Retsensioonid'''

===Meeskond: Põhjavesi===
Liikmed
*Indrek Pruul (Projektijuht)
*Jan Eerik
*Eeva Koplimets

Meeskonna koduleht: [[Pohjavesi]]

===Meeskond: MMTL development===
Liikmed
*Martin Mänd (Projektijuht)
*Taavi Lõhmus

Meeskonna koduleht: [[Meeskond: MMTL development]]

'''Retsensioonid'''

===Meeskond: Mardo===
Liikmed:
*Mardo Halapuu
Meeskonna koduleht:[https://wiki.itcollege.ee/index.php/Meeskond_Mardo Mardo]

Juhend: Kodutöö aines "Programmeerimine CSharp keeles" (2015)

2015-11-04T09:28:06Z

Mamand:

__NOINDEX__

=Kodutöö aines "Programmeerimine C# keeles"=

==Eesmärk==
Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. Kasutada arendusprotsessis koodihoidlat.

==Reeglid==
Ühte projektimeeskonda kuulub 3-5 tudengit(Soovituslik meeskonna suurus on 3-4). Ühel teemal võib teostada projekti üks või mitu meeskonda.Töö käiku kajastatakse https://wiki.itcollege.ee keskkonnas või soovi korral võib seda teha ka ajaveebis(blogis).
Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg ja dokumentatsioon) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

'''Projekti loomine ja arendamine '''
Projekt lisatakse versioonihaldusesse, kasutades selleks [Team Foundation Service'it http://tfs.visualstudio.com/] ning õppejõule antakse ligipääs. Õppejõu live id: maitposka ät hotmail.com . Projekt peab olema alates algfaasist lisatud TFSi ning kogu tööprotsess toimub versioonihaldust kasutades

'''Tööde esitamine''' (prototüüb ja lõpptoode)
Töö esitamisel pakitakse see kokku ning lisatakse wiki leheküljele link lähtekoodile. Kui töö lähtekoodi ei soovita mingil põhjusel avalikustata, tuleb õppejõuga selle jaoks sõlmida eraldi kokkulepe. Lähtekood on vajalik, et tööd oleks võimalik hinnata nii õppejõul kui kaastudengitel selle kohta retsensiooni kirjutada.

'''Team Foundation Service kasutamine''' (tänasel päeval '' Visual Studio online'')
[http://www.visualstudio.com/get-started/sign-up-for-visual-studio-online Step-by-Step juhend]

NB! Siia tuleb õppejõu poolt lihtne screencast ka, kuid ideeliselt ei tohiks selle kasutamine olla väga keeruline.

==Tähtaegadest kinnipidamine==
Projekt jaguneb alamosadeks, millele on määratud tähtajad. Tähtaegade ületamisel võimalike punkte ei kaotata. Kui töö aga on esitatud tähtajaks, siis on võimalik selle eest teenida boonuspunkte (enamasti 0-10% võimalikust maksimumist boonust). Enne tähtaega esitatud töö ei tähenda automaatselt maksimumpunkte, kui see ei ole sooritatud korralikult.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.
Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus. Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).
Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.

===Meeskonna kokkupanek ja idee===
'''25.10.2015''' (2p)

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. Lühidalt peaks kirjeldama idee olemust nii, et selle üldine suund oleks arusaadav. Samuti peab olema märgitud tehnoloogia, milles hakatakse rakendust looma. Meeskond on loonud TFSi konto ning on saatnud õppejõule kutse.

===Analüüs===
'''01.11.2015''' (6p)
Analüütilise osa eesmärgiks on arendada tudengite analüüsioskust, mida on vaja ka päris tarkvaraarenduse protsessi juures.'''NB! Miinimum sõnade arv 700''' Selle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab muu hulgas ka:
*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'')

'''Retsensioon''' 8.11.2015 (3p)

===Prototüüp===
'''29.11.2015'''(10p)

Valmib projekti esmane realisatsioon. Laias laastus on peafunktsionaalsused realiseeritud(Nimekiri funktsionaalsusest, mida plaanitakse teostada). Programmis võib esineda üksikuid, kuid mitte väga suuri vigu.

'''Retsensioon''' 06.12.2015(5p)

===Lõpptoode===
'''22.12.2015'''(20p)
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''' 05.01.2015(5p)

===Esitlus/Kaitsmine===

'''Toimub loengutes/praktikumides või kokkulepitud ajal enne eksamit''' ''(4p) ''
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.

====Kaitsmise ajad====

Tere, iga aja taha kirjutada meeskonna nimi, kes tuleb oma tööd kaitsma. Aegu palun täita võimaluse korral järjest.

Ideaalne esitlus, sisaldab endas ka powerpointi, kus on
*väljatoodud meeskonna nimi ja liikmed
*idee
*realiseerimine
*mis oli keerukas?
*mida uut õpiti?
*mõnede keerulisemate probleemide lahendamine
*meeskonnaliikmete panus

Kaitsmise käigus vaadatakse üle ka kood.

'''Esmaspäev''' - 14.12.2015
*16:00
*16:15
*16:30
*16:45
*17:00
*17:15
*17:30

'''Neljapäev''' - 17.12.2015
*08:15
*08:30
*08:45
*09:00
*09:15
*09:30

=Teemad 2015 sügis=
Kodutööna tuleb luua:

==Nõuded rakendusele==
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
**Andmebaasis peab olema vähemalt 6 andmebaasi tabelit
* Peab võimaldama tegevuste kohta registri pidamist (logi)
**Rakenduses tehtavad tegevused salvestatakse
* Kasutama kasutajaliidesena ühte järgmistest: Windows Presentation Foundation, Windows Phone , Windows Store App või ASP.Net
* Kood on kommenteeritud ning rakendus on varustatud dokumentatsiooniga
* Maksimumpunktide jaoks kasutatakse vastavalt valitud tehnoloogiale soovitatud arendusmustreid
* Kood on kirjutatud C# programmeerimiskeeles
**Kuna aine nimi on "Programmeerimine C# keeles" ei tohi esitada rakendust, mis on loodud Javas, PHPs vms keeles
* Rakendus on jaotatud kihtidesse
'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid
*Kood on kommenteeritud

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või

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

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

==Mäng(Unit)==
Loodav mäng peab sisaldama:
* Erinevaid tasemeid
* Punktiarvestust
* XBox puldi tuge
* Klaviatuurilt juhtimise tuge

'''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea ''story''

=Meeskonnad 2015=
==Päevaõpe==

===Meeskond: MinuKV===
Liikmed:
*Vanessa Vorteil
*Martin Luik
*Ahto Elken
*Taavi Kusmin
*Silver Ohlo

Meeskonna koduleht: [[Meeskond: MinuKV]]

'''Retsensioonid'''

===Meeskond: Travo===
Liikmed:
*Tarvo Reinpalu
Meeskonna koduleht: [[Meeskond: Travo]]

'''Retsensioonid'''
===Meeskond: Freshmen===
Liikmed:
*Siim Haas - Projektijuht
*Piret Pomerants
*Semjon Greef
*Mari-Liis Oldja

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_Freshmen Meeskond: Freshmen]

'''Retsensioonid'''

===Meeskond: mc2===
Liikmed:
*Martin Betlem
*Johannes Tamm
*Martin Mägi
*Jana Pipar

Meeskonna koduleht: [[Meeskond: mc2]]

'''Retsensioonid'''

===Meeskond: Sporto===
Liikmed:
*Merit Ridaste
*Kelli Lukas
*Vladimir Rõkovanov
*Alar Ameerikas
*Mikk Raudsepp
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Sporto Sporto]

'''Retsensioonid'''

===Meeskond: LetsDoIt===
Liikmed:
*Liisa Suurkaev(projektijuht)
*Melissa Eenmaa
*Tanel Vähk
*Taavi Kliss
*Aleks Luik
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_LetsDoIt LetsDoIt]

'''Retsensioonid'''

===Meeskond: VVA===
Liikmed:
*Vladislav Lahtarin
*Vladislav Kovaltšuk
*Aleksandr Babõkin

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_VVA Meeskond:_VVA]

'''Retsensioonid'''

===Meeskond: IncMan===
Liikmed:
*Sergei Fatejev
*Nele Sergejeva
*Marko Koiduste
*Kaspar Tilk
*Jaanus Türnpuu

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Incman IncMan]

'''Retsensioonid'''

===Meeskond: Lebokeiss OÜ===
Liikmed:
*Joonas Jõeleht - Projektijuht
*Iris Tambaum
*Timo Lanno
*Karell Veskimeister
*Kerli Edasi

Meeskonna koduleht: [[Meeskond:_Lebokeiss_OÜ]]

'''Retsensioonid'''

===Meeskond: LendBook===
Liikmed:
*Egle Arge
*Liina Kolk

Meeskonna koduleht: [[LendBook]]

'''Retsensioonid'''

===Meeskond: BIT===
Liikmed:
*Merilyn Renser
*Marko Hartikainen
*Ants Kristjan Rooma
*Konstantin Burdakov

Meeskonna koduleht: [[BIT]]

'''Retsensioonid'''

===Meeskond: PenguinHorde===
Liikmed:
*Laura Leon
*Marko Saluste
*Terje Sõelsepp
Meeskonna koduleht: [[PenguinHorde]]

'''Retsensioonid'''

===Meeskond: Global Lite===
Liikmed:
*Marek Kivikink
*Indrek Nurja
*Imre Teras
Meeskonna koduleht: [[GlobalLite]]

'''Retsensioonid'''

===Meeskond: KTM Development===
Liikmed:
*Kristian Laupa
*Tauno Otti
*Mart Abel
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_KTM_Development KTM Development]

===Meeskond: Bob?===
Liige:
*Priit Aarne

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Bob Bob?]

===Meeskond: RJ===
Liige:
*Richard Jalonen
Meeskonna koduleht: [[RJ]]

===Meeskond: Qlibrium===
Liige:
*Karl Frank
Meeskonna koduleht [[Qlibrium]]

===Meeskond: Kodune Raamat===
Liikmed:
*Siim Osa
*Taavi Kivimaa
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_Kodune_Raamat Kodune Raamat]

'''Retsensioonid'''

[[Category: Programmeerimine CSharp keeles (2015) (Päevaõpe)]]

==Kaugõpe==
===Meeskond: Premium===
Liikmed:
*Tarmo Petrovits
*Karin Talumäe
*Jevgeni Gavrilov

Meeskonna koduleht: [[Meeskond: Premium]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale '''LIB''' asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:LIB siin]

===Meeskond: Spooky Scary Skeletons===
Liikmed:
*Kärt Palm DK22
*Karina Egipt DK22 (Projektijuht)
*Erika Ehmann D32
*Silver Saks AK21

Meeskonna koduleht: [[Meeskond: Spooky Scary Skeletons]]

'''Retsensioonid'''

=== Meeskond: Nocturne No. 20 in C-sharp Minor ===
Liikmed:
*10142848 (Projektijuht)
*10090107
*10143193
*10143313

Meeskonna koduleht: [[Meeskond: Nocturne No. 20 in C-sharp Minor]]

'''Retsensioonid'''

===Meeskond: LIB===
Liikmed:
*Sigrid Pachel DK22 (Projektijuht)
*Diana Nikolajeva DK22
*Elen Käsk DK22

Meeskonna koduleht: [[Meeskond: LIB]]

'''Retsensioonid'''

===Meeskond: Greek?Mark===
Liikmed:
*Karit Kilgi DK22 (Projektijuht)
*Sten Kaasik DK22
*Siim Veskilt DK22

Meeskonna koduleht: [[Meeskond: GreekQMark]]

'''Retsensioonid'''

===Meeskond: Tarraxacum===
Liikmed:
*Silja Kralik DK21 (Projektijuht)
*Liina Laumets DK21
*Siret Siilbaum DK22
*Ragne Auling DK22

Meeskonna koduleht: [[Meeskond: Tarraxacum]]

'''Retsensioonid'''

===Meeskond: Fontastic===
Liikmed:
*Erik Hirmo DK22 (Projektijuht)
*Piret Reinumägi DK21

Meeskonna koduleht: [[Meeskond: Fontastic]]

'''Retsensioonid'''

===Meeskond: TTT===
Liikmed:
*Ave Karjus DK22
*Joonatan Uusväli DK22 (Projektijuht)
*Kaidar Viikman DK21 (Wiki pidaja)
*Oliver Tiks AK21

Meeskonna koduleht: [[Meeskond: TTT (Trellid Teevad Tugevaks)]]

===Meeskond: Codezilla===
Liikmed:
*Anna Linskaja DK21 (Projektijuht)
*Alisa Dudinova DK21
*Sergei Hristoforov DK21

Meeskonna koduleht: [[Codezilla]]

'''Retsensioonid'''

===Meeskond: Konsa===
Liikmed:

*Marko Konsa DK13

Meeskonna koduleht: [[Ostukorv]]

'''Retsensioonid'''
===Meeskond: Johhaidii===
Liikmed:
*Yogesh Sharma
*Juhan Trink
*Marju Niinemaa

Meeskonna koduleht: [[Johhaidii]]

'''Retsensioonid'''

===Meeskond: Sildur===
Liikmed:
*Andreas Papp (Projektijuht)
*Germo Väli
*Andres Trei

Meeskonna koduleht: [[Sildur]]

'''Retsensioonid'''
===Meeskond: JT===
Liikmed:
*Tõnis Luik (Projektijuht)
*Juri Nikitin

Meeskonna koduleht: [[JT]]

'''Retsensioonid'''

===Meeskond: Maker===
Liikmed:
*Marek Öövel (Projektijuht)

Meeskonna koduleht: [[Maker]]

'''Retsensioonid'''

===Meeskond: Põhjavesi===
Liikmed
*Indrek Pruul (Projektijuht)
*Jan Eerik
*Eeva Koplimets

Meeskonna koduleht: [[Pohjavesi]]

===Meeskond: MMTL development===
Liikmed
*Martin Mänd (Projektijuht)
*Taavi Lõhmus

'''Retsensioonid'''

Meeskonna koduleht: [[Meeskond: MMTL development]]

===Meeskond: Mardo===
Liikmed:
*Mardo Halapuu
Meeskonna koduleht:[https://wiki.itcollege.ee/index.php/Meeskond_Mardo Mardo]

Meeskond: MMTL development

2015-10-27T20:30:49Z

Mamand:

Meeskond: MMTL development

2015-10-27T20:30:00Z

Mamand:

Meeskond: MMTL development

2015-10-26T21:13:55Z

Mamand: Created page with "==Meeskond== *'''Martin Mänd''' - projektijuht *'''Taavi Lõhmus''' ==Projekti idee== '''Tellimuste tegemise ja haldamise rakendus Liiklusmärkide tootmisega tegelevale ett..."

Juhend: Kodutöö aines "Programmeerimine CSharp keeles" (2015)

2015-10-26T20:59:25Z

Mamand: /* Kaugõpe */

__NOINDEX__

=Kodutöö aines "Programmeerimine C# keeles"=

==Eesmärk==
Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. Kasutada arendusprotsessis koodihoidlat.

==Reeglid==
Ühte projektimeeskonda kuulub 3-5 tudengit(Soovituslik meeskonna suurus on 3-4). Ühel teemal võib teostada projekti üks või mitu meeskonda.Töö käiku kajastatakse https://wiki.itcollege.ee keskkonnas või soovi korral võib seda teha ka ajaveebis(blogis).
Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg ja dokumentatsioon) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

'''Projekti loomine ja arendamine '''
Projekt lisatakse versioonihaldusesse, kasutades selleks [Team Foundation Service'it http://tfs.visualstudio.com/] ning õppejõule antakse ligipääs. Õppejõu live id: maitposka ät hotmail.com . Projekt peab olema alates algfaasist lisatud TFSi ning kogu tööprotsess toimub versioonihaldust kasutades

'''Tööde esitamine''' (prototüüb ja lõpptoode)
Töö esitamisel pakitakse see kokku ning lisatakse wiki leheküljele link lähtekoodile. Kui töö lähtekoodi ei soovita mingil põhjusel avalikustata, tuleb õppejõuga selle jaoks sõlmida eraldi kokkulepe. Lähtekood on vajalik, et tööd oleks võimalik hinnata nii õppejõul kui kaastudengitel selle kohta retsensiooni kirjutada.

'''Team Foundation Service kasutamine''' (tänasel päeval '' Visual Studio online'')
[http://www.visualstudio.com/get-started/sign-up-for-visual-studio-online Step-by-Step juhend]

NB! Siia tuleb õppejõu poolt lihtne screencast ka, kuid ideeliselt ei tohiks selle kasutamine olla väga keeruline.

==Tähtaegadest kinnipidamine==
Projekt jaguneb alamosadeks, millele on määratud tähtajad. Tähtaegade ületamisel võimalike punkte ei kaotata. Kui töö aga on esitatud tähtajaks, siis on võimalik selle eest teenida boonuspunkte (enamasti 0-10% võimalikust maksimumist boonust). Enne tähtaega esitatud töö ei tähenda automaatselt maksimumpunkte, kui see ei ole sooritatud korralikult.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.
Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus. Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).
Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.

===Meeskonna kokkupanek ja idee===
'''25.10.2015''' (2p)

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. Lühidalt peaks kirjeldama idee olemust nii, et selle üldine suund oleks arusaadav. Samuti peab olema märgitud tehnoloogia, milles hakatakse rakendust looma. Meeskond on loonud TFSi konto ning on saatnud õppejõule kutse.

===Analüüs===
'''01.11.2015''' (6p)
Analüütilise osa eesmärgiks on arendada tudengite analüüsioskust, mida on vaja ka päris tarkvaraarenduse protsessi juures.'''NB! Miinimum sõnade arv 700''' Selle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab muu hulgas ka:
*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'')

'''Retsensioon''' 8.11.2015 (3p)

===Prototüüp===
'''29.11.2015'''(10p)

Valmib projekti esmane realisatsioon. Laias laastus on peafunktsionaalsused realiseeritud(Nimekiri funktsionaalsusest, mida plaanitakse teostada). Programmis võib esineda üksikuid, kuid mitte väga suuri vigu.

'''Retsensioon''' 06.12.2015(5p)

===Lõpptoode===
'''22.12.2015'''(20p)
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''' 05.01.2015(5p)

===Esitlus/Kaitsmine===

'''Toimub loengutes/praktikumides või kokkulepitud ajal enne eksamit''' ''(4p) ''
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.

====Kaitsmise ajad====

Tere, iga aja taha kirjutada meeskonna nimi, kes tuleb oma tööd kaitsma. Aegu palun täita võimaluse korral järjest.

Ideaalne esitlus, sisaldab endas ka powerpointi, kus on
*väljatoodud meeskonna nimi ja liikmed
*idee
*realiseerimine
*mis oli keerukas?
*mida uut õpiti?
*mõnede keerulisemate probleemide lahendamine
*meeskonnaliikmete panus

Kaitsmise käigus vaadatakse üle ka kood.

'''Esmaspäev''' - 14.12.2015
*16:00
*16:15
*16:30
*16:45
*17:00
*17:15
*17:30

'''Neljapäev''' - 17.12.2015
*08:15
*08:30
*08:45
*09:00
*09:15
*09:30

=Teemad 2015 sügis=
Kodutööna tuleb luua:

==Nõuded rakendusele==
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
**Andmebaasis peab olema vähemalt 6 andmebaasi tabelit
* Peab võimaldama tegevuste kohta registri pidamist (logi)
**Rakenduses tehtavad tegevused salvestatakse
* Kasutama kasutajaliidesena ühte järgmistest: Windows Presentation Foundation, Windows Phone , Windows Store App või ASP.Net
* Kood on kommenteeritud ning rakendus on varustatud dokumentatsiooniga
* Maksimumpunktide jaoks kasutatakse vastavalt valitud tehnoloogiale soovitatud arendusmustreid
* Kood on kirjutatud C# programmeerimiskeeles
**Kuna aine nimi on "Programmeerimine C# keeles" ei tohi esitada rakendust, mis on loodud Javas, PHPs vms keeles
* Rakendus on jaotatud kihtidesse
'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid
*Kood on kommenteeritud

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või

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

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

==Mäng(Unit)==
Loodav mäng peab sisaldama:
* Erinevaid tasemeid
* Punktiarvestust
* XBox puldi tuge
* Klaviatuurilt juhtimise tuge

'''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea ''story''

=Meeskonnad 2015=
==Päevaõpe==

===Meeskond: Mardo===
Liikmed:
*Mardo Halapuu
Meeskonna koduleht:[https://wiki.itcollege.ee/index.php/Meeskond_Mardo: Mardo]

===Meeskond: MinuKV===
Liikmed:
*Vanessa Vorteil
*Martin Luik
*Ahto Elken
*Taavi Kusmin
*Silver Ohlo

Meeskonna koduleht: [[Meeskond: MinuKV]]

'''Retsensioonid'''

===Meeskond: Travo===
Liikmed:
*Tarvo Reinpalu
Meeskonna koduleht: [[Meeskond: Travo]]

'''Retsensioonid'''
===Meeskond: Freshmen===
Liikmed:
*Siim Haas - Projektijuht
*Piret Pomerants
*Semjon Greef
*Mari-Liis Oldja

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_Freshmen Meeskond: Freshmen]

'''Retsensioonid'''

===Meeskond: mc2===
Liikmed:
*Martin Betlem
*Johannes Tamm
*Martin Mägi
*Jana Pipar

Meeskonna koduleht: [[Meeskond: mc2]]

'''Retsensioonid'''

===Meeskond: Sporto===
Liikmed:
*Merit Ridaste
*Kelli Lukas
*Vladimir Rõkovanov
*Alar Ameerikas
*Mikk Raudsepp
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Sporto Sporto]

'''Retsensioonid'''

===Meeskond: LetsDoIt===
Liikmed:
*Liisa Suurkaev(projektijuht)
*Melissa Eenmaa
*Tanel Vähk
*Taavi Kliss
*Aleks Luik
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_LetsDoIt LetsDoIt]

'''Retsensioonid'''

===Meeskond: VVA===
Liikmed:
*Vladislav Lahtarin
*Vladislav Kovaltšuk
*Aleksandr Babõkin

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_VVA Meeskond:_VVA]

'''Retsensioonid'''

===Meeskond: IncMan===
Liikmed:
*Sergei Fatejev
*Nele Sergejeva
*Marko Koiduste
*Kaspar Tilk
*Jaanus Türnpuu

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Incman IncMan]

'''Retsensioonid'''

===Meeskond: Lebokeiss OÜ===
Liikmed:
*Joonas Jõeleht - Projektijuht
*Iris Tambaum
*Timo Lanno
*Karell Veskimeister
*Kerli Edasi

Meeskonna koduleht: [[Meeskond:_Lebokeiss_OÜ]]

'''Retsensioonid'''

===Meeskond: LendBook===
Liikmed:
*Egle Arge
*Liina Kolk

Meeskonna koduleht: [[LendBook]]

'''Retsensioonid'''

===Meeskond: BIT===
Liikmed:
*Merilyn Renser
*Marko Hartikainen
*Kristjan Ants
*Konstantin Burdakov

Meeskonna koduleht: [[BIT]]

'''Retsensioonid'''

===Meeskond: PenguinHorde===
Liikmed:
*Laura Leon
*Marko Saluste
*Terje Sõelsepp
Meeskonna koduleht: [[PenguinHorde]]

'''Retsensioonid'''

===Meeskond: Global Lite===
Liikmed:
*Marek Kivikink
*Indrek Nurja
*Imre Teras
Meeskonna koduleht: [[GlobalLite]]

'''Retsensioonid'''

===Meeskond: KTM Development===
Liikmed:
*Kristian Laupa
*Tauno Otti
*Mart Abel
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_KTM_Development KTM Development]

===Meeskond: Bob?===
Liige:
*Priit Aarne

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Bob Bob?]

===Meeskond: RJ===
Liige:
*Richard Jalonen
Meeskonna koduleht: [[RJ]]

===Meeskond: Qlibrium===
Liige:
*Karl Frank
Meeskonna koduleht [[Qlibrium]]

===Meeskond: Kodune Raamat===
Liikmed:
*Siim Osa
*Taavi Kivimaa
Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:_Kodune_Raamat Kodune Raamat]

'''Retsensioonid'''

[[Category: Programmeerimine CSharp keeles (2015) (Päevaõpe)]]

==Kaugõpe==
===Meeskond: Premium===
Liikmed:
*Tarmo Petrovits
*Karin Talumäe
*Jevgeni Gavrilov

Meeskonna koduleht: [[Meeskond: Premium]]

'''Retsensioonid'''

===Meeskond: Spooky Scary Skeletons===
Liikmed:
*Kärt Palm DK22
*Karina Egipt DK22 (Projektijuht)
*Erika Ehmann D32
*Silver Saks AK21

Meeskonna koduleht: [[Meeskond: Spooky Scary Skeletons]]

'''Retsensioonid'''

=== Meeskond: Nocturne No. 20 in C-sharp Minor ===
Liikmed:
*10142848 (Projektijuht)
*10090107
*10143193
*10143313

Meeskonna koduleht: [[Meeskond: Nocturne No. 20 in C-sharp Minor]]

'''Retsensioonid'''

===Meeskond: LIB===
Liikmed:
*Sigrid Pachel DK22 (Projektijuht)
*Diana Nikolajeva DK22
*Elen Käsk DK22

Meeskonna koduleht: [[Meeskond: LIB]]

'''Retsensioonid'''

===Meeskond: Greek?Mark===
Liikmed:
*Karit Kilgi DK22 (Projektijuht)
*Sten Kaasik DK22
*Siim Veskilt DK22

Meeskonna koduleht: [[Meeskond: GreekQMark]]

'''Retsensioonid'''

===Meeskond: Tarraxacum===
Liikmed:
*Silja Kralik DK21 (Projektijuht)
*Liina Laumets DK21
*Siret Siilbaum DK22

Meeskonna koduleht: [[Meeskond: Tarraxacum]]

'''Retsensioonid'''

===Meeskond: Fontastic===
Liikmed:
*Erik Hirmo DK22 (Projektijuht)
*Piret Reinumägi DK21

Meeskonna koduleht: [[Meeskond: Fontastic]]

'''Retsensioonid'''

===Meeskond: TTT===
Liikmed:
*Ave Karjus DK22
*Joonatan Uusväli DK22 (Projektijuht)
*Kaidar Viikman DK21 (Wiki pidaja)
*Oliver Tiks AK21

Meeskonna koduleht: [[Meeskond: TTT (Trellid Teevad Tugevaks)]]

===Meeskond: Codezilla===
Liikmed:
*Anna Linskaja DK21 (Projektijuht)
*Alisa Dudinova DK21
*Sergei Hristoforov DK21

Meeskonna koduleht: [[Codezilla]]

'''Retsensioonid'''

===Meeskond: Konsa===
Liikmed:

*Marko Konsa DK13

Meeskonna koduleht: [[Ostukorv]]

'''Retsensioonid'''
===Meeskond: Johhaidii===
Liikmed:
*Yogesh Sharma
*Juhan Trink
*Marju Niinemaa

Meeskonna koduleht: [[Johhaidii]]

'''Retsensioonid'''

===Meeskond: Sildur===
Liikmed:
*Andreas Papp (Projektijuht)
*Germo Väli
*Andres Trei

Meeskonna koduleht: [[Sildur]]

'''Retsensioonid'''
===Meeskond: JT===
Liikmed:
*Tõnis Luik (Projektijuht)
*Juri Nikitin

Meeskonna koduleht: [[JT]]

'''Retsensioonid'''

===Meeskond: Maker===
Liikmed:
*Marek Öövel (Projektijuht)

Meeskonna koduleht: [[Maker]]

'''Retsensioonid'''

===Meeskond: Põhjavesi===
Liikmed
*Indrek Pruul (Projektijuht)
*Jan Eerik
*Eeva

Meeskonna koduleht: [[Pohjavesi]]

===Meeskond: MMTL development===
Liikmed
*Martin Mänd (Projektijuht)
*Taavi Lõhmus

Meeskonna koduleht: [[Meeskond: MMTL development]]

User:Mamand

2014-11-07T03:19:55Z

Mamand: /* Viited */

== '''Erialatutvustuse aine arvestustöö''' ==

Autor:Martin Mänd
Esitatud: 6.november, 2014

== '''Essee''' ==

Astusin IT kolledši kaugõppesse arendaja erialale, sest soovisin ennast harida ning omandada teadmised programmeerimisest süviti. Olen alati pidanud lugu tehnoloogiast ja selle arengust, kuid ega võimas protsessor arvutil või ülihea graafikakiirendi üksinda ei suudaks luua midagi. Iga tehnoloogilise vidina nutikuse määrab ära programmeerija geniaalsus ning minu motivatsiooniks on ka jõuda tasemeni, kus ma olen võimeline muutma kas mõnda valdkonda või miks mitte tervet maailma, luues koodijuppi.

Vaadates õpingukorralduse ja erialatutvustuse loenguid veebist sain palju huvitavat infot eriala kohta ning selles osas olid loengud vägagi harivad [1]. Õpingukorralduse pool jäi küll minu jaoks veidi igavaks, sest olen eelnevalt juba kõrgkoolis õppinud ning üldiselt on reeglid samad. Seoses sellega peab tõdema, et esimesed 1,5 veebiloengut polnud väga põnevad. Samas mulle meeldis Margus Ernitsa põhiliste tudengi probleemide lahkamine ning peab ka tunnistama, et varasemalt teises kõrgkoolis puutusin nii mõnegi probleemiga ise kokku (Aine ei ole huvitav, õppejõud on igav jne) [2]. Aimu sain ma ka sellest, et IT kolledžis püütakse tudengeid rohkem kaasata ja motiveerida õppetööks. Eriti huvitav tundus pakutav intensiivõppe nädal, kus tegeletakse reaalsete probleemidega reaalsetelt firmadelt. Sooviksin ennast selles kindlasti osalejana näha.

3.nda loengu videolt sai rohkelt infot robootikaklubi tegemiste kohta [3]. TTÜ vilistlasena olin ma juba enne kuulnud sealse grupi tegemistest, kuid sel hetkel ma seda ei teinud. Tuleb vist antud otsust kahetseda, sest ma pean parimaks õppeviisiks praktilist tegevust ning robotite ehitamisest ei tundu olevat praktilisemat käed-küljes õppetegevust. Enam pole mul aga võimalik klubiga ühineda, sest olen täiskohaga tööl ja lihtsalt pole aega.

Jaanika loengut kuulates tekkis äratundmisrõõm (või kurvastus) mitmes asjas. Sarnaselt Jaanika esmasele kogemusele koolis olin ka mina algul hirmutatud teiste kaasõpilaste teadmistest, eriti võrreldes nendega, kes juba samas valdkonnas tööd teinud on. ’Lõpp hea, kõik hea’ võib õelda tema edasise elukogemuse põhjal. Lisaks seletas ta lähemalt oma tööst ja kasutatavatest töövahenditest (Ruby keel, versioonihaldus on tähtis jne). Kohati väga põhjaliku ülevaate tegi ta erinevatest keeltest ja kus/kuidas mingit süsteemi kasutada. Hindan ka tema vaateid stereotüüpide osas ning loodan isiklikult, et Jaanika püüded populariseerida naiste seas programmeerimist kannavad vilja [4].

5. loengus rääkis oma tööst Skype-is Caolyn Fischer. Carolyni amet on seal süsteemiadministraaotr ning oma loengul keskendus ta ka põhiliselt oma töös kasutatavetele vahenditele ja süsteemidele. Alati on huvitav teada saada, kuidas suurfirma tähtsad protsessid toimivad. Peab tunnistama, et alguses oli Carolyni jutt veidi vaikne ja uimane, kuid pikapeale muutus asi paremaks. Kindlasti tuleb ka kõrva taha jätta Carolyini väide,et Indialase käest ei saa sa kunagi eitavat vastust [5].

Kristjan Karmo, kellel on ütlemata huvitav karjääri- ja koolitee, rääkis lähemalt testimisest. Alustas ta loengut testijate puhul levivaid müüte murdes. Mõned näited, mis ta tõi tarkvara vigade maksumusest, olid absurdselt suured ning kinnitasid korraliku testimise olulisust [6]. Üldiselt suutis ta tekitada huvi testimise vastu ning võimalik, et jätta pisik kunagi testija ameti peale mõtlemisele.

Andres Septer kirjeldas värvvikalt erineva struktuuri ja sisekorraga IT firmasid ning andis edasiseks soovitusi, mis sorti firmas võiks tööpõlve plaanima hakata. Andrese lonegut oli hea kuulata see tõttu, et ta suutis teha seda hea tempoga ning samas rääkis IT tööturust täpselt nii, nagu see on. Võimalik, et minu kui tudengi jaoks, kes alles hakkab tööturgu avastama, on sedasorti tööturu kirjeldus kohati küll koomiline kuulata, kuid võib panna mõtlema suuresti edasiste otsuste üle ametikoha valimisel [8].

Mulle meeldis, et kõik loengud olid igatmoodi erinevad ning tutvustasid kõiki põhilisi IT ameteid. Mõni esineja oli kuulatavam, mõnel ei tulnud see nii hästi välja ning mõni tegi avalikku esinemist auditooriumile alles esimest korda. Sellegi poolest oli paljugi kõrva taha panna kõikidelt esinejatelt ning võin siiralt väita, et antud loengud andsid mulle senise teadmatuse juurde väga palju uut infot seedimiseks. IT valdkond on kirju ja huvitav ning seda tunduvalt rohkem minu jaoks pärast nende videode analüüsimist.

== Õpingukorralduse küsimused ==

== Küsimus A ==

Kukkusid eksamil läbi.
*Kaua on võimalik eksamit järele teha? Korduseksamit saab sooritada kahe semestri jooksul pärast aine õpetamissemestri lõppu (ÕKE 5.3.6.)
*Kellega kokku leppida, et järeleksamit teha? Korduseksamite tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud ajakavaga (ÕKE 5.3.6.)
*Kuidas toimub järeleksamile registreerimine? Korduseksami ja -arvestuse puhul peab end registreerima ÕISis (ÕKE 5.2.8.1.)
*Mis on tähtajad? Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva (ÕKE 5.2.8.)
*Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? RF õppekohal õppijale on kordussooritused tasuta (KKK -9.küs).
*Palju maksab, kui oled tasulisel (OF) õppekohal kohal?kordussoorituse tasu on 20 € (KKK- 9.küs)

== Küsimus 5 ==

*Millised eeldused peavad olema täidetud vajaduspõhise õppetoetuse saamiseks ja millest sõltub toetuse suurus? Esimesel semestril õppetoetuse taotlemisel on piisav ainult täiskoormuse nõude täitmine. Järgnevatel semestritel on vajalik kolme nõude täitmine: kõrgkooli sisse astunud 2013/14. õa või hiljem, perekonna kuusissetulek ühe pereliikme kohta on kuni 299 eurot, õpib täiskoormusega ja täidab õppekava nõudeid täies mahus (100%). Toetuse suurus sõltub üliõpilase keskmisest sissetulekust pereliikme kohta. *Mida peab toetuse saamiseks tegema? Tuleb esitada taotlus riigiportaalis www.eesti.ee/est/kodanikule/haridus_ja teadus/ . Taotlusi saab esitada kogu semestri vältel.
*Mis on minimaalne ainepunkide arv semestris õppetoetuse saamiseks? 30 EAP (arvestatakse kumulatiivselt, seega näiteks ühes semestris 25 ja järgmises 35. Keskmine maht peab olema vähemalt 30) [9].

== Ülesanne. ==

Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas X EAPd ja teise semestri lõpuks Y EAPd? Kui suur on teile esitatav arve? X ja Y väärtused võtke allpool olevast tabelist selliselt, et X väärtus on teie üliõpilaskoodi eelviimane number ja Y üliõpilaskoodi viimane number.

X=22, Y=27; Sellisel juhul tuleb aasta lõpuks hüvitada õppekulusid 5+5 EAP-d ehk siis 10*50 Eurot.

==''' Viited''' ==

1 Õppekorraldus ja sisekord; Inga Vau, Margus Ernits, Merle Varendi-27. august [https://echo360.e-ope.ee/ess/echo/presentation/552b549b-da8b-48c4-9047-cf34af6e6188]

2 Õppimine ja motivatsioon; Margus Ernits - 4. september [https://echo360.e-ope.ee/ess/echo/presentation/4d88020e-ceeb-46cf-a017-a5497a9644a0]

3 Robootika ja häkkimine Margus Ernits 11. september [https://echo360.e-ope.ee/ess/echo/presentation/df5a30a1-6110-4c8a-a7fa-f6343c8cae65]

4 Subjektiivselt programmeerimisest, stereotüüpidest ja kogukonnast; Janika Liiv - 18. september [https://echo360.e-ope.ee/ess/echo/presentation/cc18f732-a0f2-4264-a3b8-d1a281583016]

5 IT süsteemide administraatorilt esmakursulasele; Carolyn Fischer - 25. september [https://echo360.e-ope.ee/ess/echo/presentation/ff9f663f-f616-4dea-b9b1-85616acfcccc]

6 Testimine ja tarkvara kvaliteet; Kristjan Karmo - 2. oktoober [https://echo360.e-ope.ee/ess/echo/presentation/75d683be-016f-45e4-916d-d71a8c9c3d43]

7 IT tööturust; Andres Septer - 9. oktoober [https://echo360.e-ope.ee/ess/echo/presentation/0326c0ae-9a48-4b1f-bbbc-0cfb8b94991c]

8. KKK [http://www.itcollege.ee/tudengile/kkk/#Kuidas%20p%C3%A4%C3%A4sen%20kordussooritusele?]

9. Vajaduspõhine õppetoetus. [http://www.itcollege.ee/tudengile/finantsinfo/vajaduspohine-oppetoetus/]

10 ÕKE. [http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/]

[[Category:Erialatutvustus 2014 kaugõpe]]

User:Mamand

2014-11-07T03:17:58Z

Mamand:

== '''Erialatutvustuse aine arvestustöö''' ==

Autor:Martin Mänd
Esitatud: 6.november, 2014

== '''Essee''' ==

Astusin IT kolledši kaugõppesse arendaja erialale, sest soovisin ennast harida ning omandada teadmised programmeerimisest süviti. Olen alati pidanud lugu tehnoloogiast ja selle arengust, kuid ega võimas protsessor arvutil või ülihea graafikakiirendi üksinda ei suudaks luua midagi. Iga tehnoloogilise vidina nutikuse määrab ära programmeerija geniaalsus ning minu motivatsiooniks on ka jõuda tasemeni, kus ma olen võimeline muutma kas mõnda valdkonda või miks mitte tervet maailma, luues koodijuppi.

Vaadates õpingukorralduse ja erialatutvustuse loenguid veebist sain palju huvitavat infot eriala kohta ning selles osas olid loengud vägagi harivad [1]. Õpingukorralduse pool jäi küll minu jaoks veidi igavaks, sest olen eelnevalt juba kõrgkoolis õppinud ning üldiselt on reeglid samad. Seoses sellega peab tõdema, et esimesed 1,5 veebiloengut polnud väga põnevad. Samas mulle meeldis Margus Ernitsa põhiliste tudengi probleemide lahkamine ning peab ka tunnistama, et varasemalt teises kõrgkoolis puutusin nii mõnegi probleemiga ise kokku (Aine ei ole huvitav, õppejõud on igav jne) [2]. Aimu sain ma ka sellest, et IT kolledžis püütakse tudengeid rohkem kaasata ja motiveerida õppetööks. Eriti huvitav tundus pakutav intensiivõppe nädal, kus tegeletakse reaalsete probleemidega reaalsetelt firmadelt. Sooviksin ennast selles kindlasti osalejana näha.

3.nda loengu videolt sai rohkelt infot robootikaklubi tegemiste kohta [3]. TTÜ vilistlasena olin ma juba enne kuulnud sealse grupi tegemistest, kuid sel hetkel ma seda ei teinud. Tuleb vist antud otsust kahetseda, sest ma pean parimaks õppeviisiks praktilist tegevust ning robotite ehitamisest ei tundu olevat praktilisemat käed-küljes õppetegevust. Enam pole mul aga võimalik klubiga ühineda, sest olen täiskohaga tööl ja lihtsalt pole aega.

Jaanika loengut kuulates tekkis äratundmisrõõm (või kurvastus) mitmes asjas. Sarnaselt Jaanika esmasele kogemusele koolis olin ka mina algul hirmutatud teiste kaasõpilaste teadmistest, eriti võrreldes nendega, kes juba samas valdkonnas tööd teinud on. ’Lõpp hea, kõik hea’ võib õelda tema edasise elukogemuse põhjal. Lisaks seletas ta lähemalt oma tööst ja kasutatavatest töövahenditest (Ruby keel, versioonihaldus on tähtis jne). Kohati väga põhjaliku ülevaate tegi ta erinevatest keeltest ja kus/kuidas mingit süsteemi kasutada. Hindan ka tema vaateid stereotüüpide osas ning loodan isiklikult, et Jaanika püüded populariseerida naiste seas programmeerimist kannavad vilja [4].

5. loengus rääkis oma tööst Skype-is Caolyn Fischer. Carolyni amet on seal süsteemiadministraaotr ning oma loengul keskendus ta ka põhiliselt oma töös kasutatavetele vahenditele ja süsteemidele. Alati on huvitav teada saada, kuidas suurfirma tähtsad protsessid toimivad. Peab tunnistama, et alguses oli Carolyni jutt veidi vaikne ja uimane, kuid pikapeale muutus asi paremaks. Kindlasti tuleb ka kõrva taha jätta Carolyini väide,et Indialase käest ei saa sa kunagi eitavat vastust [5].

Kristjan Karmo, kellel on ütlemata huvitav karjääri- ja koolitee, rääkis lähemalt testimisest. Alustas ta loengut testijate puhul levivaid müüte murdes. Mõned näited, mis ta tõi tarkvara vigade maksumusest, olid absurdselt suured ning kinnitasid korraliku testimise olulisust [6]. Üldiselt suutis ta tekitada huvi testimise vastu ning võimalik, et jätta pisik kunagi testija ameti peale mõtlemisele.

Andres Septer kirjeldas värvvikalt erineva struktuuri ja sisekorraga IT firmasid ning andis edasiseks soovitusi, mis sorti firmas võiks tööpõlve plaanima hakata. Andrese lonegut oli hea kuulata see tõttu, et ta suutis teha seda hea tempoga ning samas rääkis IT tööturust täpselt nii, nagu see on. Võimalik, et minu kui tudengi jaoks, kes alles hakkab tööturgu avastama, on sedasorti tööturu kirjeldus kohati küll koomiline kuulata, kuid võib panna mõtlema suuresti edasiste otsuste üle ametikoha valimisel [8].

Mulle meeldis, et kõik loengud olid igatmoodi erinevad ning tutvustasid kõiki põhilisi IT ameteid. Mõni esineja oli kuulatavam, mõnel ei tulnud see nii hästi välja ning mõni tegi avalikku esinemist auditooriumile alles esimest korda. Sellegi poolest oli paljugi kõrva taha panna kõikidelt esinejatelt ning võin siiralt väita, et antud loengud andsid mulle senise teadmatuse juurde väga palju uut infot seedimiseks. IT valdkond on kirju ja huvitav ning seda tunduvalt rohkem minu jaoks pärast nende videode analüüsimist.

== Õpingukorralduse küsimused ==

== Küsimus A ==

Kukkusid eksamil läbi.
*Kaua on võimalik eksamit järele teha? Korduseksamit saab sooritada kahe semestri jooksul pärast aine õpetamissemestri lõppu (ÕKE 5.3.6.)
*Kellega kokku leppida, et järeleksamit teha? Korduseksamite tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud ajakavaga (ÕKE 5.3.6.)
*Kuidas toimub järeleksamile registreerimine? Korduseksami ja -arvestuse puhul peab end registreerima ÕISis (ÕKE 5.2.8.1.)
*Mis on tähtajad? Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva (ÕKE 5.2.8.)
*Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? RF õppekohal õppijale on kordussooritused tasuta (KKK -9.küs).
*Palju maksab, kui oled tasulisel (OF) õppekohal kohal?kordussoorituse tasu on 20 € (KKK- 9.küs)

== Küsimus 5 ==

*Millised eeldused peavad olema täidetud vajaduspõhise õppetoetuse saamiseks ja millest sõltub toetuse suurus? Esimesel semestril õppetoetuse taotlemisel on piisav ainult täiskoormuse nõude täitmine. Järgnevatel semestritel on vajalik kolme nõude täitmine: kõrgkooli sisse astunud 2013/14. õa või hiljem, perekonna kuusissetulek ühe pereliikme kohta on kuni 299 eurot, õpib täiskoormusega ja täidab õppekava nõudeid täies mahus (100%). Toetuse suurus sõltub üliõpilase keskmisest sissetulekust pereliikme kohta. *Mida peab toetuse saamiseks tegema? Tuleb esitada taotlus riigiportaalis www.eesti.ee/est/kodanikule/haridus_ja teadus/ . Taotlusi saab esitada kogu semestri vältel.
*Mis on minimaalne ainepunkide arv semestris õppetoetuse saamiseks? 30 EAP (arvestatakse kumulatiivselt, seega näiteks ühes semestris 25 ja järgmises 35. Keskmine maht peab olema vähemalt 30) [9].

== Ülesanne. ==

Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas X EAPd ja teise semestri lõpuks Y EAPd? Kui suur on teile esitatav arve? X ja Y väärtused võtke allpool olevast tabelist selliselt, et X väärtus on teie üliõpilaskoodi eelviimane number ja Y üliõpilaskoodi viimane number.

X=22, Y=27; Sellisel juhul tuleb aasta lõpuks hüvitada õppekulusid 5+5 EAP-d ehk siis 10*50 Eurot.

==''' Viited''' ==

1 Õppekorraldus ja sisekord; Inga Vau, Margus Ernits, Merle Varendi-27. august [https://echo360.e-ope.ee/ess/echo/presentation/552b549b-da8b-48c4-9047-cf34af6e6188]

2 Õppimine ja motivatsioon; Margus Ernits - 4. september [https://echo360.e-ope.ee/ess/echo/presentation/4d88020e-ceeb-46cf-a017-a5497a9644a0]

3 Robootika ja häkkimine Margus Ernits 11. september [https://echo360.e-ope.ee/ess/echo/presentation/df5a30a1-6110-4c8a-a7fa-f6343c8cae65]

4 Subjektiivselt programmeerimisest, stereotüüpidest ja kogukonnast; Janika Liiv - 18. september [https://echo360.e-ope.ee/ess/echo/presentation/cc18f732-a0f2-4264-a3b8-d1a281583016]

5 IT süsteemide administraatorilt esmakursulasele; Carolyn Fischer - 25. september [https://echo360.e-ope.ee/ess/echo/presentation/ff9f663f-f616-4dea-b9b1-85616acfcccc]

6 Testimine ja tarkvara kvaliteet; Kristjan Karmo - 2. oktoober [https://echo360.e-ope.ee/ess/echo/presentation/75d683be-016f-45e4-916d-d71a8c9c3d43 ]

7 IT tööturust; Andres Septer - 9. oktoober [https://echo360.e-ope.ee/ess/echo/presentation/0326c0ae-9a48-4b1f-bbbc-0cfb8b94991c]

8. KKK [http://www.itcollege.ee/tudengile/kkk/#Kuidas%20p%C3%A4%C3%A4sen%20kordussooritusele?]

9. Vajaduspõhine õppetoetus. [http://www.itcollege.ee/tudengile/finantsinfo/vajaduspohine-oppetoetus/]

10 ÕKE. [http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/]

[[Category:Erialatutvustus 2014 kaugõpe]]

User:Mamand

2014-11-07T03:14:28Z

Mamand: Created page with "== '''Erialatutvustuse aine arvestustöö''' == Autor:Martin Mänd Esitatud: 6.november, 2014 == '''Essee''' == Astusin IT kolledši kaugõppesse arendaja erialale, sest s…"

== '''Erialatutvustuse aine arvestustöö''' ==

Autor:Martin Mänd
Esitatud: 6.november, 2014

== '''Essee''' ==

Astusin IT kolledši kaugõppesse arendaja erialale, sest soovisin ennast harida ning omandada teadmised programmeerimisest süviti. Olen alati pidanud lugu tehnoloogiast ja selle arengust, kuid ega võimas protsessor arvutil või ülihea graafikakiirendi üksinda ei suudaks luua midagi. Iga tehnoloogilise vidina nutikuse määrab ära programmeerija geniaalsus ning minu motivatsiooniks on ka jõuda tasemeni, kus ma olen võimeline muutma kas mõnda valdkonda või miks mitte tervet maailma, luues koodijuppi.

Vaadates õpingukorralduse ja erialatutvustuse loenguid veebist sain palju huvitavat infot eriala kohta ning selles osas olid loengud vägagi harivad [1]. Õpingukorralduse pool jäi küll minu jaoks veidi igavaks, sest olen eelnevalt juba kõrgkoolis õppinud ning üldiselt on reeglid samad. Seoses sellega peab tõdema, et esimesed 1,5 veebiloengut polnud väga põnevad. Samas mulle meeldis Margus Ernitsa põhiliste tudengi probleemide lahkamine ning peab ka tunnistama, et varasemalt teises kõrgkoolis puutusin nii mõnegi probleemiga ise kokku (Aine ei ole huvitav, õppejõud on igav jne) [2]. Aimu sain ma ka sellest, et IT kolledžis püütakse tudengeid rohkem kaasata ja motiveerida õppetööks. Eriti huvitav tundus pakutav intensiivõppe nädal, kus tegeletakse reaalsete probleemidega reaalsetelt firmadelt. Sooviksin ennast selles kindlasti osalejana näha.

3.nda loengu videolt sai rohkelt infot robootikaklubi tegemiste kohta [3]. TTÜ vilistlasena olin ma juba enne kuulnud sealse grupi tegemistest, kuid sel hetkel ma seda ei teinud. Tuleb vist antud otsust kahetseda, sest ma pean parimaks õppeviisiks praktilist tegevust ning robotite ehitamisest ei tundu olevat praktilisemat käed-küljes õppetegevust. Enam pole mul aga võimalik klubiga ühineda, sest olen täiskohaga tööl ja lihtsalt pole aega.

Jaanika loengut kuulates tekkis äratundmisrõõm (või kurvastus) mitmes asjas. Sarnaselt Jaanika esmasele kogemusele koolis olin ka mina algul hirmutatud teiste kaasõpilaste teadmistest, eriti võrreldes nendega, kes juba samas valdkonnas tööd teinud on. ’Lõpp hea, kõik hea’ võib õelda tema edasise elukogemuse põhjal. Lisaks seletas ta lähemalt oma tööst ja kasutatavatest töövahenditest (Ruby keel, versioonihaldus on tähtis jne). Kohati väga põhjaliku ülevaate tegi ta erinevatest keeltest ja kus/kuidas mingit süsteemi kasutada. Hindan ka tema vaateid stereotüüpide osas ning loodan isiklikult, et Jaanika püüded populariseerida naiste seas programmeerimist kannavad vilja [4].

5. loengus rääkis oma tööst Skype-is Caolyn Fischer. Carolyni amet on seal süsteemiadministraaotr ning oma loengul keskendus ta ka põhiliselt oma töös kasutatavetele vahenditele ja süsteemidele. Alati on huvitav teada saada, kuidas suurfirma tähtsad protsessid toimivad. Peab tunnistama, et alguses oli Carolyni jutt veidi vaikne ja uimane, kuid pikapeale muutus asi paremaks. Kindlasti tuleb ka kõrva taha jätta Carolyini väide,et Indialase käest ei saa sa kunagi eitavat vastust [5].

Kristjan Karmo, kellel on ütlemata huvitav karjääri- ja koolitee, rääkis lähemalt testimisest. Alustas ta loengut testijate puhul levivaid müüte murdes. Mõned näited, mis ta tõi tarkvara vigade maksumusest, olid absurdselt suured ning kinnitasid korraliku testimise olulisust [6]. Üldiselt suutis ta tekitada huvi testimise vastu ning võimalik, et jätta pisik kunagi testija ameti peale mõtlemisele.

Andres Septer kirjeldas värvvikalt erineva struktuuri ja sisekorraga IT firmasid ning andis edasiseks soovitusi, mis sorti firmas võiks tööpõlve plaanima hakata. Andrese lonegut oli hea kuulata see tõttu, et ta suutis teha seda hea tempoga ning samas rääkis IT tööturust täpselt nii, nagu see on. Võimalik, et minu kui tudengi jaoks, kes alles hakkab tööturgu avastama, on sedasorti tööturu kirjeldus kohati küll koomiline kuulata, kuid võib panna mõtlema suuresti edasiste otsuste üle ametikoha valimisel [8].

Mulle meeldis, et kõik loengud olid igatmoodi erinevad ning tutvustasid kõiki põhilisi IT ameteid. Mõni esineja oli kuulatavam, mõnel ei tulnud see nii hästi välja ning mõni tegi avalikku esinemist auditooriumile alles esimest korda. Sellegi poolest oli paljugi kõrva taha panna kõikidelt esinejatelt ning võin siiralt väita, et antud loengud andsid mulle senise teadmatuse juurde väga palju uut infot seedimiseks. IT valdkond on kirju ja huvitav ning seda tunduvalt rohkem minu jaoks pärast nende videode analüüsimist.

== Õpingukorralduse küsimused ==

== Küsimus A ==

Kukkusid eksamil läbi.
*Kaua on võimalik eksamit järele teha? Korduseksamit saab sooritada kahe semestri jooksul pärast aine õpetamissemestri lõppu (ÕKE 5.3.6.)
*Kellega kokku leppida, et järeleksamit teha? Korduseksamite tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud ajakavaga (ÕKE 5.3.6.)
*Kuidas toimub järeleksamile registreerimine? Korduseksami ja -arvestuse puhul peab end registreerima ÕISis (ÕKE 5.2.8.1.)
*Mis on tähtajad? Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva (ÕKE 5.2.8.)
*Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? RF õppekohal õppijale on kordussooritused tasuta (KKK -9.küs).
*Palju maksab, kui oled tasulisel (OF) õppekohal kohal?kordussoorituse tasu on 20 € (KKK- 9.küs)

== Küsimus 5 ==

*Millised eeldused peavad olema täidetud vajaduspõhise õppetoetuse saamiseks ja millest sõltub toetuse suurus? Esimesel semestril õppetoetuse taotlemisel on piisav ainult täiskoormuse nõude täitmine. Järgnevatel semestritel on vajalik kolme nõude täitmine: kõrgkooli sisse astunud 2013/14. õa või hiljem, perekonna kuusissetulek ühe pereliikme kohta on kuni 299 eurot, õpib täiskoormusega ja täidab õppekava nõudeid täies mahus (100%). Toetuse suurus sõltub üliõpilase keskmisest sissetulekust pereliikme kohta. *Mida peab toetuse saamiseks tegema? Tuleb esitada taotlus riigiportaalis www.eesti.ee/est/kodanikule/haridus_ja teadus/ . Taotlusi saab esitada kogu semestri vältel.
*Mis on minimaalne ainepunkide arv semestris õppetoetuse saamiseks? 30 EAP (arvestatakse kumulatiivselt, seega näiteks ühes semestris 25 ja järgmises 35. Keskmine maht peab olema vähemalt 30) [9].

== Ülesanne. ==

Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas X EAPd ja teise semestri lõpuks Y EAPd? Kui suur on teile esitatav arve? X ja Y väärtused võtke allpool olevast tabelist selliselt, et X väärtus on teie üliõpilaskoodi eelviimane number ja Y üliõpilaskoodi viimane number.

X=22, Y=27; Sellisel juhul tuleb aasta lõpuks hüvitada õppekulusid 5+5 EAP-d ehk siis 10*50 Eurot.

==''' Viited''' ==

1 Õppekorraldus ja sisekord; Inga Vau, Margus Ernits, Merle Varendi-27. august [https://echo360.e-ope.ee/ess/echo/presentation/552b549b-da8b-48c4-9047-cf34af6e6188]

2 Õppimine ja motivatsioon; Margus Ernits - 4. september [https://echo360.e-ope.ee/ess/echo/presentation/4d88020e-ceeb-46cf-a017-a5497a9644a0]

3 Robootika ja häkkimine Margus Ernits 11. september [https://echo360.e-ope.ee/ess/echo/presentation/df5a30a1-6110-4c8a-a7fa-f6343c8cae65]

4 Subjektiivselt programmeerimisest, stereotüüpidest ja kogukonnast; Janika Liiv - 18. september [https://echo360.e-ope.ee/ess/echo/presentation/cc18f732-a0f2-4264-a3b8-d1a281583016]

5 IT süsteemide administraatorilt esmakursulasele; Carolyn Fischer - 25. september [https://echo360.e-ope.ee/ess/echo/presentation/ff9f663f-f616-4dea-b9b1-85616acfcccc]

6 Testimine ja tarkvara kvaliteet; Kristjan Karmo - 2. oktoober [https://echo360.e-ope.ee/ess/echo/presentation/75d683be-016f-45e4-916d-d71a8c9c3d43 ]

7 IT tööturust; Andres Septer - 9. oktoober [https://echo360.e-ope.ee/ess/echo/presentation/0326c0ae-9a48-4b1f-bbbc-0cfb8b94991c]

8. KKK [http://www.itcollege.ee/tudengile/kkk/#Kuidas%20p%C3%A4%C3%A4sen%20kordussooritusele?]

9. Vajaduspõhine õppetoetus. [http://www.itcollege.ee/tudengile/finantsinfo/vajaduspohine-oppetoetus/]

10 ÕKE. [http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/]