__TOC__

[[Category:Programmeerimine CSharp keeles (2015)]]
== Meeskond ja rollid ==

*'''Tanel Vähk''' - Projektijuht
*'''Aleks Luik'''
*'''Melissa Eenmaa'''
*'''Taavi Kliss'''

== Idee ==

Meie idee on luua loosimisi vahendav veebirakendus LuckyYou, kasutades C# keelt.

Rakenduses on kasutajateks meie kliendid (ehk firmad, kes loosimisi teevad) ning tavakasutajad, kes loosimisi jagavad. Klientidel on võimalik lisada mitmeid loosimisi ning tavakasutajad võivad end registreerida, reklaame jagades, limiteerimata arvule loosimistele.

Loosimise eest esitatakse kliendile tähtajaline arve, sõltuvalt loosimise pikkusest, reklaami suurusest ning prioriteedist. Tavakasutajate jaoks on osalemine, ehk loosimiste jagamine, tasuta. Jagamine toimub e-maili või Facebooki kaudu.

Igal loosimisel on teada: loosi algataja, toode, toote üldine kategooria, alguskuupäev, lõpukuupäev, kui palju tooteid loositakse, mis vanusegrupile on tooted mõeldud. Info loosimisele minevate toodete kohta lisatakse andmebaasi (Näiteks: Lisan toote nimega Merida Xsport, tüübiks panen jalgratas).

Andmebaasi märgitakse ka kõik võidud, et oleks võimalik jälgida ajalugu. Samuti on olemas pingerida võitudest ning loosimises osalemistest.

== Kasutatav .NET tehnoloogia ==

C# ning
SOAP (WCF tehnoloogia) '''või''' REST (ASP.NET Web API).

== Analüüs ==

Rakendus on eelkõige mõeldud firmadele, kes loosivad asju ning loosimistes osaleda soovijatele. Tahame luua rakenduse, mis lihtsustaks loosimiste korraldamist ning neis osalemist, kuna see on viimasel ajal Facebookis väga populaarne. Rakendus vahendabki loosimisi Facebooki ja inimeste vahel, või siis e-maili teel. Kuna kõik loosimistega seonduv on ühes kohas koos, on lihtsam neid jälgida, kui Facebooki seinal, kus need teiste asjade vahele ära kaovad. Klientidel on lihtne oma loosimise kohta andmeid sisestada ning kõik loosimised on lihtsalt leitavad, seega on ka tavakasutajal mugav neis osaleda, mis tähendab suuremat osalejate arvu ning seega ka paremat reklaami firmadele.

'''Rakenduse funktsionaalsus kliendina: '''Kui firma soovib korraldada loosimise, sisestab ta rakendusse vajaliku info nii toote kui ka loosimise detailide kohta. Talle esitatakse arve vastavalt loosimise kestusest, reklaami suurusest ja prioriteedist (kui määrata loosimise prioriteediks 1, siis reklaam kuvatakse kõige esimesena). Pärast loosimise lisamist, on kõigil kasutajatel võimalik seda lihtsasti leida. Klient määrab, mis ajani loosimine kestab ning avaldab võitja.

'''Rakenduse funktsionaalsus tavakasutajana: '''Kui tavaline kasutaja soovib osaleda loosimises, jagab ta lihtsalt vastavat reklaami ning ongi sellega loosimisele registreeritud. Loosimisi saab otsida kategooriate või märksõnade järgi ning piirangut, kui paljudes osaleda, ei ole. Võidu korral saab kasutaja teavituse.

== Rakenduse sisu ==

'''Rakenduses on olemas järgmised võimalused (Must have):'''

*1. Meil on kasutajad – admin, klient (firma, kes lisab loosimised), kasutaja (kes jagab loosimisi)
*2. Kasutajal on võimalus registeerida ühele kuni mitmele loosimisele.
*3. Kliendil on võimalus lisada loosimisi.
*4. Klient saab lisada tooteid andmebaasi, mis lähevad peagi loosimistele. Tootel on nimi, ja tüüp. Näiteks: Lisan toote nimega Merida Xsport, tüübiks panen jalgratas.
*5. Loosimistel on üldisemad kategooriad – pudipadi, spordiesemed, reisid jne.
*6. Igal loosimisel on teada: * loosi algataja * toode, mis osaleb loosimisel * üldisem kategooria, kuhu toode kuulub * algus kuupäev * kaua kestab * kui palju tooteid loositakse * mis vanuses on tooted mõeldud.
*7. Loosimisese eest esitakse arve. Arve suurus sõltub loosimise pikkusest, loosimisala reklaami suurusest, loosimisala prioriteedi määramisest ( kui määrata loosimise prioriteediks 1, siis reklaam kuvatakse kõige esimesena).
*8. Arvel on tähtaaeg, mis ajaks tuleb maksta ära.
*9. Meie andmebaasi lisatakse kõik võidud, et saaks jälgida võitude ajalugu.
*10. Võitudest ja loosimistest osalemistest moodustatakse pingerida.

'''Rakenduses võiksid olla lisavõimalused (Should have):'''
*1. Kasutajale on võimalik teavitus võidust saata.
*2. Kasutaja näeb palju on aega mingi loosimise lõpuni jäänud.
*3. Kliendil on võimalik näha, millal loosimine lõpeb ja kes on võidu saanud.
*4. Võimalik on lisada loosiauhinna kättesaamise asukoht.
*5. Klient saab lülituda ümber kasutajaks, et samuti loosmistest osa võtta.
*6. Loosimisi on võimalik jagada facebooki kaudu või emaili kaudu.

