Talk:Meeskond: TrackPlace - Revision history

Ikottise at 18:29, 23 January 2018

2018-01-23T18:29:20Z

← Older revision		Revision as of 21:29, 23 January 2018
Line 57:		Line 57:

	Retsenseeris meeskond ITBaar 23.01.2018		Retsenseeris meeskond ITBaar 23.01.2018

			=Lõpptoote retsensioon=

			Projekt „TrackPlace“ idee oli lihtne, samas funktsionaalne, kuna logistika otsib pidevalt võimalusi, kuidas kiiremini ja odavamalt kaupa liigutada. Analüüs on põhjalik ja detailne, tugev pluss on ka tugevuste, nõrkuste, ohtude ja võimaluste väljatoomine, mis näitab, et projekti on analüüsitud süviti enne alustamist, või on projekti meeskond lihtsalt antud teemaga tuttav. Plussiks lisaksin ka veel kasutajaliidese vaadete lisamine, kuna see annab aimu juba projektist enne selle allalaadimist. See loob ka hea esmamulje kohe ja seda on võimalik ainult üks kord teha. Prototüübi kaitsmisel selgus, et nende rühmas on 4-st inimesest 2 alles, mis valmistas mulle pettumust. Miks? Sest kui projekt on planeeritud 4 inimese teostuseks, siis lõpptulemus kannatab kärpimise all seoses ressursi puudulikusega. Üllatuseks tuli veel see, et projektijuht oli kokkuvõttes üksi suurema osa tööst ära teinud, mis on muljetavaldav arvestades koodi keerukust. Aine ülesanne oli õpetada ka meeskonnatööd ja siit sai väikese õppetunni – ainult endale saab loota. Ei parasta siin, kuid see on üks külg meeskonnatööst, mida ei tahaks üldjuhul kogeda. Projekti ''interface'' näeb „''okei''“ välja, otseselt ei olegi midagi ette heita, võibolla häirib kastide tihedus veoki lisamisel või see, et väiksemal ekraanil on neid ebamugav lugeda. Samas arvan, et see kannataski kärpimise all, millest ennem juttu oli, kompromisse tuleb luua. Väikesed bug-id tulid ka välja, nimelt registreerides on näha parooli (võiks olla peidetud) ja sama emailiga võib lõpmatuseni registreerida. Aga jällegi, tegu on kooliprojektiga ja need on andestatavad vead. Kood on ka ilusti kommenteeritud, lühidalt, aga selgelt. Tundub ka, et enamjaolt kõik kursusematerjal on realiseeritud antud projektis. Üllatusena tuli ka see, et oli kursusevälist programmeerimist lisatud, ehk PDFSharp kaustas olevad failid, kuigi hetkel ei meenu selle funktsioon. Ei lootnud sellest projektist väga midagi, kuid lõpptulemus üllatas, ehk kindlasti on see väärt maksimumpunkte.

			Retsenseeris meeskond Pakiraam 23.01.2018

Hmalkov at 18:16, 23 January 2018

2018-01-23T18:16:35Z

