ICO wiki - User contributions [en]

Talk:Ticketer

2017-06-16T21:27:21Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele meeskonna Ninjas in pyjamas poolt. */

= Retsensioon meeskonna Ticketer esitatud XML-failidele=
Koostaja: [https://wiki.itcollege.ee/index.php/Meeskond:_CoverMe]

Meeskond Ticketer on kokku esitanud viis faili: XML-faili, skeemifaili, kaks XSLT faili HTML formaati transformeerimiseks ning XSLT faili XML formaati transformeerimiseks.
XML fail sisaldab endas nelja loogilist dimensiooni ja lisaks on kasutatud vähemalt kolmel dimensioonil atribuute, mis on enamat kui ID. Kõik andmed on defineeritud atribuutide väärtustena. XML-fail on kergesti jälgitav ning kood läbib validaatori validatsiooni. Plussina võib välja tuua CDATA korrektse kasutuse.
Skeemifail (XSD) on korrektselt formuleeritud ning läbis edukalt validaatori kontrolli.
HTML formaati genereerimiseks mõeldud kahes XSLT failis on kasutatud enam kui ühte for-each klauslit ning kontrollitud erinevaid tingimusi. Antud transformatsioon on korrektselt koostatud ning esitatud tingimustele vastav.
XML formaati transformeerimiseks mõeldud XSLT on samuti korrektselt koostatud ning vastab kodutööle esitatud nõudmistele.
Eeltoodu põhjal võibki tõdeda, et antud meeskond on esitanud antud kodutöö raames korrektsed ning õigesti formuleeritud failid.

Retsenseerinud tiim: [https://wiki.itcollege.ee/index.php/DevHelpVR DevHelp]

'''Retsensioon meeskonna Ticketer esitatud XML failidele'''

Meeskond Ticketer esitas kodutööna sobiva XML-faili, XSD skeemifaili ja kolm XSLT transformatsiooni. Kaks transformatsiooni olid tehtud HTML-i jaoks, kolmas teistsugusele XML-i kujule transformeermiseks. Transformatsioonides kasutatakse muuhulgas malle, mille abil kirjeldatakse ära, kuidas andmeid väljundis näidata. Malle kasutatakse selleks, et kuvatud info oleks loetav ning korrektne. Mõlemas HTML transformatsioonis kui ka XML transformatsioonis on kasutatud for-each tsükleid. Nimelt on esimeses HTML transformatsioonis 2 for-each tsüklit ja 1 if tingimus, teises HTML transformatsioonis on 2 for-each tsüklit ja 2 if tingimust, kolmandas transformatsioonis, mis teeb uue XML faili on samuti 2 for-each tsüklit ja 2 if tingimust. Loogilisi dimensioone on XML failil rohkem kui püstitatud miinimum 4. XML fail on muuhulgas valideeruv. Seega loodud failid vastavad õppejõu poolt püstitatud ülesande tingimustele.

Elementide "Category", "Municipality", "Category", "Performer", "Description" esinemise hulk on määratud XSD failis tüübiga unbounded, mis on meie arvates õigustatud.
Id-atribuutide väärtuste unikaalsus ei ole tagatud. Läbivalt XSD-s on näha, et Id-d ei ole määratud unikaalseks. Näide, kuidas on võimalik teha Id unikaalseks:

<source lang="xml">
<xs:unique name="nimi ">
<xs:selector xpath="Categories"/>
<xs:field xpath="@Id"/>
</xs:unique>
</source>

'''Esimene HTML transformatsioon:'''

[[File:Ticketer1.png]]

'''Teine HTML transformatsioon:'''

[[File:Ticketer.png]]

=Retsensioon meeskonna Ticketer klientrakendusele=

Retsensioon meeskonna [https://wiki.itcollege.ee/index.php/Ticketer Ticketer] klientrakendusele meeskonna [https://wiki.itcollege.ee/index.php/A$unik A$unik] poolt.

Lähtume klientrakendust vaadates rakenduse kirjelduses välja toodud ''must-have'' funktsionaalsuse üles leidmisest ja selle üle vaatamisest. Selle põhjal on koheselt näha, et projektiga on oldud ambitsioonikas. ''Must-have'' funktsionaalsusest väljendub, et vähemalt rakenduse analüüs on olnud põhjalik, et mida kasutajad sellega teha peaksid saama.
Rakenduse alla laadimisega ning tööle panemisega probleeme ei tekkinud. Lehekülgede loadimisel käivad Angulari {{ }} expressionid vilksamisi läbi, kas selle vältimiseks on arenduse käigus proovitud ng-cloak funktsionaalsust?

Jäi silma üldisele projekti standardile mittevastavad failinimed Events.ctr.js ja EventContentsController.js, kui kõik teised controllerid on x.ctrl.js formaadis. Sellistes asjades võiks olla järjepidev nimetusskeem.
Lehe üldises ''layout''is on jalusesse jäänud projekti loomisest pärit "My ASP.NET Application", mis oleks olnud ilus millegi muu vastu välja vahetada.
Klientrakenduse UI disaini koha pealt oleks võinud teha pisut parema töö, sest hetkel tundub, et sisendid ja nupud on kiiruga üksteise otsa topitud ja et nad midagi teeksid. UI disain pole muidugi antud aine fookuseks, aga kui klientrakendust eraldi retsenseerida, siis tuleb sellele kahjuks tähelapenu juhtida.

'''Tavakasutaja funktsionaalsus:'''

Üritusi saab vaadata. On tore, et näidatakse ka teisi toimumiskohti, aga samas ei peideta ära seda, mis parasjagu lahti on - API käest saadakse kõik vastava eventContentiga üritused, kliendi poolel võiks näidata ainult neid, mille eventId ei ole parasjagu avatud ürituse oma.
Kasutajaks saab registreeruda, aga ei näinud lehelt tagasisidet, kui registreerudes midagi valesti teha, see ongi TODO-ks jäänud.
Piletit saab osta, aga soodustusi kahjuks kusagil ei näe, kõige hind on 0 - võib-olla on tegemist andmebaasi seedimise probleemiga.
Ostetud pileteid on ostuajaloos näha, ära ostetud pileteid enam osta ei saa. Selle koha peal on aga viga, kood on inglise keeles (enum TicketStatus on inglise keeles ja seda ka API tagastab), kuigi ülejäänud sisu on eesti keeles. See oleks vaja tõenäoliselt kliendi poolel ära tõlkida.
Üldiselt tavakasutaja funktsionaalsus töötab, kuigi väike osa must-have funktsionaalsusest ei ole realiseeritud (registreerumisel teenusetingimused ja tagasiside, ürituste otsing ja filtreerimine). Projekti skoopi arvestades võib öelda, et tegemist on korraliku sooritusega.

'''Administraatori funktsionaalsus ( vaadatud sai kasutajaid a@eesti.ee, o@eesti.ee):'''

Algselt ei laetud andmebaasi ürituse toimumiskohtasid ja korraldajaid, need pidi ise looma.
Sai lisada sündmuse sisu, aga kuidagi pikalt läks aega, et leida admin-kasutajana kohta, kus sündmust ennast lisada. Ürituse sisu muutmine ei tööta ('Salvesta' nupp EventContents/Edit/{id} lehel viitab meetodile, mida ei eksisteeri). Samamoodi ei tööta „Lisa esineja“ nupp. Ürituste sisu sektsioonis kustutamise nupp ei tee midagi. Toimumiskohtade sektsioonis kustutamise nupp küll teeb päringu, aga teenus vastab 500-ga.

Uute kirjete sisestamisvormidel (üritused, toimumiskohad) kui vorm jätta pooltühjaks, siis päring teenuse vastu saab vastuse staatusega 500 (siin ka muidugi klientrakenduse poolsed veateated puudu). See tähendab, et nendes kohtades nii klientrakenduse poolne kui teenuse poolne piisava koguse andmete validatsioon puudu. Klientrakenduse poole peal oleks võinud kas või „required“ atribuuti kasutada input elementidel.
Administraatori poolel esinevad suured puudujäägid ja suur osa vajalikust funktsionaalsusest on puudu.

'''Koodi poole pealt mõned tähelepanekud:'''

1) Esimese asjana jäi rakendust alla laadides silma see, et pole eemaldatud obj ja bin faile. See teeb lähtekoodi paki mõttetult suureks: ~70MB oli see antud rakenduse puhul. Lihtne variant oleks need kaustad välistada (GIT korral) .gitignore failis ja siis linkida repo kloonimiseks.

2) Rakenduse solutionis on WebApi.Server projektis põhimõtteliselt kaks projekti koos – API ja MVC koos AngularJS-ga. Kui MVC ja AngularJS ühtekokku panemist saab õigustada, et tegemist on klientrakenduse koodiga, siis API osa peaks kindlasti eraldi projektis olema. Siin on probleemiks kaks asjaolu, et 1. see ühes projektis hoidmine teeb projekti struktuurist arusaamise raskeks ning 2. lisaks aine eesmärk on praktiseerida hajussüsteemide arendamist ja praegusel kujul ei oleks kerge klientrakendust ja teenust eri serveritele töötama panna. Eraldi projektis hoides töötaksid need vähemalt lokaalses IIS serveris eri portidel ja saaks ka lihtsasti neid töötama panna täiesti eri serveritel.

3) Tekib küsimus, et miks on AngularJS-i ja MVC-d koos kasutatud. MVC osa on kasutatud põhimõtteliselt veebipäringute suunamiseks/''route''-miseks ning selle oleks saanud ka lihtsasti lahendada ''angular-route''-ga ning seega saanuks piirduda SPA (''single page application'') ülesehitusega klientrakenduses. Võib olla on see lihtsalt maitse küsimus, aga praegusel kujul tundub MVC-ga päringute suunamine ning Razor vaadetega Angulari tagastamine üleliigne.

4) Bowerit vist ei kasutata üldse. Selle oleks võinud ka eemaldada projektist.

5) (Pisut maitse küsimus, aga levinum tava tänapäeva AngularJSis:) Angulari kontrollerites võiks funktsioonid ja andmed liita kontrolleri objekti külge (this) ja mitte panna $scope objekti külge. Kontrolleritel võiks kasutada vm (''viewmodel'') aliast. Teenustes võiks funktsiooni määrata seal, kus ta deklareeritakse teenuse objekti külge.

'''Kokkuvõte'''

Klientrakenduse skoobi oleks võinud piiritletumalt sõnastada wiki lehel ja teha vähem funktsionaalsusest, kuid korralikumalt. Üldmulje on see, et hammustati liiga suur tükk analüüsis sõnastatud funktsionaalsusega. Veebiteenuses oleks võinud siis jah implementeerida rohkem, aga klientrakenduses siis viimistetumalt vähem. Tavakasutaja funktsionaalsus töötab isegi täitsa korralikult, kuid administraatori osa on täis pisut pooleliolevat funktsionaalsust igal sammul.

