PROJEKTISUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.1

Transkriptio

1 PROJEKTISUUNNITELMA Edited by Checked by Approved by Harri Kauhanen

2 i Sisällysluettelo DOKUMENTIN VERSIOT 1 Jakelu 1 1. JOHDANTO Projektin tarkoitus ja kattavuus Dokumentin rakenne ja sisältö Viittaukset muihin dokumentteihin Määritelmät, termit, lyhenteet ja merkintätavat Toimituksen sisältö Projektiryhmä Oikeudet työn tuloksiin 4 2. PROJEKTIN ASETTAMINEN JA TAUSTATIEDOT Projektin perustaminen Asiakkaan nykyinen ratkaisu Projektin toteutusperusteet Projektin toimintaympäristön kuvaus Sidosryhmät Tekniikat ja tietokonejärjestelmät 6 3. PROJEKTIN TOTEUTUSSUUNNITELMA Projektin tavoitteet Projektiryhmän tavoitteet Asiakkaan tavoitteet Projektin tavoitteet Projektin keskeyttämiskriteerit Projektin päättämiskriteerit Projektin aikataulu Projektin suunnittelu Projektin suunnittelun tavoitteet Toteutus 1 (T1) Toteutus 1:n tavoitteet 11

3 ii Sisällysluettelo 3.7. Toteutus 2 (T2) Toteutus 2:n tavoitteet Toteutus 3 (T3) Toteutus 3:n tavoitteet Toteutus 4 (T4) Toteutus 4:n tavoitteet Luovutus Luovutuksen tavoitteet MUUT SUUNNITELMAT Projektin riskit Projektin testaussuunnitelma Projektin laatusuunnitelma PROJEKTISSA NOUDATETTAVAT KÄYTÄNNÖT Seuranta ja raportointi Projektin budjetti ja sen seuranta Projektisuunnitelman tarkastaminen ja muutosten tekeminen Muutosmenettely ja hallinta PROJEKTIN TEHTÄVÄT JA RESURSSIT Tarkennetut vaihekohtaiset tehtävä suunnitelmat Toteutus Toteutus Toteutus Toteutus Luovutus 20

4 1(1) Dokumentin versiot Vers Muuttaja Pvm Muutos Tarkastanut Hyväksynyt Alkuperäinen. (luonnos 1) Tarkennuksia aikatauluihin (luonnos 2) 1.0 Antti Tuomala Projektin ryhmän antamat kommentit lisätty/muutettu. (luonnos 3) Riskienhallinta & Aikataulutus (luonnos 4) 1.0 Harri Kauhanen Pieniä täsmennyksiä. Ulkoasua ja muutamia kirjoitusvirheitä korjattu Projektisuunnitelman päivitys, lisäykset joitten tarve ilmeni projektikatselmuksessa Sanamuotojen muutoksia, typojen korjauksia (luonnos 5) (luonnos 1) (luonnos 2) Asiakkaan muutospyyntö (luonnos 3) Hyväksytty versio Harri Kauhanen Jakelu Vym Harri Kauhanen, Niko Stenberg, Tuomo Marttila, Juha Parhankangas, Comptel Tuija Rinne, Erkki Viitala

5 2(2) 1. Johdanto 1.1. Projektin tarkoitus ja kattavuus Tässä projektisuunnitelmassa kuvataan projektin Virtuaaliyhteisöiden muodostaminen sisältö ja tuotetut lopputulokset. Vym on tutkimuksellinen ohjelmistoprojekti, jonka avulla on tarkoitus tutkia ryhmien (virtuaaliyhteisöiden) muodostamista erilaisista käyttäjistä tiettyjä sääntöjä noudattamalla. Yksi projektin oleellisimmista osa-alueista on erilaisten ratkaisumallien löytäminen. Lopputuotteena on asiakkaalle toimitettava systeemi, joka tiettyjen sääntöjen avulla muodostaa käyttäjistä virtuaaliyhteisöjä. Projektin taustalla on palvelun tuottajien halu löytää suuresta käyttäjä joukosta pienempiä ryhmiä, joiden jäsenillä on samankaltaisia ominaisuuksia. Toisaalta myös ihmisten halu kommunikoida keskenään antaa perusteet erilaisten samankaltaisten ryhmien muodostumiselle. Kuva 1 Virtuaali yhteisöjen muodostaminen Projektin lopputuotteen saaja Comptel Oyj tarjoaa valmistajariippumatonta mediaattori ohjelmistoa tietoliikenneoperaattoreille ympäri maailmaa. Comptel MDS ohjelmisto on toimitettu enemmän kuin 160 GPRS-, fixed-, data-, Internet- ja satelliittiverkko operaattorille 47:ään maahan. Päätunnusluvut vuonna Toimiala Liikevaihto, Mmk Liikevoitto, Mmk Henkilöstön keskimääräinen lukumäärä Tietoliikenne tekniikka 232,2 79,6 314

