projektisuunnitelma.md

@@ -8,16 +8,16 @@ Tämä dokumentti kuvaa projektin taustaa, tehtäviä, rajauksia, resursseja sek
 ## 1.1 Tausta ja lähtökohdat
 
 Overflow:n tehtävänä on kehittää Keski-Suomen sairaanhoitopiirin apuvälinekeskukselle prototyyppijärjestelmä apuvälineiden sijainnin ja käyttöasteen seurantaan.
-Tällä hetkellä apuvälineitä seurataan yksinkertaisesti skannaamalla apuvälineisiin kiinnitettyjä viivakoodeja.
+Tällä hetkellä apuvälineitä seurataan yksinkertaisesti skannaamalla apuvälineisiin kiinnitettyjä viivakoodeja. Apuvälineitä katoaa vuosittain n. 4000 kappaletta. Kaikki potilaat, joille apuväline on luovutettu, eivät välttämättä käytä välinettä lainkaan tai hyvin vähän. Apuvälinekeskus haluaa selvittää käytetäänkö laitteita, ja missä ne sijaitsevat, jos niitä pitää etsiä.
 
 ## 1.2 Tavoitteet ja tehtävät
 
-Tavoitteena olisi saada toteutettua järjestelmä, jolla voidaan seurata apuvälineiden sijaintia ja analysoitua niiden käyttöastetta.
-Lisäksi apuvälineitä voitaisiin jäljittää tarkemmin sairaalan sisätiloissa niin, että järjestelmä tietää apuvälineen tilan (varastossa/lainattu) automaattisesti.
+Tavoitteena on saada toteutettua järjestelmä, jolla voidaan seurata apuvälineiden sijaintia ja kerättyä niiden käyttöastetta esim. käyttöajan/matkan perusteella.
+Lisäksi apuvälineitä voitaisiin jäljittää tarkemmin sairaalan sisätiloissa niin, että järjestelmä tietää apuvälineen tilan (varastossa/lainattu) automaattisesti. Sisätilapaikannuksessa riittäisi tietää, missä huoneessa apuväline on.
 
 ## 1.3 Rajaus ja liittymät
 
-Järjestelmällä voisi mahdollisesti seurata kaikkia apuvälineitä, mutta tässä projektissa keskitytään sähköpyörätuolien seurantaan.
+Järjestelmällä voisi mahdollisesti seurata kaikkia apuvälineitä, mutta tässä projektissa keskitytään sähköpyörätuolien seurantaan. Apuvälineisiin kuuluu erilaisia välineitä aina kyynärsauvoista kookkaisiin sairaalapeteihin ja nostolaitteisiin, joten rajaaminen on tarpeen.
 
 ## 1.4 Oikeudet
 
@@ -68,6 +68,8 @@ Projektipäällikkö on vastuussa projektiryhmän ohjaamisesta ja projektin eten
 
 # 3. Projektin ajalliset tavoitteet
 
+Projekti etenee sprinteissä. Ensimmäinen karkea demoesitys tuotteesta pitää olla valmiina avoimien ovien päivään 13.6.2018 mennessä. Projekti tulisi saada päätökseen heinäkuun 2018 loppuun mennessä.
+
 ## 3.1 Jakaminen ja vaiheistus
 
 Projekti on jaettu neljään vaiheeseen ja viiteen kahden viikon mittaiseen sprinttiin. Näihin vaiheisiin kuuluu projektin aloitus, suunnittelu, toteutus ja lopetus.
@@ -79,13 +81,28 @@ Projekti on jaettu neljään vaiheeseen ja viiteen kahden viikon mittaiseen spri
 
 Projektin työmäärä jaetaan tasaisesti kaikille projektiryhmän jäsenille.
 
+Sprint 0 - 14.5.2018-18.5.2018
+
+Sprint 1 - 21.5.2018-1.6.2018
+
+Sprint 2 - 4.6.2018-15.6.2018
+
+Sprint 3 - 18.6.2018-29.6.2018
+
+Sprint 4 - 2.7.2018-13.7.2018
+
+Sprint 5 - 16.7.2018-27.7.2018
+
+Sprint 6 - 30.7.2018-31.7.2018
+
 # 4. Laadunvarmistus
 
 Projektin tuloksia katselmoidaan yhdessä projektiryhmän ja toimeksiantajan kanssa.
 
 ## 4.1 Väli- ja lopputulosten hyväksyminen
 
-Projektiryhmä hyväksyy tulokset suullisesti yhdessä toimeksiantajan kanssa.
+Välituloksia katselmoidaan ja hyväksytään sprinttien lopuissa projektiryhmän kesken.
+Isommissa etapeissa tulokset hyväksytään toimeksiantajan kanssa.
 
 ## 4.2 Muutosten hallinta
 
@@ -93,7 +110,7 @@ Toimeksiantajalta saatu palaute muodostetaan projektin aikana GitLab Issueiksi.
 
 ## 4.3 Dokumentaatio
 
-Kaikki projektin dokumentaatio löytyy tästä wikistä.
+Kaikki projektin dokumentaatio löytyy tästä wikistä, jonka ylläpitämisestä kaikki projektiryhmän jäsenet ovat vastuussa.
 
 ## 4.4 Riskienhallinta