← Older revision		Revision as of 21:16, 23 January 2018
Line 41:		Line 41:

	Retsenseeris meeskond Meeskond_Projekt 18.01.2018		Retsenseeris meeskond Meeskond_Projekt 18.01.2018


			=Lõpptoote retsensioon=

			Antud projekti ideeks oli teha programm veoautode tellimiseks vastavalt koorma mahule. Samuti sisaldab see ülevaadet pakkumiseks saadaval ja koorma mahule vastavatest veoautodest. Projekti autorid on Rauno Lõhmus ja Merilyn Merisalu. Projekti lõpuks on meeskond edukalt saanud valmis kõik väljatoodud must-have ja nice-to-have funktsionaalsused.

			Rakenduse visuaalne pool on tehtud ilusti, kuid siin-seal on mõned puudused. Näiteks võiks olla märgitud ära veoauto suuruse mõõtühikud. Sellest tulenevalt võib rakenduse eluea käigus tekkida probleem, kus sisestatud andmed ei ole kõik samas mõõdustikus. Samas ei ole vaja ka küsida kasutajalt kauba ruumala, kuna seal on juba küsitud pikkust, kõrgust ning laiust, millest suudaks tarkvara ruumala koheselt kokku arvutada. Kütuse liigi lisamine iga veoauto juurde tundub olevat antud rakenduses üleliigne tegevus, kuna ei tellija ega ka süsteem sellest lisa informatsiooni vajalike tegevuste jaoks ei saa.

			Rakendusse on lisatud printimise võimalus, mis tuleb kindlasti kasuks sellise kasutuse korral. Üleüldiselt on kõik loodud selleks, et kasutajal oleks mugav sisestada andmeid ning näha, mis on veoautode graafik, kuigi kuna lahtrid on üksteise otsas ilma eristusteta on vahepeal keeruline jälgida, mida on kindlasse lahtrisse vaja sisestada. Tellimusi saab ka lihtsalt järjestada tellimuse numbri, toote nime, ning peale- ja maha laadimise kuupäeva järgi. Väike kuid palju lisav muudatus.

			Kood on praktiliselt igal pool korralikult kommenteeritud. Vahepeal hakkavad silma pisut toored koodi jupid nagu logi pidamise käsk, mis võtab sisendiks kaks sõnet. Üks neist sisenditest on täielik logisse kirjutatav tekstiline sisu ja teine sisend on logi asukoht. Selline realiseerimine muudab hilisema koodi majandamise üpris keerukaks, kuna logi formaadi muutmiseks peab palju koodi läbi tuhnima ja mitmes kohas muudatusi tegema. Hea osana on hoitud puhtana vaate “codebehind” failid ja üldine paigutamine tundub normaalne. Kuigi vaatemudelite peale on võib-olla liiga palju panustatud kuna väga paljud kontroll funktsioonid on just seal. Tavareeglina eelistaks keerulisemad arvutus meetodid paigutada mudeli ossa ja jätta vaatemudelisse vaid vaate ja mudeli vahelise suhtluse.

			Üldiselt on tegu hea projektiga. Projekti kaitsmisel mainiti isegi, et kood on põhiliselt ühe inimese poolt kirjutatud nii et vähemalt realiseeritud funktsionaalsuse hulga puhul võib vägagi rahule jääda. Muud välja toodud probleemid on põhiliselt pisikesed, kuid siiski midagi, mida kõrva taha panna, et tulevast koodi kirjutamist parandada.


			Retsenseeris meeskond ITBaar 23.01.2018

Rkallas: /* Lõpptoote retsensioon */

2018-01-18T20:00:51Z

Lõpptoote retsensioon

← Older revision		Revision as of 23:00, 18 January 2018
Line 27:		Line 27:


	Meeskonna lehekülje ~~all on~~ logi, kus on näha tegevuskäik. Arvan, et logi on hea mõte, sest see annab tervikliku ülevaate protsessist. Kahjuks ei ole näha, millisel hetkel projekti meeskond lõhenes, millest on kahju, sest ei tea, millest rühmatööd tehes edaspidi hoiduda. Sellegipoolest arvan, et rühmaliikmed said kogemuse võrra rikkamaks.		Meeskonna lehekülje allosas asub logi, kus on näha tegevuskäik. Arvan, et logi on hea mõte, sest see annab tervikliku ülevaate protsessist. Kahjuks ei ole näha, millisel hetkel projekti meeskond lõhenes, millest on kahju, sest ei tea, millest rühmatööd tehes edaspidi hoiduda. Sellegipoolest arvan, et rühmaliikmed said kogemuse võrra rikkamaks.

Rkallas: /* Lõpptoote retsensioon */

2018-01-18T19:50:38Z

Lõpptoote retsensioon

← Older revision		Revision as of 22:50, 18 January 2018
Line 24:		Line 24:


	Projekti lehel on meeskonnas neli liiget ~~kirjas~~, kuid lõpptoote kaitsmisele jõudis neist ainukesena Rauno Lõhmus. Tegelikult on eelnevalt ka projekti analüüsis välja toodud ohud, kus on kirjas, et rühmaliikmetel on erinev koodi kirjutamise oskus ja tööjaotus pole veel paigas. Samuti saavad inimesed erinevalt asjadest aru ja on erimeelsusi ideede osas, millest tingituna arvatavasti ka nii läks, et rühma liikmetest üks jäi alles. See-eest projekt oli lõpptoote esitlusel väga hea - oli näha, et lisaks vajaminevatele tehnoloogiatele, kasutati ka muid tehnoloogiaid(näiteks pdf-ga seotud tehnoloogia).		Projekti lehel on kirjas, et meeskonnas on neli liiget, kuid lõpptoote kaitsmisele jõudis neist ainukesena Rauno Lõhmus. Tegelikult on eelnevalt ka projekti analüüsis välja toodud ohud, kus on kirjas, et rühmaliikmetel on erinev koodi kirjutamise oskus ja tööjaotus pole veel paigas. Samuti saavad inimesed erinevalt asjadest aru ja on erimeelsusi ideede osas, millest tingituna arvatavasti ka nii läks, et rühma liikmetest üks jäi alles. See-eest projekt oli lõpptoote esitlusel väga hea - oli näha, et lisaks vajaminevatele tehnoloogiatele, kasutati ka muid tehnoloogiaid(näiteks pdf-ga seotud tehnoloogia).