6 3(3) Toimiala Liikevaihto, Mmk Liikevoitto, Mmk Henkilöstön keskimääräinen lukumäärä tekniikka Lisää tietoa asiakkaasta saa Dokumentin rakenne ja sisältö Dokumentin rakenne poikkeaa kurssin antamasta projektisuunnitelman dokumenttipohjasta. Asiakkaan toiveena on, että dokumentoinnin rakenne jäljittelee Comptelin omien dokumenttien rakennetta. Kaikki kurssin johdon vaatimasta informaatiosta on kuitenkin koottu tähän projektisuunnitelmaan. Luvussa 1 esitellään toimituksen sisältöä, termejä ja projektiryhmän henkilöt, sekä oikeudet työn tuloksiin. Luku 2 esittelee syyt projektin perustamiselle ja esittelee projektin toimintaympäristöä. Projektin toteutussuunnitelma on esitelty vaiheittain luvussa 3. Riskienhallinta käsitellään luvussa 4 ja projektissa noudatettavat käytännöt, kuten raportointi ja projektin seuranta ovat luvussa 5.Projektissa käytettävät resurssit ja vaihekohtaiset tehtävät on eritelty tarkasti luvussa Viittaukset muihin dokumentteihin # Dokumentin nimi ja versio Selitys 1 Laatusuunnitelma Kuvataan projektin laadun varmistukseen liittyvät toimet, jotka tulee toteuttaa. 2 Dokumenttienhallintasuunnitel ma 3 Toiminnallisen määrittelyn dokumentti Kuvataan tavat joilla projektiryhmä hoitaa yhteneväisesti projektiin liittyvä dokumentointi. Kuvataan miltä systeemi tulee näyttämään ulkoapäin 1.4. Määritelmät, termit, lyhenteet ja merkintätavat Termi, käsite, merkintätapa Vym Katselmointi Ryhmäpalaveri Kustannus PS Kurssin johto Asiakas MDS Selitys, määritelmä Virtuaaliyhteisöiden muodostaminen Projektin tuotokset käydään huolellisesti läpi ja tarkastetaan. Materiaali jaetaan osallistujille etukäteen. Tilaisuudessa osallistuja antavat kommentteja. Kommenteista ja tehdyistä päätöksistä tehdään pöytäkirja. Tarkastettavat asiakirjat joko hyväksytään, hyväksytään kommentein tai hylätään. Ryhmän sisäinen kokous ilman asiakasta Lasketaan miestyötunneissa Projektisuunnitelma Tik kurssin vetäjät Projektin lopputuotteen vastaanottaja Mediations Device Solutions

7 4(4) Termi, käsite, merkintätapa HLR AuC VMS Selitys, määritelmä Home Location Register Authentication Center Voice Mail System 1.5. Toimituksen sisältö Toimitukseen sisältyy vaatimusmäärittelyn tekeminen yhdessä asiakkaan kanssa. Koska virtuaaliyhteisöjen muodostaminen on aivan uusi asia, projektiryhmä tulee olemaan yhtä vahvassa roolissa vaatimusmäärittelyssä kuin itse asiakaskin. Tekninen suunnittelu ja toteutus tehdään tavalla, joka on määritelty tässä dokumentissa. Lisäksi tehdään laatusuunnitelma, testaussuunnitelma, lähdekoodi ja siihen liittyvä tekninen dokumentointi Projektiryhmä Projektiryhmä on esitelty seuraavassa taulukossa: Nimi Rooli Sähköpostiosoite Puhelin (AT) Kiinnostus- ja osaamisalueet Harri Kauhanen (HK) Kiinnostus- ja osaamisalueet Niko Stenberg (NS) Kiinnostus- ja osaamisalueet Juha Parhankangas (JP) Kiinnostus- ja osaamisalueet Tuomo Marttila (TM) Kiinnostus- ja osaamisalueet Projektipäällikkö, Asiakasvastaava Webteknologiat Laatuvastaava, Ohjelmoija Java, C++ Testausvastaava, Ohjelmoija Multimedia Tutkimusvastaava Laskennalliset menetelmät, neuroverkot Arkkitehtuurivastaava Tietokannat Koko projekti ryhmälle voi lähettää sähköpostia osoitteella: Projektiryhmän kotisivu on osoitteessa: Oikeudet työn tuloksiin Kaikki oikeudet työn tuloksiin jäävät Comptel Oyj:lle.