== QSEE andmebaasiskeem ==

[[File:Luckyyoudbnew.png|800px|LUCKYYOU]]

== XML osa ==

XML-is talletatakse informatsiooni loosimiste kohta (ehk reklaamid kogu infoga auhindadest, mida osalemiseks teha jne).

=== XML Fail ===

<pre>
<?xml version="1.0" encoding="utf-8" ?>

<Draws>

<Draw Name="iPhone 5s loosimine" Company="Apple" Duration="10.01.16-10.02.16" Page-Position="1">
<Description><![CDATA[Loosi läheb iPhone 5s. Jaga ning võida!]]></Description>
<DrawPrice Name="Lenovo sülearvuti" Quantity="1">
<Category><![CDATA[Elektroonika]]></Category>
</DrawPrice>
<Regulations>
<Rule Clause="Jaga oma seinal!">
<RuleExtra><![CDATA[Jagamine peab olema avalik]]></RuleExtra>
</Rule>
<Rule Clause="Lisa pildi alla kommentaar!">
<RuleExtra><![CDATA[Kommenteeri pilti: "Apple Eesti"]]></RuleExtra>
</Rule>
<Rule Clause="Jagamisel nõustud kampaania reeglitega!"></Rule>
</Regulations>
<ImageUrl>http://drop.ndtv.com/TECH/product_database/images/918201370949PM_635_iPhone-5s.jpeg</ImageUrl>
</Draw>