Rkallas: /* Lõpptoote retsensioon */

2018-01-18T19:48:43Z

Lõpptoote retsensioon

← Older revision		Revision as of 22:48, 18 January 2018
Line 21:		Line 21:
	=Lõpptoote retsensioon=		=Lõpptoote retsensioon=

	Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate ~~pakkumine~~ saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused/tugevused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud C# programmeerimiskeelega tutvumiseks ja rühmas töötamise harjutamiseks ning nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.		Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate pakkumises saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused/tugevused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud C# programmeerimiskeelega tutvumiseks ja rühmas töötamise harjutamiseks ning nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.

Rkallas: /* Lõpptoote retsensioon */

2018-01-18T19:48:14Z

Lõpptoote retsensioon

← Older revision		Revision as of 22:48, 18 January 2018
Line 21:		Line 21:
	=Lõpptoote retsensioon=		=Lõpptoote retsensioon=

	Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate pakkumine saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud C# programmeerimiskeelega tutvumiseks ja rühmas töötamise harjutamiseks ning nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.		Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate pakkumine saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused/tugevused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud C# programmeerimiskeelega tutvumiseks ja rühmas töötamise harjutamiseks ning nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.


	Projekti lehel on meeskonnas neli liiget kirjas, kuid lõpptoote kaitsmisele jõudis neist ainukesena Rauno Lõhmus. Tegelikult on projekti analüüsis välja toodud ohud, kus on kirjas, et rühmaliikmetel on erinev koodi kirjutamise oskus ja tööjaotus pole paigas. Samuti saavad inimesed erinevalt aru ja on erimeelsusi ideede osas, millest tingituna arvatavasti ka nii läks, et rühma liikmetest üks jäi alles. See-eest projekt oli lõpptoote esitlusel väga hea - oli näha, et lisaks vajaminevatele tehnoloogiatele, kasutati ka muid tehnoloogiaid(näiteks pdf-ga seotud tehnoloogia).		Projekti lehel on meeskonnas neli liiget kirjas, kuid lõpptoote kaitsmisele jõudis neist ainukesena Rauno Lõhmus. Tegelikult on eelnevalt ka projekti analüüsis välja toodud ohud, kus on kirjas, et rühmaliikmetel on erinev koodi kirjutamise oskus ja tööjaotus pole veel paigas. Samuti saavad inimesed erinevalt asjadest aru ja on erimeelsusi ideede osas, millest tingituna arvatavasti ka nii läks, et rühma liikmetest üks jäi alles. See-eest projekt oli lõpptoote esitlusel väga hea - oli näha, et lisaks vajaminevatele tehnoloogiatele, kasutati ka muid tehnoloogiaid(näiteks pdf-ga seotud tehnoloogia).


	Meeskonna lehekülje all on logi, kus on näha tegevuskäik. Arvan, et logi on hea mõte, sest see annab tervikliku ülevaate protsessist. Kahjuks ei ole näha, millisel hetkel projekti meeskond lõhenes, millest on kahju, sest ei tea, millest edaspidi hoiduda. Sellegipoolest arvan, et rühmaliikmed said kogemuse võrra rikkamaks.		Meeskonna lehekülje all on logi, kus on näha tegevuskäik. Arvan, et logi on hea mõte, sest see annab tervikliku ülevaate protsessist. Kahjuks ei ole näha, millisel hetkel projekti meeskond lõhenes, millest on kahju, sest ei tea, millest rühmatööd tehes edaspidi hoiduda. Sellegipoolest arvan, et rühmaliikmed said kogemuse võrra rikkamaks.


	Kood on minu arvates hästi kirjutatud - kõik, mis kursuse raames õpiti, leidis projektis kasutust. PDF-i osale(PDFSharp kaustas olevad failidele) ma ei oska hinnangut anda, sest pole varasemalt kokku puutunud ega nii tasemel, et aru saada. Kaitsmisel imestati koodi automatiseerituse üle - näitab arendaja head taset.		Kood on minu arvates hästi kirjutatud - kõik, mis kursuse raames õpiti, leidis projektis kasutust. PDF-i osale(PDFSharp kaustas olevad failidele) ma ei oska hinnangut anda, sest pole varasemalt kokku puutunud ega ise nii tasemel, et aru saada. Kaitsmisel imestati koodi automatiseerituse üle - näitab arendaja head taset.


	Rakendus oli kena, kuid alguses tundus väike(võib-olla ma ise istusin kaugel). Mida ma veel tähele panin, oli see, et sisselogimise osa sarnanes väga paljude teiste meeskondade tööga.		Rakendus oli kena, kuid alguses tundus väike(võib-olla ma ise istusin kaugel). Mida ma veel tähele panin, oli see, et sisselogimise osa sarnanes väga paljude teiste meeskondade tööga. Samas projekti sisu oli ainulaadne ja sisukas.