8 5(5) 2. Projektin asettaminen ja taustatiedot 2.1. Projektin perustaminen Projekti perustettiin TKK:n Tietojenkäsittelytekniikan osaston kurssia Tik varten Kyseessä on harjoitustyö, jossa suoritetaan USDP prosessin mukainen ohjelmiston valmistaminen. Projekti pyrkii kartoittamaan miten olisi mahdollista muodostaa virtuaaliyhteisöjä joukosta käyttäjiä (esimerkiksi jonkun palveluportaalin käyttäjät). Kyseiseen projektiin ei ole tehty alustavaa kartoitustyötä, joka antaa projektiryhmälle melko vapaat kädet erilaisten ongelmanratkaisumallien etsimiseen. Asiakas on projektin alkuvaiheessa määrittelemässä vaatimuksia ja mukana projektissa ohjaamassa tutkimuksen suuntaa Asiakkaan nykyinen ratkaisu Asiakkaalla ei ole minkäänlaista ratkaisua tällä hetkellä siitä miten muodostettaisiin virtuaaliyhteisöjä. Asiakkaan toimenkuvaan kuitenkin kuuluu erilaisten objektien yhdistäminen eli mediaattorina toiminen. Tällä hetkellä yritys on keskittynyt pääosin yhdistämään laskutus - ja tilaajanhallintajärjestelmiä erilaisiin verkkoelementteihin (esim. HLR, AuC, VMS) Projektin toteutusperusteet Virtuaaliyhteisöt muodostavat (tai tulevat muodostamaan - siis näin asiakas uskoo) informaatioyhteiskunnassa merkittäviä kokonaisuuksia, joita jo käytetään mm. elektronisessa kaupankäynnissä mm. kampanjakohteina. Motiivina on valmistautua siihen, että asiakkaat (teleoperaattorit) joskus, ehkä jo lähitulevaisuudessa, asiasta jotain kyselevät. Tämä projektityö antaa tietämystä ja valmiuksia, joita asiakkaalla ei vielä ole. Välillisinä tavoitteena on, että projektissa mukana olevat Comptelilaiset saavat opintonsa suoritettua ja saavat tässä projektissa ehkä aikaa enemmän perehtyä projektin vetämiseen ja siihen liittyviin asioihin kuin muutoin. Tulevaisuus näyttää oliko projekti taloudeliisesti kannattava. Vielä emme tiedä, koska asiaa tutkitaan ensi kertaa tämän projektiyön merkeissä. Asiakkalle koituvia välillisiä haittoja ei suoranaisesti ole. Asiakkaan ja työnohjaajan työn luonteeseen kuuluu etsiä uusia asioita, joista joku voi osoittautua myöhemmin tarpeelliseksi. Asiakkaan teoreettisiksi kustannuksi muodostuisi ryhmän työpanos, joka voidaan laskea miestyötunneissa.

9 6(6) TEK:n suosittelema tuntipalkka: 65 mk / h (130 ov ->) Projektiryhmän yhteinen työpanos 1125 h Teoreettiset kustannukset: 65 * 1125 mk = mk 2.4. Projektin toimintaympäristön kuvaus Sidosryhmät Asiakkaana toimii Tuija Rinne (Comptel Oyj) ja projektin ohjaana tutkimuspäällikkö Erkki Viitala (Comptel Oyj). Tarkemmat yhteystiedot seuraavassa taulukossa. Nimi Rooli Sähköpostiosoite Puhelin Tuija Rinne ASIAKAS Tuija.rinne@comptel.com Erkki Viitala OHJAAJA Erkki.viitala@comptel.com Tekniikat ja tietokonejärjestelmät Mitään erityistä vaatimusta ei aseteta tietokonejärjestelmille, joiden päälle sovellus on tarkoitus rakentaa. Projektissa pyritään käyttämään sellaisia järjestelmiä, että voitaisiin työskennellä vapaasti, esimerkiksi kotona. Tekniikat kuvataan toiminallisessa määrittelyssä. Tarvittavat laitteistot: Laitteisto Kehittäjien työasemat (5kpl) Serveri Kuvaus PC PC Tarvittavat työkalut: Tarkoitus Työväline Tarkennus Saatavuus Sovelluskehitys JDK 1.2 Projektin jäsenet valitsevat vapaasti käyttämänsä työkalun. Ulkopuolisten kirjastojen käytöstä sovitaan erikseen. Dokumentointi työkalu Projektinhallinta ohjelmisto Microsoft Word 97/2000 TKK / Asiakas TKK / Asiakas Microsoft Project 98 TKK / Asiakas Sähköposti Kehittäjien vapaasti valittavissa TKK / Asiakas Suunnittelu Rational Rose TKK / Asiakas Ohjelmointi Emacs TKK / Asiakas

10 7(7) Projektin dokumentointi, ohjelmakoodi ja niiden versionhallinta on kuvattu dokumentissa dokumenttienhallintasuunnitelma.