=Retsensioon meeskonna [https://wiki.itcollege.ee/index.php/Ticketer Ticketer] klientrakendusele meeskonna [https://wiki.itcollege.ee/index.php/Ninjas_in_pyjamas Ninjas in pyjamas] poolt.=

Meie alustasime enda retsensiooni kirjutamist alates meeskonna veebiteenuse analüüsist, klientrakenduse kirjeldusest ja andmemudeli arusaamisest. Esimesed kaks punktid on põhjalikult lahti seletatud ning funktsionaalsus kirjeldatud asjalikult. Andmemudeli kohta võime öelda, et see on kolme kordsa suurem, kui oli õppejõu minimaalsetest nõudest - ehk siis väga ambitsiooniline projekt ja huvitav projekt. Alla laadimisega meil probleeme ei tekkinud, ning saanud ilusti käivitada antud meeskonna klientrakenduse. Nagu oli kirjeldatud Must-have funktsionaalsuses klientrakendus peab töötama igas browseris ja seda me oleme testinud koheselt ka Google Chrome-s, IE-s ja Mozilla Firefox-s - resultaadina klientrakendus töötab nendes browseris korrektselt. Ainsana lehekülje vahetamisel (laadimisel) antud kliendirakendusel vilkuvad Angulari {{ }} expressionid. Tunnis kaitsmise käigus meeskond vist ütles, et jõudnud sellist asja fix-ida, kuna kahekesi kirjutanud koodi, ning see ei olnud nende prioriteedis.

Üldises kliendirakendus ehitus on arusaadav ja loogiline, ning seda mugav kasutada. Üks kõige lihtsam asi, mida meeskond unustas vahetada enda projekti raames on panna jalusse ASP.NET asemel enda meeskonna nimi (see asub neil Views->Shared-> _Layot.cshtml failis 71 real). Veel natuke raskesti oli aru saada ka veebiteenuse faili nimetustest, kuna olid sarnased või lühendatud üksikud, mis on raske leitavad, kui sa ei olnud antud koodi kirjutanud. Kuna antud õppeainel tähtsamad asjad projektis oli autentimine, autoriseerimine, angularid, repositorities ja controllerid ning korrektne andmebaas miinimum 6-st tabelist, siis meie hinnangul antud projekt on tehtud suurepäreselt teades ka sellest, et meeskond alustas kolmekesi ja lõppkokkuvõttes seda teinud ainult kaks isikut.

Kui vaadata aga antud rakendust tavakasutaja poolt, siis meile meeldis, et on olemus sündmuste kirjeldus, et toimis sisse logimine ürituste, algus ja lõpp, ja toimumiskoht, ning
toimis nupp osta pilet, kuid aga kahju, et ei olnud valikut ise valida endale koha antud üritusele ja piletite lisamisega ostukorvile läks kuskil 10 sekundid. Mis veel võiks lisada - on näiteks ürituse kohta pildi/posteri ja loomulikult pärast meeskond, juhul kui arendab edasi antud projekti võiks mõelda disaini peale ka. Veel, mis jäi silma, et registreerimisel ja sisse logimisel, juhul kui täidad midagi valesti, siis sa ei saa sellest kuidagi teada, kuna ei ole ühtegi teavitust mis jäi valesti täidetud. Samas oleks ka tore kätte saada teavitust, kui antud üritusele ei ole enam pileteid ja kõik on ära müüdud - see oleks viisakas kliendi suhtes, kuna siis ta ei peagi mitu clicki tegema, et sellist infot üles leida.

Samas vaadanud ka admin-i sisenemist ja ürituste lisamist kasutajaga o@eesti.ee. Mis oli raske leida on uue ürituste sisestamine. Ürituste sisestamisel on üks suur testimata osa on ürituste pikkus value, kus saab ka valida numbreid miinusega. Samas selles vormis oli võimatu lisada/valida korraldajat. Samas oli võimatu lisada müüki pileteid, ehk siis sellises vaades tundus juba, et meeskond ei jõudnud seda juba korralikult täita ja teostada kõike enda mõtteid.

Mis puudutab koodi osat, siis meie soovitus oleks teha rohkem teste , kuna Angulari {{ }} expressionid lehekülje laadimisel/vahetamisel ei ole ikka ilus. Samas Api kaust meie arvates ikka peab olema eraldi WebApi-st. Nagu eelmine retsendent mainis, obj ja bin failid, mis tulevad lähtekoodi alla laadimisega on mõtetud, kuna neid ei kasutatakse antud projektis ja meeskond võiks neid kustutada. Meil tekkis pigem soovitus, et antud meeskond võiks natuke vähendada enda andmebaasi tabelite numbreid, ja rohkem tegutseda ikka projekti sisuga, et oleks täiuslikum pilt ja oleks natuke kergem iseendal teha. Ja soovituseks võiks pigem kasutada ainult AngularJS-i ilma MVC-t.

Kokkuvõtteks aga võime öelda antud meeskonna projekt on antud aja ja tööjõuga on tehtud korralikult ikka ja vaeva nähtud palju, loomulikult me võiksime palju pakkuda juurde teha ja palju soovitada veel arendada või parandada, kuid õppeaine raames - see on asjalik projekt hea teema valikuga, mis soovi korral võib edasi arendada. Täname antud meeskonna võimaluse eest neid retsenseerida ning selle eest, et nad tublisti kaitsnud enda projekti pühapäeval.

=Retsensioon meeskonna [https://wiki.itcollege.ee/index.php/Ticketer Ticketer] veebiteenusele meeskonna [https://wiki.itcollege.ee/index.php/Ninjas_in_pyjamas Ninjas in pyjamas] poolt.=

Meeskonna eesmärgiks oli luua veebiteenus, mis võimaldab saada infot toimuvate ürituste kohta, sisestada ja kuvada infot antud ürituste kohta, võimalust sisse logida kliendina ning administraatori rollis. Samuti oli ette nähtud, et administraatorid saavad lisada, muuta ja eemaldada kõike üritusi, korraldajaid ja esinejaid. Veel antud veebiteenus võimaldab osta pileteid valitud üritusele ning näitab ostukorvis ka varasemaid ostuid Andmebaasimudel on kirjeldatud väga põhjalikult ning tabelite kirjeldused on ka välja toodud.

Meie arvates on eesmärk enamus osas täidetud, realiseeritud on põhiosa kavandatud must-have funktsionaalsusest. Loodud on veebiteenus, mis kasutab AngularJS REST arhitektuuri ja ASP.NET Web Api tehnoloogiat.
Veebiteenuse struktuur on üles ehitatud vastavalt õppeaine nõudmistele kihiliselt, mis vajadusel sannab võimalusi süsteemi osasid lihtsamaks muuta, täiendada ja vajadusel vahetada. Kihid on jaotatud. Ja nende järjestus on selline:
BL - sisaldab DTO-sid ja vajalikke Factoreid, ning seal on olemas ka Service klassid, milles on kirjas kõik päringud andmebaasist. Service’tele ja Factory’tele on loodud ka Interface’d.ConsoleTestApp - mis testib andmebaasi täitmist.
DAL - kasutatakse EFRepositoryFactory ja EFRepositoryProvidery põhimõtteid. Samas seal asub ka Configuration.cs, kust antakse ette lähteandmete seed’imine. Repositooriumid asuvad enda kaustas, kuhu on lisaks EFRepository-st päritud meetoditele juurde kirjutatud palju erinevaid meetodeid funktsionaalsuse täiendamiseks.
Domain - andmebaasi mudelis on kokku 18 olemit, mis on vastav projekti tegemise nõutele. Üldine andmebaasimudeli ülesehitus on loogiline ning listid on algselt väärtustatud. Mis oli natuke puudu on annotatsioonid, et oleks aru saadavam ja kergem koodist aru saada. Kõikide repositooriumide jaoks on loodud ka interface´d. Samuti leidub seal UOW jaoks interface.

WebApi - Kuna Api on kasutatud WebApi sees, siis raske loetav oli koodist Controlleri osa. Kuid kokku on kasutusel 11 kontrollerit, milles on realiseeritud CRUD meetodid. Samuti on läbi mõeldud, et mõnda meetodit saab kasutada ainult autoriseeritud “Admin”-kasutaja. Näitena võib tuua, et ainult “Admin”, saab salvestada uusi korraldajaid ja esinejaid andmebaasi.

Peame ikka märkida, et kood kirjutamisel võiksed paremini mõelda nimetusi, et ei oleks segadust sarnaste nimedega. Meeskonna enda kommentaare koodis meie ei ole näinud ja kommentaarid olid ainult need, mis automaatselt tulnud.

Kuid aga kokkuvõtteks võib öelda, et tegemist on nagu, me eelmises kliendirakenduse retsensioonis kirjutanud juba, väga hästi mõeldud ja realiseeritud veebiteenusega ja meeskonnaliikmete töö on olnud fantastiline, eriti arvestades seda, et tegemist oli vaid kahe liikmega.

Talk:Ticketer

2017-06-16T20:48:56Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele meeskonna Ninjas in pyjamas poolt. */

Talk:Ticketer

2017-06-16T20:26:55Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele meeskonna Ninjas in pyjamas poolt. */

Talk:Ticketer

2017-06-16T19:59:13Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele meeskonna Ninjas in pyjamas poolt. */

Talk:Ticketer

2017-06-16T19:50:48Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele meeskonna Ninjas in pyjamas poolt. */

Talk:Ticketer

2017-06-16T19:46:43Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele meeskonna Ninjas in pyjamas poolt. */

Talk:Ticketer

2017-06-16T19:37:45Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele meeskonna Ninjas in pyjamas poolt. */

Talk:Ticketer

2017-06-16T18:59:33Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele */

Talk:Ticketer

2017-06-16T18:57:22Z

Alinskaj: /* Retsensioon meeskonna Ticketer klientrakendusele */

AssistDesq

2017-06-16T18:56:46Z

Alinskaj: /* Retsensioonid */

= Meeskond =

Anna Linskaja <br>
Karen Grigorjan <br>
Sergei Hristoforov <br>

= Idee =

Kasutajatugi süsteem '''"Forever beta"'''.

Ülesanne on teostada veebirakendus, mis võimaldaks hallata kasutajatoele saadetud pöördumisi. Süsteemi funktsionaalsus oleks järgmine: <br>

• Kasutaja saab sisestada pöördumise. <br>
• Pöördumisel peab olema kirjeldus, sisestamise aeg, lahendamise tähtaeg. Sisestamise ajaks märgitakse pöördumise sisestamise aeg, teised kohustuslikud väljad täidab kasutaja. <br>
• Kasutajale kuvatakse aktiivsed pöördumised koos kõigi väljadega nimekirjas sorteeritult kahanevalt lahendamise tähtaja järgi. <br>
• Pöördumised, mille lahendamise tähtajani on jäänud vähem kui 1 tund või mis on juba ületanud lahendamise tähtaja, kuvatakse nimekirjas punasena. <br>
• Kasutaja saab nimekirjas pöördumisi lahendatuks märkida, mis kaotab pöördumise nimekirjast. <br>

= Projekt =
===Analüüs===
Analüüsi document asub [https://docs.google.com/document/d/1sX3OX38TA2z-Qj3RpoxVWVdNDMLTlf9GSHcwVlk5Gcg/edit?usp=sharing siin]
===Source code===
Asub [https://www.dropbox.com/s/y7l7lefimu0u1pc/TicketSystem.rar?dl=0 siin]
==XML==
===Teema===
Support Ticket XML

===XML===

<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<tickets>
<ticket id="1" category="3">
<title><![CDATA[Title]]></title>
<description><![CDATA[Description]]></description>
<details>
<priority id="H">High</priority>
<user role="1" id="12323" email="top@kek.ee">chubakapra90</user>
<date>2017-03-19</date>
</details>
<attachments>
<attachment id="1">dsdsad</attachment>
</attachments>
</ticket>
<ticket id="2" category="1">
<title><![CDATA[Title2]]></title>
<description><![CDATA[Description2]]></description>
<details>
<priority id="M">Medium</priority>
<user role="2" id="3333" email="hehe@lol.ee">ivanka_trump</user>
<date>2017-03-20</date>
</details>
<attachments>
<attachment id="1">dsdsad</attachment>
</attachments>
</ticket>
</tickets>
</source>

===XML schema (XSD)===

<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" attributeFormDefault="unqualified" elementFormDefault="qualified">
<xs:element name="tickets">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="ticket">
<xs:complexType>
<xs:sequence>
<xs:element name="title" type="xs:string" />
<xs:element name="description" type="xs:string" />
<xs:element name="details">
<xs:complexType>
<xs:sequence>
<xs:element name="priority" type="xs:string">
<xs:attribute name="id" type="xs:string" use="required">
<xs:restriction base="xs:string">
<xs:pattern value="[HML]"/>
</xs:restriction>
</xs:attribute>
</xs:element>
<xs:element name="user" type="xs:string">
<xs:attribute name="role" type="xs:integer" use="required">
<xs:restriction base="xs:string">
<xs:pattern value="[0-3]"/>
</xs:restriction>
</xs:attribute>
<xs:attribute name="id" type="xs:integer" use="required" />
<xs:attribute name="email" type="xs:string" use="required" />
</xs:element>
<xs:element name="date" type="xs:date" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="attachment" type="xs:string">
<xs:attribute name="id" type="xs:integer" use="required" />
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:integer" use="required" />
<xs:attribute name="category" type="xs:integer" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

===XSLT 1===
XSLT => HTML

<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:msxsl="urn:schemas-microsoft-com:xslt" version="1.0" exclude-result-prefixes="msxsl">
<xsl:output method="html" indent="yes" />
<xsl:template match="/">
<html>
<head>
<style type="text/css">
table {
width: 100%;
}

th {
height: 50px;
text-align: left;
}

tr:hover {
background-color: #f5f5f5
}
th, td {
border-bottom: 1px solid #ddd;
}
</style>
<title>Tickets</title>
</head>
<body>
<table>
<caption>
<b>Current tickets</b>
</caption>
<tr>
<th>Date</th>
<th>ID</th>
<th>Subject</th>
<th>Description</th>
<th>Created by</th>
<th>Priority</th>
</tr>
<xsl:for-each select="/tickets/ticket">
<tr>
<td>
<xsl:value-of select="details/date" />
</td>
<td>
<xsl:value-of select="@id" />
</td>
<td>
<xsl:value-of select="title" />
</td>
<td>
<xsl:value-of select="description" />
</td>
<td>
<xsl:value-of select="details/user" />
</td>
<td>
<xsl:value-of select="details/priority" />
</td>
</tr>
</xsl:for-each>
</table>
<p>
Total number of current tickets:
<xsl:value-of select="count(tickets/ticket)" />
</p>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

===XSLT 2===
XSLT => XML

<source lang="xml">
<?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="xml" indent="yes"/>
<xsl:template match="/">
<tickets>
<ticketstotal>
<xsl:value-of select="count(tickets/ticket)"/>
</ticketstotal>
<xsl:for-each select="/tickets/ticket/">
<xsl:sort select="/details/date" order="ascending"/>
<ticket id ="{@id}" category ="{@category}" date="/details/date">
<title>
<xsl:value-of select="title"/>
</title>
<description>
<xsl:value-of select="description"/>
</description>
</ticket>
</xsl:for-each>
</tickets>
</xsl:template>
</xsl:stylesheet>
</source>

=Retsensioonid=

1.[https://wiki.itcollege.ee/index.php/Talk:PC_KartKicker#Retsensioon_meeskonna_PC_KartKicker_esitatud_XML-failidele PC KartKicker]

2.[https://wiki.itcollege.ee/index.php/Talk:Ticketer#Retsensioon meeskonna Ticketer klientrakendusele]

AssistDesq

2017-06-16T18:56:31Z

Alinskaj:

= Meeskond =

Anna Linskaja <br>
Karen Grigorjan <br>
Sergei Hristoforov <br>

= Idee =

Kasutajatugi süsteem '''"Forever beta"'''.

Ülesanne on teostada veebirakendus, mis võimaldaks hallata kasutajatoele saadetud pöördumisi. Süsteemi funktsionaalsus oleks järgmine: <br>

• Kasutaja saab sisestada pöördumise. <br>
• Pöördumisel peab olema kirjeldus, sisestamise aeg, lahendamise tähtaeg. Sisestamise ajaks märgitakse pöördumise sisestamise aeg, teised kohustuslikud väljad täidab kasutaja. <br>
• Kasutajale kuvatakse aktiivsed pöördumised koos kõigi väljadega nimekirjas sorteeritult kahanevalt lahendamise tähtaja järgi. <br>
• Pöördumised, mille lahendamise tähtajani on jäänud vähem kui 1 tund või mis on juba ületanud lahendamise tähtaja, kuvatakse nimekirjas punasena. <br>
• Kasutaja saab nimekirjas pöördumisi lahendatuks märkida, mis kaotab pöördumise nimekirjast. <br>

= Projekt =
===Analüüs===
Analüüsi document asub [https://docs.google.com/document/d/1sX3OX38TA2z-Qj3RpoxVWVdNDMLTlf9GSHcwVlk5Gcg/edit?usp=sharing siin]
===Source code===
Asub [https://www.dropbox.com/s/y7l7lefimu0u1pc/TicketSystem.rar?dl=0 siin]
==XML==
===Teema===
Support Ticket XML

===XML===

<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<tickets>
<ticket id="1" category="3">
<title><![CDATA[Title]]></title>
<description><![CDATA[Description]]></description>
<details>
<priority id="H">High</priority>
<user role="1" id="12323" email="top@kek.ee">chubakapra90</user>
<date>2017-03-19</date>
</details>
<attachments>
<attachment id="1">dsdsad</attachment>
</attachments>
</ticket>
<ticket id="2" category="1">
<title><![CDATA[Title2]]></title>
<description><![CDATA[Description2]]></description>
<details>
<priority id="M">Medium</priority>
<user role="2" id="3333" email="hehe@lol.ee">ivanka_trump</user>
<date>2017-03-20</date>
</details>
<attachments>
<attachment id="1">dsdsad</attachment>
</attachments>
</ticket>
</tickets>
</source>

===XML schema (XSD)===

<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" attributeFormDefault="unqualified" elementFormDefault="qualified">
<xs:element name="tickets">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="ticket">
<xs:complexType>
<xs:sequence>
<xs:element name="title" type="xs:string" />
<xs:element name="description" type="xs:string" />
<xs:element name="details">
<xs:complexType>
<xs:sequence>
<xs:element name="priority" type="xs:string">
<xs:attribute name="id" type="xs:string" use="required">
<xs:restriction base="xs:string">
<xs:pattern value="[HML]"/>
</xs:restriction>
</xs:attribute>
</xs:element>
<xs:element name="user" type="xs:string">
<xs:attribute name="role" type="xs:integer" use="required">
<xs:restriction base="xs:string">
<xs:pattern value="[0-3]"/>
</xs:restriction>
</xs:attribute>
<xs:attribute name="id" type="xs:integer" use="required" />
<xs:attribute name="email" type="xs:string" use="required" />
</xs:element>
<xs:element name="date" type="xs:date" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="attachment" type="xs:string">
<xs:attribute name="id" type="xs:integer" use="required" />
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:integer" use="required" />
<xs:attribute name="category" type="xs:integer" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

===XSLT 1===
XSLT => HTML

<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:msxsl="urn:schemas-microsoft-com:xslt" version="1.0" exclude-result-prefixes="msxsl">
<xsl:output method="html" indent="yes" />
<xsl:template match="/">
<html>
<head>
<style type="text/css">
table {
width: 100%;
}

th {
height: 50px;
text-align: left;
}

tr:hover {
background-color: #f5f5f5
}
th, td {
border-bottom: 1px solid #ddd;
}
</style>
<title>Tickets</title>
</head>
<body>
<table>
<caption>
<b>Current tickets</b>
</caption>
<tr>
<th>Date</th>
<th>ID</th>
<th>Subject</th>
<th>Description</th>
<th>Created by</th>
<th>Priority</th>
</tr>
<xsl:for-each select="/tickets/ticket">
<tr>
<td>
<xsl:value-of select="details/date" />
</td>
<td>
<xsl:value-of select="@id" />
</td>
<td>
<xsl:value-of select="title" />
</td>
<td>
<xsl:value-of select="description" />
</td>
<td>
<xsl:value-of select="details/user" />
</td>
<td>
<xsl:value-of select="details/priority" />
</td>
</tr>
</xsl:for-each>
</table>
<p>
Total number of current tickets:
<xsl:value-of select="count(tickets/ticket)" />
</p>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

===XSLT 2===
XSLT => XML

<source lang="xml">
<?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="xml" indent="yes"/>
<xsl:template match="/">
<tickets>
<ticketstotal>
<xsl:value-of select="count(tickets/ticket)"/>
</ticketstotal>
<xsl:for-each select="/tickets/ticket/">
<xsl:sort select="/details/date" order="ascending"/>
<ticket id ="{@id}" category ="{@category}" date="/details/date">
<title>
<xsl:value-of select="title"/>
</title>
<description>
<xsl:value-of select="description"/>
</description>
</ticket>
</xsl:for-each>
</tickets>
</xsl:template>
</xsl:stylesheet>
</source>

=Retsensioonid=

1.[https://wiki.itcollege.ee/index.php/Talk:PC_KartKicker#Retsensioon_meeskonna_PC_KartKicker_esitatud_XML-failidele PC KartKicker]
2.[https://wiki.itcollege.ee/index.php/Talk:Ticketer#Retsensioon meeskonna Ticketer klientrakendusele]

Talk:Ticketer

2017-06-16T18:55:18Z

Alinskaj:

Talk:PC KartKicker

2017-04-08T10:02:22Z

Alinskaj: /* Transformatsioonid */

'''Retsensioonid'''

=Retsensioon meeskonnalt [https://wiki.itcollege.ee/index.php/Talupood]=
==XML ja XSD fail==
Näidisfail valideerib ning struktuur vastab osaliselt etteantud kriteeriumidele

1. On vähemalt neli loogilist dimensiooni - leidsime viis

2. Valdavalt on kõik andmed defineeritud atribuutide väärtustena - raskesti loetav XML fail.

3. ID-sid pole kasutatud. Kasutatud on liigselt palju atribuute. Identifitseerimiseks saab põhimõtteliselt kasutada ainult name atribuuti.
Ülejäänud atribuudid on üleliigsed ja võiksid olla XML-elemendid.

4. Identifitseerimiseks võiks kasutada ikkagi numbrilisi väärtuseid ja vähemalt üks element peaks olema unikaalne, sest nii oleks tagatud loogilisem ja veakindlam andmevahetus. Samuti vastaks selline identifitseerimine andmebaasi Primary Key väärtustamise põhimõttele.

5. Elemente <case>, <cpu> jne (kõik ülejäänud ka) saab nt name ja teiste tema sees olevate atribuutidega lisada piiramatul arvul, ilma et viga tekiks.

6. Nimetuste kasutamine atribuutides ja XML-elementides on ühtlase stiiliga.

7. Transformatsioone on esitatud kaks, aga kumbki sisaldab vaid üht for-each klauslit, mistõttu ei vasta see nõuetele.

8. Tingimuste kontrolli pole transformatsioonides kasutatud.

==Transformatsioonid==

'''XML -> HTML transformatsioon'''

Väljundiks olev HTML annab W3C validaatoris mitu viga:

1. XML -> HTML lühike ja ikka vigu täis!!!!

2. Puudub dokumendi tüübi deklaratsioon (<!DOCTYPE HTML SYSTEM>).

3. Head elemendis on sees H1 element, mis kindlasti seal ei peaks asuma.

'''XML -> XML transformatsioon'''

Pole esitatud, seega selles osas ei vasta töö esitatud tingimustele.

Üldiselt võiks öelda, et kehvake ja tuleks veel pingutada. Oluline õppeinfo ja praktiseerimise võimalus on jäänud kasutamata.
Eriti mis puudatab arvutusi ja tingimuste kontrolli transformatsioonis.

= Retsensioon meeskonna PC KartKicker esitatud XML-failidele=
Koostaja: [https://wiki.itcollege.ee/index.php/Ninjas_in_pyjamas Ninjas in pyjamas]

Meeskonna "PC KartKicker" XML failide sisu leiate [https://wiki.itcollege.ee/index.php/PC_KartKicker SIIT]

== XML ja XSD==
XML fail valideerib ja valideerimise lõpptulemusena ei ole tulnud ühtegi viga. Dimensioonide arv vastab õppejõu nõutud tingimustele ja antud töös neid isegi 5. Dimensioonid on hästi spetsifitseeritud, palju atribuute, kuid samas selle tõttu ka antud fail natuke raskem loetav. Ei ole ühtegi unikaalseid elemente - ehk numbrilisi väärtuseid pole, nagu näiteks ID. Ühelt poolt see ei ole probleem, kuna on olemas palju teisi, aga teiselt poolt see on vastane andmebaasi identifitseerimise põhimõttele, kus on alati olemas numbriline Primary Key.

== Transformatsioonid ==
Tehtud kaks transformatsioone. Mõlemad sisaldavad ainult üht for-each klauslit, mistõttu nad ei vasta õppejõu poolt väljatoodud nõuetele. Samas transformatsioonides puuduvad tingimusi ja nende kontroll.

'''XML -> HTML transformatsioon'''

1. Puudub <xsl:output method="html" indent="yes"/>

2. Väga lühike

3. Tundub, et meeskond teinud vigade parandust, kuna nüüd validaatoris ei ole enam vigu

'''XML -> XML transformatsioon'''

Pole tehtud eraldi, kuid validaatoris kood saab läbi ilma veata.

== Kokkuvõte ==

XML fail on korrektne ja meie arvates, liiga mahukas - näha on, et rohkem jõudu meeskond pani just selle osale, kuid samas võiksid rohkem süvineda XSLT-de tegemisse. Samas nad on tublid, kuna parandasid enda pisiveod, mis olid varemates retsensioonides märgitud. Aga vaja ikka juurde teha XML -> XML transformatsiooni.

Talk:PC KartKicker

2017-04-08T10:01:16Z

Alinskaj: /* Transformatsioonid */

'''Retsensioonid'''

=Retsensioon meeskonnalt [https://wiki.itcollege.ee/index.php/Talupood]=
==XML ja XSD fail==
Näidisfail valideerib ning struktuur vastab osaliselt etteantud kriteeriumidele

1. On vähemalt neli loogilist dimensiooni - leidsime viis

2. Valdavalt on kõik andmed defineeritud atribuutide väärtustena - raskesti loetav XML fail.

3. ID-sid pole kasutatud. Kasutatud on liigselt palju atribuute. Identifitseerimiseks saab põhimõtteliselt kasutada ainult name atribuuti.
Ülejäänud atribuudid on üleliigsed ja võiksid olla XML-elemendid.

4. Identifitseerimiseks võiks kasutada ikkagi numbrilisi väärtuseid ja vähemalt üks element peaks olema unikaalne, sest nii oleks tagatud loogilisem ja veakindlam andmevahetus. Samuti vastaks selline identifitseerimine andmebaasi Primary Key väärtustamise põhimõttele.

5. Elemente <case>, <cpu> jne (kõik ülejäänud ka) saab nt name ja teiste tema sees olevate atribuutidega lisada piiramatul arvul, ilma et viga tekiks.

6. Nimetuste kasutamine atribuutides ja XML-elementides on ühtlase stiiliga.

7. Transformatsioone on esitatud kaks, aga kumbki sisaldab vaid üht for-each klauslit, mistõttu ei vasta see nõuetele.

8. Tingimuste kontrolli pole transformatsioonides kasutatud.

==Transformatsioonid==

'''XML -> HTML transformatsioon'''

Väljundiks olev HTML annab W3C validaatoris mitu viga:

1. XML -> HTML lühike ja ikka vigu täis!!!!

2. Puudub dokumendi tüübi deklaratsioon (<!DOCTYPE HTML SYSTEM>).

3. Head elemendis on sees H1 element, mis kindlasti seal ei peaks asuma.

'''XML -> XML transformatsioon'''

Pole esitatud, seega selles osas ei vasta töö esitatud tingimustele.

Üldiselt võiks öelda, et kehvake ja tuleks veel pingutada. Oluline õppeinfo ja praktiseerimise võimalus on jäänud kasutamata.
Eriti mis puudatab arvutusi ja tingimuste kontrolli transformatsioonis.

= Retsensioon meeskonna PC KartKicker esitatud XML-failidele=
Koostaja: [https://wiki.itcollege.ee/index.php/Ninjas_in_pyjamas Ninjas in pyjamas]

Meeskonna "PC KartKicker" XML failide sisu leiate [https://wiki.itcollege.ee/index.php/PC_KartKicker SIIT]

== XML ja XSD==
XML fail valideerib ja valideerimise lõpptulemusena ei ole tulnud ühtegi viga. Dimensioonide arv vastab õppejõu nõutud tingimustele ja antud töös neid isegi 5. Dimensioonid on hästi spetsifitseeritud, palju atribuute, kuid samas selle tõttu ka antud fail natuke raskem loetav. Ei ole ühtegi unikaalseid elemente - ehk numbrilisi väärtuseid pole, nagu näiteks ID. Ühelt poolt see ei ole probleem, kuna on olemas palju teisi, aga teiselt poolt see on vastane andmebaasi identifitseerimise põhimõttele, kus on alati olemas numbriline Primary Key.

== Transformatsioonid ==
Tehtud kaks transformatsioone. Mõlemad sisaldavad ainult üht for-each klauslit, mistõttu nad ei vasta õppejõu poolt väljatoodud nõuetele. Samas transformatsioonides puuduvad tingimusi ja nende kontroll.

'''XML -> HTML transformatsioon'''

1. Puudub <xsl:output method="html" indent="yes"/>
2. Väga lühike
3. Tundub, et meeskond teinud vigade parandust, kuna nüüd validaatoris ei ole enam vigu

'''XML -> XML transformatsioon'''
Pole tehtud eraldi, kuid validaatoris kood saab läbi ilma veata.

== Kokkuvõte ==

XML fail on korrektne ja meie arvates, liiga mahukas - näha on, et rohkem jõudu meeskond pani just selle osale, kuid samas võiksid rohkem süvineda XSLT-de tegemisse. Samas nad on tublid, kuna parandasid enda pisiveod, mis olid varemates retsensioonides märgitud. Aga vaja ikka juurde teha XML -> XML transformatsiooni.

Talk:PC KartKicker

2017-04-08T09:48:18Z

Alinskaj: /* Transformatsioonid */

Talk:PC KartKicker

2017-04-08T09:43:45Z

Alinskaj: /* Retsensioon meeskonna PC KartKicker esitatud XML-failidele */

Talk:PC KartKicker

2017-04-08T08:54:40Z

Alinskaj: /* XML */

Talk:PC KartKicker

2017-04-08T08:42:53Z

Alinskaj: /* Retsensioon meeskonnalt [https://wiki.itcollege.ee/index.php/Talupood] */

Talk:PC KartKicker

2017-04-08T08:38:40Z

Alinskaj: /* Retsensioon meeskonna PC KartKicker esitatud XML-failidele */

Talk:PC KartKicker

2017-04-08T08:38:05Z

Alinskaj: /* Retsensioon meeskonna PC KartKicker esitatud XML-failidele */

Talk:PC KartKicker

2017-04-08T08:36:16Z

Alinskaj: /* Retsensioon meeskonna PC KartKicker esitatud XML-failidele */

Talk:PC KartKicker

2017-04-08T08:34:13Z

Alinskaj: /* Retsensioon meeskonnalt [https://wiki.itcollege.ee/index.php/Talupood] */

Talk:PC KartKicker

2017-04-08T08:30:55Z

Alinskaj: /* Retsensioon meeskonnalt [https://wiki.itcollege.ee/index.php/Talupood] */

Talk:Maker

2015-11-08T21:08:40Z

Alinskaj: /* Retsensioon meeskonna Maker projekti analüüsile */

= Retsensioon meeskonna Maker projekti analüüsile =

'''Koostaja: meeskond [[Codezilla]]'''

Antud projekti kirjelduses on näha, et arendaja päris detailselt mõelnud läbi millest funktsionaalsuset tema alustab ja samm sammult tulenevad arendused. Idee on hästi "müüdud" ning kindlasti võiks leida enda kindla koha paljudel ettevõtetel. Mis tuli veel positiivse aspektina, et arendaja mõelnud päris kaugale ning kirjeldanud võimalik funktsionaalsus, mida saab kunagi tulevikus lisada juhul, kui tuleb selline vajadus. Meeldis ka meile see, et arendaja andnud ette põhifunktsionaalsuse kirjelduse just kasutajate rollide vaatest, mis on väga mugav lugemiseks ja aru saamiseks.

Samas aga tekkinud meil ka mõned küsimused antud projekti kohta. Kuna see on WPF rakendus, kas siis ettevõtes peab olema keskarvuti, mille kaudu kõik töötajad täidavad enda tunnid või siis nad saavad seda teha kaugjuhitavalt (näiteks: kodust)? Tuli meil ka küsimus töötaja tabeli kohta. Arendajal kirjutatud, et töötaja töötundide haldamise tabelisse lisatakse Töötaja number, kuid aga kõik töötajad sisenevad programmi enda eesnimi ja perekonnanimega, kas seda tõesti vaja? Samas võimalikku probleemide juures võiks kirjeldada kuidas tagatakse andmete õigust, et näiteks keegi teine ei saa sisestada teiste inimeste tunde. Kas töötajal/ administraatoril on võimalik juba sisestatud tööaja andmeid tagantjärgi muuta ja kuidas süsteem reageerib andmete muudatusele pärast arvestusperioodi lõppu? Kui on, kuidas peetakse muudatuste logi (kuritarvitamise vältimiseks).

Ja veel üks soovitus meie poolt arendajale juhul, kui tema teeb e-maili teavitust: võiks saata e-maili teavitust mitte ainult töötajale, vaid ka personalitöötajale või isikule, kelle tööülesannetes on koolituste planeerimine ja rahaline vastutus selle eest.

Kokkuvõteks, on näha, et arendaja hästi läbi mõelnud enda projekti ning valinud päris lahe idee, mis võiks reaalses elus minna kasuks.

Talk:Maker

2015-11-08T20:41:06Z

Alinskaj: /* Retsensioon meeskonna Maker projekti analüüsile */

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

2015-11-08T20:28:56Z

Alinskaj: /* Meeskond: Codezilla */

__NOINDEX__

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

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

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

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

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

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

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

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

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

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

Tekitatakse meeskonna wiki lehekülg. Meeskonnal peab olema nimi ning see koosneb kolmest kuni viiest liikmest. Määratakse projektijuht. Juhul kui hakatakse blogi pidama kuskil mujal keskkonnas ilmub selle kohta link. Lühidalt peaks kirjeldama idee olemust nii, et selle üldine suund oleks arusaadav. Samuti peab olema märgitud tehnoloogia, milles hakatakse rakendust looma. Meeskond on loonud TFSi konto ning on saatnud õppejõule kutse.

===Analüüs===
'''01.11.2015''' (6p)
Analüütilise osa eesmärgiks on arendada tudengite analüüsioskust, mida on vaja ka päris tarkvaraarenduse protsessi juures.'''NB! Miinimum sõnade arv 700''' Selle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab muu hulgas ka:
*Analüüs rakendusele. (Mida see endas sisaldab? Mis on selle eesmärk? Mida tavakasutaja sellega teha saaks? Milliste osade realiseerimine võib osutuda problemaatiliseks?) Kui on tööjaotus paigas, siis tuua ka see välja.
*Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')
*Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')

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

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

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

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

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

'''Retsensioon''' 05.01.2015(5p)

===Esitlus/Kaitsmine===

'''Toimub loengutes/praktikumides või kokkulepitud ajal enne eksamit''' ''(4p) ''
Esitlusel kaitstakse projekti. Tutvustatakse tehnoloogiat, mida kasutati rakenduse realiseerimiseks. Lühidalt räägitakse tööjaotusest ning probleemidest, mis tekkisid projekti realiseerimisel. Näidatakse lähtekoodi ja demonstreeritakse oma rakendust teistele tudengitele, kes võivad selle kohta küsimusi küsida. Kestvus ~20min.

====Kaitsmise ajad====

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

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

Kaitsmise käigus vaadatakse üle ka kood.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Meeskonna koduleht: [[Meeskond: MinuKV]]

'''Retsensioonid'''

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

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

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

'''Retsensioonid'''

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

Meeskonna koduleht: [[Meeskond: mc2]]

'''Retsensioonid'''

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

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Meeskond:_KTM_Development Retsensioon meeskonna KTM Development projekti analüüsile]

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

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale LendBook asub [https://wiki.itcollege.ee/index.php/Meeskond:_LetsDoIt#Teise_r.C3.BChma_anal.C3.BC.C3.BCsi_retsensioon siin].

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

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

'''Retsensioonid'''

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

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

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale '''LetsDoIt''' asub [https://wiki.itcollege.ee/index.php/Incman#Meeskonna_LetsDoIt_anal.C3.BC.C3.BCsi_retsensioon siin]

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

Meeskonna koduleht: [[Meeskond:_Lebokeiss_OÜ]]

'''Retsensioonid'''

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

Meeskonna koduleht: [[LendBook]]

'''Retsensioonid'''

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

Meeskonna koduleht: [[BIT]]

'''Retsensioonid'''

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

'''Retsensioonid'''

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

'''Retsensioonid'''

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

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

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

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

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

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

'''Retsensioonid'''

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

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

Meeskonna koduleht: [[Meeskond: Premium]]

'''Retsensioonid'''

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

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

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

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Meeskond:_Premium Retsensioon meeskonna Premium projekti HomeLibrary analüüsile]

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

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

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Meeskond:_Fontastic Retsensioon meeskonna Fontastic rakenduse analüüsile]

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

Meeskonna koduleht: [[Meeskond: LIB]]

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Meeskond_Mardo Analüüsi retsensioon Mardo meeskonnale]

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

Meeskonna koduleht: [[Meeskond: GreekQMark]]

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Meeskond:_Spooky_Scary_Skeletons Retsensioon meeskonna Spooky Scary Skeletons rakenduse AVE 2.0 analüüsile]

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

Meeskonna koduleht: [[Meeskond: Tarraxacum]]

[[Retsensioon meeskonnale Põhjavesi]]

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

Meeskonna koduleht: [[Meeskond: Fontastic]]

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Meeskond:_Konsa Retsensioon meeskonna Konsa projekti Ostukorv analüüsile]

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

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

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

Meeskonna koduleht: [[Codezilla]]

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Maker Retsensioon meeskonna Maker projekti analüüsile]

===Meeskond: Konsa===
Liikmed:

*Marko Konsa DK13

Meeskonna koduleht: [[Ostukorv]]

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

Meeskonna koduleht: [[Johhaidii]]

'''Retsensioonid'''

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

Meeskonna koduleht: [[Sildur]]

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

Meeskonna koduleht: [[JT]]

'''Retsensioonid'''

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

Meeskonna koduleht: [[Maker]]

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Codezilla Retsensioon meeskonna Codezilla analüüsile]

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

Meeskonna koduleht: [[Pohjavesi]]

'''Retsensioonid'''

[https://wiki.itcollege.ee/index.php/Talk:Pohjavesi Retsensioon meeskonnale Spooky Scary Skeletons analüüsile]

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

Meeskonna koduleht: [[Meeskond: MMTL development]]

'''Retsensioonid'''

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

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

2015-11-08T20:28:37Z

Alinskaj: /* Meeskond: Codezilla */

Talk:Maker

2015-11-08T20:12:33Z

Alinskaj: /* Retsensioon meeskonna Maker projekti analüüsile */

= Retsensioon meeskonna Maker projekti analüüsile =

'''Koostaja: meeskond [[Codezilla]]'''

Talk:Maker

2015-11-08T20:08:23Z

Alinskaj: /* Retsensioon meeskonna Maker projekti analüüsile */

= Retsensioon meeskonna Maker projekti analüüsile =

'''Koostaja: meeskond [https://wiki.itcollege.ee/index.php/Codezilla]'''

Talk:Maker

2015-11-08T20:06:46Z

Alinskaj: Created page with "= Retsensioon meeskonna Maker projekti analüüsile = '''Koostaja: [https://wiki.itcollege.ee/index.php/Codezilla]'''"

= Retsensioon meeskonna Maker projekti analüüsile =

'''Koostaja: [https://wiki.itcollege.ee/index.php/Codezilla]'''

File:Kalender.JPG

2015-11-02T07:47:00Z

Alinskaj:

Codezilla

2015-11-02T07:46:34Z

Alinskaj: /* Must-have funktsionaalsus */

=Meeskonna liikmed=

*'''Anna Linskaja''' - projektijuht
*'''Alisa Dudinova'''
*'''Sergei Hristoforov'''

= Idee =

Konverentsikeskus. Luua online broneeringu süsteemi, mille kaudu administraator saab täita ruumi broneeringu vastavalt kliendi soovile. Süsteem kuvab sisestatud broneeringu kalendris.

= Analüüs =

== Projekti kirjeldus ==
Meie rühma projekti eesmärk on luua WPF rakendus mis haldab väljamõeldud konverentsikeskuse broneeringuid, ehk on broneerimissüsteem.
Rakendus on mõeldud väiksemale konverentsikeskusele, mis asendaks lõputute Exceli tabelite hulka ja pakuks konverentsikeskuse töötajale (edaspidi administraator) mugavat tööriista igapäevase töö planeerimiseks ja tööülesannete täitmiseks.

Rakenduse abil administraator sisestab ja muudab broneeringuid. Sellest saab ülevaadet konverentsikeskuse täituvusest kuupäevade ja ruumide lõikes. Baasversioonis tegemist on offline desktop-rakendusega, millele pääseb ligi vaid autoriseeritud töötaja. Täiendatud versioon võimaldaks ka kliendile online-kliendi kaudu iseseisvalt ruume broneerida.
Konverentsikeskuse rakendus põhineb samal põhimõttel, mis "kodune raamatukogu".

Antud rakendus loob aluse paljudeks võimalikeks edasiarendusteks: tulevikus võib täielikult üle anda broneeringute sisestamist kliendi kätte interneti kaudu, ning samuti automatiseerida ka arvete koostamist ja tellijale saatmist. Osa edasiarendustest on üksikasjalikumalt kirjeldatud “Nice-to-have funktsioonide all”.

== Kasutajate rollid ==
Minimaalses funktsionaalsuses süsteemi kasutajaks on ainult konverentsikeskuse administraator kes:
*Loob/muudab kliendi profiile.
*Broneerib ruume kindlaks kuupäevaks kindla kliendi nimele.
*Kinnitab broneeringuid, kui laekub tasu broneeringu eest.
*Kustutab broneeringuid, kui broneeringu tasu ei ole laekunud tähtajaliselt, või kui tellija on broneeringu tühistanud.
*Vaatab aruandeid broneeringute kohta ruumide ja kuupäevade(kalendrivaade) lõikes.
*Aktiveerib/deaktiveerib keskuse ruume (nt. ajutine sulgemine remondi ajaks)

== Must-have funktsionaalsus ==
*''Administraatori sisselogimis-/autentimisvorm''
**Kasutajanimi
**Salasõna
*''Kliendi profiili loomise/muutmise vorm''
**Organisatsiooni nimi
**Kontaktisiku nimi
**E-mail (kohustuslik)
**Muud kontaktandmed
**Aktiivne/Mitteaktiivne
*''Ruumi informatsiooni vaade iga ruumi kohta''
**Ruumi nimi
**Rumi istekohad
**Aktiivne/mitteaktiivne
*''Broneeringu sisestamise vorm''
**Kliendi nimi
**Ruumi nr
**Kuupäev
**Osalejate arv
**Lisainfo
**Administraatori ID
**Loomise aeg
*''Kinnitatud ja kinnitamata broneeringute ülevaate vaaded /Kronoloogiliselt loodud broneeringute tabel''
**Broneeringu ID
**Tellija nimi
**Kinnitamata broneeringu puhul võimalus (check box) broneeringut kinnitada.
*''Kalendrivaade, kus on visuaalselt näha keskuse täituvus järgmiseks nädalaks või kuuks''
**vt. joonist
[[File:Kalender.JPG]]

'''Esialgse versiooni kitsendused'''
*Ligipääs rakendusele on ainult administraatoril ning administraatori infovahetus tellijaga ei kuulu rakenduse skoobi sisse.
*Ruum broneeritakse korraga terveks päevaks. Kui on mitmepäevane üritus, administraator teeb igale päevale eraldi broneeringut.
*Kuigi reaalses elus konverentsikeskuse ruumi mahutavus võib erineda sõltuvalt toolide/laudade paigaldusest, antud rakenduses ruumi mahutavus on piiratud ühe arvuga (istekohtade arv).

=== Võimalikud probleemid ===
1. Admin sisestab kaks broneeringut samale päevale ja samale ruumile.
Lahendus: juba sisestamise ajal süsteem kontrollib ruumi kättesaadavust valitud päeval ja ei võimalda topelt broneerida.

2. Kolmandate isikute sanktsioneerimata ligipääs rakendusele.
Lahendus: iga töösessiooni alguses administraator autoriseeritakse süsteemis ja igas broneeringus salvestatakse ka vastutava administraatori info.

3. Administraator deaktiveerib ruumi, millel on olemas broneeringud.
Lahendus: deaktiveerimisel süsteem kontrollib broneeringute olemasolu ja annab administrastorile hoiatuse broneeringute nimekirjaga.

4. Administraator redigeerib kliendi andmeid ja tahtlikult või kogemata kustutab kliendi profiili täielikult.
Lahendus: administraatoril puudub võimalud kustutada kliendi profiili. Selle asemel kliendi profiili juures on lahter Aktiivne/Mitteaktiivne, mida saab vajaduse korral märkida. Nii tagatakse, et ka minevikus lõppenud broneeringud on seotud konkreetsete tellija andmetega.

5. Ruumi broneerimisel sisestatud osalejate arv ületab ruumi mahutavust.
Lahendus: Broneeringu sisestamisel süsteem annab hoiatust mittevastavuse kohta ja pakub kaks lahendusvarianti: muuda ruumi suuremaks (kui suurem ruum on selleks kuupäevaks vaba), või paranda osalejate arvu.

== Nice-to-have funktsioonid ==
*Süsteem automaatselt genereerib ja saadab arvet esitatud broneeringu eest kliendi e-mailile.
*Süsteem saadab broneeringu kinnitust tellija e-mailile, kui administraator märgib, et tasu broneeringu eest on laekunud.
*Ruumidega koos on võimalik broneerida ka lisateenuseid: tehnika, toitlustus jms. lisavarustuse/-teenuste hind lisatakse broneeringu arvele.
*Online-klient Internetis, kus tellija saab sisestada broneeringu iseseisvalt.
*Võimalus broneerida ruumi mitmeks tunniks, mitte ainult terveks päevaks.
*Rakendus toetab allahindluste süsteemi: administraator sisestab allahindlusi reeglite kogumina ja süsteem rakendab neid arve summa kalkuleerimisel.
''näiteks “Early Bird Special”: kui ruum on broneeritud varem kui 2 kuud enne üritust, klient saab 15% soodustust''
*Very-nice-to-have Püsikliendi staatus. Püsiklient saab logida süsteemi sisse oma parolliga ja saada ülevaade oma aktiivsetest broneeringutest.
*Very-nice-to-have-2 graafiline liides online-kliendis, mis näitab keskuse plaani ja plaanis näitab vabu ruume määratud kuupäevale. Plaanist saab ka lisainfot iga ruumi kohta.

=== Võimalikud probleemid ===
1. Arve saatmine ei õnnestu, sest kliendi e-maili aadress on puudu või on vigane.
Lahendus: teha kliendi konto loomisel e-maili lahter kohustuslikuks, ning kontrollida sisestatud onfo vastavust e-maili aadressi formaadile.

2. Võimalik on inimviga, kui administraator unustab märkimast arve summa laekumist.
Lahendus: Administraatori sisselogimisel süsteemi esmase asjana tuleb ekraanile meeldetuletusaken, kust, soovi korral, saab liikuda otse kinnitamata broneeringute nimekirja.

3. Broneeringud, mille eest tasu ei ole laekunud teatud aja jooksul jäävad süsteemi.
Lahendus: määrata aegumisperiood kinnitamata broneeringutele, mis on võrdne ettemaksuarve maksetähtajaga. Hoiatada administraatorit iga töösessiooni alguses samal päeval aeguvatest broneeringutest.

== Tehnoloogiad ==
*[https://msdn.microsoft.com/en-us/library/bb397926.aspx LINQ]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]

== Arendusmustrid ==

== Versioonikontroll ==
*[https://msdn.microsoft.com/en-us/library/ms181237.aspx Team Foundation]

== Koodi stiilireeglid ==

== Litsents ==

= Andmebaas =
[[File:Keskus_db.jpg]]

= Arendusprotsess =

*'''30.09.2015''' - grupi kokkupanek
*'''06.10.2015''' - idee arutlemine
*'''16.10.2015''' - Wiki lehe loomine
*'''27.10.2015''' - online konverentsi abil arutletud projekti põhimõtted jagatud analüüsi osad
*'''01.11.2015''' - kirjutatud analüüs

= Lisad =

Maker

2015-11-02T07:44:01Z

Alinskaj: /* Andmebaas */

=Meeskond=
Meeskonna liikmed:
*Marek Öövel (projektijuht)

=Idee=
Projekti eesmärgiks on luua WPF rakendus, mis haldaks töötajate tööaja arvestust, nimekirja töötajate vastutuses olevatest seadmetest ja töötajate sertifikaatidest.

=Analüüs=

==Projekti kirjeldus==
Tänapäeva töökorraldus on aina enam projektipõhine, kus töötajad võivad ühe kuu jooksul osaleda väga erinevates projektides. Selleks, et juhtidel oleks kergem inimressurssi planeerida ja näha töötajate tööle kulunud aega, kasutatakse paljudes ettevõtetes veel Exceli tabelite põhiseid lahendusi. Samuti on ettevõtetes tihtipeale kasutuses töövahendid, mis on antud kindlate inimeste vastutusse ning teatud ettevõtetes, näiteks elektrialal, on oluline jälgida ka töötajate sertifikaatide olemasolu ja uuendamise vajadust, mis samuti on kirjas kuskil Exceli tabelites. Selline tabelitepõhine haldamine on aga üsna ebamugav juba ainuüksi seetõttu, et andmed on erinevates kohtades ja võivad üleüldise faili majandamisega kaotsi minna.

Minu loodav rakendus võiks olla sellistele ettevõtetele alternatiiviks Exceli kõrval, võimaldades teha kõiki ülevalpool loetud protseduure mugavalt ühes kohas. Rakendus peab võimaldama sisestada töötaja töötunde projekti ja tööülesande põhiselt. Töötaja lisatud töötundide arvestus on lisaks juhtide poolt sisestatud töötajate töötundidele eraldi tabelis, andmaks juhtidele võimaluse võrrelda sisestatud andmeid. Sisestatav projekt ja tööülesande liik on võimalik valida rippmenüüst, tekstikasti lisatakse töötundide arv ja kommentaar. Päeva on võimalik valida otse kalendermenüüst või navigeerides edasi-tagasi nuppudega, mööda kalendermenüüd. Iga kuu lõpus on seejärel võimalik genereerida tabel kuu töötundide kohta päevapõhiselt, mida on võimalik välja printida. Töötajaid, käimasolevaid projekte ja tööülesandeid lisavad ning kustutavad (loogiliselt) süsteemist juhid (administraatorid).

Nimekirja ettevõttes olemasolevatest seadmetest ja tööriistadest (vahenditest) on võimalik kuvada tervikuna või gruppide kaupa. Igal vahendil on tema eest vastutav isik. Võimalik on kuvada isiku vastutusse jäävaid seadmeid. Vahendeid lisavad ja kustutavad süsteemist administraatorid. Administraatorid saavad muuta vahendi eest vastutavad isikut. Teatud vahendid vajavad perioodiliselt kalibreerimist ja/või ülevaatust. Selle vajaduse informeerimiseks saadab rakendus seadme eest vastutavale isikule e-maili kalibreerimise uuenduse vajaduse kohta.
Nimekirja ettevõtte töötajate serfikaatidest on võimalik kuvada tervikuna või inimese kaupa. Sertifikaate lisavad ja kustutavad süsteemist administraatorid. Sertifikaadid vajavad perioodilist uuendamist. Selle vajaduse informeerimiseks saadab rakendus sertifikaadi omanikule e-maili sertifikaadi uuendamise vajaduse kohta.

==Kasutaja rollid==
Juhid (administraatorid) – Võimalus hallata töötaja töötundide süsteemi (juhtide tabel). Võimalus näha ja muuta kõikide kõikide töötajate sisestatud tööajatabelit (töötaja tabel). Võimalus hallata nimekirja ettevõttes olemasolevatest seadmetest ja tööriistadest. Võimalus hallata ettevõtte töötajate sertifikaatide nimekirja.

Töötajad – Võimalus hallata enda töötunde (töötaja tabel). Võimalus näha nimekirja ettevõttes olemasolevatest üldkasutatavaid seadmetest ja tööriistadest ja isiklikest vahenditest, kuid ei ole võimalust antud andmeid muuta. Võimalus näha nimekirja isiklikest sertifikaatidest, kuid ei ole võimalust antud andmeid muuta.

==Funktsionaalsused, mis peavad olema täidetud==
===Üldvaade:===
'''Login:'''
*Kasutajanimi
*Password

===Juhi(administraatori) vaade:===
'''Töötajate k.a juhid haldamine''':
*Lisamine
**Töötaja number
**Eesnimi
**Perenimi
**Telefoni number
**E-mail (default kasutajanimi)
**Password (default)
**Autentimise tase (juht või tavatöötaja)
*Kuvamine
**Filtreerimine ees –ja perenime järgi
*Muutmine
*Kustutamine (loogiline)

'''Projektide haldamine''':
*Lisamine
**Projekti number
**Projekti nimi
**Projekti kirjeldus
**Projekti alguskuupäev
**Projekti eeldatav lõppkuupäev
**Projekti staatus
**Tööülesannete haldamine:
***Tööülesande number
***Tööülesande nimi
***Tööülesande kirjeldus
***Tööülesande alguskuupäev
***Tööülesande eeldatav lõppkuupäev
***Tööülesande staatus
*Kuvamine
**Filtreerimine projekti nime järgi
**Filtreerimine projekti alguskuupäeva järgi
*Muutmine
*Kustutamine (loogiline)

'''Töötaja töötundide haldamine (juhi tabel):'''
*Lisamine
**Töötaja number (rippmenüü koos ees –ja perenimega)
**Projekti number (rippmenüü koos projekti nimega)
**Tööülesande number (rippmenüü koos tööülesande nimega)
**Kuupäev (kalender menüü)
**Töötunnid
**Kommentaar
*Kuvamine
**Filtreerimine töötaja numbri järgi
**Filtreerimine projekti numbri järgi
*Muutmine

'''Töötaja töötundide haldamine (töötaja tabel):'''
*Lisamine
**Töötaja number (rippmenüü koos ees –ja perenimega)
**Projekti number (rippmenüü koos projekti nimega)
**Tööülesande number (rippmenüü koos tööülesande nimega)
**Kuupäev (kalender menüü)
**Töötunnid
**Kommentaar
*Kuvamine
**Filtreerimine töötaja numbri järgi
**Filtreerimine projekti numbri järgi
*Muutmine

===Töötaja vaade:===
'''Enda töötundide haldamine:'''
*Lisamine
**Töötaja number
**Projekti number
**Tööülesande number
**Kuupäev (kalender menüü)
**Töötunnid
**Kommentaar
*Kuvamine
**Filtreerimine projekti numbri järgi
*Muutmine

'''Setup vaade, kasutajanime ja passwordi muutmiseks:'''
*Kasutajanimi
*Password

==Funktsionaalsused, mida võiks rakendusse lisada kui on aega==
===Juhi(administraatori) vaade:===
'''Vahendite (seadmetest ja tööriistadest) haldamine:'''
*Lisamine
**Vahendi number
**Vahendi grupp
**Vahendi rühm (üld või isiklik)
**Vahendi nimi
**Kommentaar
**Vastutava isiku töötaja number (rippmenüü ees –ja perenimega)
**Järgmise kalibreerimise aeg
**Pilt (Nice-to-Have)
*Kuvamine
**Filtreerimine grupi ja rühma järgi
**Filtreerimine vastutava isiku numbri järgi
*Muutmine
*Kustutamine

'''Sertifikaatide haldamine:'''
*Lisamine
**Sertifikaadi number
**Sertfikaadi nimi
**Kommentaar
**Sertifikaadi välja andnud ettevõte
**Sertifikaadi omaniku number
**Sertifikaat väljaantud (kuupäev)
**Sertifikaat kehtiv (kuupäev)
*Kuvamine
*Muutmine
*Kustutamine

===Töötaja vaade:===
'''Üldvahendite (seadmetest ja tööriistadest) ja isiklike vahendite haldamine:'''
*Kuvamine
**Filtreerimine grupi ja rühma järgi

'''Isiklike sertifikaatide haldamine:'''
*Kuvamine

'''E-mail teavitus:'''
*Teavitus E-mailile seadme kalibreerimise uuendamise vajadusest
*Teavitus E-mailile sertifikaadi lõpptähtaja saabumisest

==Funktsionaalsused, mida võiks rakendusse lisada kunagi tulevikus==
*Lisada tööajaarvestusse palgaarvestus. Igal töötajal on olemas oma tunnihind ja arvestades tunnihinda, saab arvutada välja töötaja palga. Sellisel juhul peab lisama tööajaarvestusse ka üleajatöö mõiste, mis arvestaks tunnipalka erikoefitsendi alusel.
*Lisada projekti ajakava arvestus. Projekt koosneb tavaliselt erinevatest etappidest, seda nii tarkvaraarenduses kui ka muude tööde puhul. Oleks hea kui tööajaarvestus võimaldaks võtta neid tööetappe arvesse.
*Lisada projektide tööajaarvestusse ka seadmed ja tööriistad (vahendid). Kuna mehanismid ja seadmed on kallid, siis ettevõtted üritavad olla nende kasutamisel võimalikult efektiivsed ning ühtegi seadet niisama lattu ei osteta. Selleks, et juhtidel oleks ülevaade vabadest vahenditest, mida projektis võimalik kasutada, võiks projekti tööajaarvestuses olla ka vahendid.

==Võimalikud problemaatilised kohad==
Üldiselt vaadatuna tekib ilmselt probleeme erinevate kasutaja rollide andmete pärimise filtreerimisega, kus näiteks juhtidel on õigused muuta mingeid andmeid ja töötajatel neid õiguseid ei ole. Seadmete ja sertifikaatide süsteemi osas võib lisaks kasutaja rollide erisustele probleeme tekitada e-maili põhine teavitus. Ilmselt võib kogu vajaliku funktsionaalsuse implementeerimisel probleeme tekitada ajafaktor, kuna kavatsen seda teha üksi. Nice-to-Have funktsionaalsust implementeerides võib tekkida probleeme erinevate andmete tervikuks sidumisega.

=Andmebaas=

Maker

2015-11-02T07:42:41Z

Alinskaj: /* Andmebaas */

Codezilla

2015-11-02T07:41:28Z

Alinskaj: /* Andmebaas */

=Meeskonna liikmed=

*'''Anna Linskaja''' - projektijuht
*'''Alisa Dudinova'''
*'''Sergei Hristoforov'''

= Idee =

Konverentsikeskus. Luua online broneeringu süsteemi, mille kaudu administraator saab täita ruumi broneeringu vastavalt kliendi soovile. Süsteem kuvab sisestatud broneeringu kalendris.

= Analüüs =

== Projekti kirjeldus ==
Meie rühma projekti eesmärk on luua WPF rakendus mis haldab väljamõeldud konverentsikeskuse broneeringuid, ehk on broneerimissüsteem.
Rakendus on mõeldud väiksemale konverentsikeskusele, mis asendaks lõputute Exceli tabelite hulka ja pakuks konverentsikeskuse töötajale (edaspidi administraator) mugavat tööriista igapäevase töö planeerimiseks ja tööülesannete täitmiseks.

Rakenduse abil administraator sisestab ja muudab broneeringuid. Sellest saab ülevaadet konverentsikeskuse täituvusest kuupäevade ja ruumide lõikes. Baasversioonis tegemist on offline desktop-rakendusega, millele pääseb ligi vaid autoriseeritud töötaja. Täiendatud versioon võimaldaks ka kliendile online-kliendi kaudu iseseisvalt ruume broneerida.
Konverentsikeskuse rakendus põhineb samal põhimõttel, mis "kodune raamatukogu".

Antud rakendus loob aluse paljudeks võimalikeks edasiarendusteks: tulevikus võib täielikult üle anda broneeringute sisestamist kliendi kätte interneti kaudu, ning samuti automatiseerida ka arvete koostamist ja tellijale saatmist. Osa edasiarendustest on üksikasjalikumalt kirjeldatud “Nice-to-have funktsioonide all”.

== Kasutajate rollid ==
Minimaalses funktsionaalsuses süsteemi kasutajaks on ainult konverentsikeskuse administraator kes:
*Loob/muudab kliendi profiile.
*Broneerib ruume kindlaks kuupäevaks kindla kliendi nimele.
*Kinnitab broneeringuid, kui laekub tasu broneeringu eest.
*Kustutab broneeringuid, kui broneeringu tasu ei ole laekunud tähtajaliselt, või kui tellija on broneeringu tühistanud.
*Vaatab aruandeid broneeringute kohta ruumide ja kuupäevade(kalendrivaade) lõikes.
*Aktiveerib/deaktiveerib keskuse ruume (nt. ajutine sulgemine remondi ajaks)

== Must-have funktsionaalsus ==
*''Administraatori sisselogimis-/autentimisvorm''
**Kasutajanimi
**Salasõna
*''Kliendi profiili loomise/muutmise vorm''
**Organisatsiooni nimi
**Kontaktisiku nimi
**E-mail (kohustuslik)
**Muud kontaktandmed
**Aktiivne/Mitteaktiivne
*''Ruumi informatsiooni vaade iga ruumi kohta''
**Ruumi nimi
**Rumi istekohad
**Aktiivne/mitteaktiivne
*''Broneeringu sisestamise vorm''
**Kliendi nimi
**Ruumi nr
**Kuupäev
**Osalejate arv
**Lisainfo
**Administraatori ID
**Loomise aeg
*''Kinnitatud ja kinnitamata broneeringute ülevaate vaaded /Kronoloogiliselt loodud broneeringute tabel''
**Broneeringu ID
**Tellija nimi
**Kinnitamata broneeringu puhul võimalus (check box) broneeringut kinnitada.
*''Kalendrivaade, kus on visuaalselt näha keskuse täituvus järgmiseks nädalaks või kuuks''
**vt. joonist

'''Esialgse versiooni kitsendused'''
*Ligipääs rakendusele on ainult administraatoril ning administraatori infovahetus tellijaga ei kuulu rakenduse skoobi sisse.
*Ruum broneeritakse korraga terveks päevaks. Kui on mitmepäevane üritus, administraator teeb igale päevale eraldi broneeringut.
*Kuigi reaalses elus konverentsikeskuse ruumi mahutavus võib erineda sõltuvalt toolide/laudade paigaldusest, antud rakenduses ruumi mahutavus on piiratud ühe arvuga (istekohtade arv).

=== Võimalikud probleemid ===
1. Admin sisestab kaks broneeringut samale päevale ja samale ruumile.
Lahendus: juba sisestamise ajal süsteem kontrollib ruumi kättesaadavust valitud päeval ja ei võimalda topelt broneerida.

2. Kolmandate isikute sanktsioneerimata ligipääs rakendusele.
Lahendus: iga töösessiooni alguses administraator autoriseeritakse süsteemis ja igas broneeringus salvestatakse ka vastutava administraatori info.

3. Administraator deaktiveerib ruumi, millel on olemas broneeringud.
Lahendus: deaktiveerimisel süsteem kontrollib broneeringute olemasolu ja annab administrastorile hoiatuse broneeringute nimekirjaga.

4. Administraator redigeerib kliendi andmeid ja tahtlikult või kogemata kustutab kliendi profiili täielikult.
Lahendus: administraatoril puudub võimalud kustutada kliendi profiili. Selle asemel kliendi profiili juures on lahter Aktiivne/Mitteaktiivne, mida saab vajaduse korral märkida. Nii tagatakse, et ka minevikus lõppenud broneeringud on seotud konkreetsete tellija andmetega.

5. Ruumi broneerimisel sisestatud osalejate arv ületab ruumi mahutavust.
Lahendus: Broneeringu sisestamisel süsteem annab hoiatust mittevastavuse kohta ja pakub kaks lahendusvarianti: muuda ruumi suuremaks (kui suurem ruum on selleks kuupäevaks vaba), või paranda osalejate arvu.

== Nice-to-have funktsioonid ==
*Süsteem automaatselt genereerib ja saadab arvet esitatud broneeringu eest kliendi e-mailile.
*Süsteem saadab broneeringu kinnitust tellija e-mailile, kui administraator märgib, et tasu broneeringu eest on laekunud.
*Ruumidega koos on võimalik broneerida ka lisateenuseid: tehnika, toitlustus jms. lisavarustuse/-teenuste hind lisatakse broneeringu arvele.
*Online-klient Internetis, kus tellija saab sisestada broneeringu iseseisvalt.
*Võimalus broneerida ruumi mitmeks tunniks, mitte ainult terveks päevaks.
*Rakendus toetab allahindluste süsteemi: administraator sisestab allahindlusi reeglite kogumina ja süsteem rakendab neid arve summa kalkuleerimisel.
''näiteks “Early Bird Special”: kui ruum on broneeritud varem kui 2 kuud enne üritust, klient saab 15% soodustust''
*Very-nice-to-have Püsikliendi staatus. Püsiklient saab logida süsteemi sisse oma parolliga ja saada ülevaade oma aktiivsetest broneeringutest.
*Very-nice-to-have-2 graafiline liides online-kliendis, mis näitab keskuse plaani ja plaanis näitab vabu ruume määratud kuupäevale. Plaanist saab ka lisainfot iga ruumi kohta.

=== Võimalikud probleemid ===
1. Arve saatmine ei õnnestu, sest kliendi e-maili aadress on puudu või on vigane.
Lahendus: teha kliendi konto loomisel e-maili lahter kohustuslikuks, ning kontrollida sisestatud onfo vastavust e-maili aadressi formaadile.

2. Võimalik on inimviga, kui administraator unustab märkimast arve summa laekumist.
Lahendus: Administraatori sisselogimisel süsteemi esmase asjana tuleb ekraanile meeldetuletusaken, kust, soovi korral, saab liikuda otse kinnitamata broneeringute nimekirja.

3. Broneeringud, mille eest tasu ei ole laekunud teatud aja jooksul jäävad süsteemi.
Lahendus: määrata aegumisperiood kinnitamata broneeringutele, mis on võrdne ettemaksuarve maksetähtajaga. Hoiatada administraatorit iga töösessiooni alguses samal päeval aeguvatest broneeringutest.

== Tehnoloogiad ==
*[https://msdn.microsoft.com/en-us/library/bb397926.aspx LINQ]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]

== Arendusmustrid ==

== Versioonikontroll ==
*[https://msdn.microsoft.com/en-us/library/ms181237.aspx Team Foundation]

== Koodi stiilireeglid ==

== Litsents ==

= Andmebaas =
[[File:Keskus_db.jpg]]

= Arendusprotsess =

*'''30.09.2015''' - grupi kokkupanek
*'''06.10.2015''' - idee arutlemine
*'''16.10.2015''' - Wiki lehe loomine
*'''27.10.2015''' - online konverentsi abil arutletud projekti põhimõtted jagatud analüüsi osad
*'''01.11.2015''' - kirjutatud analüüs

= Lisad =

File:Keskus db.jpg

2015-11-02T07:40:12Z

Alinskaj:

Codezilla

2015-11-02T07:38:52Z

Alinskaj: /* Andmebaas */

=Meeskonna liikmed=

*'''Anna Linskaja''' - projektijuht
*'''Alisa Dudinova'''
*'''Sergei Hristoforov'''

= Idee =

Konverentsikeskus. Luua online broneeringu süsteemi, mille kaudu administraator saab täita ruumi broneeringu vastavalt kliendi soovile. Süsteem kuvab sisestatud broneeringu kalendris.

= Analüüs =

== Projekti kirjeldus ==
Meie rühma projekti eesmärk on luua WPF rakendus mis haldab väljamõeldud konverentsikeskuse broneeringuid, ehk on broneerimissüsteem.
Rakendus on mõeldud väiksemale konverentsikeskusele, mis asendaks lõputute Exceli tabelite hulka ja pakuks konverentsikeskuse töötajale (edaspidi administraator) mugavat tööriista igapäevase töö planeerimiseks ja tööülesannete täitmiseks.

Rakenduse abil administraator sisestab ja muudab broneeringuid. Sellest saab ülevaadet konverentsikeskuse täituvusest kuupäevade ja ruumide lõikes. Baasversioonis tegemist on offline desktop-rakendusega, millele pääseb ligi vaid autoriseeritud töötaja. Täiendatud versioon võimaldaks ka kliendile online-kliendi kaudu iseseisvalt ruume broneerida.
Konverentsikeskuse rakendus põhineb samal põhimõttel, mis "kodune raamatukogu".

Antud rakendus loob aluse paljudeks võimalikeks edasiarendusteks: tulevikus võib täielikult üle anda broneeringute sisestamist kliendi kätte interneti kaudu, ning samuti automatiseerida ka arvete koostamist ja tellijale saatmist. Osa edasiarendustest on üksikasjalikumalt kirjeldatud “Nice-to-have funktsioonide all”.

== Kasutajate rollid ==
Minimaalses funktsionaalsuses süsteemi kasutajaks on ainult konverentsikeskuse administraator kes:
*Loob/muudab kliendi profiile.
*Broneerib ruume kindlaks kuupäevaks kindla kliendi nimele.
*Kinnitab broneeringuid, kui laekub tasu broneeringu eest.
*Kustutab broneeringuid, kui broneeringu tasu ei ole laekunud tähtajaliselt, või kui tellija on broneeringu tühistanud.
*Vaatab aruandeid broneeringute kohta ruumide ja kuupäevade(kalendrivaade) lõikes.
*Aktiveerib/deaktiveerib keskuse ruume (nt. ajutine sulgemine remondi ajaks)

== Must-have funktsionaalsus ==
*''Administraatori sisselogimis-/autentimisvorm''
**Kasutajanimi
**Salasõna
*''Kliendi profiili loomise/muutmise vorm''
**Organisatsiooni nimi
**Kontaktisiku nimi
**E-mail (kohustuslik)
**Muud kontaktandmed
**Aktiivne/Mitteaktiivne
*''Ruumi informatsiooni vaade iga ruumi kohta''
**Ruumi nimi
**Rumi istekohad
**Aktiivne/mitteaktiivne
*''Broneeringu sisestamise vorm''
**Kliendi nimi
**Ruumi nr
**Kuupäev
**Osalejate arv
**Lisainfo
**Administraatori ID
**Loomise aeg
*''Kinnitatud ja kinnitamata broneeringute ülevaate vaaded /Kronoloogiliselt loodud broneeringute tabel''
**Broneeringu ID
**Tellija nimi
**Kinnitamata broneeringu puhul võimalus (check box) broneeringut kinnitada.
*''Kalendrivaade, kus on visuaalselt näha keskuse täituvus järgmiseks nädalaks või kuuks''
**vt. joonist

'''Esialgse versiooni kitsendused'''
*Ligipääs rakendusele on ainult administraatoril ning administraatori infovahetus tellijaga ei kuulu rakenduse skoobi sisse.
*Ruum broneeritakse korraga terveks päevaks. Kui on mitmepäevane üritus, administraator teeb igale päevale eraldi broneeringut.
*Kuigi reaalses elus konverentsikeskuse ruumi mahutavus võib erineda sõltuvalt toolide/laudade paigaldusest, antud rakenduses ruumi mahutavus on piiratud ühe arvuga (istekohtade arv).

=== Võimalikud probleemid ===
1. Admin sisestab kaks broneeringut samale päevale ja samale ruumile.
Lahendus: juba sisestamise ajal süsteem kontrollib ruumi kättesaadavust valitud päeval ja ei võimalda topelt broneerida.

2. Kolmandate isikute sanktsioneerimata ligipääs rakendusele.
Lahendus: iga töösessiooni alguses administraator autoriseeritakse süsteemis ja igas broneeringus salvestatakse ka vastutava administraatori info.

3. Administraator deaktiveerib ruumi, millel on olemas broneeringud.
Lahendus: deaktiveerimisel süsteem kontrollib broneeringute olemasolu ja annab administrastorile hoiatuse broneeringute nimekirjaga.

4. Administraator redigeerib kliendi andmeid ja tahtlikult või kogemata kustutab kliendi profiili täielikult.
Lahendus: administraatoril puudub võimalud kustutada kliendi profiili. Selle asemel kliendi profiili juures on lahter Aktiivne/Mitteaktiivne, mida saab vajaduse korral märkida. Nii tagatakse, et ka minevikus lõppenud broneeringud on seotud konkreetsete tellija andmetega.

5. Ruumi broneerimisel sisestatud osalejate arv ületab ruumi mahutavust.
Lahendus: Broneeringu sisestamisel süsteem annab hoiatust mittevastavuse kohta ja pakub kaks lahendusvarianti: muuda ruumi suuremaks (kui suurem ruum on selleks kuupäevaks vaba), või paranda osalejate arvu.

== Nice-to-have funktsioonid ==
*Süsteem automaatselt genereerib ja saadab arvet esitatud broneeringu eest kliendi e-mailile.
*Süsteem saadab broneeringu kinnitust tellija e-mailile, kui administraator märgib, et tasu broneeringu eest on laekunud.
*Ruumidega koos on võimalik broneerida ka lisateenuseid: tehnika, toitlustus jms. lisavarustuse/-teenuste hind lisatakse broneeringu arvele.
*Online-klient Internetis, kus tellija saab sisestada broneeringu iseseisvalt.
*Võimalus broneerida ruumi mitmeks tunniks, mitte ainult terveks päevaks.
*Rakendus toetab allahindluste süsteemi: administraator sisestab allahindlusi reeglite kogumina ja süsteem rakendab neid arve summa kalkuleerimisel.
''näiteks “Early Bird Special”: kui ruum on broneeritud varem kui 2 kuud enne üritust, klient saab 15% soodustust''
*Very-nice-to-have Püsikliendi staatus. Püsiklient saab logida süsteemi sisse oma parolliga ja saada ülevaade oma aktiivsetest broneeringutest.
*Very-nice-to-have-2 graafiline liides online-kliendis, mis näitab keskuse plaani ja plaanis näitab vabu ruume määratud kuupäevale. Plaanist saab ka lisainfot iga ruumi kohta.

=== Võimalikud probleemid ===
1. Arve saatmine ei õnnestu, sest kliendi e-maili aadress on puudu või on vigane.
Lahendus: teha kliendi konto loomisel e-maili lahter kohustuslikuks, ning kontrollida sisestatud onfo vastavust e-maili aadressi formaadile.

2. Võimalik on inimviga, kui administraator unustab märkimast arve summa laekumist.
Lahendus: Administraatori sisselogimisel süsteemi esmase asjana tuleb ekraanile meeldetuletusaken, kust, soovi korral, saab liikuda otse kinnitamata broneeringute nimekirja.

3. Broneeringud, mille eest tasu ei ole laekunud teatud aja jooksul jäävad süsteemi.
Lahendus: määrata aegumisperiood kinnitamata broneeringutele, mis on võrdne ettemaksuarve maksetähtajaga. Hoiatada administraatorit iga töösessiooni alguses samal päeval aeguvatest broneeringutest.

== Tehnoloogiad ==
*[https://msdn.microsoft.com/en-us/library/bb397926.aspx LINQ]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]

== Arendusmustrid ==

== Versioonikontroll ==
*[https://msdn.microsoft.com/en-us/library/ms181237.aspx Team Foundation]

== Koodi stiilireeglid ==

== Litsents ==

= Andmebaas =
[[File:https://www.dropbox.com/s/leffzyqmmh3dk27/Kalender.JPG?dl=0]]

= Arendusprotsess =

*'''30.09.2015''' - grupi kokkupanek
*'''06.10.2015''' - idee arutlemine
*'''16.10.2015''' - Wiki lehe loomine
*'''27.10.2015''' - online konverentsi abil arutletud projekti põhimõtted jagatud analüüsi osad
*'''01.11.2015''' - kirjutatud analüüs

= Lisad =

Codezilla

2015-11-02T07:36:34Z

Alinskaj: /* Andmebaas */

=Meeskonna liikmed=

*'''Anna Linskaja''' - projektijuht
*'''Alisa Dudinova'''
*'''Sergei Hristoforov'''

= Idee =

Konverentsikeskus. Luua online broneeringu süsteemi, mille kaudu administraator saab täita ruumi broneeringu vastavalt kliendi soovile. Süsteem kuvab sisestatud broneeringu kalendris.

= Analüüs =

== Projekti kirjeldus ==
Meie rühma projekti eesmärk on luua WPF rakendus mis haldab väljamõeldud konverentsikeskuse broneeringuid, ehk on broneerimissüsteem.
Rakendus on mõeldud väiksemale konverentsikeskusele, mis asendaks lõputute Exceli tabelite hulka ja pakuks konverentsikeskuse töötajale (edaspidi administraator) mugavat tööriista igapäevase töö planeerimiseks ja tööülesannete täitmiseks.

Rakenduse abil administraator sisestab ja muudab broneeringuid. Sellest saab ülevaadet konverentsikeskuse täituvusest kuupäevade ja ruumide lõikes. Baasversioonis tegemist on offline desktop-rakendusega, millele pääseb ligi vaid autoriseeritud töötaja. Täiendatud versioon võimaldaks ka kliendile online-kliendi kaudu iseseisvalt ruume broneerida.
Konverentsikeskuse rakendus põhineb samal põhimõttel, mis "kodune raamatukogu".

Antud rakendus loob aluse paljudeks võimalikeks edasiarendusteks: tulevikus võib täielikult üle anda broneeringute sisestamist kliendi kätte interneti kaudu, ning samuti automatiseerida ka arvete koostamist ja tellijale saatmist. Osa edasiarendustest on üksikasjalikumalt kirjeldatud “Nice-to-have funktsioonide all”.

== Kasutajate rollid ==
Minimaalses funktsionaalsuses süsteemi kasutajaks on ainult konverentsikeskuse administraator kes:
*Loob/muudab kliendi profiile.
*Broneerib ruume kindlaks kuupäevaks kindla kliendi nimele.
*Kinnitab broneeringuid, kui laekub tasu broneeringu eest.
*Kustutab broneeringuid, kui broneeringu tasu ei ole laekunud tähtajaliselt, või kui tellija on broneeringu tühistanud.
*Vaatab aruandeid broneeringute kohta ruumide ja kuupäevade(kalendrivaade) lõikes.
*Aktiveerib/deaktiveerib keskuse ruume (nt. ajutine sulgemine remondi ajaks)

== Must-have funktsionaalsus ==
*''Administraatori sisselogimis-/autentimisvorm''
**Kasutajanimi
**Salasõna
*''Kliendi profiili loomise/muutmise vorm''
**Organisatsiooni nimi
**Kontaktisiku nimi
**E-mail (kohustuslik)
**Muud kontaktandmed
**Aktiivne/Mitteaktiivne
*''Ruumi informatsiooni vaade iga ruumi kohta''
**Ruumi nimi
**Rumi istekohad
**Aktiivne/mitteaktiivne
*''Broneeringu sisestamise vorm''
**Kliendi nimi
**Ruumi nr
**Kuupäev
**Osalejate arv
**Lisainfo
**Administraatori ID
**Loomise aeg
*''Kinnitatud ja kinnitamata broneeringute ülevaate vaaded /Kronoloogiliselt loodud broneeringute tabel''
**Broneeringu ID
**Tellija nimi
**Kinnitamata broneeringu puhul võimalus (check box) broneeringut kinnitada.
*''Kalendrivaade, kus on visuaalselt näha keskuse täituvus järgmiseks nädalaks või kuuks''
**vt. joonist

'''Esialgse versiooni kitsendused'''
*Ligipääs rakendusele on ainult administraatoril ning administraatori infovahetus tellijaga ei kuulu rakenduse skoobi sisse.
*Ruum broneeritakse korraga terveks päevaks. Kui on mitmepäevane üritus, administraator teeb igale päevale eraldi broneeringut.
*Kuigi reaalses elus konverentsikeskuse ruumi mahutavus võib erineda sõltuvalt toolide/laudade paigaldusest, antud rakenduses ruumi mahutavus on piiratud ühe arvuga (istekohtade arv).

=== Võimalikud probleemid ===
1. Admin sisestab kaks broneeringut samale päevale ja samale ruumile.
Lahendus: juba sisestamise ajal süsteem kontrollib ruumi kättesaadavust valitud päeval ja ei võimalda topelt broneerida.

2. Kolmandate isikute sanktsioneerimata ligipääs rakendusele.
Lahendus: iga töösessiooni alguses administraator autoriseeritakse süsteemis ja igas broneeringus salvestatakse ka vastutava administraatori info.

3. Administraator deaktiveerib ruumi, millel on olemas broneeringud.
Lahendus: deaktiveerimisel süsteem kontrollib broneeringute olemasolu ja annab administrastorile hoiatuse broneeringute nimekirjaga.

4. Administraator redigeerib kliendi andmeid ja tahtlikult või kogemata kustutab kliendi profiili täielikult.
Lahendus: administraatoril puudub võimalud kustutada kliendi profiili. Selle asemel kliendi profiili juures on lahter Aktiivne/Mitteaktiivne, mida saab vajaduse korral märkida. Nii tagatakse, et ka minevikus lõppenud broneeringud on seotud konkreetsete tellija andmetega.

5. Ruumi broneerimisel sisestatud osalejate arv ületab ruumi mahutavust.
Lahendus: Broneeringu sisestamisel süsteem annab hoiatust mittevastavuse kohta ja pakub kaks lahendusvarianti: muuda ruumi suuremaks (kui suurem ruum on selleks kuupäevaks vaba), või paranda osalejate arvu.

== Nice-to-have funktsioonid ==
*Süsteem automaatselt genereerib ja saadab arvet esitatud broneeringu eest kliendi e-mailile.
*Süsteem saadab broneeringu kinnitust tellija e-mailile, kui administraator märgib, et tasu broneeringu eest on laekunud.
*Ruumidega koos on võimalik broneerida ka lisateenuseid: tehnika, toitlustus jms. lisavarustuse/-teenuste hind lisatakse broneeringu arvele.
*Online-klient Internetis, kus tellija saab sisestada broneeringu iseseisvalt.
*Võimalus broneerida ruumi mitmeks tunniks, mitte ainult terveks päevaks.
*Rakendus toetab allahindluste süsteemi: administraator sisestab allahindlusi reeglite kogumina ja süsteem rakendab neid arve summa kalkuleerimisel.
''näiteks “Early Bird Special”: kui ruum on broneeritud varem kui 2 kuud enne üritust, klient saab 15% soodustust''
*Very-nice-to-have Püsikliendi staatus. Püsiklient saab logida süsteemi sisse oma parolliga ja saada ülevaade oma aktiivsetest broneeringutest.
*Very-nice-to-have-2 graafiline liides online-kliendis, mis näitab keskuse plaani ja plaanis näitab vabu ruume määratud kuupäevale. Plaanist saab ka lisainfot iga ruumi kohta.

=== Võimalikud probleemid ===
1. Arve saatmine ei õnnestu, sest kliendi e-maili aadress on puudu või on vigane.
Lahendus: teha kliendi konto loomisel e-maili lahter kohustuslikuks, ning kontrollida sisestatud onfo vastavust e-maili aadressi formaadile.

2. Võimalik on inimviga, kui administraator unustab märkimast arve summa laekumist.
Lahendus: Administraatori sisselogimisel süsteemi esmase asjana tuleb ekraanile meeldetuletusaken, kust, soovi korral, saab liikuda otse kinnitamata broneeringute nimekirja.

3. Broneeringud, mille eest tasu ei ole laekunud teatud aja jooksul jäävad süsteemi.
Lahendus: määrata aegumisperiood kinnitamata broneeringutele, mis on võrdne ettemaksuarve maksetähtajaga. Hoiatada administraatorit iga töösessiooni alguses samal päeval aeguvatest broneeringutest.

== Tehnoloogiad ==
*[https://msdn.microsoft.com/en-us/library/bb397926.aspx LINQ]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]

== Arendusmustrid ==

== Versioonikontroll ==
*[https://msdn.microsoft.com/en-us/library/ms181237.aspx Team Foundation]

== Koodi stiilireeglid ==

== Litsents ==

= Andmebaas =
[[File:Keskus_db.jpg]]

= Arendusprotsess =

*'''30.09.2015''' - grupi kokkupanek
*'''06.10.2015''' - idee arutlemine
*'''16.10.2015''' - Wiki lehe loomine
*'''27.10.2015''' - online konverentsi abil arutletud projekti põhimõtted jagatud analüüsi osad
*'''01.11.2015''' - kirjutatud analüüs

= Lisad =

Codezilla

2015-11-02T07:35:08Z

Alinskaj: /* Analüüs */

=Meeskonna liikmed=

*'''Anna Linskaja''' - projektijuht
*'''Alisa Dudinova'''
*'''Sergei Hristoforov'''

= Idee =

Konverentsikeskus. Luua online broneeringu süsteemi, mille kaudu administraator saab täita ruumi broneeringu vastavalt kliendi soovile. Süsteem kuvab sisestatud broneeringu kalendris.

= Analüüs =

== Projekti kirjeldus ==
Meie rühma projekti eesmärk on luua WPF rakendus mis haldab väljamõeldud konverentsikeskuse broneeringuid, ehk on broneerimissüsteem.
Rakendus on mõeldud väiksemale konverentsikeskusele, mis asendaks lõputute Exceli tabelite hulka ja pakuks konverentsikeskuse töötajale (edaspidi administraator) mugavat tööriista igapäevase töö planeerimiseks ja tööülesannete täitmiseks.

Rakenduse abil administraator sisestab ja muudab broneeringuid. Sellest saab ülevaadet konverentsikeskuse täituvusest kuupäevade ja ruumide lõikes. Baasversioonis tegemist on offline desktop-rakendusega, millele pääseb ligi vaid autoriseeritud töötaja. Täiendatud versioon võimaldaks ka kliendile online-kliendi kaudu iseseisvalt ruume broneerida.
Konverentsikeskuse rakendus põhineb samal põhimõttel, mis "kodune raamatukogu".

Antud rakendus loob aluse paljudeks võimalikeks edasiarendusteks: tulevikus võib täielikult üle anda broneeringute sisestamist kliendi kätte interneti kaudu, ning samuti automatiseerida ka arvete koostamist ja tellijale saatmist. Osa edasiarendustest on üksikasjalikumalt kirjeldatud “Nice-to-have funktsioonide all”.

== Kasutajate rollid ==
Minimaalses funktsionaalsuses süsteemi kasutajaks on ainult konverentsikeskuse administraator kes:
*Loob/muudab kliendi profiile.
*Broneerib ruume kindlaks kuupäevaks kindla kliendi nimele.
*Kinnitab broneeringuid, kui laekub tasu broneeringu eest.
*Kustutab broneeringuid, kui broneeringu tasu ei ole laekunud tähtajaliselt, või kui tellija on broneeringu tühistanud.
*Vaatab aruandeid broneeringute kohta ruumide ja kuupäevade(kalendrivaade) lõikes.
*Aktiveerib/deaktiveerib keskuse ruume (nt. ajutine sulgemine remondi ajaks)

== Must-have funktsionaalsus ==
*''Administraatori sisselogimis-/autentimisvorm''
**Kasutajanimi
**Salasõna
*''Kliendi profiili loomise/muutmise vorm''
**Organisatsiooni nimi
**Kontaktisiku nimi
**E-mail (kohustuslik)
**Muud kontaktandmed
**Aktiivne/Mitteaktiivne
*''Ruumi informatsiooni vaade iga ruumi kohta''
**Ruumi nimi
**Rumi istekohad
**Aktiivne/mitteaktiivne
*''Broneeringu sisestamise vorm''
**Kliendi nimi
**Ruumi nr
**Kuupäev
**Osalejate arv
**Lisainfo
**Administraatori ID
**Loomise aeg
*''Kinnitatud ja kinnitamata broneeringute ülevaate vaaded /Kronoloogiliselt loodud broneeringute tabel''
**Broneeringu ID
**Tellija nimi
**Kinnitamata broneeringu puhul võimalus (check box) broneeringut kinnitada.
*''Kalendrivaade, kus on visuaalselt näha keskuse täituvus järgmiseks nädalaks või kuuks''
**vt. joonist

'''Esialgse versiooni kitsendused'''
*Ligipääs rakendusele on ainult administraatoril ning administraatori infovahetus tellijaga ei kuulu rakenduse skoobi sisse.
*Ruum broneeritakse korraga terveks päevaks. Kui on mitmepäevane üritus, administraator teeb igale päevale eraldi broneeringut.
*Kuigi reaalses elus konverentsikeskuse ruumi mahutavus võib erineda sõltuvalt toolide/laudade paigaldusest, antud rakenduses ruumi mahutavus on piiratud ühe arvuga (istekohtade arv).

=== Võimalikud probleemid ===
1. Admin sisestab kaks broneeringut samale päevale ja samale ruumile.
Lahendus: juba sisestamise ajal süsteem kontrollib ruumi kättesaadavust valitud päeval ja ei võimalda topelt broneerida.

2. Kolmandate isikute sanktsioneerimata ligipääs rakendusele.
Lahendus: iga töösessiooni alguses administraator autoriseeritakse süsteemis ja igas broneeringus salvestatakse ka vastutava administraatori info.

3. Administraator deaktiveerib ruumi, millel on olemas broneeringud.
Lahendus: deaktiveerimisel süsteem kontrollib broneeringute olemasolu ja annab administrastorile hoiatuse broneeringute nimekirjaga.

4. Administraator redigeerib kliendi andmeid ja tahtlikult või kogemata kustutab kliendi profiili täielikult.
Lahendus: administraatoril puudub võimalud kustutada kliendi profiili. Selle asemel kliendi profiili juures on lahter Aktiivne/Mitteaktiivne, mida saab vajaduse korral märkida. Nii tagatakse, et ka minevikus lõppenud broneeringud on seotud konkreetsete tellija andmetega.

5. Ruumi broneerimisel sisestatud osalejate arv ületab ruumi mahutavust.
Lahendus: Broneeringu sisestamisel süsteem annab hoiatust mittevastavuse kohta ja pakub kaks lahendusvarianti: muuda ruumi suuremaks (kui suurem ruum on selleks kuupäevaks vaba), või paranda osalejate arvu.

== Nice-to-have funktsioonid ==
*Süsteem automaatselt genereerib ja saadab arvet esitatud broneeringu eest kliendi e-mailile.
*Süsteem saadab broneeringu kinnitust tellija e-mailile, kui administraator märgib, et tasu broneeringu eest on laekunud.
*Ruumidega koos on võimalik broneerida ka lisateenuseid: tehnika, toitlustus jms. lisavarustuse/-teenuste hind lisatakse broneeringu arvele.
*Online-klient Internetis, kus tellija saab sisestada broneeringu iseseisvalt.
*Võimalus broneerida ruumi mitmeks tunniks, mitte ainult terveks päevaks.
*Rakendus toetab allahindluste süsteemi: administraator sisestab allahindlusi reeglite kogumina ja süsteem rakendab neid arve summa kalkuleerimisel.
''näiteks “Early Bird Special”: kui ruum on broneeritud varem kui 2 kuud enne üritust, klient saab 15% soodustust''
*Very-nice-to-have Püsikliendi staatus. Püsiklient saab logida süsteemi sisse oma parolliga ja saada ülevaade oma aktiivsetest broneeringutest.
*Very-nice-to-have-2 graafiline liides online-kliendis, mis näitab keskuse plaani ja plaanis näitab vabu ruume määratud kuupäevale. Plaanist saab ka lisainfot iga ruumi kohta.

=== Võimalikud probleemid ===
1. Arve saatmine ei õnnestu, sest kliendi e-maili aadress on puudu või on vigane.
Lahendus: teha kliendi konto loomisel e-maili lahter kohustuslikuks, ning kontrollida sisestatud onfo vastavust e-maili aadressi formaadile.

2. Võimalik on inimviga, kui administraator unustab märkimast arve summa laekumist.
Lahendus: Administraatori sisselogimisel süsteemi esmase asjana tuleb ekraanile meeldetuletusaken, kust, soovi korral, saab liikuda otse kinnitamata broneeringute nimekirja.

3. Broneeringud, mille eest tasu ei ole laekunud teatud aja jooksul jäävad süsteemi.
Lahendus: määrata aegumisperiood kinnitamata broneeringutele, mis on võrdne ettemaksuarve maksetähtajaga. Hoiatada administraatorit iga töösessiooni alguses samal päeval aeguvatest broneeringutest.

== Tehnoloogiad ==
*[https://msdn.microsoft.com/en-us/library/bb397926.aspx LINQ]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]

== Arendusmustrid ==

== Versioonikontroll ==
*[https://msdn.microsoft.com/en-us/library/ms181237.aspx Team Foundation]

== Koodi stiilireeglid ==

== Litsents ==

= Andmebaas =

= Arendusprotsess =

*'''30.09.2015''' - grupi kokkupanek
*'''06.10.2015''' - idee arutlemine
*'''16.10.2015''' - Wiki lehe loomine
*'''27.10.2015''' - online konverentsi abil arutletud projekti põhimõtted jagatud analüüsi osad
*'''01.11.2015''' - kirjutatud analüüs

= Lisad =

Codezilla

2015-11-02T07:33:24Z

Alinskaj: /* Nice-to-have funktsioonid */

=Meeskonna liikmed=

*'''Anna Linskaja''' - projektijuht
*'''Alisa Dudinova'''
*'''Sergei Hristoforov'''

= Idee =

Konverentsikeskus. Luua online broneeringu süsteemi, mille kaudu administraator saab täita ruumi broneeringu vastavalt kliendi soovile. Süsteem kuvab sisestatud broneeringu kalendris.

= Analüüs =

== Projekti kirjeldus ==
Meie rühma projekti eesmärk on luua WPF rakendus mis haldab väljamõeldud konverentsikeskuse broneeringuid, ehk on broneerimissüsteem.
Rakendus on mõeldud väiksemale konverentsikeskusele, mis asendaks lõputute Exceli tabelite hulka ja pakuks konverentsikeskuse töötajale (edaspidi administraator) mugavat tööriista igapäevase töö planeerimiseks ja tööülesannete täitmiseks.

Rakenduse abil administraator sisestab ja muudab broneeringuid. Sellest saab ülevaadet konverentsikeskuse täituvusest kuupäevade ja ruumide lõikes. Baasversioonis tegemist on offline desktop-rakendusega, millele pääseb ligi vaid autoriseeritud töötaja. Täiendatud versioon võimaldaks ka kliendile online-kliendi kaudu iseseisvalt ruume broneerida.
Konverentsikeskuse rakendus põhineb samal põhimõttel, mis "kodune raamatukogu".

Antud rakendus loob aluse paljudeks võimalikeks edasiarendusteks: tulevikus võib täielikult üle anda broneeringute sisestamist kliendi kätte interneti kaudu, ning samuti automatiseerida ka arvete koostamist ja tellijale saatmist. Osa edasiarendustest on üksikasjalikumalt kirjeldatud “Nice-to-have funktsioonide all”.

== Kasutajate rollid ==
Minimaalses funktsionaalsuses süsteemi kasutajaks on ainult konverentsikeskuse administraator kes:
*Loob/muudab kliendi profiile.
*Broneerib ruume kindlaks kuupäevaks kindla kliendi nimele.
*Kinnitab broneeringuid, kui laekub tasu broneeringu eest.
*Kustutab broneeringuid, kui broneeringu tasu ei ole laekunud tähtajaliselt, või kui tellija on broneeringu tühistanud.
*Vaatab aruandeid broneeringute kohta ruumide ja kuupäevade(kalendrivaade) lõikes.
*Aktiveerib/deaktiveerib keskuse ruume (nt. ajutine sulgemine remondi ajaks)

== Must-have funktsionaalsus ==
*''Administraatori sisselogimis-/autentimisvorm''
**Kasutajanimi
**Salasõna
*''Kliendi profiili loomise/muutmise vorm''
**Organisatsiooni nimi
**Kontaktisiku nimi
**E-mail (kohustuslik)
**Muud kontaktandmed
**Aktiivne/Mitteaktiivne
*''Ruumi informatsiooni vaade iga ruumi kohta''
**Ruumi nimi
**Rumi istekohad
**Aktiivne/mitteaktiivne
*''Broneeringu sisestamise vorm''
**Kliendi nimi
**Ruumi nr
**Kuupäev
**Osalejate arv
**Lisainfo
**Administraatori ID
**Loomise aeg
*''Kinnitatud ja kinnitamata broneeringute ülevaate vaaded /Kronoloogiliselt loodud broneeringute tabel''
**Broneeringu ID
**Tellija nimi
**Kinnitamata broneeringu puhul võimalus (check box) broneeringut kinnitada.
*''Kalendrivaade, kus on visuaalselt näha keskuse täituvus järgmiseks nädalaks või kuuks''
**vt. joonist

'''Esialgse versiooni kitsendused'''
*Ligipääs rakendusele on ainult administraatoril ning administraatori infovahetus tellijaga ei kuulu rakenduse skoobi sisse.
*Ruum broneeritakse korraga terveks päevaks. Kui on mitmepäevane üritus, administraator teeb igale päevale eraldi broneeringut.
*Kuigi reaalses elus konverentsikeskuse ruumi mahutavus võib erineda sõltuvalt toolide/laudade paigaldusest, antud rakenduses ruumi mahutavus on piiratud ühe arvuga (istekohtade arv).

== Nice-to-have funktsioonid ==
*Süsteem automaatselt genereerib ja saadab arvet esitatud broneeringu eest kliendi e-mailile.
*Süsteem saadab broneeringu kinnitust tellija e-mailile, kui administraator märgib, et tasu broneeringu eest on laekunud.
*Ruumidega koos on võimalik broneerida ka lisateenuseid: tehnika, toitlustus jms. lisavarustuse/-teenuste hind lisatakse broneeringu arvele.
*Online-klient Internetis, kus tellija saab sisestada broneeringu iseseisvalt.
*Võimalus broneerida ruumi mitmeks tunniks, mitte ainult terveks päevaks.
*Rakendus toetab allahindluste süsteemi: administraator sisestab allahindlusi reeglite kogumina ja süsteem rakendab neid arve summa kalkuleerimisel.
''näiteks “Early Bird Special”: kui ruum on broneeritud varem kui 2 kuud enne üritust, klient saab 15% soodustust''
*Very-nice-to-have Püsikliendi staatus. Püsiklient saab logida süsteemi sisse oma parolliga ja saada ülevaade oma aktiivsetest broneeringutest.
*Very-nice-to-have-2 graafiline liides online-kliendis, mis näitab keskuse plaani ja plaanis näitab vabu ruume määratud kuupäevale. Plaanist saab ka lisainfot iga ruumi kohta.

=== Võimalikud probleemid ===
1. Arve saatmine ei õnnestu, sest kliendi e-maili aadress on puudu või on vigane.
Lahendus: teha kliendi konto loomisel e-maili lahter kohustuslikuks, ning kontrollida sisestatud onfo vastavust e-maili aadressi formaadile.

2. Võimalik on inimviga, kui administraator unustab märkimast arve summa laekumist.
Lahendus: Administraatori sisselogimisel süsteemi esmase asjana tuleb ekraanile meeldetuletusaken, kust, soovi korral, saab liikuda otse kinnitamata broneeringute nimekirja.

3. Broneeringud, mille eest tasu ei ole laekunud teatud aja jooksul jäävad süsteemi.
Lahendus: määrata aegumisperiood kinnitamata broneeringutele, mis on võrdne ettemaksuarve maksetähtajaga. Hoiatada administraatorit iga töösessiooni alguses samal päeval aeguvatest broneeringutest.

== Tehnoloogiad ==
*[https://msdn.microsoft.com/en-us/library/bb397926.aspx LINQ]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]

== Arendusmustrid ==

== Versioonikontroll ==
*[https://msdn.microsoft.com/en-us/library/ms181237.aspx Team Foundation]

== Koodi stiilireeglid ==

== Litsents ==

== Avaldatud failid ==

== Arendusprotsess ==

*'''30.09.2015''' - grupi kokkupanek
*'''06.10.2015''' - idee arutlemine
*'''16.10.2015''' - Wiki lehe loomine
*'''27.10.2015''' - online konverentsi abil arutletud projekti põhimõtted jagatud analüüsi osad
*'''01.11.2015''' - kirjutatud analüüs

== Lisad ==

Codezilla

2015-11-02T07:29:42Z

Alinskaj: /* Nice-to-have funktsioonid */

=Meeskonna liikmed=

*'''Anna Linskaja''' - projektijuht
*'''Alisa Dudinova'''
*'''Sergei Hristoforov'''

= Idee =

Konverentsikeskus. Luua online broneeringu süsteemi, mille kaudu administraator saab täita ruumi broneeringu vastavalt kliendi soovile. Süsteem kuvab sisestatud broneeringu kalendris.

= Analüüs =

== Projekti kirjeldus ==
Meie rühma projekti eesmärk on luua WPF rakendus mis haldab väljamõeldud konverentsikeskuse broneeringuid, ehk on broneerimissüsteem.
Rakendus on mõeldud väiksemale konverentsikeskusele, mis asendaks lõputute Exceli tabelite hulka ja pakuks konverentsikeskuse töötajale (edaspidi administraator) mugavat tööriista igapäevase töö planeerimiseks ja tööülesannete täitmiseks.

Rakenduse abil administraator sisestab ja muudab broneeringuid. Sellest saab ülevaadet konverentsikeskuse täituvusest kuupäevade ja ruumide lõikes. Baasversioonis tegemist on offline desktop-rakendusega, millele pääseb ligi vaid autoriseeritud töötaja. Täiendatud versioon võimaldaks ka kliendile online-kliendi kaudu iseseisvalt ruume broneerida.
Konverentsikeskuse rakendus põhineb samal põhimõttel, mis "kodune raamatukogu".

Antud rakendus loob aluse paljudeks võimalikeks edasiarendusteks: tulevikus võib täielikult üle anda broneeringute sisestamist kliendi kätte interneti kaudu, ning samuti automatiseerida ka arvete koostamist ja tellijale saatmist. Osa edasiarendustest on üksikasjalikumalt kirjeldatud “Nice-to-have funktsioonide all”.

== Kasutajate rollid ==
Minimaalses funktsionaalsuses süsteemi kasutajaks on ainult konverentsikeskuse administraator kes:
*Loob/muudab kliendi profiile.
*Broneerib ruume kindlaks kuupäevaks kindla kliendi nimele.
*Kinnitab broneeringuid, kui laekub tasu broneeringu eest.
*Kustutab broneeringuid, kui broneeringu tasu ei ole laekunud tähtajaliselt, või kui tellija on broneeringu tühistanud.
*Vaatab aruandeid broneeringute kohta ruumide ja kuupäevade(kalendrivaade) lõikes.
*Aktiveerib/deaktiveerib keskuse ruume (nt. ajutine sulgemine remondi ajaks)

== Must-have funktsionaalsus ==
*''Administraatori sisselogimis-/autentimisvorm''
**Kasutajanimi
**Salasõna
*''Kliendi profiili loomise/muutmise vorm''
**Organisatsiooni nimi
**Kontaktisiku nimi
**E-mail (kohustuslik)
**Muud kontaktandmed
**Aktiivne/Mitteaktiivne
*''Ruumi informatsiooni vaade iga ruumi kohta''
**Ruumi nimi
**Rumi istekohad
**Aktiivne/mitteaktiivne
*''Broneeringu sisestamise vorm''
**Kliendi nimi
**Ruumi nr
**Kuupäev
**Osalejate arv
**Lisainfo
**Administraatori ID
**Loomise aeg
*''Kinnitatud ja kinnitamata broneeringute ülevaate vaaded /Kronoloogiliselt loodud broneeringute tabel''
**Broneeringu ID
**Tellija nimi
**Kinnitamata broneeringu puhul võimalus (check box) broneeringut kinnitada.
*''Kalendrivaade, kus on visuaalselt näha keskuse täituvus järgmiseks nädalaks või kuuks''
**vt. joonist

'''Esialgse versiooni kitsendused'''
*Ligipääs rakendusele on ainult administraatoril ning administraatori infovahetus tellijaga ei kuulu rakenduse skoobi sisse.
*Ruum broneeritakse korraga terveks päevaks. Kui on mitmepäevane üritus, administraator teeb igale päevale eraldi broneeringut.
*Kuigi reaalses elus konverentsikeskuse ruumi mahutavus võib erineda sõltuvalt toolide/laudade paigaldusest, antud rakenduses ruumi mahutavus on piiratud ühe arvuga (istekohtade arv).

== Nice-to-have funktsioonid ==
*Süsteem automaatselt genereerib ja saadab arvet esitatud broneeringu eest kliendi e-mailile.
*Süsteem saadab broneeringu kinnitust tellija e-mailile, kui administraator märgib, et tasu broneeringu eest on laekunud.
*Ruumidega koos on võimalik broneerida ka lisateenuseid: tehnika, toitlustus jms. lisavarustuse/-teenuste hind lisatakse broneeringu arvele.
*Online-klient Internetis, kus tellija saab sisestada broneeringu iseseisvalt.
*Võimalus broneerida ruumi mitmeks tunniks, mitte ainult terveks päevaks.
*Rakendus toetab allahindluste süsteemi: administraator sisestab allahindlusi reeglite kogumina ja süsteem rakendab neid arve summa kalkuleerimisel.
''näiteks “Early Bird Special”: kui ruum on broneeritud varem kui 2 kuud enne üritust, klient saab 15% soodustust''
*Very-nice-to-have Püsikliendi staatus. Püsiklient saab logida süsteemi sisse oma parolliga ja saada ülevaade oma aktiivsetest broneeringutest.
*Very-nice-to-have-2 graafiline liides online-kliendis, mis näitab keskuse plaani ja plaanis näitab vabu ruume määratud kuupäevale. Plaanist saab ka lisainfot iga ruumi kohta.

=== Tehnoloogiad ===
*[https://msdn.microsoft.com/en-us/library/bb397926.aspx LINQ]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]

=== Arendusmustrid ===

=== Versioonikontroll ===
*[https://msdn.microsoft.com/en-us/library/ms181237.aspx Team Foundation]

=== Koodi stiilireeglid ===

=== Litsents ===

== Avaldatud failid ==

== Arendusprotsess ==

*'''30.09.2015''' - grupi kokkupanek
*'''06.10.2015''' - idee arutlemine
*'''16.10.2015''' - Wiki lehe loomine
*'''27.10.2015''' - online konverentsi abil arutletud projekti põhimõtted jagatud analüüsi osad
*'''01.11.2015''' - kirjutatud analüüs

== Lisad ==

Codezilla

2015-11-02T07:29:06Z

Alinskaj: /* Must-have funktsionaalsus */

=Meeskonna liikmed=

*'''Anna Linskaja''' - projektijuht
*'''Alisa Dudinova'''
*'''Sergei Hristoforov'''

= Idee =

Konverentsikeskus. Luua online broneeringu süsteemi, mille kaudu administraator saab täita ruumi broneeringu vastavalt kliendi soovile. Süsteem kuvab sisestatud broneeringu kalendris.

= Analüüs =

== Projekti kirjeldus ==
Meie rühma projekti eesmärk on luua WPF rakendus mis haldab väljamõeldud konverentsikeskuse broneeringuid, ehk on broneerimissüsteem.
Rakendus on mõeldud väiksemale konverentsikeskusele, mis asendaks lõputute Exceli tabelite hulka ja pakuks konverentsikeskuse töötajale (edaspidi administraator) mugavat tööriista igapäevase töö planeerimiseks ja tööülesannete täitmiseks.

Rakenduse abil administraator sisestab ja muudab broneeringuid. Sellest saab ülevaadet konverentsikeskuse täituvusest kuupäevade ja ruumide lõikes. Baasversioonis tegemist on offline desktop-rakendusega, millele pääseb ligi vaid autoriseeritud töötaja. Täiendatud versioon võimaldaks ka kliendile online-kliendi kaudu iseseisvalt ruume broneerida.
Konverentsikeskuse rakendus põhineb samal põhimõttel, mis "kodune raamatukogu".

Antud rakendus loob aluse paljudeks võimalikeks edasiarendusteks: tulevikus võib täielikult üle anda broneeringute sisestamist kliendi kätte interneti kaudu, ning samuti automatiseerida ka arvete koostamist ja tellijale saatmist. Osa edasiarendustest on üksikasjalikumalt kirjeldatud “Nice-to-have funktsioonide all”.

== Kasutajate rollid ==
Minimaalses funktsionaalsuses süsteemi kasutajaks on ainult konverentsikeskuse administraator kes:
*Loob/muudab kliendi profiile.
*Broneerib ruume kindlaks kuupäevaks kindla kliendi nimele.
*Kinnitab broneeringuid, kui laekub tasu broneeringu eest.
*Kustutab broneeringuid, kui broneeringu tasu ei ole laekunud tähtajaliselt, või kui tellija on broneeringu tühistanud.
*Vaatab aruandeid broneeringute kohta ruumide ja kuupäevade(kalendrivaade) lõikes.
*Aktiveerib/deaktiveerib keskuse ruume (nt. ajutine sulgemine remondi ajaks)

== Must-have funktsionaalsus ==
*''Administraatori sisselogimis-/autentimisvorm''
**Kasutajanimi
**Salasõna
*''Kliendi profiili loomise/muutmise vorm''
**Organisatsiooni nimi
**Kontaktisiku nimi
**E-mail (kohustuslik)
**Muud kontaktandmed
**Aktiivne/Mitteaktiivne
*''Ruumi informatsiooni vaade iga ruumi kohta''
**Ruumi nimi
**Rumi istekohad
**Aktiivne/mitteaktiivne
*''Broneeringu sisestamise vorm''
**Kliendi nimi
**Ruumi nr
**Kuupäev
**Osalejate arv
**Lisainfo
**Administraatori ID
**Loomise aeg
*''Kinnitatud ja kinnitamata broneeringute ülevaate vaaded /Kronoloogiliselt loodud broneeringute tabel''
**Broneeringu ID
**Tellija nimi
**Kinnitamata broneeringu puhul võimalus (check box) broneeringut kinnitada.
*''Kalendrivaade, kus on visuaalselt näha keskuse täituvus järgmiseks nädalaks või kuuks''
**vt. joonist

'''Esialgse versiooni kitsendused'''
*Ligipääs rakendusele on ainult administraatoril ning administraatori infovahetus tellijaga ei kuulu rakenduse skoobi sisse.
*Ruum broneeritakse korraga terveks päevaks. Kui on mitmepäevane üritus, administraator teeb igale päevale eraldi broneeringut.
*Kuigi reaalses elus konverentsikeskuse ruumi mahutavus võib erineda sõltuvalt toolide/laudade paigaldusest, antud rakenduses ruumi mahutavus on piiratud ühe arvuga (istekohtade arv).

== Nice-to-have funktsioonid ==
*Süsteem automaatselt genereerib ja saadab arvet esitatud broneeringu eest kliendi e-mailile.
*Süsteem saadab broneeringu kinnitust tellija e-mailile, kui administraator märgib, et tasu broneeringu eest on laekunud.
*Ruumidega koos on võimalik broneerida ka lisateenuseid: tehnika, toitlustus jms. lisavarustuse/-teenuste hind lisatakse broneeringu arvele.
*Online-klient Internetis, kus tellija saab sisestada broneeringu iseseisvalt.
*Võimalus broneerida ruumi mitmeks tunniks, mitte ainult terveks päevaks.
*Rakendus toetab allahindluste süsteemi: administraator sisestab allahindlusi reeglite kogumina ja süsteem rakendab neid arve summa kalkuleerimisel.
''näiteks “Early Bird Special”: kui ruum on broneeritud varem kui 2 kuud enne üritust, klient saab 15% soodustust''
*Very-nice-to-have Püsikliendi staatus. Püsiklient saab logida süsteemi sisse oma parolliga ja saada ülevaade oma aktiivsetest broneeringutest.
*Very-nice-to-have-2 graafiline liides online-kliendis, mis näitab keskuse plaani ja plaanis näitab vabu ruume määratud kuupäevale. Plaanist saab ka lisainfot iga ruumi kohta.

=== Tehnoloogiad ===
*[https://msdn.microsoft.com/en-us/library/bb397926.aspx LINQ]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]

=== Arendusmustrid ===

=== Versioonikontroll ===
*[https://msdn.microsoft.com/en-us/library/ms181237.aspx Team Foundation]

=== Koodi stiilireeglid ===

=== Litsents ===

== Avaldatud failid ==

== Arendusprotsess ==

*'''30.09.2015''' - grupi kokkupanek
*'''06.10.2015''' - idee arutlemine
*'''16.10.2015''' - Wiki lehe loomine
*'''27.10.2015''' - online konverentsi abil arutletud projekti põhimõtted jagatud analüüsi osad
*'''01.11.2015''' - kirjutatud analüüs

== Lisad ==

Codezilla

2015-11-02T07:26:42Z

Alinskaj: /* Must-have funktsionaalsus */

Codezilla

2015-11-02T07:01:52Z

Alinskaj: /* Must-have funktsionaalsus */

Codezilla

2015-11-02T06:55:27Z

Alinskaj: /* Must-have funktsionaalsus */

Codezilla

2015-11-02T06:55:09Z

Alinskaj: /* Kasutajate rollid */

Codezilla

2015-11-02T06:48:37Z

Alinskaj: /* Projekti kirjeldus */

Codezilla

2015-11-02T06:45:43Z

Alinskaj: /* Projekti kirjeldus */

Codezilla

2015-11-02T06:42:12Z

Alinskaj: /* Analüüs */

Codezilla

2015-11-02T06:42:02Z

Alinskaj: /* Idee */