Rkallas: /* Lõpptoote retsensioon */

2018-01-18T19:42:21Z

Lõpptoote retsensioon

← Older revision		Revision as of 22:42, 18 January 2018
Line 21:		Line 21:
	=Lõpptoote retsensioon=		=Lõpptoote retsensioon=

	Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate ~~pakkumisest~~ saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud C# programmeerimiskeelega tutvumiseks ja rühmas töötamise harjutamiseks ning nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.		Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate pakkumine saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud C# programmeerimiskeelega tutvumiseks ja rühmas töötamise harjutamiseks ning nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.

Rkallas: /* Lõpptoote retsensioon */

2018-01-18T19:40:22Z

Lõpptoote retsensioon

← Older revision		Revision as of 22:40, 18 January 2018
Line 27:		Line 27:


	~~Väga~~ hea mõte ~~on pidada logi~~, sest see annab tervikliku ülevaate protsessist. Kahjuks ei ole näha, millisel hetkel projekti meeskond lõhenes, millest on kahju, sest ei tea, millest edaspidi hoiduda. Sellegipoolest arvan, et rühmaliikmed said kogemuse võrra rikkamaks.		Meeskonna lehekülje all on logi, kus on näha tegevuskäik. Arvan, et logi on hea mõte, sest see annab tervikliku ülevaate protsessist. Kahjuks ei ole näha, millisel hetkel projekti meeskond lõhenes, millest on kahju, sest ei tea, millest edaspidi hoiduda. Sellegipoolest arvan, et rühmaliikmed said kogemuse võrra rikkamaks.

Rkallas: /* Lõpptoote retsensioon */

2018-01-18T19:34:46Z

Lõpptoote retsensioon

← Older revision		Revision as of 22:34, 18 January 2018
Line 21:		Line 21:
	=Lõpptoote retsensioon=		=Lõpptoote retsensioon=

	Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate pakkumisest saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud ~~rühmatöö~~ harjutamiseks ja nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.		Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate pakkumisest saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud C# programmeerimiskeelega tutvumiseks ja rühmas töötamise harjutamiseks ning nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.


	Projekti lehel on meeskonnas neli liiget kirjas, kuid lõpptoote kaitsmisele jõudis neist ainukesena Rauno Lõhmus.~~.. tegelikult~~ on projekti analüüsis välja toodud ohud, et erinev koodi kirjutamise oskus ja tööjaotus pole paigas~~, erinevad ideed~~, millest tingituna arvatavasti ka nii läks, et rühma liikmetest üks jäi alles. ~~Lõpptoote~~ esitlusel oli näha, et lisaks vajaminevatele tehnoloogiatele, kasutati ka muid tehnoloogiaid(näiteks pdf-ga seotud tehnoloogia).		Projekti lehel on meeskonnas neli liiget kirjas, kuid lõpptoote kaitsmisele jõudis neist ainukesena Rauno Lõhmus. Tegelikult on projekti analüüsis välja toodud ohud, kus on kirjas, et rühmaliikmetel on erinev koodi kirjutamise oskus ja tööjaotus pole paigas. Samuti saavad inimesed erinevalt aru ja on erimeelsusi ideede osas, millest tingituna arvatavasti ka nii läks, et rühma liikmetest üks jäi alles. See-eest projekt oli lõpptoote esitlusel väga hea - oli näha, et lisaks vajaminevatele tehnoloogiatele, kasutati ka muid tehnoloogiaid(näiteks pdf-ga seotud tehnoloogia).