11 8(8) 3. Projektin toteutussuunnitelma 3.1. Projektin tavoitteet Projektiryhmän tavoitteet Ryhmän tärkein sisäinen tavoite on oppiminen projektin aikana. Tämä tavoite tullaan saavuttamaan, jos projekti viedään alusta loppuun itse kurssin johdon asettamien ehtojen mukaisesti, sekä jos projektin läpiviemisen aikana tehtyjä virheitä ei toisteta. Tärkeänä tavoitteena on myös, että asiakas on tyytyväinen projektin lopputulokseen. Tämän projektiryhmä ottaa siltä kantilta, että projektin lopputuloksella on jotain todellista hyötyä asiakkaalle. Koska kyseessä koulumaailman projekti, saadaan siitä myös arvosana. Ryhmä ei hae mitään tiettyä arvosanaa, mutta uskoo siihen, että hyvin tehty työ palkitaan myös tässä suhteessa. Laatupalkintoa ryhmä ei lähde erikseen tavoittelemaan. Kurssilla on monia projektiryhmiä ja periaatteena on, ettei kilpailemaan lähdetä muiden kanssa. Projektiryhmä tekeee työnsä niin hyvin kuin osaa ja vielä paremminkin Asiakkaan tavoitteet Asiakkaan tärkein tavoite on saada aineistoa ja tietoa virtuaaliyhteisöjen muodostamisesta. Asiakkaan ja projektin kannalta tämä on lyhyesti: Onko teknisesti mahdollista muodostaa erilaisista käyttäjäprofiileista virtuaaliyhteisöjä? Asiakkaan kymmenen tärkeitä tavoitetta tärkeysjärjestyksessä: # Tavoite 1 käyttöprofiileista ja tästä saatava tietämys, jota voidaan hyödyntää yrityksessä 2 Arkkitehtuuri mahdollista systeemin liittämisen minkä tahansa (WAP,Web, SMS) portaalin yhteyteen. Standardi rajapinta. 3 Sääntöjen luominen ja niiden kehittäminen ( kuuluvat oleellisena osana virtuaaliyhteisöjen muodostamiseen) 4 Kommunikoinnin järjestäminen virtuaaliyhteisöjen välille (esim. , SMS, Chat) 5 Käyttöliittymä (esim.demoportaali, demo administraattori käyttöliittymä) 6 Systeemin automaattinen opettaminen 7 Systeemin laajentamisen mahdollistaminen projektin jälkeen 8 Laatukriteerien noudattaminen laadunhallintadokumentissa kuvatulla tavalla 9 Projektiryhmä oppii projektin läpiviemistä 10 Pitää kiinni projektiaikataulusta

12 9(9) Projektin tavoitteet Projektin haastava tavoite on löytää järkeviä algoritmeja virtuaaliyhteisöjen muodostamiseksi lyhyessä ajassa. Projektin päätavoitteena onkin muodostaa käyttäjäprofiileista ja palveluattribuuteista tiettyjen sääntöjen avulla virtuaaliyhteisöjä. Projektin tulee täyttää ainakin vaatimusmäärittelyssä pakollisiksi määritetyt vaatimukset. Jos resurssit eivät riitä, toteutetaan ainoastaan prioriteetilla 1 määrätyt vaatimukset. Projektiryhmän tavoitteena on viedä kurssi läpi onnistuneesti samalla tarjoten asiakkaalle systeemi ja dokumentaatio, josta se kokee hyötyvänsä projektin jälkeen Projektin keskeyttämiskriteerit Projekti voidaan keskeyttää, jos se katsotaan tarpeelliseksi. Projekti voidaan keskeyttää seuraavissa tapauksissa. Arvioitu tunti määrä ylitetään kaikkien projektiryhmän jäsenien osalta yli 150% Vaatimusmäärittelyssä toteutettava systeemi havaitaan mahdottomaksi toteuttaa Projektin keskeyttämisestä päättävät projektipäällikkö, projektin asiakas ja projektiryhmän ohjaaja Projektin päättämiskriteerit Jos projektia ei keskeytetä, se päättyy kurssin aikataulun mukaisesti Projektista pidetään lopuksi asiakkaan, projektiryhmän ja työn ohjaajan toimesta loppupalaveri, jossa vähintäänkin tehdään selväksi kaikille osapuolille, että projekti on päättynyt. Projektiryhmä toimittaa kaiken dokumentaation, joka liittyy systeemiin tai sen kehitystyöhön asiakkaalle ennen projektin loppumista. Lisäksi tuotetaan loppuraportti, jossa selitetään yksityiskohtaisesti minkälaista tietoa on tullut esille kehitystyön aikana tai selitys, jos lopullista tuotetta ei ole pystytty toimittamaan. Tähän dokumenttiin listataan ja perustellaan selkeästi, mitkä ovat ne syyt, että systeemiä ei ole pystytty toteuttamaan Jos ohjelmisto tuotteeseen tarvitaan koulutusta, siitä kirjoitetaan dokumentti. Asennusopas ja käyttöohjekirja kirjoitetaan asiakkaan niitä tarvitessa Projektin aikataulu Projektin aikataulu noudattaa kurssin Tik aikataulua. Suunnitelma tarkentuu vaiheittain projektin edetessä siten, että esim. vastuuhenkilöt kullekin lopputuotteelle määrätään lopullisesti vasta kyseisen vaiheen ollessa ajankohtainen. Samoin kurssin ulkopuoliset julkaisut ja raportit määritellään mahdollisesti vasta kyseisen vaiheen ollessa ajankohtainen.