<Draw Name="Lõhnakomplekt Escada Horse in the Field" Company="Escada" Duration="10.01.16-10.02.16" Page-Position="0">
<Description><![CDATA[Loosi läheb kolm lõhnakomplekti Escada Horse in the Field]]></Description>
<DrawPrice Name="Lenovo sülearvuti" Quantity="3">
<Category><![CDATA[Ilutooted]]></Category>
</DrawPrice>
<Regulations>
<Rule Clause="Jaga oma seinal!">
<RuleExtra><![CDATA[Jagamine peab olema avalik]]></RuleExtra>
</Rule>
<Rule Clause="Lisa pildi alla kommentaar!">
<RuleExtra><![CDATA[Kommenaar peab sisaldama lauset:"Hobused põllul!]]></RuleExtra>
<RuleExtra><![CDATA[Lisa kommentaari kolme sõbra nimed!]]></RuleExtra>
</Rule>
<Rule Clause="Jagamisel nõustud kampaania reeglitega!"></Rule>
</Regulations>
<ImageUrl>http://www.punmiris.com/himg/o.32787.jpg</ImageUrl>
</Draw>

<Draw Name="Electronicsi kevadloos" Company="Electronics" Duration="10.03.26-20.03.16" Page-Position="1">
<Description><![CDATA[Loosi läheb 1 Lenovo sülearvuti ja 2 Philips]]> </Description>
<DrawPrice Name="Lenovo sülearvuti" Quantity="1">
<Category><![CDATA[Elektroonika]]></Category>
</DrawPrice>
<DrawPrice Name="Philips MP3" Quantity="2">
<Category><![CDATA[Elektroonika]]></Category>
</DrawPrice>
<Regulations>
<Rule Clause="Jaga oma seinal!">
<RuleExtra><![CDATA[Jagamine peab olema avalik]]></RuleExtra>
</Rule>
<Rule Clause="Lisa pildi alla kommentaar!">
<RuleExtra><![CDATA[Kommenaar peab sisaldama lauset:"MINA VÕIDAN!"]]></RuleExtra>
</Rule>
<Rule Clause="Jagamisel nõustud kampaania reeglitega!"></Rule>
</Regulations>
<ImageUrl>http://www.lenovo.com/images/gallery/1060x596/lenovo-laptop-ideapad-y410p-front-1.jpg</ImageUrl>
</Draw>

<Draw Name="Sportlandi rattaloos!" Company="Sportland" Duration="10.03.26-20.03.16" Page-Position="1">
<Description><![CDATA[Loosi läheb kolm maastikuratast Scott.]]></Description>
<DrawPrice Name="Scott maastikuratas" Quantity="3">
<Category><![CDATA[Elektroonika]]></Category>
</DrawPrice>
<Regulations>
<Rule Clause="Tee pilti endast koos rattaga">
<RuleExtra><![CDATA[Pilti tuleb jagada meie kommentaariumis]]></RuleExtra>
</Rule>
<Rule Clause="Jaga oma seinal!">
<RuleExtra><![CDATA[Jagamine peab olema avalik]]></RuleExtra>
</Rule>
<Rule Clause="Lisa pildi alla kommentaar!">
<RuleExtra><![CDATA[Kommenaar peab sisaldama lauset:"Sõidan rattaga!"]]></RuleExtra>
</Rule>
<Rule Clause="Jagamisel nõustud kampaania reeglitega!"></Rule>
</Regulations>
<ImageUrl>http://s.kodusoov.ee/images/listings/2016-02/ratas_scale_70-1456687425-43-e.jpg</ImageUrl>
</Draw>

</Draws>
</pre>

=== XML Skeemifail ===

<pre>
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="Draws">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Draw">
<xs:complexType>
<xs:sequence>
<xs:element name="Description" type="xs:string" />
<xs:element maxOccurs="unbounded" name="DrawPrice">
<xs:complexType>
<xs:sequence>
<xs:element name="Category" type="xs:string" />
</xs:sequence>
<xs:attribute name="Name" type="xs:string" use="required" />
<xs:attribute name="Quantity" type="xs:unsignedByte" use="required" />
</xs:complexType>
</xs:element>
<xs:element name="Regulations">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Rule">
<xs:complexType>
<xs:sequence minOccurs="0">
<xs:element maxOccurs="unbounded" name="RuleExtra" type="xs:string" />
</xs:sequence>
<xs:attribute name="Clause" type="xs:string" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="ImageUrl" type="xs:string" />
</xs:sequence>
<xs:attribute name="Name" type="xs:string" use="required" />
<xs:attribute name="Company" type="xs:string" use="required" />
<xs:attribute name="Duration" type="xs:string" use="required" />
<xs:attribute name="Page-Position" type="xs:unsignedByte" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</pre>

=== XSLT ===

<pre>
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:msxsl="urn:schemas-microsoft-com:xslt" exclude-result-prefixes="msxsl"
>
<xsl:output method="html" indent="yes"/>

<xsl:template match="/">
<html>
<head>
<title>Loosimised</title>
</head>
<body>
<xsl:for-each select="/Draws/Draw">
<h1>
<xsl:value-of select="@Name"/> -
<xsl:value-of select="@Company"/>
</h1>
<h2>
<xsl:value-of select="Description"/>
</h2>

<ul>
<xsl:for-each select="Regulations/Rule">
<li>
<xsl:value-of select="@Clause"/>
</li>
<ul>
<xsl:for-each select="RuleExtra">
<li>
<xsl:value-of select="."/>
</li>
</xsl:for-each>
</ul>
</xsl:for-each>
</ul>
<img>
<xsl:attribute name="src">
<xsl:value-of select="ImageUrl"/>
</xsl:attribute>
</img>
</xsl:for-each>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</pre>

== Retsensioonid ==

== XML retsensioon TRAVO 2.0 ==

Uurisime ning analüüsisime põgusalt meeskond Travo 2.0 XML faili ning teisi sellega vajalikke seotud faile ning tegime kokkuvõtte praegusest projekti staadiumist.

Vastavalt nõuetele on olemas XML fail andmete edastamiseks. XML fail andmete edastamiseks on ülesehitatud korrektselt ning arusaadavalt jaotatud tabeliteks. Paraku ei vastanud aga XML faili sisu nõuetele. Loogilisi dimensioone on kolm, ühe võrra nõutust vähem. (School -> Groups/Students/Courses -> Group/Student/Course). See aga tähendab seda, et kõik dimensioonid peavad olema rohkemate attribuutidega kui ainult id, mis aga reaalsuses ei kajastu. Ainult viimases dimensioonis on rohkem attribuute kui id. Muidu tabelid on omavahel Primary key’dega kenasti seotud, kuid XML failis olevate tabelite ülesehitus üleüldiselt on väga lihtsakoeline. Samuti on puudus kommentaaridest. Kommenteeritud on ainult tabelite pealkirjad, millest jääb natuke väheks, aga kuna tabelid ning seal olevad kirjed on üsna ühetimõistetavalt nimetatud, siis ei teinud kommentaaride puudumine koodi lugemist eriliselt raskemaks.

Mis aga jääb kohe silma, on XML faili skeemifaili puudumine. Puudust märkasime kohe meeskonna Wiki lehe sisukorras, kuid ka reaalsuses seda polnud (seisuga 25.03.2016). Seetõttu pole meil võimalik veel tagasisidet anda sellelt kohalt.

Vastavalt juhendile on olemas vähemalt kaks sobivat XSL transormatsiooni faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks - nendeks on XSD ning XSLT failid. Neist esimeses on asjakohaselt kasutatud erinevaid tingimuste kontrolle vastavalt lahtrile/tabelile. Näiteks kasutatakse Groups tabelis Group Name’is sisestuse pikkust (minLength - maxLength). Teises ehk XSLT transformatsioonis on mitmetes vajalikes kohtades kasutatud for-each klauslit, mis on hea.

== XML retsensioon KÕNÕTRAAT ==

Uurisime ning analüüsisime põgusalt meeskond Kõnõtraat XML faili ning teisi sellega vajalikke seotud faile ning tegime kokkuvõtte praegusest projekti staadiumist.

Vastavalt nõuetele on olemas XML fail andmete edastamiseks. XML fail andmete edastamiseks on ülesehitatud korrektselt ning arusaadavalt trepitud. Samuti vastab failisisu nõuetele, kuid seda osaliselt. Loogilisi dimensioone on 4 ehk vastas nõuetele. (Events -> Event -> Contacts -> Contact). See aga tähendab seda, et ainult üks dimensiooni võib olla selline, kus on ainult id attribuut, mis aga reaalsuses ei kajastu. Ainult kahes dimensioonis on rohkem attribuute kui id, Event’is ja Contact’is. Tabelite sidumine omavahel Primary key’dega on samuti nõrk, kuna eksisteerib ainult kaks tabelit (Events ja Contacts) ning XML faili ülesehitus üleüldiselt on väga lihtsakoeline. Samuti puudusid kommentaarid täielikult.

Mis aga jäi kohe silma, oli XML faili skeemifaili puudumine. Puudust märkasime kohe meeskonna Wiki lehe sisukorras, kuid ka reaalsuses seda polnud (seisuga 25.03.2016). Seetõttu pole meil võimalik veel tagasisidet anda sellelt kohalt.

Vastavalt juhendile pidi olema olemas vähemalt kaks sobivat XSL transormatsiooni faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks - antud projektil on ainult üks (seisuga 25.03.2016). Kuigi meeskond on nimetanud seda faili XSLT failiks, on see reaalsuses tegelikult XSD fail. Vähesel määral on sealsed attribuudid tingimustega kontrollitud (on muudetud väljade täitmine kohustuslikuks, use =”required”).

== Blogi ==
*03.02 - Tiimi loomine.
*23.02 - Facebooki grupi loomine, idee leidmine.
*25.02 - Esimene kokkusaamine. Alustasime andmebaasi skeemi loomisega QSEEs.
*03.03 - Teine kokkusaamine. Lõpetasime andmebaasi skeemi QSEEs ning alustasime XML loomist.
*07.03 - Lõime Wiki lehe ning seletasime lahti projekti idee.
*09.03 - Kolmas kokkusaamine. Lõpetasime XML ja ühendasime projekti Team Foundationiga.
*10.03 - Jagasime ülesanded liikmete vahel: Tanel - projekti algus ehk kõik valmis kuni repositooriumiteni, Melissa - Repositories and Interfaces, Aleks - Dependency Injection and UOW, Taavi - API algus.

__TOC__

[[Category:Programmeerimine CSharp keeles (2015)]]
== Meeskond ja rollid ==

*'''Liisa Suurkaev''' - Projektijuht
*'''Tanel Vähk'''
*'''Aleks Luik'''
*'''Melissa Eenmaa'''
*'''Taavi Kliss'''

== Idee ==

Meie idee on luua verepank kasutades WPF rakendust.
Meie verepanka saavad arstid luua endale kasutajad ja arstid omakorda saavad luua kasutaja doonorile, kes tuleb sooviga verd annnetada.
Enne vere andmist kontrollitakse doonori tervist ning vaadatakse, kas näitajad on sobilikud vere annetamiseks. Kõik näitajad salvestatakse andmebaasi ning doonori tervise kohta on olemas ka vastav ajalugu.
Samuti on võimalik vaadata, millal doonor viimati verd käis andmas.
Verepangast saavad haiglad verd tellida. Verepangal on alati ülevaade, kui palju tal erinevaid veretüüpe "laos" on. Puudujääkide korral saadetakse sobilikele doonoritele teavitus, et võimaluse korral ta taas verd andma tuleks.

== Kasutatav .NET tehnoloogia ==

Kasutatav raamistik on .NET Framework 4.5
Oma lõpplahenduse jaoks kasutame C# + WPF + LINQ.

== Analüüs ==

Rakendus on eelkõige mõeldud haiglatele, doonoritele ja verepankadele. Tahame luua rakenduse, mis lihtsustaks veredoonorlusega seotud tegevusi. Kui haiglal on vaja kiiresti teatud sorti verd, teatud koguses, on võimalik läbi meie rakenduse see kiirelt ja lihtsalt tellida. Samas lihtsustab see õdede elu, kes saavad andmeid rakendusse lisades jälgida, kas patsient on terve, kas patsiendi viimasest külastuskäigust on möödas 6 kuud jne. Kliendi poole pealt on hea see, et on võimalik jälgida, millal on võimalik jälle verd annetama minna ja teatud tüübi vere vajaduse korral saab kasutaja emaili teel sellest teada.

'''Rakenduse funktsionaalsus haiglana. '''Kui haiglal pole piisavalt verd vereülekandeks, siis saab ta seda tellida meie rakenduse kaudu verepangast (muidugi juhul, kui verepangas on piisavalt verd). Piisava vere puudumise korral lükatakse tellimus tagasi, kuid rakendus salvestab selle tellimuse ikkagi, et kui vastav verekogus on uuesti olemas, siis annab rakendus haiglale ise teada. Haigla ei peagi koguaeg päringuid tegema.

'''Rakenduse funktsionaalsus eraisikuna. '''Kui tavaline eraisik soovib annetada verd, siis saab ta rakenduse kaudu vaadata, kus ta üldse annetada saab. Samuti näeb ta, mis veregruppi on nõutud enim. Olles jõudnud sihtkohta, kontrollitakse üle inimese tervislik seisund. Kui tervis lubab annetada, siis sisestatakse ta andmed rakendusse ning saab alustada vereülekannet. Juhul, kui isik on eelnevalt juba rakenduses olemas, siis saab enamus andmed juba sealt võtta. Samuti on annetajal võimalus jälgida oma annetuste ajalugu ning järgmise võimaliku annetuse aega. Kui doonorile on pärast esimest annetust loodud konto, saab ta sisse logides otsustada, kas kuulub "kriisiannetajate" hulka, see tähendab, et kiirematel juhtudel võib haigla helistada doonorile ning kutsuda ta verd annetama koheselt.

'''Rakenduse funktsionaalsus arsti/õena. '''Kui arsti/õe juurde tuleb vabatahtlik doonor, siis peab ta doonori tervisliku seisundi üle vaatama ning positiivse vastuse korral doonori alles süsteemi lisama. Kui doonor on juba rakenduses, siis on see protseduur lühem. Arstil/õel on ligipääs ka andmebaasile. Saab otsida inimesi andmebaasist veregruppide kaupa, soo kaupa, RH faktori kaupa jne. Arst/õde näeb "kriisiannetajate" nimekirja ning saab vastavalt vajadusele kiirematel juhtudel kutsuda doonori annetama koheselt.

'''Programmis on olemas järgmised võimalused (Must have):'''

*1. Saab kasutajad registeerida.
*2. Kasutajatel on rollid
*3. Doonorile saab lisada veregrupi, rh faktori, aadressi, nime, telefoni, emaili jne.
*4. Andmeid on võimalik leida läbi otsimise
*5. Võimalik jälgida veregrupi olemasolu laos
*6. Kasutaja andmete baasil, saab välja arvutada, millal tohib kasutaja uuesti verd andma tulla.
*7. Verenäitajate kaudu, saab välja arvutada, kas doonor on sobilik verd andma.
*8. Võimalik näha, mis veregruppi vajatakse hetkel kõige rohkem.
*9. Võimalik on näha doonori ajalugu.
*10. Teatud veregrupi vajaduse korral, saab teavitada kasutajaid sellest.

'''QSEEs tehtud andmebaas:'''
[[File:verepank.png|800px|VEREPANK]]

'''Programmis võiksid olla lisavõimalused (Nice to have):'''

*1. Haiglatel on võimalik verd tellida.
*2. Arstil/õel on võimalik doonori nõusolekul kriitilisel hetkel kutsuda doonor koheselt verd annetama.
*3. Enne vereandmist peab annetaja täitma küsimustiku, mida saab pärast esimest doonorlust muuta rakenduses.
*4. Küsimustiku saab täita eelnevalt kodus.
*5. Kui countdown järgmise annetuskorrani on 0, siis saadetakse doonorile teavitus.
*6. 100x countdown - president annab veredoonoritele autähe, kui on tehtud 100 vereannetust

'''Puust & Punaseks '''
Soovitakse anda verd. Sel puhul minnakse verepanka, kus annetajat võtab vastu õde. Õde küsib annetaja isiku- ja kontaktandmed ning sisestab need meie loodud rakendusse. Seejärel tehakse vereanalüüsid ja muud vajalikud uuringud ning tulemused saadetakse rakendusse, pärast mida selgub, kas annetaja on doonorluseks sobilik. Kui annetaja ei ole sobilik, salvestatakse tulemused sellegipoolest andmebaasis ning neid saab kasutada hilisematel uuringutel. Kui annetaja on sobilik, siis võetakse temalt vastav kogus verd. Verenäitajad, kogus ja teised eelnevalt küsitud andmed salvestatakse andmebaasi. Kogutud veri läheb hoidlasse ja haiglad saavad rakenduse abil vajatavat veretüüpi ja kogust tellida.
Annetaja seisukohalt võimaldab rakendus jälgida verenäitajaid, annetuste ajalugu, muuta kontaktandmeid (''nice to have:'' ning täita küsimustik). Samuti on võimalik doonoril rakenduse kaudu märkida end "kriisiannetajaks", ehk saada teavitusi äkilistest annetajale vastava veretüübi vajadustest.
Arsti/õe seisukohalt võimaldab rakendus jälgida veregrupi olemasolu laos, doonorite verenäitajaid, annetuste ajalugu ning "kriisiannetajate" puhul kutsuda doonor vastava veretüübi vajadusel koheselt annetama.
Reaalajas countdown järgmise võimaliku annetuskorrani nii doonoril kui arstil.

== Teise rühma analüüsi retsensioon ==
'''LendBook'''
https://wiki.itcollege.ee/index.php/LendBook

'''1. Kas on aru saada, mis on rakenduse eesmärk?'''
<br>Rakenduse eesmärk on selgesti arusaadav ning idee uuenduslik.
<br>Küsimusi tekitas järgnev punkt'': "Programmi eesmärk on võimaldada tutvusringkonnal kasutada kodus olemasolevaid raamatuid, ilma et peaks liigselt raamatuid ostma või ennast vaevama raamatukokku minekuga, kus sageli ei ole soovitud või vajaminevat raamatut üldse saadaval."'':
* Tänapäeval omavad pea kõik raamatukogud online-andmebaase raamatutest, mis parajasti raamatukogus saadaval on.
* Kuidas jõuab raamat laenutajani? Kuidas väheneb raamatuni jõudmise vaev võrreldes raamatukoguga?
Lisaks, kuidas tagatakse raamatute kindel tagastamine? Laenutamise idee on küll hea, kuid tuleks arvestada võimalusega, et omanikud oma raamatuid tagasi ei saagi. Selle vältimiseks oleks mõistlik mingi süsteem välja mõelda.

'''2. Kas funktsionaalsuste realiseerimine on ka reaalselt tehtav?'''

Funktsionaalsused on täiest realiseeritavad ning mõistlikud. Kuid tekkis üks küsimus raamatute lisamise kohta: Kuidas reageerib süsteem, kui üks inimene lisab raamatu nimega "Harry Potter ja Tarkade Kivi", kuid teine "Härri Potteri I osa"? <br>
Ka raamatute üleandmise toimumine jääb segaseks. Kasutaja peaks kuidagi teadma, kuhu ning millal raamatule järgi minna ning raamatu laenutaja peaks ka sellest teadlik olema. Analüüsist kahjuks ei selgu, kuidas raamatute üleandmine toimib (nii laenutamine kui tagastamine).

'''3. Mis on hästi.'''

Esimeseks plussiks on kindlasti idee uudsus. Lisaks on positiivne see, et on mõeldud, kuidas rakendust optimaalselt disainida. Juurde on pandud ka andmete liikumise diagrammid, mis teevad asjast aru saamise lihtsamaks. On ilusti ära liigitatud, millised saavad olema rakenduse kindlad funktsionaalsused ning millised on võimalikud lisafunktsioonid, kui jääb aega üle neid teha.
Väga mõistlik on ka võimalike tekkivate probleemide üles märkimine, kuna see vähendab riski ebameeldivate üllatuste tekkimiseks rakenduse loomise ajal. (Samas tekib küsimus, kas neid võimalikke takistusi on vaja kõigil teada, või tasuks need kuhugi enda jaoks privaatselt kirja panna?)

'''4. Kommentaar andmebaasi kohta'''

Kuna andmebaas on algusjärgus, ei saa väga kommenteerida. Olemas on vaid kolm olemit ning kindlasti on mitmeid puudu (näiteks "kasutaja roll").

'''5. Ettepanekud, kuidas rakendust paremaks teha.'''

1. Raamatute laenutamine ei peaks piirduma vaid tutvusringkonnaga. Rakendusse võiks lisada funktsiooni, mis leiab raamatuid mingisuguses piirkonnas või sinu asukohale vastavalt valitud raadiuses (GPS). <br>
2. Võiks olla funktsionaalsus, et raamatut saab ka müüa. <br>
3. Tähtaja pikendamise võimalus.<br>
4. Kui sama nimega raamatuid on mitmeid, siis kuvada esimesena lähimal asuv.<br>
5. Võimalus sorteerida raamatuid žanri järgi.

== Blogi ==

*20.09 - Tiimi loomine
*26.09 - Esimene kokkusaamine, idee leidmine, skype grupi tegemine.
*14.10 - Alustasime andmebaasi skeemi loomisega QSEEs.
*28.10 - Lõpetasime andmebaasi skeemi tegemisega QSEEs ja lõime andmebaasi SQL Server Management Studiosse.
*04.11 - Vaatasime üle enda analüüsi ja täiendasime. Kontrollisime üle, kas kõigil on olemas ühendus TFS-iga ja kõik saavad aru, kuidas üles/alla laadida uusimat versiooni meie projektist. Alustasime rühma '''LendBook''' analüüsi retsensiooniga.
*05.11 - Nädalavahetuse plaanide tegemine - jaotasime rühma vahel erinevaid ülesandeid. Tanel - WPF vaadete tegemine. Melissa - retsensiooni ja analüüsi ülevaatamine, LINQ ja WPF-i õppimine. Aleks - kaustade loomine projekti, LINQ ja WPF-i õppimine. Liisa - andmebaasi parndamine SQL Server Management Studios ning selle külge panemine meie projektile. Taavi - LINQ ja WPF-i õppimine, WPF-i vaadete loomine.

2015-11-08T21:48:00Z

Meeenmaa: /* Teise rühma analüüsi retsensioon */

__TOC__

[[Category:Programmeerimine CSharp keeles (2015)]]
== Meeskond ja rollid ==

*'''Liisa Suurkaev''' - Projektijuht
*'''Tanel Vähk'''
*'''Aleks Luik'''
*'''Melissa Eenmaa'''
*'''Taavi Kliss'''

== Idee ==

Meie idee on luua verepank kasutades WPF rakendust.
Meie verepanka saavad arstid luua endale kasutajad ja arstid omakorda saavad luua kasutaja doonorile, kes tuleb sooviga verd annnetada.
Enne vere andmist kontrollitakse doonori tervist ning vaadatakse, kas näitajad on sobilikud vere annetamiseks. Kõik näitajad salvestatakse andmebaasi ning doonori tervise kohta on olemas ka vastav ajalugu.
Samuti on võimalik vaadata, millal doonor viimati verd käis andmas.
Verepangast saavad haiglad verd tellida. Verepangal on alati ülevaade, kui palju tal erinevaid veretüüpe "laos" on. Puudujääkide korral saadetakse sobilikele doonoritele teavitus, et võimaluse korral ta taas verd andma tuleks.

== Kasutatav .NET tehnoloogia ==

Kasutatav raamistik on .NET Framework 4.5
Oma lõpplahenduse jaoks kasutame C# + WPF + LINQ.

== Analüüs ==

Rakendus on eelkõige mõeldud haiglatele, doonoritele ja verepankadele. Tahame luua rakenduse, mis lihtsustaks veredoonorlusega seotud tegevusi. Kui haiglal on vaja kiiresti teatud sorti verd, teatud koguses, on võimalik läbi meie rakenduse see kiirelt ja lihtsalt tellida. Samas lihtsustab see õdede elu, kes saavad andmeid rakendusse lisades jälgida, kas patsient on terve, kas patsiendi viimasest külastuskäigust on möödas 6 kuud jne. Kliendi poole pealt on hea see, et on võimalik jälgida, millal on võimalik jälle verd annetama minna ja teatud tüübi vere vajaduse korral saab kasutaja emaili teel sellest teada.

'''Rakenduse funktsionaalsus haiglana. '''Kui haiglal pole piisavalt verd vereülekandeks, siis saab ta seda tellida meie rakenduse kaudu verepangast (muidugi juhul, kui verepangas on piisavalt verd). Piisava vere puudumise korral lükatakse tellimus tagasi, kuid rakendus salvestab selle tellimuse ikkagi, et kui vastav verekogus on uuesti olemas, siis annab rakendus haiglale ise teada. Haigla ei peagi koguaeg päringuid tegema.

'''Rakenduse funktsionaalsus eraisikuna. '''Kui tavaline eraisik soovib annetada verd, siis saab ta rakenduse kaudu vaadata, kus ta üldse annetada saab. Samuti näeb ta, mis veregruppi on nõutud enim. Olles jõudnud sihtkohta, kontrollitakse üle inimese tervislik seisund. Kui tervis lubab annetada, siis sisestatakse ta andmed rakendusse ning saab alustada vereülekannet. Juhul, kui isik on eelnevalt juba rakenduses olemas, siis saab enamus andmed juba sealt võtta. Samuti on annetajal võimalus jälgida oma annetuste ajalugu ning järgmise võimaliku annetuse aega. Kui doonorile on pärast esimest annetust loodud konto, saab ta sisse logides otsustada, kas kuulub "kriisiannetajate" hulka, see tähendab, et kiirematel juhtudel võib haigla helistada doonorile ning kutsuda ta verd annetama koheselt.

'''Rakenduse funktsionaalsus arsti/õena. '''Kui arsti/õe juurde tuleb vabatahtlik doonor, siis peab ta doonori tervisliku seisundi üle vaatama ning positiivse vastuse korral doonori alles süsteemi lisama. Kui doonor on juba rakenduses, siis on see protseduur lühem. Arstil/õel on ligipääs ka andmebaasile. Saab otsida inimesi andmebaasist veregruppide kaupa, soo kaupa, RH faktori kaupa jne. Arst/õde näeb "kriisiannetajate" nimekirja ning saab vastavalt vajadusele kiirematel juhtudel kutsuda doonori annetama koheselt.

'''Programmis on olemas järgmised võimalused (Must have):'''

*1. Saab kasutajad registeerida.
*2. Kasutajatel on rollid
*3. Doonorile saab lisada veregrupi, rh faktori, aadressi, nime, telefoni, emaili jne.
*4. Andmeid on võimalik leida läbi otsimise
*5. Võimalik jälgida veregrupi olemasolu laos
*6. Kasutaja andmete baasil, saab välja arvutada, millal tohib kasutaja uuesti verd andma tulla.
*7. Verenäitajate kaudu, saab välja arvutada, kas doonor on sobilik verd andma.
*8. Võimalik näha, mis veregruppi vajatakse hetkel kõige rohkem.
*9. Võimalik on näha doonori ajalugu.
*10. Teatud veregrupi vajaduse korral, saab teavitada kasutajaid sellest.

'''QSEEs tehtud andmebaas:'''
[[File:verepank.png|800px|VEREPANK]]

'''Programmis võiksid olla lisavõimalused (Nice to have):'''

*1. Haiglatel on võimalik verd tellida.
*2. Arstil/õel on võimalik doonori nõusolekul kriitilisel hetkel kutsuda doonor koheselt verd annetama.
*3. Enne vereandmist peab annetaja täitma küsimustiku, mida saab pärast esimest doonorlust muuta rakenduses.
*4. Küsimustiku saab täita eelnevalt kodus.
*5. Kui countdown järgmise annetuskorrani on 0, siis saadetakse doonorile teavitus.
*6. 100x countdown - president annab veredoonoritele autähe, kui on tehtud 100 vereannetust

'''Puust & Punaseks '''
Soovitakse anda verd. Sel puhul minnakse verepanka, kus annetajat võtab vastu õde. Õde küsib annetaja isiku- ja kontaktandmed ning sisestab need meie loodud rakendusse. Seejärel tehakse vereanalüüsid ja muud vajalikud uuringud ning tulemused saadetakse rakendusse, pärast mida selgub, kas annetaja on doonorluseks sobilik. Kui annetaja ei ole sobilik, salvestatakse tulemused sellegipoolest andmebaasis ning neid saab kasutada hilisematel uuringutel. Kui annetaja on sobilik, siis võetakse temalt vastav kogus verd. Verenäitajad, kogus ja teised eelnevalt küsitud andmed salvestatakse andmebaasi. Kogutud veri läheb hoidlasse ja haiglad saavad rakenduse abil vajatavat veretüüpi ja kogust tellida.
Annetaja seisukohalt võimaldab rakendus jälgida verenäitajaid, annetuste ajalugu, muuta kontaktandmeid (''nice to have:'' ning täita küsimustik). Samuti on võimalik doonoril rakenduse kaudu märkida end "kriisiannetajaks", ehk saada teavitusi äkilistest annetajale vastava veretüübi vajadustest.
Arsti/õe seisukohalt võimaldab rakendus jälgida veregrupi olemasolu laos, doonorite verenäitajaid, annetuste ajalugu ning "kriisiannetajate" puhul kutsuda doonor vastava veretüübi vajadusel koheselt annetama.
Reaalajas countdown järgmise võimaliku annetuskorrani nii doonoril kui arstil.

== Teise rühma analüüsi retsensioon ==
'''LendBook'''
https://wiki.itcollege.ee/index.php/LendBook

'''1. Kas on aru saada, mis on rakenduse eesmärk?'''
<br>Rakenduse eesmärk on selgesti arusaadav ning idee uuenduslik.
<br>Küsimusi tekitas järgnev punkt'': "Programmi eesmärk on võimaldada tutvusringkonnal kasutada kodus olemasolevaid raamatuid, ilma et peaks liigselt raamatuid ostma või ennast vaevama raamatukokku minekuga, kus sageli ei ole soovitud või vajaminevat raamatut üldse saadaval."'':
* Tänapäeval omavad pea kõik raamatukogud online-andmebaase raamatutest, mis parajasti raamatukogus saadaval on.
* Kuidas jõuab raamat laenutajani? Kuidas väheneb raamatuni jõudmise vaev võrreldes raamatukoguga?
Lisaks, kuidas tagatakse raamatute kindel tagastamine? Laenutamise idee on küll hea, kuid tuleks arvestada võimalusega, et omanikud oma raamatuid tagasi ei saagi. Selle vältimiseks oleks mõistlik mingi süsteem välja mõelda.

<br>
'''2. Kas funktsionaalsuste realiseerimine on ka reaalselt tehtav?'''

Funktsionaalsused on täiest realiseeritavad ning mõistlikud. Kuid tekkis üks küsimus raamatute lisamise kohta: Kuidas reageerib süsteem, kui üks inimene lisab raamatu nimega "Harry Potter ja Tarkade Kivi", kuid teine "Härri Potteri I osa"? <br>
Kuidas toimub raamatute üleandmine? Kasutaja peaks kuidagi teadma, kuhu ning millal raamatule järgi tulla ning raamatu laenutaja peaks ka sellest teadlik olema. Analüüsist kahjuks seda ei selgu.

<br>
'''3. Mis on hästi.'''

Esimeseks plussiks on kindlasti idee uudsus. Lisaks on positiivne see, et on mõeldud, kuidas rakendust optimaalselt disainida. Juurde on pandud ka andmete liikumise diagrammid, mis teevad asjast aru saamise lihtsamaks. On ilusti ära liigitatud, millised saavad olema rakenduse kindlad funktsionaalsused ning millised on võimalikud lisafunktsioonid, kui jääb aega üle neid teha.
Väga mõistlik on ka võimalike tekkivate probleemide üles märkimine, kuna see vähendab riski ebameeldivate üllatuste tekkimiseks rakenduse loomise ajal. Samas tekib küsimus, kas neid võimalikke takistusi on vaja kõigil teada, või tasuks need kuhugi enda jaoks privaatselt kirja panna?
Üldiselt on korralik analüüs.

<br>
'''4. Kommentaar andmebaasi kohta'''

Kuna andmebaas on algusjärgus, ei saa väga kommenteerida. On näha, et olemeid on puudu, näiteks "kasutaja roll".

<br>
'''5. Ettepanekud, kuidas rakendust paremaks teha.'''

1. Raamatute laenutamine ei peaks piirduma vaid tutvusringkonnaga. Rakendusse võiks lisada funktsiooni, mis leiab raamatuid mingisuguses piirkonnas või sinu asukohale vastavalt valitud raadiuses (GPS). <br>
2. Võiks olla funktsionaalsus, et raamatut saab ka müüa. <br>
3. Tähtaja pikendamise võimalus.<br>
4. Kui sama nimega raamatuid on mitmeid, siis kuvada esimesena lähimal asuv.<br>
5. Võimalus sorteerida raamatuid žanri järgi.

== Blogi ==

*20.09 - Tiimi loomine
*26.09 - Esimene kokkusaamine, idee leidmine, skype grupi tegemine.
*14.10 - Alustasime andmebaasi skeemi loomisega QSEEs.
*28.10 - Lõpetasime andmebaasi skeemi tegemisega QSEEs ja lõime andmebaasi SQL Server Management Studiosse.
*04.11 - Vaatasime üle enda analüüsi ja täiendasime. Kontrollisime üle, kas kõigil on olemas ühendus TFS-iga ja kõik saavad aru, kuidas üles/alla laadida uusimat versiooni meie projektist. Alustasime rühma '''LendBook''' analüüsi retsensiooniga.
*05.11 - Nädalavahetuse plaanide tegemine - jaotasime rühma vahel erinevaid ülesandeid. Tanel - WPF vaadete tegemine. Melissa - retsensiooni ja analüüsi ülevaatamine, LINQ ja WPF-i õppimine. Aleks - kaustade loomine projekti, LINQ ja WPF-i õppimine. Liisa - andmebaasi parndamine SQL Server Management Studios ning selle külge panemine meie projektile. Taavi - LINQ ja WPF-i õppimine, WPF-i vaadete loomine.