Rkallas: /* Lõpptoote retsensioon */

2018-01-18T19:29:20Z

Lõpptoote retsensioon

← Older revision		Revision as of 22:29, 18 January 2018
Line 21:		Line 21:
	=Lõpptoote retsensioon=		=Lõpptoote retsensioon=

	Projekti idee seisneb veoautode tellimises ~~ning~~ jooksva ülevaate pakkumisest saadavalolevatest ja koorma mahule vastavatest veoautodest veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab edasi arendada.		Projekti "TrackPlace" idee seisneb veoautode tellimises, jooksva ülevaate pakkumisest saadavalolevatest ja koorma mahule vastavatest veoautodest ning veoautode töö automatiseerimises. Analüüsis on välja toodud must-have- ja nice-to-have funktsionaalsuseid, mis projektil olemas peavad olema ja mis lõpptootena ka realiseeriti. Samuti on kirjas ohud/võimalused/nõrkused - analüüs on põhjalik ja hästi kirjutatud. Analüüsi retsensiooni lugedes aga tuuakse välja, et analüüsis on juttu ainult tellija poolest ja teenuse pakkuja poolt ei ole käsitletud - minu meelest see ei ole kooliprojekti raames kuigi oluline, sest projekt on eelkõige mõeldud rühmatöö harjutamiseks ja nagu ka analüüsi lõpus, võimaluste all, välja toodud - projekti saab soovi korral edasi arendada.


	Projekti lehel on meeskonnas neli liiget kirjas, kuid lõpptoote kaitsmisele jõudis neist Rauno Lõhmus ~~üksi~~... tegelikult on projekti analüüsis välja toodud ohud, et erinev koodi kirjutamise oskus ja tööjaotus pole paigas, erinevad ideed, millest tingituna arvatavasti nii läks. Lõpptoote esitlusel oli näha, et lisaks vajaminevatele tehnoloogiatele, kasutati ka muid tehnoloogiaid(näiteks pdf-ga seotud tehnoloogia).		Projekti lehel on meeskonnas neli liiget kirjas, kuid lõpptoote kaitsmisele jõudis neist ainukesena Rauno Lõhmus... tegelikult on projekti analüüsis välja toodud ohud, et erinev koodi kirjutamise oskus ja tööjaotus pole paigas, erinevad ideed, millest tingituna arvatavasti ka nii läks, et rühma liikmetest üks jäi alles. Lõpptoote esitlusel oli näha, et lisaks vajaminevatele tehnoloogiatele, kasutati ka muid tehnoloogiaid(näiteks pdf-ga seotud tehnoloogia).


	Väga hea mõte on pidada logi, sest see annab tervikliku ülevaate protsessist.		Väga hea mõte on pidada logi, sest see annab tervikliku ülevaate protsessist. Kahjuks ei ole näha, millisel hetkel projekti meeskond lõhenes, millest on kahju, sest ei tea, millest edaspidi hoiduda. Sellegipoolest arvan, et rühmaliikmed said kogemuse võrra rikkamaks.


	Kood on minu arvates hästi kirjutatud - kõik, mis kursuse raames õpiti, leidis projektis kasutust. PDF-i osale(PDFSharp kaustas olevad ~~failid~~) ma ei oska hinnangut anda.		Kood on minu arvates hästi kirjutatud - kõik, mis kursuse raames õpiti, leidis projektis kasutust. PDF-i osale(PDFSharp kaustas olevad failidele) ma ei oska hinnangut anda, sest pole varasemalt kokku puutunud ega nii tasemel, et aru saada. Kaitsmisel imestati koodi automatiseerituse üle - näitab arendaja head taset.


	Rakendus oli kena, kuid alguses tundus väike(võib-olla ma ise istusin kaugel). Mida ma veel tähele panin, oli see, et sisselogimise osa sarnanes väga paljude teiste meeskondade tööga.		Rakendus oli kena, kuid alguses tundus väike(võib-olla ma ise istusin kaugel). Mida ma veel tähele panin, oli see, et sisselogimise osa sarnanes väga paljude teiste meeskondade tööga.