13 10(10) Ainoastaan projektin seuraava vaihe kuvataan tarkasti lopputuotteiden ja vastuuhenkilöiden osalta. Muista vaiheista kuvataan lähinnä pakolliset lopputuotteet ja niiden vastuuhenkilöt. Projektin vaihekohtaiset resurssit ja tarkemmat aikataulut on esitelty luvussa 6. Projektin aikataulu: Vaihe Päivämäärät Projektin suunnittelu Toteutus Toteutus Toteutus Toteutus Luovutus Projektin suunnittelu Ensimmäinen vaihe projektissa on suunnitteluvaihe. Sen tarkoituksena on tuottaa tarvittavat suunnitelmat, jotta projekti voisi alkaa. Tuotetut suunnitelmat ovat koko projektin elinkaarta koskevia ja niiden avulla on mahdollista toteuttaa järkevä työskentely ja työnjako projektin aikana. Kaikkia suunnitelmia tarkennetaan projektin edetessä. Samalla, kun projekti etenee, asiakkaan ongelmakenttäkin selkenee. Tämä puolestaan vaatii suunnitelmien tarkentamista ja myös uudet ideat voidaan ottaa huomioon rakennettavassa järjestelmässä. Koska projektia varten ei ole tehty minkäänlaista esitutkimusta ja algoritmien kehittäminen on hidasta, ei alkuvaiheessa olla aivan varmoja millaiseksi lopullinen ohjelmisto tulee muodostumaan Projektin suunnittelun tavoitteet Projektin suunnittelun tavoitteena on saada seuraavien dokumenttien ensimmäiset versiot valmiiksi ennen seuraavan vaiheen alkua ( ). Dokumentit on lueteltu tärkeysjärjestyksessä. Tärkeys Dokumentti Vastuuhenkilö 1 PS 2 Vaatimusmäärittely Juha Parhankangas 3 Laatusuunnitelma Harri Kauhanen 4 Dokumenttienhallinta suunnitelma Harri Kauhanen Lisäksi sovitaan projektin työtavoista niin projektiryhmän, kuin asiakkaankin kanssa.

14 11(11) 3.6. Toteutus 1 (T1) Toisena vaiheena on T1, jonka tarkoituksena on tuottaa mahdollisimman tarkka toiminnallisen määrittelyn dokumentti. Tämän pohjalta voidaan aloittaa järjestelmän suunnittelu ja teknillinen määrittely, josta kirjoitetaan myös dokumentti. Toiminnallinen määrittely tehdään vaatimusmäärittelyn pohjalta. Tässä vaiheessa tarkennetaan toimintojen kuvausta yhdessä asiakkaan kanssa. Projektin tutkimusluonteeseen nojautuen, ensimmäinen prototyyppi rakennetaan vain, jos systeemi saadaan tarpeeksi pitkälle suunniteltua. Tämä on kuitenkin epätodennäköistä Toteutus 1:n tavoitteet Dokumentti Vastuuhenkilö Tarkennus Toiminnallinen määrittely Tuomo Marttila Tekninen määrittely Tuomo Marttila Päätavoitteena on saada systeemin arkkitehtuurin pääkomponentit määritellyksi. Edistymisraportti Tarkennettu PS Vaatimusmäärittelyn tarkennettu versio Juha Parhankangas Prototyyppi 1 Niko Stenberg Rakennus epätodennäköistä Testaus suunnitelma + raportit Niko Stenberg Dokumentointi epätodennäköistä 3.7. Toteutus 2 (T2) Tässä vaiheessa tullaan tarkentamaan teknistä ja toiminallista määrittelyä, sekä rakentamaan ensimmäinen prototyyppi systeemistä. Prototyypin tavoitteena on tarjota varsinaisen yhteisöjen muodostajakoneen ympärille puitteet, jossa tämä voi toimia. Itse kone voi tässä vaiheessa olla tyhmä, mutta rajapinnat on jo määritelty prioriteetilla 1 olevia toimintoja varten (katso tarkemmin vaatimusmäärittely). Tällä pyritään siihen, että myöhemmissä vaiheissa voidaan antaa täysi panos VYM koneen muodostamisen suunnittelulle ja toteuttamiselle Toteutus 2:n tavoitteet Dokumentti Vastuuhenkilö Teknisen määrittelyn tarkennus Tuomo Marttila Prototyyppi 1 Käyttöliittymät AMOK Tietokanta Testaussuunnitelma + raportit Edistymisraportti Toiminnallisen määrittelyn tarkennettu versio Niko Stenberg (päävastuu) Tuomo Marttila Tuomo Marttila Niko Stenberg Tuomo Marttila

