ICO wiki - User contributions [en]

Meeskond "Liivimaa keskmised"

2010-06-04T18:29:29Z

Iots: /* Indrek Ots */

==Meeskonna liikmed==

* Indrek Ots
* Mait Poska
* Madis Vellamäe
* Joosep Püüa
* Toomas Talviste

==Projekti ülesande püstitus==

Lahenduseks on teenus, mis võimaldab vaadata/muuta/hallata valitud kohviku menüüd. Kõigele lisaks peab valmima seda teenust kasutav rakendus, mis töötab Windows Phone 7 Series platvormil. Lisaks menüüde haldamine teostatuna WPF rakendusena.

===Teenuse funktsionaalsed nõuded===

* Vaadata menüüd valitud kohvikus
* Luua uus menüü
* Kustutada menüü
* Lisada toode menüüsse
* Eemaldada toode menüüst
* Lisada uus toode baasi
* Lisada uus toote liik baasi
* Muuta toote staatust menüüs ("otsas" / "ei ole otsas")

==Tööjaotus==

===Indrek Ots===

Mina tegelesin põhiliselt Windows Phone 7 rakenduse ehitamisega. Vajalikud tööriistad sain [http://developer.windowsphone.com/ developer.windowsphone.com] lehelt. Telefoni rakendus kasutab meie poolt loodud menüü teenust. Võimalik on valida soovitud kohvik ning vaadata tänast menüüd. Samuti saab menüüd filtreerida toote liikide järgi. Tootel saab näha tema kirjeldust ja hinda.

WP7 SDK'sse ei ole lisatud Panorama control'i. Mis on Panorama control? Seda iseloomustab hästi järgnev pilt.
[[File:WP7_Panorama_control.jpg]]

Õnneks on olemas inimesi, kes on selle ise ära teinud. Rakenduses kasutatav Panorama control on saadud [http://blogs.claritycon.com/blogs/design/archive/2010/03/30/building-the-elusive-windows-phone-panorama-control.aspx siit].

===Mait Poska===
Meie ülesandeks jäi luua kohvikule rakendus ja ka vastavad teenused selle tarvis.

'''Kuidas realiseerida rakendus?'''
Algne idee: kohviku haldajal peab olema võimalus luua uut menüüd, vaadata vanu menüüsid, muuta neis olevaid tooteid ja ka menüü aktiivsust. Kindlasti ei ole peale iga toote lisamist menüüse mõtekas kohe lisada seda andmebaasi. Tore oleks kui liigi annaks ette autocompleter.

'''Kus realiseerida rakendus?'''
Haldusliides kohvikus tundus igati mõistlik valmistada vormirakendusena. Kuna aga Windowsi vormirakendusega pole meil olnud just kõige paremad suhted, siis otsustasime proovida seda teostada WPF'is, millega polnud varem kokku puutunud. Eks uute asjade näppimine on alati huvitavamt, isegi siis kui see ei õnnestu. Tagant järgi tarkus aga ütleb, et tegime õige valiku. WPF tundub olevat kasutaja sõbralikum ja paindlikum. Lisaks on seda mugavam kujundada.

'''Mida me kasutasime rakenduses loomiseks?'''
Rakenduses täidavad kõige tähtsamat rolli kaks Datagrid'i. Ühe Datagrid näol on tegemist toodetega, mis on meenüsse lisatud(ServiceMenuItem's). Tooteid lisatakse järgnevalt:

uuedTooted.Add(new ServiceMenuItem {
Nimi = nimetus.Text,
Hind = Convert.ToDecimal(hind.Text),
Suurus = kogus,
Active = true,
Liik = liik.Text,
Kirjeldus = kommentaar.Text
});
puhasta();
dataGrid1.ItemsSource = uuedTooted;
dataGrid1.Items.Refresh();

Ehk datagrid'i source'iks ongi ServiceMenuItem'ite objektide massiiv. Eriti mugavaks teeb selle asjaolu, et kui kasutaja muudab datagridis andmeid, muutuvad need kohe ka juba massiivis olevates objektides.

Teine Datagrid kuvab menüüsid, kus on märgitud kuupäev ja kas aktiivne või ei, mida saab kasutaja muidugi muuta. Peale selle on vajalikud tekstiväljad ja mõned nupud, nagu igas rakenduses. Kuvamise põhimõte on sama. Kasutatakse teenust mis annab välja ServiceMenu objektide massiivi vastavalt kohviku ID'le ning see pannakase datagridi ItemsSource'ks.

'''Probleemid ja lahendused'''

===Madis Vellamäe===
Mina tegin teenusele kasutajate halduse, sessiooni ja rollihalduse. Rakendusele treisin valikuaknad, kohviku kasutajatehalduse ning kohviku halduse, samuti ka teenuse administreerimisliidese. Raskusi tekitas just teenusele tehtud osade omavahel korralikult töölesaamine. Kuna algul ei osanud valida viisi, kuidas teha kasutajate tuvastamine (eri hetkedel käis läbi 3 erinevat viisi: küpsistega, Http mooduliga ning 9. praktikumi põhimõte) ning osad meetodid said selle ajaga valmis, siis on sees mõni üsnagi robustne ja kole meetod.

Projekti tegemine laiendas silmaringi ja treenis mõttemaailma. Kahjuks aga ei olnud selle projekti lõpetamiseks lõputult aega ning nii mõnigi peas mõlkunud asi, mida saaks palju paremini teha, jäi tegemata (nõuaks uurimist, õppimist, proovimist ja tublisti aega). Kuid edaspidi saab neid mõtteid kindlasti rakendada. Samuti sai ka õpitud, mis läks valesti ja mida teha paremini. Arenduse käigus ettetulnud probleemid andsid aluse eelmisele lausele.

--[[User:Mvellama|Mvellama]] 00:36, 13 May 2010 (EEST)

===Joosep Püüa===

===Toomas Talviste===

==Teenusest==
===Kasutajate ja nende rollide haldus/kontroll===
Teenuse iga meetod, välja arvatud sisselogimine ja uue kasutaja loomine, tahavad saada kaasa kasutaja sessiooni ID. Selle sessiooni ID järgi saadakse teada kasutajanimi ning siis tehakse vastavad päringud andmebaasi, et saaks teada, millistes rollides kasutaja on (kontrollitakse ka rollide aegumist). Iga meetodi jaoks on seatud nõuded, millises rollis kasutaja olema peab (rollide kohta on tehtud ka enum). Kui kasutaja ei ole nõutud rollis, visatakse Exception:
''throw VeaHaldus.RaiseException("meetod", "http://tempuri.org/", "NOT AUTHORIZED: Ei ole vajalikke õigusi", "1",
"klass", VeaHaldus.FaultCode.Client);''
Antud kood peaks välja andma korraliku nõuetele vastava SoapExceptioni (XML node jms).
Samuti kontrollib iga meetod, ega kasutaja sessioon ei ole aegunud, kui on, visatakse Exception:
''throw VeaHaldus.RaiseException("", "http://tempuri.org/", "SESSION EXPIRED: Kasutaja sessioon on aegunud", "1",
"", VeaHaldus.FaultCode.Client);''
Iga meetodi väljakutsumisega kaasneb kasutaja sessiooni pikendamine: hetkeaeg + 15 minutit.

--[[User:Mvellama|Mvellama]] 01:08, 13 May 2010 (EEST)

===Log In===
''public string logIn(string username, string password)
{ }''
Sisselogimiseks küsitakse kasutajanime ja parooli. Süsteem teeb vahet suurtel ja väikestel tähtedel. Antud meetod genereerib kasutajale unikaalse sessiooni ID (aluseks on võetud VR2 praktikum 9). Kõigepealt kasutaja autenditakse, selleks kontrollitakse vastu andmebaasi, kas kasutajanimi ning parool klapivad. Kusjuures, parool on andmebaasis SHA1 räsina, kuhu on visatud ka soola. Ühtlasi kontrollitakse ka, kas kasutaja on aktiivne - st ei ole kustutatud. Visatakse exception, kui kasutaja on aegunud või kui parool ja kasutajanimi ei klapi. Seejärel genereeritakse sessiooni ID RNGCryptoServiceProvider objekti poolt loodud 16 baidisele jadale toetudes.
''RNGCryptoServiceProvider random = new RNGCryptoServiceProvider();
byte[] byteMassiiv = new byte[16];
random.GetNonZeroBytes(byteMassiiv);
Guid sessID = new Guid(byteMassiiv);''
Kui see tehtud, siis salvestatakse sessioonide XML faili App_Data kaustas. Kirja pannakse sessiooni ID, kasutajanimi, kellele see kuulub, tema IP ja sessiooni aegumise aeg.

--[[User:Mvellama|Mvellama]] 01:08, 13 May 2010 (EEST)

===Menüüde haldamine===

===Kasutaja registreerimine===
Kasutaja registreerimisel pannakse andmebaasi kasutajanimi ning salasõna SHA1 hash. Kõigepealt kontrollitakse, ega sellist kasutajanime juba kasutusel pole (kui on olemas näiteks kasutaja "Ain" ja tahetakse luua kasutajat "ain", siis seda ei lubata... sisselogimisel tehakse aga suur- ja väiketähtedel vahet!). Kasutaja parooli hashimise eest vastutab eraldi meetod, mis lisab ka soola. Tugi pole mitte ainult SHA1 vaid ka MD5, SHA256, SHA384 ja SHA512. Selleks kasutatakse '''HashAlgorithm''' klassi.

--[[User:Mvellama|Mvellama]] 01:18, 13 May 2010 (EEST)

== SortsKood ja all in one ==
Projekti kokkupakitud sortsu ning kõik vajalikud asjad saab siit: [http://enos.itcollege.ee/~mvellama/II%20kursus/VR2/PROJEKT.zip projekti SortsKood]

File:WP7 Panorama control.jpg

2010-06-04T18:26:25Z

Iots: Windwos Phone 7 Panorama control Source: http://blogs.claritycon.com/blogs/design/archive/2010/03/30/building-the-elusive-windows-phone-panorama-control.aspx

Windwos Phone 7 Panorama control
Source: http://blogs.claritycon.com/blogs/design/archive/2010/03/30/building-the-elusive-windows-phone-panorama-control.aspx

Meeskond "Liivimaa keskmised"

2010-06-04T18:24:26Z

Iots: /* Indrek Ots */

==Meeskonna liikmed==

* Indrek Ots
* Mait Poska
* Madis Vellamäe
* Joosep Püüa
* Toomas Talviste

==Projekti ülesande püstitus==

Lahenduseks on teenus, mis võimaldab vaadata/muuta/hallata valitud kohviku menüüd. Kõigele lisaks peab valmima seda teenust kasutav rakendus, mis töötab Windows Phone 7 Series platvormil. Lisaks menüüde haldamine teostatuna WPF rakendusena.

===Teenuse funktsionaalsed nõuded===

* Vaadata menüüd valitud kohvikus
* Luua uus menüü
* Kustutada menüü
* Lisada toode menüüsse
* Eemaldada toode menüüst
* Lisada uus toode baasi
* Lisada uus toote liik baasi
* Muuta toote staatust menüüs ("otsas" / "ei ole otsas")

==Tööjaotus==

===Indrek Ots===

Mina tegelesin põhiliselt Windows Phone 7 rakenduse ehitamisega. Vajalikud tööriistad sain [http://developer.windowsphone.com/ developer.windowsphone.com] lehelt. Telefoni rakendus kasutab meie poolt loodud menüü teenust. Võimalik on valida soovitud kohvik ning vaadata tänast menüüd. Samuti saab menüüd filtreerida toote liikide järgi. Tootel saab näha tema kirjeldust ja hinda.

WP7 SDK'sse ei ole lisatud Panorama control'i. Mis on Panorama control? Seda iseloomustab hästi järgnev pilt.

===Mait Poska===
Meie ülesandeks jäi luua kohvikule rakendus ja ka vastavad teenused selle tarvis.

'''Kuidas realiseerida rakendus?'''
Algne idee: kohviku haldajal peab olema võimalus luua uut menüüd, vaadata vanu menüüsid, muuta neis olevaid tooteid ja ka menüü aktiivsust. Kindlasti ei ole peale iga toote lisamist menüüse mõtekas kohe lisada seda andmebaasi. Tore oleks kui liigi annaks ette autocompleter.

'''Kus realiseerida rakendus?'''
Haldusliides kohvikus tundus igati mõistlik valmistada vormirakendusena. Kuna aga Windowsi vormirakendusega pole meil olnud just kõige paremad suhted, siis otsustasime proovida seda teostada WPF'is, millega polnud varem kokku puutunud. Eks uute asjade näppimine on alati huvitavamt, isegi siis kui see ei õnnestu. Tagant järgi tarkus aga ütleb, et tegime õige valiku. WPF tundub olevat kasutaja sõbralikum ja paindlikum. Lisaks on seda mugavam kujundada.

'''Mida me kasutasime rakenduses loomiseks?'''
Rakenduses täidavad kõige tähtsamat rolli kaks Datagrid'i. Ühe Datagrid näol on tegemist toodetega, mis on meenüsse lisatud(ServiceMenuItem's). Tooteid lisatakse järgnevalt:

uuedTooted.Add(new ServiceMenuItem {
Nimi = nimetus.Text,
Hind = Convert.ToDecimal(hind.Text),
Suurus = kogus,
Active = true,
Liik = liik.Text,
Kirjeldus = kommentaar.Text
});
puhasta();
dataGrid1.ItemsSource = uuedTooted;
dataGrid1.Items.Refresh();

Ehk datagrid'i source'iks ongi ServiceMenuItem'ite objektide massiiv. Eriti mugavaks teeb selle asjaolu, et kui kasutaja muudab datagridis andmeid, muutuvad need kohe ka juba massiivis olevates objektides.

Teine Datagrid kuvab menüüsid, kus on märgitud kuupäev ja kas aktiivne või ei, mida saab kasutaja muidugi muuta. Peale selle on vajalikud tekstiväljad ja mõned nupud, nagu igas rakenduses. Kuvamise põhimõte on sama. Kasutatakse teenust mis annab välja ServiceMenu objektide massiivi vastavalt kohviku ID'le ning see pannakase datagridi ItemsSource'ks.

'''Probleemid ja lahendused'''

===Madis Vellamäe===
Mina tegin teenusele kasutajate halduse, sessiooni ja rollihalduse. Rakendusele treisin valikuaknad, kohviku kasutajatehalduse ning kohviku halduse, samuti ka teenuse administreerimisliidese. Raskusi tekitas just teenusele tehtud osade omavahel korralikult töölesaamine. Kuna algul ei osanud valida viisi, kuidas teha kasutajate tuvastamine (eri hetkedel käis läbi 3 erinevat viisi: küpsistega, Http mooduliga ning 9. praktikumi põhimõte) ning osad meetodid said selle ajaga valmis, siis on sees mõni üsnagi robustne ja kole meetod.

Projekti tegemine laiendas silmaringi ja treenis mõttemaailma. Kahjuks aga ei olnud selle projekti lõpetamiseks lõputult aega ning nii mõnigi peas mõlkunud asi, mida saaks palju paremini teha, jäi tegemata (nõuaks uurimist, õppimist, proovimist ja tublisti aega). Kuid edaspidi saab neid mõtteid kindlasti rakendada. Samuti sai ka õpitud, mis läks valesti ja mida teha paremini. Arenduse käigus ettetulnud probleemid andsid aluse eelmisele lausele.

--[[User:Mvellama|Mvellama]] 00:36, 13 May 2010 (EEST)

===Joosep Püüa===

===Toomas Talviste===

==Teenusest==
===Kasutajate ja nende rollide haldus/kontroll===
Teenuse iga meetod, välja arvatud sisselogimine ja uue kasutaja loomine, tahavad saada kaasa kasutaja sessiooni ID. Selle sessiooni ID järgi saadakse teada kasutajanimi ning siis tehakse vastavad päringud andmebaasi, et saaks teada, millistes rollides kasutaja on (kontrollitakse ka rollide aegumist). Iga meetodi jaoks on seatud nõuded, millises rollis kasutaja olema peab (rollide kohta on tehtud ka enum). Kui kasutaja ei ole nõutud rollis, visatakse Exception:
''throw VeaHaldus.RaiseException("meetod", "http://tempuri.org/", "NOT AUTHORIZED: Ei ole vajalikke õigusi", "1",
"klass", VeaHaldus.FaultCode.Client);''
Antud kood peaks välja andma korraliku nõuetele vastava SoapExceptioni (XML node jms).
Samuti kontrollib iga meetod, ega kasutaja sessioon ei ole aegunud, kui on, visatakse Exception:
''throw VeaHaldus.RaiseException("", "http://tempuri.org/", "SESSION EXPIRED: Kasutaja sessioon on aegunud", "1",
"", VeaHaldus.FaultCode.Client);''
Iga meetodi väljakutsumisega kaasneb kasutaja sessiooni pikendamine: hetkeaeg + 15 minutit.

--[[User:Mvellama|Mvellama]] 01:08, 13 May 2010 (EEST)

===Log In===
''public string logIn(string username, string password)
{ }''
Sisselogimiseks küsitakse kasutajanime ja parooli. Süsteem teeb vahet suurtel ja väikestel tähtedel. Antud meetod genereerib kasutajale unikaalse sessiooni ID (aluseks on võetud VR2 praktikum 9). Kõigepealt kasutaja autenditakse, selleks kontrollitakse vastu andmebaasi, kas kasutajanimi ning parool klapivad. Kusjuures, parool on andmebaasis SHA1 räsina, kuhu on visatud ka soola. Ühtlasi kontrollitakse ka, kas kasutaja on aktiivne - st ei ole kustutatud. Visatakse exception, kui kasutaja on aegunud või kui parool ja kasutajanimi ei klapi. Seejärel genereeritakse sessiooni ID RNGCryptoServiceProvider objekti poolt loodud 16 baidisele jadale toetudes.
''RNGCryptoServiceProvider random = new RNGCryptoServiceProvider();
byte[] byteMassiiv = new byte[16];
random.GetNonZeroBytes(byteMassiiv);
Guid sessID = new Guid(byteMassiiv);''
Kui see tehtud, siis salvestatakse sessioonide XML faili App_Data kaustas. Kirja pannakse sessiooni ID, kasutajanimi, kellele see kuulub, tema IP ja sessiooni aegumise aeg.

--[[User:Mvellama|Mvellama]] 01:08, 13 May 2010 (EEST)

===Menüüde haldamine===

===Kasutaja registreerimine===
Kasutaja registreerimisel pannakse andmebaasi kasutajanimi ning salasõna SHA1 hash. Kõigepealt kontrollitakse, ega sellist kasutajanime juba kasutusel pole (kui on olemas näiteks kasutaja "Ain" ja tahetakse luua kasutajat "ain", siis seda ei lubata... sisselogimisel tehakse aga suur- ja väiketähtedel vahet!). Kasutaja parooli hashimise eest vastutab eraldi meetod, mis lisab ka soola. Tugi pole mitte ainult SHA1 vaid ka MD5, SHA256, SHA384 ja SHA512. Selleks kasutatakse '''HashAlgorithm''' klassi.

--[[User:Mvellama|Mvellama]] 01:18, 13 May 2010 (EEST)

== SortsKood ja all in one ==
Projekti kokkupakitud sortsu ning kõik vajalikud asjad saab siit: [http://enos.itcollege.ee/~mvellama/II%20kursus/VR2/PROJEKT.zip projekti SortsKood]

Meeskond "Liivimaa keskmised"

2010-06-04T18:03:16Z

Iots: /* Indrek Ots */

==Meeskonna liikmed==

* Indrek Ots
* Mait Poska
* Madis Vellamäe
* Joosep Püüa
* Toomas Talviste

==Projekti ülesande püstitus==

Lahenduseks on teenus, mis võimaldab vaadata/muuta/hallata valitud kohviku menüüd. Kõigele lisaks peab valmima seda teenust kasutav rakendus, mis töötab Windows Phone 7 Series platvormil. Lisaks menüüde haldamine teostatuna WPF rakendusena.

===Teenuse funktsionaalsed nõuded===

* Vaadata menüüd valitud kohvikus
* Luua uus menüü
* Kustutada menüü
* Lisada toode menüüsse
* Eemaldada toode menüüst
* Lisada uus toode baasi
* Lisada uus toote liik baasi
* Muuta toote staatust menüüs ("otsas" / "ei ole otsas")

==Tööjaotus==

===Indrek Ots===

Mina tegelesin põhiliselt Windows Phone 7 rakenduse ehitamisega. Vajalikud tööriistad sain [http://developer.windowsphone.com/ developer.windowsphone.com] lehelt.

===Mait Poska===
Meie ülesandeks jäi luua kohvikule rakendus ja ka vastavad teenused selle tarvis.

'''Kuidas realiseerida rakendus?'''
Algne idee: kohviku haldajal peab olema võimalus luua uut menüüd, vaadata vanu menüüsid, muuta neis olevaid tooteid ja ka menüü aktiivsust. Kindlasti ei ole peale iga toote lisamist menüüse mõtekas kohe lisada seda andmebaasi. Tore oleks kui liigi annaks ette autocompleter.

'''Kus realiseerida rakendus?'''
Haldusliides kohvikus tundus igati mõistlik valmistada vormirakendusena. Kuna aga Windowsi vormirakendusega pole meil olnud just kõige paremad suhted, siis otsustasime proovida seda teostada WPF'is, millega polnud varem kokku puutunud. Eks uute asjade näppimine on alati huvitavamt, isegi siis kui see ei õnnestu. Tagant järgi tarkus aga ütleb, et tegime õige valiku. WPF tundub olevat kasutaja sõbralikum ja paindlikum. Lisaks on seda mugavam kujundada.

'''Mida me kasutasime rakenduses loomiseks?'''
Rakenduses täidavad kõige tähtsamat rolli kaks Datagrid'i. Ühe Datagrid näol on tegemist toodetega, mis on meenüsse lisatud(ServiceMenuItem's). Tooteid lisatakse järgnevalt:

uuedTooted.Add(new ServiceMenuItem {
Nimi = nimetus.Text,
Hind = Convert.ToDecimal(hind.Text),
Suurus = kogus,
Active = true,
Liik = liik.Text,
Kirjeldus = kommentaar.Text
});
puhasta();
dataGrid1.ItemsSource = uuedTooted;
dataGrid1.Items.Refresh();

Ehk datagrid'i source'iks ongi ServiceMenuItem'ite objektide massiiv. Eriti mugavaks teeb selle asjaolu, et kui kasutaja muudab datagridis andmeid, muutuvad need kohe ka juba massiivis olevates objektides.

Teine Datagrid kuvab menüüsid, kus on märgitud kuupäev ja kas aktiivne või ei, mida saab kasutaja muidugi muuta. Peale selle on vajalikud tekstiväljad ja mõned nupud, nagu igas rakenduses. Kuvamise põhimõte on sama. Kasutatakse teenust mis annab välja ServiceMenu objektide massiivi vastavalt kohviku ID'le ning see pannakase datagridi ItemsSource'ks.

'''Probleemid ja lahendused'''

===Madis Vellamäe===
Mina tegin teenusele kasutajate halduse, sessiooni ja rollihalduse. Rakendusele treisin valikuaknad, kohviku kasutajatehalduse ning kohviku halduse, samuti ka teenuse administreerimisliidese. Raskusi tekitas just teenusele tehtud osade omavahel korralikult töölesaamine. Kuna algul ei osanud valida viisi, kuidas teha kasutajate tuvastamine (eri hetkedel käis läbi 3 erinevat viisi: küpsistega, Http mooduliga ning 9. praktikumi põhimõte) ning osad meetodid said selle ajaga valmis, siis on sees mõni üsnagi robustne ja kole meetod.

Projekti tegemine laiendas silmaringi ja treenis mõttemaailma. Kahjuks aga ei olnud selle projekti lõpetamiseks lõputult aega ning nii mõnigi peas mõlkunud asi, mida saaks palju paremini teha, jäi tegemata (nõuaks uurimist, õppimist, proovimist ja tublisti aega). Kuid edaspidi saab neid mõtteid kindlasti rakendada. Samuti sai ka õpitud, mis läks valesti ja mida teha paremini. Arenduse käigus ettetulnud probleemid andsid aluse eelmisele lausele.

--[[User:Mvellama|Mvellama]] 00:36, 13 May 2010 (EEST)

===Joosep Püüa===

===Toomas Talviste===

==Teenusest==
===Kasutajate ja nende rollide haldus/kontroll===
Teenuse iga meetod, välja arvatud sisselogimine ja uue kasutaja loomine, tahavad saada kaasa kasutaja sessiooni ID. Selle sessiooni ID järgi saadakse teada kasutajanimi ning siis tehakse vastavad päringud andmebaasi, et saaks teada, millistes rollides kasutaja on (kontrollitakse ka rollide aegumist). Iga meetodi jaoks on seatud nõuded, millises rollis kasutaja olema peab (rollide kohta on tehtud ka enum). Kui kasutaja ei ole nõutud rollis, visatakse Exception:
''throw VeaHaldus.RaiseException("meetod", "http://tempuri.org/", "NOT AUTHORIZED: Ei ole vajalikke õigusi", "1",
"klass", VeaHaldus.FaultCode.Client);''
Antud kood peaks välja andma korraliku nõuetele vastava SoapExceptioni (XML node jms).
Samuti kontrollib iga meetod, ega kasutaja sessioon ei ole aegunud, kui on, visatakse Exception:
''throw VeaHaldus.RaiseException("", "http://tempuri.org/", "SESSION EXPIRED: Kasutaja sessioon on aegunud", "1",
"", VeaHaldus.FaultCode.Client);''
Iga meetodi väljakutsumisega kaasneb kasutaja sessiooni pikendamine: hetkeaeg + 15 minutit.

--[[User:Mvellama|Mvellama]] 01:08, 13 May 2010 (EEST)

===Log In===
''public string logIn(string username, string password)
{ }''
Sisselogimiseks küsitakse kasutajanime ja parooli. Süsteem teeb vahet suurtel ja väikestel tähtedel. Antud meetod genereerib kasutajale unikaalse sessiooni ID (aluseks on võetud VR2 praktikum 9). Kõigepealt kasutaja autenditakse, selleks kontrollitakse vastu andmebaasi, kas kasutajanimi ning parool klapivad. Kusjuures, parool on andmebaasis SHA1 räsina, kuhu on visatud ka soola. Ühtlasi kontrollitakse ka, kas kasutaja on aktiivne - st ei ole kustutatud. Visatakse exception, kui kasutaja on aegunud või kui parool ja kasutajanimi ei klapi. Seejärel genereeritakse sessiooni ID RNGCryptoServiceProvider objekti poolt loodud 16 baidisele jadale toetudes.
''RNGCryptoServiceProvider random = new RNGCryptoServiceProvider();
byte[] byteMassiiv = new byte[16];
random.GetNonZeroBytes(byteMassiiv);
Guid sessID = new Guid(byteMassiiv);''
Kui see tehtud, siis salvestatakse sessioonide XML faili App_Data kaustas. Kirja pannakse sessiooni ID, kasutajanimi, kellele see kuulub, tema IP ja sessiooni aegumise aeg.

--[[User:Mvellama|Mvellama]] 01:08, 13 May 2010 (EEST)

===Menüüde haldamine===

===Kasutaja registreerimine===
Kasutaja registreerimisel pannakse andmebaasi kasutajanimi ning salasõna SHA1 hash. Kõigepealt kontrollitakse, ega sellist kasutajanime juba kasutusel pole (kui on olemas näiteks kasutaja "Ain" ja tahetakse luua kasutajat "ain", siis seda ei lubata... sisselogimisel tehakse aga suur- ja väiketähtedel vahet!). Kasutaja parooli hashimise eest vastutab eraldi meetod, mis lisab ka soola. Tugi pole mitte ainult SHA1 vaid ka MD5, SHA256, SHA384 ja SHA512. Selleks kasutatakse '''HashAlgorithm''' klassi.

--[[User:Mvellama|Mvellama]] 01:18, 13 May 2010 (EEST)

== SortsKood ja all in one ==
Projekti kokkupakitud sortsu ning kõik vajalikud asjad saab siit: [http://enos.itcollege.ee/~mvellama/II%20kursus/VR2/PROJEKT.zip projekti SortsKood]

Meeskond "Arved"

2010-06-04T17:55:13Z

Iots: /* CMS */

== Meeskond "Arved" ==

*Indrek Ots
*Mait Poska
*Joosep Püüa
*Toomas Talviste
*Madis Vellamäe

=== Ülesanne ===

'''Firma arvehaldussüsteem''', kus ühel kasutajal, eeltavalt firmaomanikul,
on võimalik end registreerida ja see järel registreerida enda firma
süsteemis.

Kasutaja saab lisada enda firmale teisi kasutajad, kellel on õigus
luua lisada kliente ja luua arveid.
Lisaks sellel saab firmale lisada erinevaid kontakte ja arvenumbreid.

== CMS ==

CMS'i funktsionaalsus:
*On võimalik lisada/eemaldada lehti
*Lehele saab anda asukoha menüüs
*On võimalik lisada esilehele uudiseid
*On võimalik kustutada/muuta olemasolevaid uudiseid
*On võimalik muuta olemasolevaid lehti
*Sitemap faili struktuur on muudetav

Tekstiredaktoriks kasutasime [http://ckeditor.com/ CKEditor]'i. CKEditor salvestab sisestatud teksti HTML kujul, säilitades kasutaja poolt sisestatud vormingu. Meie rakenduse esileht näitab uudistest lühemat versiooni ning kui uudisele klikkida, siis on näha terve uudis. Selleks, et seda teostada, ei piisanud lihtsalt CKEditori poolt loodud teksti poolikuks lõikamisest. Tuletame meelde, et CKEditor salvestab teksti HTML kujul. Kui HTML vormingus tekst kuskilt pooleks lõigata, läheb kaduma osa tag'e ja leht ei valideeru enam. Lahenduseks sai loodud järgnev koodijupp, mis loeb sisse tükeldatud HTML stringi ja lisab lõppu puuduvad tagid.

<source lang="csharp">
/// <summary>
/// Funktsioon, mis võtab sisse html stringi ja teeb selle lühemaks.
/// Ehk string lõigatakse soovitud koha pealt pooleks. Nii käitudes puuduvad stringist tagid, mis
/// olid stringi teises pooles. Need lisatakse hiljem stringi lõppu, et string oleks ikka korralik
/// html.
/// </summary>
/// <param name="maxLength">Stringi maksimum pikkus. See osa stringist, mis ei mahu
/// maksimum pikkuse sisse, jäetakse välja.
/// </param>
/// <param name="content">String, mida hakatakse töötlema</param>
/// <returns>Töödeldud stirng</returns>
private static String getShortContentString(int maxLength, string content)
{
String contentString = content;
if (contentString.Length > maxLength)
{
contentString = contentString.Substring(0, maxLength);
Stack<String> tagStack = new Stack<string>();
bool isInTag = false;
bool isEndTag = false;
bool isInTagName = false;
bool gotTagName = false;
bool isAttrVal = false;
bool foundObjectTag = false;
bool isObjectTagPopped = false;
String tagBuilder = "";

//prase contentString
for (int i = 0; i < contentString.Length; i++)
{
if (isInTag == false)
{
//tagi algus
if (contentString[i] == '<')
{
isInTag = true;
}

}
else
{
//ollakse tagi sees
if (contentString[i] == '>')
{
if (!isEndTag)
{
if (tagBuilder == "object")
{
foundObjectTag = true;
}
tagStack.Push(tagBuilder);
Console.WriteLine(tagBuilder);
}
else
{
try
{
String s = tagStack.Pop();
if (s == "object")
{
isObjectTagPopped = true;
}
Console.WriteLine("removed " + s);
}
catch (Exception ex)
{
return getShortContentString(maxLength + 200, content);
}
}
tagBuilder = "";
isInTag = false;
isEndTag = false;
gotTagName = false;
isInTagName = false;
}
else if (contentString[i] == '/')
{
//algab lõpetav täg
if (!isAttrVal)
isEndTag = true;
}
else if (contentString[i] == '"')
{
//algab või lõpeb atribuudi väärtus
isAttrVal = !isAttrVal;
}
else
{
if (contentString[i] != ' ' && isInTagName == false && gotTagName == false)
{
tagBuilder += contentString[i];
isInTagName = true;
}
else if (contentString[i] != ' ' && isInTagName == true && gotTagName == false)
{
tagBuilder += contentString[i];
}
else if (contentString[i] == ' ' && isInTagName == true && gotTagName == false)
{
isInTagName = false;
gotTagName = true;
}

}
}

}
Console.WriteLine(isInTag);

if (isInTag)
{
//remove half tag
for (int i = contentString.Length - 1; i > 0; i--)
{
if (contentString[i] == '<')
{
contentString = contentString.Substring(0, i);
break;
}
}

}

//add 3 dots
contentString += "...";

// Console.WriteLine(tagStack.Count);
int count = tagStack.Count;

if (foundObjectTag == true && isObjectTagPopped == false)
{
return getShortContentString(maxLength + 200, content);
}

//add missing tags
for (int i = 0; i < count; i++)
{
String tag = tagStack.Pop();
contentString += "</" + tag + ">";
//Console.WriteLine("added tag " + tag);

}
}

return contentString;
}
</source>

== Kasutajakeskond ==

Kasutaja võimalused:

*Registreerida firma
**Sisestada andmed
**Lisada kontaktid
**Määrata arvenumbreid
*Hallata arveid
**Luua uusi arveid
**Kuvada vanu arveid
**Edastada arveid elektrooniliseposti teel

Meeskond "Arved"

2010-06-04T17:46:31Z

Iots: /* CMS */

Meeskond "Arved"

2010-06-04T17:31:01Z

Iots: /* CMS */

Meeskond "Arved"

2010-06-04T17:09:41Z

Iots: /* CMS */

MIMO

2010-05-22T19:23:33Z

Iots:

Raadio maailmas tähendab MIMO ehk multiple-input ja multiple-output (mitu sisendid ja mitu väljundit) seda, kui saatja ja vastuvõtja rollis kasutatakse enam kui ühte antenni. See võimaldab tõsta andmeedastuskiirust ja/või suurendada traadita andmeside levi. Traadita kohtvõrgu standard IEEE [[802.11n]] kasutab seda meetodit, et tõsta [[802.11a]] ja [[802.11g]] andmeedastuskiirus 54 Mbit/s kuni 600 Mbit/s. MIMO tehnoloogiat kasutatakse ka nii [[WiMAX]]'i puhul kui ka 3G mobiilside puhul.

[[File:Prinzip MIMO.png]]

=Shannoni valem ja MIMO=

Nagu paljude teiste teaduste valdkondadega, on olemas teoreetilised piirid, millest üle ei ole võimalik minna. Shannoni valem ütleb seda sama asja maksimaalse andmete edastuskiiruse kohta, mida saadetakse üle kindla kanali müra olemasolu korral.

C = W log2(1 + S/N )

C on andmete edastuskiirus, W on kanali laius ja S/N on signaali ja müra suhe. Et tõsta andmete edastuskiirust, on võimalik kasutada näiteks paremat modulatsiooni tehnikat. Kuid see eeldab ka paremat signaali ja müra suhet. Seega kuskil on tasakaalupunkt, millest ei ole mõtet üle minna.

Siin tuleb mängu MIMO tehnoloogia, mille abil on võimalik tõsta traadita side andmeedastuskiirust.

=Analoogia heli maailmast=

Eeldame, et meil on ruumis üks muusika mängija, millel on ainult üks kõlar ning me mängime muusikat, millel on üks audio kanal. Ruumis on ka üks inimene, kes kuulab mängitavat muusikat. Kuna inimesel on kaks kõrva, siis antud situatsiooni võib nimetada [[SIMO]] lahenduseks. Üks kõlar on saatja rollis ning kaks kõrva on vastuvõtja rollis.
Me võime kõlarite arvu suurendada kuid mono heli jääb ikkagi mono heliks. Selles puudub informatsioon suuna kohta. Stereo heli puhul saadetakse kaks või rohkem iseseisvat heli kanalit, mis tagab kuulajal suuna taju. Sellist situatsiooni võib nimetada MIMO lahenduseks. Samuti varem nimetatud situatsiooon, kus mono heli mängitakse mitmest kõlarist saab samuti nimetada MIMO lahenduseks.

=Spatial Diversity=

Raadiolained ei levi nagu heli. Olenevalt übritsevas keskonnas olevatest materjalidest, liiguvad need sealt läbi, peegelduvad või teevad mõlemat varem nimetatud. Kodu [[Wi-Fi]] lahenduse puhul tahame me, et terve maja oleks kaetud leviga, aga kui ette jäävad takistused, siis võib juhtuda, et sama signaal jõuab peegeldunud kujul uuesti kliendini. Sellist olukorda nimetatakse ''multipath'''ks, kus sama signaal leiab erinevat teed pidi üles kliendi. Ühe antenni puhul, on ühendus ''multipath'' puhul häiritud, kuna üks antenn peab vastu võtma peegeldunud signaale erinevatel aja hetkedel.

MIMO seadmed suudavad tänu mitmele antennile ''multipath'' nähtuse enda kasuks pöörata. Peegeldunud signaalid võetakse vastu ja ühendatakse. Niimoodi käitudes suurendatakse vastuvõetava signaali tugevust.

=Spatial Multiplexing=

Sellist MIMO funktsionaalsust võib võrrelda juba varem näitena toodud stereo heliga. Eri signaalid saadetakse välja erinevatest antennidest. Näiteks ühe paketi saatmiseks tükeldatakse see kolmeks (juhul kui kasutuses on kolm antenni) ning tükeldatud osad saadetakse erinevate signaalidena. Nii suudetakse saata informatsiooni kolm korda kiiremini.
Vastuvõtjal peab olema sama palju (või rohkem) antenne, et saadetud signaale vastu võtta.

=MIMO kokkuvõte=

Kasutades mitut antenni, MIMO traadita side tehnoloogia võimaldab suurendada ühe kanali mahutavust, järgides samal ajal Shannoni valemit. Suurendades saatja ja vastuvõtu antennide arvu, on võimalik lineaarselt kasvatada ühe kanali läbilaskevõimet. Kuna [[ISM]] sagedusala on üha rohkem üldkasutatav, siis tuleks olemasolevat sagedusala efektiivsemalt kasutada. MIMO on just selline tehnoloogia, mis lubab seda teha.

=Kasutatud materjal=

* What’s up with MIMO? http://blogs.cisco.com/wireless/comments/whats_up_with_mimo/
* What’s up with MIMO? - Part Deux http://blogs.cisco.com/wireless/comments/whats_up_with_mimo_part_deux/
* MIMO Basics http://www.radio-electronics.com/info/rf-technology-design/mimo/mimo-basics-introduction-tutorial.php
* MIMO Traadita Wikis http://wiki.wifi.ee/index.php/MIMO

[[Category:Traadita side alused]]

MIMO

2010-05-22T19:20:01Z

Iots:

MIMO

2010-05-22T19:18:40Z

Iots:

Raadio maailmas tähendab MIMO ehk multiple-input ja multiple-output (mitu sisendid ja mitu väljundit) seda, kui saatja ja vastuvõtja rollis kasutatakse enam kui ühte antenni. See võimaldab tõsta andmeedastuskiirust ja/või suurendada traadita andmeside levi. Traadita kohtvõrgu standard IEEE 802.11n kasutab seda meetodit, et tõsta [[802.11a]] ja [[802.11g]] andmeedastuskiirus 54 Mbit/s kuni 600 Mbit/s. MIMO tehnoloogiat kasutatakse ka nii [[WiMAX]]'i puhul kui ka 3G mobiilside puhul.

[[File:Prinzip MIMO.png]]

=Shannoni valem ja MIMO=

Nagu paljude teiste teaduste valdkondadega, on olemas teoreetilised piirid, millest üle ei ole võimalik minna. Shannoni valem ütleb seda sama asja maksimaalse andmete edastuskiiruse kohta, mida saadetakse üle kindla kanali müra olemasolu korral.

C = W log2(1 + S/N )

C on andmete edastuskiirus, W on kanali laius ja S/N on signaali ja müra suhe. Et tõsta andmete edastuskiirust, on võimalik kasutada näiteks paremat modulatsiooni tehnikat. Kuid see eeldab ka paremat signaali ja müra suhet. Seega kuskil on tasakaalupunkt, millest ei ole mõtet üle minna.

Siin tuleb mängu MIMO tehnoloogia, mille abil on võimalik tõsta traadita side andmeedastuskiirust.

=Analoogia heli maailmast=

Eeldame, et meil on ruumis üks muusika mängija, millel on ainult üks kõlar ning me mängime muusikat, millel on üks audio kanal. Ruumis on ka üks inimene, kes kuulab mängitavat muusikat. Kuna inimesel on kaks kõrva, siis antud situatsiooni võib nimetada [[SIMO]] lahenduseks. Üks kõlar on saatja rollis ning kaks kõrva on vastuvõtja rollis.
Me võime kõlarite arvu suurendada kuid mono heli jääb ikkagi mono heliks. Selles puudub informatsioon suuna kohta. Stereo heli puhul saadetakse kaks või rohkem iseseisvat heli kanalit, mis tagab kuulajal suuna taju. Sellist situatsiooni võib nimetada MIMO lahenduseks. Samuti varem nimetatud situatsiooon, kus mono heli mängitakse mitmest kõlarist saab samuti nimetada MIMO lahenduseks.

=Spatial Diversity=

Raadiolained ei levi nagu heli. Olenevalt übritsevas keskonnas olevatest materjalidest, liiguvad need sealt läbi, peegelduvad või teevad mõlemat varem nimetatud. Kodu [[Wi-Fi]] lahenduse puhul tahame me, et terve maja oleks kaetud leviga, aga kui ette jäävad takistused, siis võib juhtuda, et sama signaal jõuab peegeldunud kujul uuesti kliendini. Sellist olukorda nimetatakse ''multipath'''ks, kus sama signaal leiab erinevat teed pidi üles kliendi. Ühe antenni puhul, on ühendus ''multipath'' puhul häiritud, kuna üks antenn peab vastu võtma peegeldunud signaale erinevatel aja hetkedel.

MIMO seadmed suudavad tänu mitmele antennile ''multipath'' nähtuse enda kasuks pöörata. Peegeldunud signaalid võetakse vastu ja ühendatakse. Niimoodi käitudes suurendatakse vastuvõetava signaali tugevust.

=Spatial Multiplexing=

Sellist MIMO funktsionaalsust võib võrrelda juba varem näitena toodud stereo heliga. Eri signaalid saadetakse välja erinevatest antennidest. Näiteks ühe paketi saatmiseks tükeldatakse see kolmeks (juhul kui kasutuses on kolm antenni) ning tükeldatud osad saadetakse erinevate signaalidena. Nii suudetakse saata informatsiooni kolm korda kiiremini.
Vastuvõtjal peab olema sama palju (või rohkem) antenne, et saadetud signaale vastu võtta.

=MIMO kokkuvõte=

Kasutades mitut antenni, MIMO traadita side tehnoloogia võimaldab suurendada ühe kanali mahutavust, järgides samal ajal Shannoni valemit. Suurendades saatja ja vastuvõtu antennide arvu, on võimalik lineaarselt kasvatada ühe kanali läbilaskevõimet. Kuna [[ISM]] sagedusala on üha rohkem üldkasutatav, siis tuleks olemasolevat sagedusala efektiivsemalt kasutada. MIMO on just selline tehnoloogia, mis lubab seda teha.

=Kasutatud materjal=

* What’s up with MIMO? http://blogs.cisco.com/wireless/comments/whats_up_with_mimo/
* What’s up with MIMO? - Part Deux http://blogs.cisco.com/wireless/comments/whats_up_with_mimo_part_deux/
* MIMO Basics http://www.radio-electronics.com/info/rf-technology-design/mimo/mimo-basics-introduction-tutorial.php
* MIMO Traadita Wikis http://wiki.wifi.ee/index.php/MIMO

MIMO

2010-05-22T19:14:33Z

Iots:

Raadio maailmas tähendab MIMO ehk multiple-input ja multiple-output (mitu sisendid ja mitu väljundit) seda, kui saatja ja vastuvõtja rollis kasutatakse enam kui ühte antenni. See võimaldab tõsta andmeedastuskiirust ja/või suurendada traadita andmeside levi. Traadita kohtvõrgu standard IEEE 802.11n kasutab seda meetodit, et tõsta 802.11a ja 802.11g andmeedastuskiirus 54 Mbit/s kuni 600 Mbit/s. MIMO tehnoloogiat kasutatakse ka nii WiMAX'i puhul kui ka 3G mobiilside puhul.

[[File:Prinzip MIMO.png]]

=Shannoni valem ja MIMO=

Nagu paljude teiste teaduste valdkondadega, on olemas teoreetilised piirid, millest üle ei ole võimalik minna. Shannoni valem ütleb seda sama asja maksimaalse andmete edastuskiiruse kohta, mida saadetakse üle kindla kanali müra olemasolu korral.

C = W log2(1 + S/N )

C on andmete edastuskiirus, W on kanali laius ja S/N on signaali ja müra suhe. Et tõsta andmete edastuskiirust, on võimalik kasutada näiteks paremat modulatsiooni tehnikat. Kuid see eeldab ka paremat signaali ja müra suhet. Seega kuskil on tasakaalupunkt, millest ei ole mõtet üle minna.

Siin tuleb mängu MIMO tehnoloogia, mille abil on võimalik tõsta traadita side andmeedastuskiirust.

=Analoogia heli maailmast=

Eeldame, et meil on ruumis üks muusika mängija, millel on ainult üks kõlar ning me mängime muusikat, millel on üks audio kanal. Ruumis on ka üks inimene, kes kuulab mängitavat muusikat. Kuna inimesel on kaks kõrva, siis antud situatsiooni võib nimetada SIMO lahenduseks. Üks kõlar on saatja rollis ning kaks kõrva on vastuvõtja rollis.
Me võime kõlarite arvu suurendada kuid mono heli jääb ikkagi mono heliks. Selles puudub informatsioon suuna kohta. Stereo heli puhul saadetakse kaks või rohkem iseseisvat heli kanalit, mis tagab kuulajal suuna taju. Sellist situatsiooni võib nimetada MIMO lahenduseks. Samuti varem nimetatud situatsiooon, kus mono heli mängitakse mitmest kõlarist saab samuti nimetada MIMO lahenduseks.

=Spatial Diversity=

Raadiolained ei levi nagu heli. Olenevalt übritsevas keskonnas olevatest materjalidest, liiguvad need sealt läbi, peegelduvad või teevad mõlemat varem nimetatud. Kodu Wi-Fi lahenduse puhul tahame me, et terve maja oleks kaetud leviga, aga kui ette jäävad takistused, siis võib juhtuda, et sama signaal jõuab peegeldunud kujul uuesti kliendini. Sellist olukorda nimetatakse ''multipath'''ks, kus sama signaal leiab erinevat teed pidi üles kliendi. Ühe antenni puhul, on ühendus ''multipath'' puhul häiritud, kuna üks antenn peab vastu võtma peegeldunud signaale erinevatel aja hetkedel.

MIMO seadmed suudavad tänu mitmele antennile ''multipath'' nähtuse enda kasuks pöörata. Peegeldunud signaalid võetakse vastu ja ühendatakse. Niimoodi käitudes suurendatakse vastuvõetava signaali tugevust.

=Spatial Multiplexing=

Sellist MIMO funktsionaalsust võib võrrelda juba varem näitena toodud stereo heliga. Eri signaalid saadetakse välja erinevatest antennidest. Näiteks ühe paketi saatmiseks tükeldatakse see kolmeks (juhul kui kasutuses on kolm antenni) ning tükeldatud osad saadetakse erinevate signaalidena. Nii suudetakse saata informatsiooni kolm korda kiiremini.
Vastuvõtjal peab olema sama palju (või rohkem) antenne, et saadetud signaale vastu võtta.

=MIMO kokkuvõte=

Kasutades mitut antenni, MIMO traadita side tehnoloogia võimaldab suurendada ühe kanali mahutavust, järgides samal ajal Shannoni valemit. Suurendades saatja ja vastuvõtu antennide arvu, on võimalik lineaarselt kasvatada ühe kanali läbilaskevõimet. Kuna ISM sagedusala on üha rohkem üldkasutatav, siis tuleks olemasolevat sagedusala efektiivsemalt kasutada. MIMO on just selline tehnoloogia, mis lubab seda teha.

=Kasutatud materjal=

* What’s up with MIMO? http://blogs.cisco.com/wireless/comments/whats_up_with_mimo/
* What’s up with MIMO? - Part Deux http://blogs.cisco.com/wireless/comments/whats_up_with_mimo_part_deux/
* MIMO Basics http://www.radio-electronics.com/info/rf-technology-design/mimo/mimo-basics-introduction-tutorial.php
* MIMO Traadita Wikis http://wiki.wifi.ee/index.php/MIMO

File:Prinzip MIMO.png

2010-05-22T19:12:45Z

Iots: Description Prinzip MIMO.png Illustration of differentiation between SISO, SIMO, MISO and MIMO wireless communication systems Date created 01. Nov 2005 Source Own work Author Benjamin Baumgärtner - Benbaum

Description Prinzip MIMO.png

Illustration of differentiation between SISO, SIMO, MISO and MIMO wireless communication systems

Date

created 01. Nov 2005

Source

Own work
Author

Benjamin Baumgärtner - Benbaum

MIMO

2010-05-22T19:11:11Z

Iots:

Raadio maailmas tähendab MIMO ehk multiple-input ja multiple-output (mitu sisendid ja mitu väljundit) seda, kui saatja ja vastuvõtja rollis kasutatakse enam kui ühte antenni. See võimaldab tõsta andmeedastuskiirust ja/või suurendada traadita andmeside levi. Traadita kohtvõrgu standard IEEE 802.11n kasutab seda meetodit, et tõsta 802.11a ja 802.11g andmeedastuskiirus 54 Mbit/s kuni 600 Mbit/s. MIMO tehnoloogiat kasutatakse ka nii WiMAX'i puhul kui ka 3G mobiilside puhul.

=Shannoni valem ja MIMO=

Nagu paljude teiste teaduste valdkondadega, on olemas teoreetilised piirid, millest üle ei ole võimalik minna. Shannoni valem ütleb seda sama asja maksimaalse andmete edastuskiiruse kohta, mida saadetakse üle kindla kanali müra olemasolu korral.

C = W log2(1 + S/N )

C on andmete edastuskiirus, W on kanali laius ja S/N on signaali ja müra suhe. Et tõsta andmete edastuskiirust, on võimalik kasutada näiteks paremat modulatsiooni tehnikat. Kuid see eeldab ka paremat signaali ja müra suhet. Seega kuskil on tasakaalupunkt, millest ei ole mõtet üle minna.

Siin tuleb mängu MIMO tehnoloogia, mille abil on võimalik tõsta traadita side andmeedastuskiirust.

=Analoogia heli maailmast=

Eeldame, et meil on ruumis üks muusika mängija, millel on ainult üks kõlar ning me mängime muusikat, millel on üks audio kanal. Ruumis on ka üks inimene, kes kuulab mängitavat muusikat. Kuna inimesel on kaks kõrva, siis antud situatsiooni võib nimetada SIMO lahenduseks. Üks kõlar on saatja rollis ning kaks kõrva on vastuvõtja rollis.
Me võime kõlarite arvu suurendada kuid mono heli jääb ikkagi mono heliks. Selles puudub informatsioon suuna kohta. Stereo heli puhul saadetakse kaks või rohkem iseseisvat heli kanalit, mis tagab kuulajal suuna taju. Sellist situatsiooni võib nimetada MIMO lahenduseks. Samuti varem nimetatud situatsiooon, kus mono heli mängitakse mitmest kõlarist saab samuti nimetada MIMO lahenduseks.

=Spatial Diversity=

Raadiolained ei levi nagu heli. Olenevalt übritsevas keskonnas olevatest materjalidest, liiguvad need sealt läbi, peegelduvad või teevad mõlemat varem nimetatud. Kodu Wi-Fi lahenduse puhul tahame me, et terve maja oleks kaetud leviga, aga kui ette jäävad takistused, siis võib juhtuda, et sama signaal jõuab peegeldunud kujul uuesti kliendini. Sellist olukorda nimetatakse ''multipath'''ks, kus sama signaal leiab erinevat teed pidi üles kliendi. Ühe antenni puhul, on ühendus ''multipath'' puhul häiritud, kuna üks antenn peab vastu võtma peegeldunud signaale erinevatel aja hetkedel.

MIMO seadmed suudavad tänu mitmele antennile ''multipath'' nähtuse enda kasuks pöörata. Peegeldunud signaalid võetakse vastu ja ühendatakse. Niimoodi käitudes suurendatakse vastuvõetava signaali tugevust.

=Spatial Multiplexing=

Sellist MIMO funktsionaalsust võib võrrelda juba varem näitena toodud stereo heliga. Eri signaalid saadetakse välja erinevatest antennidest. Näiteks ühe paketi saatmiseks tükeldatakse see kolmeks (juhul kui kasutuses on kolm antenni) ning tükeldatud osad saadetakse erinevate signaalidena. Nii suudetakse saata informatsiooni kolm korda kiiremini.
Vastuvõtjal peab olema sama palju (või rohkem) antenne, et saadetud signaale vastu võtta.

=MIMO kokkuvõte=

Kasutades mitut antenni, MIMO traadita side tehnoloogia võimaldab suurendada ühe kanali mahutavust, järgides samal ajal Shannoni valemit. Suurendades saatja ja vastuvõtu antennide arvu, on võimalik lineaarselt kasvatada ühe kanali läbilaskevõimet. Kuna ISM sagedusala on üha rohkem üldkasutatav, siis tuleks olemasolevat sagedusala efektiivsemalt kasutada. MIMO on just selline tehnoloogia, mis lubab seda teha.

=Kasutatud materjal=

* What’s up with MIMO? http://blogs.cisco.com/wireless/comments/whats_up_with_mimo/
* What’s up with MIMO? - Part Deux http://blogs.cisco.com/wireless/comments/whats_up_with_mimo_part_deux/
* MIMO Basics http://www.radio-electronics.com/info/rf-technology-design/mimo/mimo-basics-introduction-tutorial.php
* MIMO Traadita Wikis http://wiki.wifi.ee/index.php/MIMO

MIMO

2010-05-22T19:04:06Z

Iots:

Raadio maailmas tähendab MIMO ehk multiple-input ja multiple-output (mitu sisendid ja mitu väljundit) seda, kui saatja ja vastuvõtja rollis kasutatakse enam kui ühte antenni. See võimaldab tõsta andmeedastuskiirust ja/või suurendada traadita andmeside levi. Traadita kohtvõrgu standard IEEE 802.11n kasutab seda meetodit, et tõsta 802.11a ja 802.11g andmeedastuskiirus 54 Mbit/s kuni 600 Mbit/s. MIMO tehnoloogiat kasutatakse ka nii WiMAX'i puhul kui ka 3G mobiilside puhul.

=Shannoni valem ja MIMO=

Nagu paljude teiste teaduste valdkondadega, on olemas teoreetilised piirid, millest üle ei ole võimalik minna. Shannoni valem ütleb seda sama asja maksimaalse andmete edastuskiiruse kohta, mida saadetakse üle kindla kanali müra olemasolu korral.

C = W log2(1 + S/N )

C on andmete edastuskiirus, W on kanali laius ja S/N on signaali ja müra suhe. Et tõsta andmete edastuskiirust, on võimalik kasutada näiteks paremat modulatsiooni tehnikat. Kuid see eeldab ka paremat signaali ja müra suhet. Seega kuskil on tasakaalupunkt, millest ei ole mõtet üle minna.

Siin tuleb mängu MIMO tehnoloogia, mille abil on võimalik tõsta traadita side andmeedastuskiirust.

=Analoogia heli maailmast=

Eeldame, et meil on ruumis üks muusika mängija, millel on ainult üks kõlar ning me mängime muusikat, millel on üks audio kanal. Ruumis on ka üks inimene, kes kuulab mängitavat muusikat. Kuna inimesel on kaks kõrva, siis antud situatsiooni võib nimetada SIMO lahenduseks. Üks kõlar on saatja rollis ning kaks kõrva on vastuvõtja rollis.
Me võime kõlarite arvu suurendada kuid mono heli jääb ikkagi mono heliks. Selles puudub informatsioon suuna kohta. Stereo heli puhul saadetakse kaks või rohkem iseseisvat heli kanalit, mis tagab kuulajal suuna taju. Sellist situatsiooni võib nimetada MIMO lahenduseks. Samuti varem nimetatud situatsiooon, kus mono heli mängitakse mitmest kõlarist saab samuti nimetada MIMO lahenduseks.

=Spatial Diversity=

Raadiolained ei levi nagu heli. Olenevalt übritsevas keskonnas olevatest materjalidest, liiguvad need sealt läbi, peegelduvad või teevad mõlemat varem nimetatud. Kodu Wi-Fi lahenduse puhul tahame me, et terve maja oleks kaetud leviga, aga kui ette jäävad takistused, siis võib juhtuda, et sama signaal jõuab peegeldunud kujul uuesti kliendini. Sellist olukorda nimetatakse ''multipath'''ks, kus sama signaal leiab erinevat teed pidi üles kliendi. Ühe antenni puhul, on ühendus ''multipath'' puhul häiritud, kuna üks antenn peab vastu võtma peegeldunud signaale erinevatel aja hetkedel.

MIMO seadmed suudavad tänu mitmele antennile ''multipath'' nähtuse enda kasuks pöörata. Peegeldunud signaalid võetakse vastu ja ühendatakse. Niimoodi käitudes suurendatakse vastuvõetava signaali tugevust.

=Spatial Multiplexing=

Sellist MIMO funktsionaalsust võib võrrelda juba varem näitena toodud stereo heliga. Eri signaalid saadetakse välja erinevatest antennidest. Näiteks ühe paketi saatmiseks tükeldatakse see kolmeks (juhul kui kasutuses on kolm antenni) ning tükeldatud osad saadetakse erinevate signaalidena. Nii suudetakse saata informatsiooni kolm korda kiiremini.
Vastuvõtjal peab olema sama palju (või rohkem) antenne, et saadetud signaale vastu võtta.

=MIMO kokkuvõte=

Kasutades mitut antenni, MIMO traadita side tehnoloogia võimaldab suurendada ühe kanali mahutavust, järgides samal ajal Shannoni valemit. Suurendades saatja ja vastuvõtu antennide arvu, on võimalik lineaarselt kasvatada ühe kanali läbilaskevõimet. Kuna ISM sagedusala on üha rohkem üldkasutatav, siis tuleks olemasolevat sagedusala efektiivsemalt kasutada. MIMO on just selline tehnoloogia, mis lubab seda teha.

MIMO

2010-05-22T19:01:43Z

Iots: Created page with 'Raadio maailmas tähendab MIMO ehk multiple-input ja multiple-output (mitu sisendid ja mitu väljundit) seda, kui saatja ja vastuvõtja rollis kasutatakse enam kui ühte antenni.…'

Raadio maailmas tähendab MIMO ehk multiple-input ja multiple-output (mitu sisendid ja mitu väljundit) seda, kui saatja ja vastuvõtja rollis kasutatakse enam kui ühte antenni. See võimaldab tõsta andmeedastuskiirust ja/või suurendada traadita andmeside levi. Traadita kohtvõrgu standard IEEE 802.11n kasutab seda meetodit, et tõsta 802.11a ja 802.11g andmeedastuskiirus 54 Mbit/s kuni 600 Mbit/s. MIMO tehnoloogiat kasutatakse ka nii WiMAX'i puhul kui ka 3G mobiilside puhul.

=Shannoni valem ja MIMO=

Nagu paljude teiste teaduste valdkondadega, on olemas teoreetilised piirid, millest üle ei ole võimalik minna. Shannoni valem ütleb seda sama asja maksimaalse andmete edastuskiiruse kohta, mida saadetakse üle kindla kanali müra olemasolu korral.

C = W log2(1 + S/N )

C on andmete edastuskiirus, W on kanali laius ja S/N on signaali ja müra suhe. Et tõsta andmete edastuskiirust, on võimalik kasutada näiteks paremat modulatsiooni tehnikat. Kuid see eeldab ka paremat signaali ja müra suhet. Seega kuskil on tasakaalupunkt, millest ei ole mõtet üle minna.

Siin tuleb mängu MIMO tehnoloogia, mille abil on võimalik tõsta traadita side andmeedastuskiirust.

=Analoogia heli maailmast=

Eeldame, et meil on ruumis üks muusika mängija, millel on ainult üks kõlar ning me mängime muusikat, millel on üks audio kanal. Ruumis on ka üks inimene, kes kuulab mängitavat muusikat. Kuna inimesel on kaks kõrva, siis antud situatsiooni võib nimetada SIMO lahenduseks. Üks kõlar on saatja rollis ning kaks kõrva on vastuvõtja rollis.
Me võime kõlarite arvu suurendada kuid mono heli jääb ikkagi mono heliks. Selles puudub informatsioon suuna kohta. Stereo heli puhul saadetakse kaks või rohkem iseseisvat heli kanalit, mis tagab kuulajal suuna taju. Sellist situatsiooni võib nimetada MIMO lahenduseks. Samuti varem nimetatud situatsiooon, kus mono heli mängitakse mitmest kõlarist saab samuti nimetada MIMO lahenduseks.

=Spatial Diversity=

Raadiolained ei levi nagu heli. Olenevalt übritsevas keskonnas olevatest materjalidest, liiguvad need sealt läbi, peegelduvad või teevad mõlemat varem nimetatud. Kodu Wi-Fi lahenduse puhul tahame me, et terve maja oleks kaetud leviga, aga kui ette jäävad takistused, siis võib juhtuda, et sama signaal jõuab peegeldunud kujul uuesti kliendini. Sellist olukorda nimetatakse multipath'ks, kus sama signaal leiab erinevat teed pidi üles kliendi. Ühe antenni puhul, on ühendus multipath puhul häiritud, kuna üks antenn peab vastu võtma peegeldunud signaale erinevatel aja hetkedel.

MIMO seadmed suudavad tänu mitmele antennile multipath nähtuse enda kasuks pöörata. Peegeldunud signaalid võetakse vastu ja ühendatakse. Niiviisi suurendatakse vastuvõetava signaali tugevust.

=Spatial Multiplexing=

Sellist MIMO funktsionaalsust võib võrrelda juba varem näitena toodud stereo heliga. Eri signaalid saadetakse välja erinevatest antennidest. Näiteks ühe paketi saatmiseks tükeldatakse see kolmeks (juhul kui kasutuses on kolm antenni) ning tükeldatud osad saadetakse erinevate signaalidena. Nii suudetakse saata informatsiooni kolm korda kiiremini.
Vastuvõtjal peab olema sama palju (või rohkem) antenne, et saadetud signaale vastu võtta.

=MIMO kokkuvõte=

Kasutades mitut antenni, MIMO traadita side tehnoloogia võimaldab suurendada ühe kanali mahutavust, järgides samal ajal Shannoni valemit. Suurendades saatja ja vastuvõtu antennide arvu, on võimalik lineaarselt kasvatada ühe kanali läbilaskevõimet. Kuna ISM sagedusala on üha rohkem üldkasutatav, siis tuleks olemasolevat sagedusala efektiivsemalt kasutada. MIMO on just selline tehnoloogia, mis lubab seda teha.

Meeskond "Liivimaa keskmised"

2010-04-22T16:30:06Z

Iots: /* Teenuse funktsionaalsed nõuded */

Meeskond "Liivimaa keskmised"

2010-04-22T16:27:43Z

Iots: /* Teenuse funktsionaalsed nõuded */

Meeskond "Liivimaa keskmised"

2010-04-22T09:39:56Z

Iots:

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

2010-04-22T09:29:33Z

Iots: /* Teema */

=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine"=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML veebiteenus ja vastava kliendi loomise abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

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

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 12. aprill 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 12. mai 2010.

==Hindamine==
Iga kolmest alamülesandest hinnatakse eraldi. Meeskonnal tuleb teha oma lahenduste esitlemine, mis toimuvad semestri viimastes loengutes ja praktikumides. '''Kui esitlust ei toimu, siis on maksimaalne hinne "2"'''.

===Üldised kriteeriumid===

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.

'''Lisapunkte annab:'''

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

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning paar kolm sobivat XSL faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena, Silverlight, WPF või vormirakendusena.

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

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

=Teemad 2010 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

==Näidisteemad==

===Nimede pakkumise teenus===
Mõte selles, et luua nimede baas, mille abil pakkuda rakenduse loojale sobiva algusega nimesid. Reaalne rakendus: ''autocompleter'' tarvis teenuse pakkumine

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua kontroll, et nimi lisatakse baasi alles siis, kui seda nime on pakkunud vähemalt kaks erinevat kasutajat
* luua roll-back'i võimalus juhuks, kui mõni kasutaja on tegelenud spämmimisega

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel oma kontaktibaase omavahel jagada
* luua võimalus pakkuda kontaktibaasis leiduvate nimede järgi sobivaid nimesid

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel erinevaid vooge grupeerida
* luua võimalus voogudes leiduvate uudiste puhverdamiseks (voogude lugemine võtab enamasti üsna palju aega)

= Meeskonnad 2010=

==[[Meeskond "Jõrru"]]==
===Teema===
Telefoniraamat
[http://jorru.tumblr.com/ ajaveebi aadress:]

===Liikmed===
Aram Sahradyan,
Kristel Viidik,
Henri Veidenbaum,

==[[Meeskond "Heiki Mis?"]]==
===Teema===
Nimede pakkumise teenus
[ajaveebi aadress:]

===Liikmed===
Arno Kender,
Arto Vaas,
Erki Veiko,
Lili-Ann Polluks,
Olavi Soosaar,

==[[Meeskond "RSS"]]==
[[RSS voogude värskete uudiste korjamise rakendus]]. Kasutaja koostab RSS voogude jada, rakendus võttab välja nimekiri viimastest uudistest...
===Liikmed===
Aleksandr Jastremski IA27

==[[Meeskond "Juutuub"]]==
===Teema===
juutuubi playlisti generaator
[ajaveebi aadress:]

===Liikmed===
Markus Lausmaa,
Marko Väljaots,
Valdar Kallasmaa,
Jaagup Toome

==[[Meeskond "2tornot2t"]]==
===Teema===
Näljaste teejuht - kohviku menüü
[ajaveebi aadress:]

===Liikmed===
Tiia Tänav,
Tiina Laast

==[[Meeskond "näljased"]]==
===Teema===
Menüü. Meie projekti eesmärk on siis ehitada loengus arutletud menüü, mida ehk ka hiljem reaalselt töösse lasta. Nimelt siis veebis töötav menüü, kuhu klienditeenindaja saab lisada asju, muuta ja märkida "otsas" ning kuhu tudengid saavad kasutajaid teha ja anda oma hinnanguid, tagasisidet.

[http://naljased.blogspot.com Blogi]

===Liikmed===
Hannes Karask,
Jürgen Hannus,
Liisa Jõgiste,
Kristjan Karri

==[[Meeskond "Liivimaa keskmised"]]==
===Teema===
Menüühaldus.

Kiire ülevaade meie lahendusest. On olemas teenus, mis võimaldab näha valitud kohviku menüüd. Samuti pakub teenus menüü muutmise ja lisamise võimalust. Täpsem teenuse funktsionaalsuse kirjeldus asub meie meeskonna lehel - [[Meeskond "Liivimaa keskmised"]]. Kui kõik läheb hästi, siis valmib ka samale teenusele rakendus, mis jookseb Windows Phone 7 Series peal.

===Liikmed===
Indrek Ots,
Joosep Püüa,
Mait Poska,
Madis Vellamäe,
Toomas Talviste

==[[Meeskond "X"]]==
===Teema===
Ladu

===Liikmed===
Sergei Rumjantsev,
Martin Hallang,
Rauno Pihlak

==[[Meeskond "Põhi lax!"]]==
===Teema===
Veebi meediaplayer

===Liikmed===
Sergei Podust
Jüri-Joonas Kerem,
Urmas Sepp,
Tiit Ojamets,
Indrek Eiche,
Silver Kuusik,
Alar Järvesoo

==[[Meeskond "Valmis!"]]==
===Teema===
Varsti tulemas...

===Liikmed===
Artur Šarõpin, Leonid Dikušin

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]

Meeskond "Liivimaa keskmised"

2010-04-22T09:19:05Z

Iots:

Meeskond "Liivimaa keskmised"

2010-04-22T09:15:45Z

Iots:

==Meeskonna liikmed==

* Indrek Ots
* Mait Poska
* Madis Vellamäe
* Joosep Püüa
* Toomas Talviste

==Projekti ülesande püstitus==

Lahenduseks on teenus, mis võimaldab vaadata valitud kohviku menüüd.

===Teenuse funktsionaalsed nõuded===

* Vaadata valitud päeva menüüd valitud kohvikus
* Luua uus menüü
* Lisada toode menüüsse
* Eemaldada toode menüüst
* Lisada uus toode baasi
* Lisada uus toote liik baasi
* Muuta toote staatust menüüs ("otsas" / "ei ole otsas")

Meeskond "Liivimaa keskmised"

2010-04-22T09:00:07Z

Iots: New page: ==Projekti ülesande püstitus==

==Projekti ülesande püstitus==

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

2010-04-22T08:57:59Z

Iots: /* Teema */

=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine"=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML veebiteenus ja vastava kliendi loomise abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

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

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 12. aprill 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 12. mai 2010.

==Hindamine==
Iga kolmest alamülesandest hinnatakse eraldi. Meeskonnal tuleb teha oma lahenduste esitlemine, mis toimuvad semestri viimastes loengutes ja praktikumides. '''Kui esitlust ei toimu, siis on maksimaalne hinne "2"'''.

===Üldised kriteeriumid===

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.

'''Lisapunkte annab:'''

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

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning paar kolm sobivat XSL faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena, Silverlight, WPF või vormirakendusena.

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

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

=Teemad 2010 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

==Näidisteemad==

===Nimede pakkumise teenus===
Mõte selles, et luua nimede baas, mille abil pakkuda rakenduse loojale sobiva algusega nimesid. Reaalne rakendus: ''autocompleter'' tarvis teenuse pakkumine

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua kontroll, et nimi lisatakse baasi alles siis, kui seda nime on pakkunud vähemalt kaks erinevat kasutajat
* luua roll-back'i võimalus juhuks, kui mõni kasutaja on tegelenud spämmimisega

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel oma kontaktibaase omavahel jagada
* luua võimalus pakkuda kontaktibaasis leiduvate nimede järgi sobivaid nimesid

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel erinevaid vooge grupeerida
* luua võimalus voogudes leiduvate uudiste puhverdamiseks (voogude lugemine võtab enamasti üsna palju aega)

= Meeskonnad 2010=

==[[Meeskond "Jõrru"]]==
===Teema===
Telefoniraamat
[http://jorru.tumblr.com/ ajaveebi aadress:]

===Liikmed===
Aram Sahradyan,
Kristel Viidik,
Henri Veidenbaum,

==[[Meeskond "Heiki Mis?"]]==
===Teema===
Nimede pakkumise teenus
[ajaveebi aadress:]

===Liikmed===
Arno Kender,
Arto Vaas,
Erki Veiko,
Lili-Ann Polluks,
Olavi Soosaar,

==[[Meeskond "RSS"]]==
[[RSS voogude värskete uudiste korjamise rakendus]]. Kasutaja koostab RSS voogude jada, rakendus võttab välja nimekiri viimastest uudistest...
===Liikmed===
Aleksandr Jastremski IA27

==[[Meeskond "Juutuub"]]==
===Teema===
juutuubi playlisti generaator
[ajaveebi aadress:]

===Liikmed===
Markus Lausmaa,
Marko Väljaots,
Valdar Kallasmaa,
Jaagup Toome

==[[Meeskond "2tornot2t"]]==
===Teema===
Näljaste teejuht - kohviku menüü
[ajaveebi aadress:]

===Liikmed===
Tiia Tänav,
Tiina Laast

==[[Meeskond "näljased"]]==
===Teema===
Menüü. Meie projekti eesmärk on siis ehitada loengus arutletud menüü, mida ehk ka hiljem reaalselt töösse lasta. Nimelt siis veebis töötav menüü, kuhu klienditeenindaja saab lisada asju, muuta ja märkida "otsas" ning kuhu tudengid saavad kasutajaid teha ja anda oma hinnanguid, tagasisidet.

[http://naljased.blogspot.com Blogi]

===Liikmed===
Hannes Karask,
Jürgen Hannus,
Liisa Jõgiste,
Kristjan Karri

==[[Meeskond "Liivimaa keskmised"]]==
===Teema===
Menüühaldus.

Kiire ülevaade meie lahendusest. On olemas teenus, mis võimaldab näha valitud kohviku menüüd. Samuti pakub teenus menüü muutmise ja lisamise võimalust. Täpsem teenuse funktsionaalsuse kirjeldus asub meie meeskonna [[Liivimaa keskmised]] lehel. Kui kõik läheb hästi, siis valmib ka samale teenusele rakendus, mis jookseb Windows Phone 7 Series peal.

===Liikmed===
Indrek Ots,
Joosep Püüa,
Mait Poska,
Madis Vellamäe,
Toomas Talviste

==[[Meeskond "X"]]==
===Teema===
Ladu

===Liikmed===
Sergei Rumjantsev,
Martin Hallang,
Rauno Pihlak

==[[Meeskond "Põhi lax!"]]==
===Teema===
Veebi meediaplayer

===Liikmed===
Sergei Podust
Jüri-Joonas Kerem,
Urmas Sepp,
Tiit Ojamets,
Indrek Eiche,
Silver Kuusik,
Alar Järvesoo

==[[Meeskond "Valmis!"]]==
===Teema===
Varsti tulemas...

===Liikmed===
Artur Šarõpin, Leonid Dikušin

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]

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

2010-04-22T08:55:42Z

Iots: /* Teema */

=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine"=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML veebiteenus ja vastava kliendi loomise abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

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

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 12. aprill 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 12. mai 2010.

==Hindamine==
Iga kolmest alamülesandest hinnatakse eraldi. Meeskonnal tuleb teha oma lahenduste esitlemine, mis toimuvad semestri viimastes loengutes ja praktikumides. '''Kui esitlust ei toimu, siis on maksimaalne hinne "2"'''.

===Üldised kriteeriumid===

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.

'''Lisapunkte annab:'''

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

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning paar kolm sobivat XSL faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena, Silverlight, WPF või vormirakendusena.

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

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

=Teemad 2010 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

==Näidisteemad==

===Nimede pakkumise teenus===
Mõte selles, et luua nimede baas, mille abil pakkuda rakenduse loojale sobiva algusega nimesid. Reaalne rakendus: ''autocompleter'' tarvis teenuse pakkumine

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua kontroll, et nimi lisatakse baasi alles siis, kui seda nime on pakkunud vähemalt kaks erinevat kasutajat
* luua roll-back'i võimalus juhuks, kui mõni kasutaja on tegelenud spämmimisega

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel oma kontaktibaase omavahel jagada
* luua võimalus pakkuda kontaktibaasis leiduvate nimede järgi sobivaid nimesid

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel erinevaid vooge grupeerida
* luua võimalus voogudes leiduvate uudiste puhverdamiseks (voogude lugemine võtab enamasti üsna palju aega)

= Meeskonnad 2010=

==[[Meeskond "Jõrru"]]==
===Teema===
Telefoniraamat
[http://jorru.tumblr.com/ ajaveebi aadress:]

===Liikmed===
Aram Sahradyan,
Kristel Viidik,
Henri Veidenbaum,

==[[Meeskond "Heiki Mis?"]]==
===Teema===
Nimede pakkumise teenus
[ajaveebi aadress:]

===Liikmed===
Arno Kender,
Arto Vaas,
Erki Veiko,
Lili-Ann Polluks,
Olavi Soosaar,

==[[Meeskond "RSS"]]==
[[RSS voogude värskete uudiste korjamise rakendus]]. Kasutaja koostab RSS voogude jada, rakendus võttab välja nimekiri viimastest uudistest...
===Liikmed===
Aleksandr Jastremski IA27

==[[Meeskond "Juutuub"]]==
===Teema===
juutuubi playlisti generaator
[ajaveebi aadress:]

===Liikmed===
Markus Lausmaa,
Marko Väljaots,
Valdar Kallasmaa,
Jaagup Toome

==[[Meeskond "2tornot2t"]]==
===Teema===
Näljaste teejuht - kohviku menüü
[ajaveebi aadress:]

===Liikmed===
Tiia Tänav,
Tiina Laast

==[[Meeskond "näljased"]]==
===Teema===
Menüü. Meie projekti eesmärk on siis ehitada loengus arutletud menüü, mida ehk ka hiljem reaalselt töösse lasta. Nimelt siis veebis töötav menüü, kuhu klienditeenindaja saab lisada asju, muuta ja märkida "otsas" ning kuhu tudengid saavad kasutajaid teha ja anda oma hinnanguid, tagasisidet.

[http://naljased.blogspot.com Blogi]

===Liikmed===
Hannes Karask,
Jürgen Hannus,
Liisa Jõgiste,
Kristjan Karri

==[[Meeskond "Liivimaa keskmised"]]==
===Teema===
Menüühaldus.

Kiire ülevaade meie lahendusest. On olemas teenus, mis võimaldab näha valitud kohviku menüüd. Samuti pakub teenus menüü muutmise ja lisamise võimalust. Täpsem teenuse funktsionaalsuse kirjeldus asub meie meeskonna lehel. Kui kõik läheb hästi, siis valmib ka samale teenusele rakendus, mis jookseb Windows Phone 7 Series peal.

===Liikmed===
Indrek Ots,
Joosep Püüa,
Mait Poska,
Madis Vellamäe,
Toomas Talviste

==[[Meeskond "X"]]==
===Teema===
Ladu

===Liikmed===
Sergei Rumjantsev,
Martin Hallang,
Rauno Pihlak

==[[Meeskond "Põhi lax!"]]==
===Teema===
Veebi meediaplayer

===Liikmed===
Sergei Podust
Jüri-Joonas Kerem,
Urmas Sepp,
Tiit Ojamets,
Indrek Eiche,
Silver Kuusik,
Alar Järvesoo

==[[Meeskond "Valmis!"]]==
===Teema===
Varsti tulemas...

===Liikmed===
Artur Šarõpin, Leonid Dikušin

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]

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

2010-04-13T06:56:27Z

Iots: /* Meeskond "Kuum pirukas" */

=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine"=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML veebiteenus ja vastava kliendi loomise abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

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

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 12. aprill 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 12. mai 2010.

==Hindamine==
Iga kolmest alamülesandest hinnatakse eraldi. Meeskonnal tuleb teha oma lahenduste esitlemine, mis toimuvad semestri viimastes loengutes ja praktikumides. '''Kui esitlust ei toimu, siis on maksimaalne hinne "2"'''.

===Üldised kriteeriumid===

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.

'''Lisapunkte annab:'''

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

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning paar kolm sobivat XSL faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena, Silverlight, WPF või vormirakendusena.

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

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

=Teemad 2010 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

==Näidisteemad==

===Nimede pakkumise teenus===
Mõte selles, et luua nimede baas, mille abil pakkuda rakenduse loojale sobiva algusega nimesid. Reaalne rakendus: ''autocompleter'' tarvis teenuse pakkumine

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua kontroll, et nimi lisatakse baasi alles siis, kui seda nime on pakkunud vähemalt kaks erinevat kasutajat
* luua roll-back'i võimalus juhuks, kui mõni kasutaja on tegelenud spämmimisega

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel oma kontaktibaase omavahel jagada
* luua võimalus pakkuda kontaktibaasis leiduvate nimede järgi sobivaid nimesid

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel erinevaid vooge grupeerida
* luua võimalus voogudes leiduvate uudiste puhverdamiseks (voogude lugemine võtab enamasti üsna palju aega)

= Meeskonnad 2010=
==[[Meeskond "Meeskonna nimi"]]==
===Teema===

===Liikmed===
==[[Meeskond "NipiTiri"]]==

===Teema===
Mis iganes

===Liikmed===
* Jaan Igamees

==[[Meeskond "Jõrru"]]==
===Teema===
Telefoniraamat
[http://jorru.tumblr.com/ ajaveebi aadress:]

===Liikmed===
Aram Sahradyan,
Kristel Viidik,
Henri Veidenbaum,

==[[Meeskond "Heiki Mis?"]]==
===Teema===
Nimede pakkumise teenus
[ajaveebi aadress:]

===Liikmed===
Arno Kender,
Arto Vaas,
Erki Veiko,
Lili-Ann Polluks,
Olavi Soosaar,

==[[Meeskond "RSS"]]==
Kirjuta siia miski kaks lauset
==Liikmed==

==[[Meeskond "Juutuub"]]==
===Teema===
juutuubi playlisti generaator
[ajaveebi aadress:]

===Liikmed===
Markus Lausmaa,
Marko Väljaots

==[[Meeskond "2tornot2t"]]==
===Teema===
Näljaste teejuht - kohviku menüü
[ajaveebi aadress:]

===Liikmed===
Tiia Tänav,
Tiina Laast

==[[Meeskond "näljased"]]==
===Teema===
Menüü. (kuna meil karask juba rühmas on siis võiks ju miskit toiduteemalist teha)
[ajaveebi aadress:]

===Liikmed===
Hannes Karask,
Jürgen Hannus,
Liisa Jõgiste

==[[Meeskond "Liivimaa keskmised"]]==
===Teema===
Menüühaldus.

===Liikmed===
Indrek Ots,
Joosep Püüa,
Mait Poska,
Madis Vellamäe,
Toomas Talviste

==[[Meeskond "X"]]==
===Teema===
Ladu

===Liikmed===
Sergei Rumjantsev,
Martin Hallang,
Rauno Pihlak

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]

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

2010-02-23T14:08:51Z

Iots: /* Meeskond "Arved" */

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

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

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 15. märts 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 12. mai 2010.

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

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

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 56 957 000 või heiki.tahis@eesti.ee
(teksti originaalautor Priit Raspel)

=Teemad 2010 kevad=
Kodutööna tuleb luua CMS + midagi. See midagi võib olla näiteks blogimootor, kodune raamatukogu, e-pood, pere eelarve keskkond jne.

CMS on sisuhalduskeskond.

==[[Meeskond "Arved"]]==
===Teema===
Projekti arendust kajastav blogi: [http://liivimaakeskmised.blogspot.com/]

===Liikmed===

* Indrek Ots
* Mait Poska

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

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

2010-02-23T14:06:46Z

Iots: /* Meeskond "Arved" */

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

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

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 15. märts 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 12. mai 2010.

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

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

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida õppejõuga kokkuleppeid kontaktidel +372 56 957 000 või heiki.tahis@eesti.ee
(teksti originaalautor Priit Raspel)

=Teemad 2010 kevad=
Kodutööna tuleb luua CMS + midagi. See midagi võib olla näiteks blogimootor, kodune raamatukogu, e-pood, pere eelarve keskkond jne.

CMS on sisuhalduskeskond.

==Meeskond "Arved"==

Projekti arendust kajastav blogi: [http://liivimaakeskmised.blogspot.com/]

Liikmed:
* Indrek Ots
* Mait Poska

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

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

2010-02-23T14:03:47Z

Iots: /* Meeskond "Arved" */

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

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

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 15. märts 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 12. mai 2010.

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

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

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida õppejõuga kokkuleppeid kontaktidel +372 56 957 000 või heiki.tahis@eesti.ee
(teksti originaalautor Priit Raspel)

=Teemad 2010 kevad=
Kodutööna tuleb luua CMS + midagi. See midagi võib olla näiteks blogimootor, kodune raamatukogu, e-pood, pere eelarve keskkond jne.

CMS on sisuhalduskeskond.

==Meeskond "Arved"==
ülesande kirjeldus...

Liikmed:
* Indrek Ots
* ..

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