15 12(12) Dokumentti tarkennettu versio PS:n tarkennettu versio Vastuuhenkilö 3.8. Toteutus 3 (T3) T3:n pääpaino on teknisen määrittelyn tarkennuksessa. Tässä vaiheessa on tavoitteena, että yhteisöjen muodostajakoneesta on olemassa (ainakin yksi) järkevästi toimiva versio. Vähintäänkin tunnetaan eri ratkaisumallien etuja ja haittoja. Jatketaan AMOK modulin kehittämistä, jos sitä ei saatu valmiiksi vaiheessa T Toteutus 3:n tavoitteet Dokumentti Vastuuhenkilö Teknisen määrittelyn tarkennus Tuomo Marttila Prototyyppi 2 Testaussuunnitelma + raportit Edistymisraportti Toiminnallisen määrittelyn tarkennettu versio PS:n tarkennettu versio 3.9. Toteutus 4 (T4) Niko Stenberg Niko Stenberg Tuomo Marttila T4 keskittyy systeemin kasaamiseen ja systemaattiseen testaamiseen. Yritetään toteuttaa älykkäämpi versio yhteisöjen muodostaja koneesta Toteutus 4:n tavoitteet Dokumentti Prototyyppi 3 Testaussuunnitelma + raportit Edistymisraportti PS:n tarkennettu versio Vastuuhenkilö Niko Stenberg Niko Stenberg Luovutus Luovutuksen tarkoituksena on saattaa järjestelmä ja kaikki siihen liittyvä dokumentaatio sellaiseen kuntoon, että se voidaan luovuttaa asiakkaalle. Lisäksi arvioidaan projektia, sekä käytettyjä välineitä ja ratkaisuja. Arvioinnin perusteella tehdään loppuraportti projektista Luovutuksen tavoitteet Dokumentti Loppu raportti Vastuuhenkilö

16 13(13) Dokumentti Edistymisraportti Teknisen määrittelyn tarkennettu versio Testi raportti Vastuuhenkilö Tuomo Marttila Niko Stenberg

17 14(14) 4. Muut suunnitelmat 4.1. Projektin riskit Tässä kappaleessa kuvataan projektin riskit ja niihin liittyvät toimenpiteet (riskienhallintaprosessi) ja varautumiset. Riskin kuvaus, vaihe, arvioitu todennäköisyys( 1-10) ja haitta (1-10) Ongelmat ennakoinnissa projektityön tutkimuksellisuudesta johtuen. Osataanko suunnitella ja toteuttaa tarvittavat algoritmit? T1, T2, T3 7 9 Riski kerroin Ehkäisevät ja korjaavat toimenpiteet 63 Keskitytään systeemin oleellisiin osiin ja varataan aikaa kouluttautumiselle. Laaja esitutkimus. Koska kyseessä in systeemin tärkein ominaisuus, ei jätetä tätä osakokonaisuutta yhden projektiryhmän jäsenen harteille. Vastuu AT, JP Työmäärä, työnteko jakautuu vain tietyille henkilöille T1, T2 6 6 Ei asiantuntemusta tietyiltä toteutettavan systeemin osaalueilta T1,T2,T Projektipäällikkö järjestää apuvoimia henkilölle, jonka työmäärä on tullut liian suureksi. Henkilö vähentää työpanostaan muissa vaiheissa 24 Varataan aikaa asian opiskeluun ja tarvittaessa mietitään toisenlaista ratkaisu mallia. AT AT, JP Projektiryhmän jäsen jättää työryhmän (sairaus yms.) T1, T2, T3, T Kaikki projektin hyväksi tehty työ (dokumentit, koodit jne.) tulee olla kaikkien saatavilla. HK Saadaanko itse ohjelmisto toteutettua, projektin tutkimusluonteen vuoksi T2, T3, T Pyritään jättämään kaikki epäoleellinen pois systeemistä ja tarpeen vaatiessa yksinkertaistetaan systeemiä huomattavasti. TM Ajankäytön ongelmat ( onko muuta elämää kuin Vym? ) 40 Jokainen projektiryhmän jäsen ottaa projektin tietyllä vakavuudella. Ilmoitukset hyvissä ajoin projektipäällikölle esim. lomien tai muitten vastaavien työesteitten suhteen. Koko ryhmä

18 15(15) Riskin kuvaus, vaihe, arvioitu todennäköisyys( 1-10) ja haitta (1-10) Riski kerroin Ehkäisevät ja korjaavat toimenpiteet Vastuu muuta elämää kuin Vym? ) Koko projekti 8 tietyllä vakavuudella. Ilmoitukset hyvissä ajoin projektipäällikölle esim. lomien tai muitten vastaavien työesteitten suhteen. ryhmä 5 Työskentelyn tulosten menettäminen kiintolevyn tuhoutumisen vuoksi Koko projekti Joka yö ajetaan varmuuskopiointi talletetusta tiedosta. HK Osataanko rakentaa systeemille oleellisesti tärkeät palveluproto ja käyttäjäjoukkoproto T1, T Varataan riittävästi aikaa kyseisten systeemien valmistamiseen ja allokoidaan riittävät resurssit NS, AT 4.2. Projektin testaussuunnitelma Testaus suunnitelma toteutetaan myöhemmin erillisessä dokumentissa Testaussuunnitelma Projektin laatusuunnitelma Laatusuunnitelma on kuvattu erillisessä dokumentissa Laatusuunnitelma.

19 16(16) 5. Projektissa noudatettavat käytännöt 5.1. Seuranta ja raportointi Projektin seuranta pohjautuu projektin toteutussuunnitelman välitavoitteisiin. Kurssin johto on asettanut pakollisia seurantatyökaluja projektille. Onnistunut töiden seuranta edellyttää säännöllisten viikkokokousten pitämistä projektiryhmän sisällä, kokoussäännöt on kerrottu projektiryhmän jäsenille erikseen. Projektin jäsenten vastuulla on raportoinnin suhteen: Raportoida tehdyt tunnit kurssin Tirana-järjestelmään Raportoida virheet ja ideat kurssin Burana järjestelmään Raportoida valmistuneista töistä Dokumenttienhallintasuunnitelmassa kuvatulla tavalla muille ryhmän jäsenille Asiakasraportointi pyritään järjestämään asiakaspalavereissa, joita pyritään olosuhteitten salliessa järjestämään ainakin kerran kahdessa viikossa. Jos tähän ei pystytä asiakkaalle kirjoitetaan raportti vähintään kerran kahdessa viikossa. Raportti voidaan ja tulee kirjoittaa useammin, jos jotain tärkeää asiaa ilmenee asiakkaan kannalta. Projektin ohjaaja ja asiakas seuraavat projektin edistymistä saamalla tietoa projektista asiakaspalavereissa tai projektiryhmän niille erikseen suuntaamista asiakasraporteista. Jos näissä ilmenee asioita, joita asiakas pitää projektin kannalta epäoleellisena hän on velvollinen raportoimaan tästä projektiryhmälle Projektin budjetti ja sen seuranta Projektipäällikkö seuraa projektin toteutuneita kustannuksia tuntikirjaus järjestelmä Tiranasta ja muuttaa tarvittaessa MS Project työkalulla tehtyä toteutussuunnitelmaa Projektisuunnitelman tarkastaminen ja muutosten tekeminen PS tarkastetaan koko projektiryhmän ja asiakkaan toimesta. Projektipäällikkö päivittää projektisuunnitelmaa projektin edistyessä omien ja yhteisten päätösten mukaisesti Muutosmenettely ja hallinta Projektin aikaisten muutosten, jotka kohdistuvat projektin toimintaympäristöön, tavoitteisiin, sisältöön, tehtäviin, rajauksiin, resursseihin tai aikatauluihin, käsittely on projektipäällikön ja asiakkaan vastuulla. Koska projekti on luonteeltaan tutkimusprojekti, on muutos menettely ja sen hallinta tärkeä osa projektia. Tätä varten on kehitetty projekti varten muutoksenhallinta prosessi.

20 17(17) Projektipäällikön tehtävänä on: Arvioida muutosehdotuksen vaikutus projektin tehtäviin, aikatauluihin sekä suhde projektin resursseihin Organisoida hyväksyttyjen muutosten toteutus Seurata aktiivisesti muutoksen toteutusta Projektin muutosten hallinta Asiakkaan / projektiryhmän ehdottamien muutosten luokittelu ja alustava priorisointi TULOKSET Projektin hallinta ja läpivienti Valmistellut muutospyynnöt Buranalla tai projektikokouksessa esitetyt kirjataan ylös. Luokitellut muutospyynnöt - listat - virheet, muutokset, kehityskohteet - ei toteutettavat Muutosten tekninen arviointi projektiryhmässä Arvio järkevistä ja mahdollisesti toteutettavissa olevista muutoksista. Projektisuunnitelman päivitys hyväksytyillä muutoksilla Esitettävät muutospyyntöehdotukset - tehtävät, välitavoitteet - aikataulu - resurssit Projektisuunnitelman päivitys hyväksytyillä muutoksilla Muutostehtävillä päivitetty projektisuunnitelma

21 18(18) 6. Projektin tehtävät ja resurssit Tavoitteena on, että jokainen työryhmän jäsenistä työskentelee 7,5 tuntia viikossa, siis yhden työpäivän. Tämä aika ei luonnollisestikaan työtehtävistä tai työroolista riippuen jakaudu tasaisesti joka viikolle, mutta pidemmällä aikavälillä päästään keskiarvon tuntumaan. Resurssit on kuvattu MS Projectin tiedostossa ja tätä tiedostoa tarkennetaan vaihe vaiheelta projektin edessä. Pääperiaatteena on tarkastaa ja allokoida resurssit ennen jokaista kurssin johdon määräämää välivaihetta. Käytettävissä olevien resurssien määrä on seuraava: Työviikot: 30 Henkilöt: 5 Työpanos / viikko : 7,5 (30 viikkoa * 5 henkilöä * 7,5 tuntia). = 1125 tuntia Alustava suunnitelma: Projektin suunnittelu AT HK JP NS TM Yhteensä Toteutus Toteutus Toteutus Toteutus Luovutus Yhteensä n.220 n.190 n.210 n.200 n.210 n.1125 Lomakausia ei määritellä tarkasti, koska projektihenkilöt voivat halutessaan tehdä töitä myös lomien aikana. Ohjeelliset loma-ajat: Joululoma: Pääsiäisloma: Tarkennetut vaihekohtaiset tehtävä suunnitelmat Toteutus 1 Tehtävä AT HK JP NS TM Yhteensä Luennot Opinnot Ryhmäpalaverit Asiakas palaverit

22 19(19) Tehtävä AT HK JP NS TM Yhteensä Toiminnallinen määrittely Tekninen määrittely Vanhojen dokumenttien päivitys Seuraavan vaiheen tarkka suunnittelu Edistymisraportin kirjoittaminen Katselmuksen valmistelu 0,2 0,2 0,2 0,2 0,2 1 Katselmus 0,5 0,5 0,5 0,5 0,5 2,5 YHTEENSÄ: n.27 n.19 n.39 n.38 n Toteutus 2 Tehtävät tarkemmin MS- project tiedostossa. Tehtävä AT HK JP NS TM Yhteensä Opinnot Ryhmäpalaverit Asiakas palaverit Toiminnallisen määrittely Tekninen määrittely Koodaus Systeemin testaus Testaussuunnittelman kirjoittaminen Testiraporttien kirjoitus Seuraavan vaiheen tarkka suunnittelu Edistymisraportin kirjoittaminen Katselmuksen valmistelu Katselmus YHTEENSÄ: Toteutus 3 Tarkennetaan Toteutus 2:n aikana. Tehtävä AT HK JP NS TM Yhteensä Opinnot 20 Ryhmäpalaverit 20 Asiakas palaverit 10 Toiminnallinen määrittely 2 Tekninen määrittely 10 Koodaus 85 Vanhojen dokumenttien päivitys 2 Seuraavan vaiheen tarkka suunnittelu 6

23 20(20) Tehtävä AT HK JP NS TM Yhteensä Edistymisraportin kirjoittaminen 2 Katselmuksen valmistelu 6 Katselmus 5 YHTEENSÄ: Toteutus 4 Tarkennetaan Toteutus 3:n aikana. Tehtävä AT HK JP NS TM Yhteensä Luennot Opinnot Ryhmäpalaverit Asiakas palaverit Toiminnallinen määrittely Tekninen määrittely Vanhojen dokumenttien päivitys Seuraavan vaiheen tarkka suunnittelu Edistymisraportin kirjoittaminen Katselmuksen valmistelu Katselmus YHTEENSÄ: Luovutus Tarkennetaan Toteutus 4:n aikana. Tehtävä AT HK JP NS TM Yhteensä Luennot Opinnot Ryhmäpalaverit Asiakas palaverit Toiminnallinen määrittely Tekninen määrittely Vanhojen dokumenttien päivitys Seuraavan vaiheen tarkka suunnittelu Edistymisraportin kirjoittaminen Katselmuksen valmistelu Katselmus YHTEENSÄ: 150

24 21(21)