PROJEKTISUUNNITELMA Edited by Checked by Approved by
i Sisällysluettelo DOKUMENTIN VERSIOT 1 Jakelu 1 1. TIIVISTELMÄ 2 2. JOHDANTO 3 2.1. Projektin tarkoitus ja kattavuus 3 2.2. Dokumentin rakenne ja sisältö 4 2.3. Viittaukset muihin dokumentteihin 4 2.4. Määritelmät, termit, lyhenteet ja merkintätavat 4 2.5. Toimituksen sisältö 5 2.6. Projektiryhmä 5 2.7. Oikeudet työn tuloksiin 5 3. PROJEKTIN ASETTAMINEN JA TAUSTATIEDOT 6 3.1. Projektin perustaminen 6 3.2. Asiakkaan nykyinen ratkaisu 6 3.3. Projektin toteutusperusteet 6 3.4. Projektin toimintaympäristön kuvaus 7 3.4.1. Sidosryhmät 7 3.4.2. Tekniikat ja tietokonejärjestelmät 7 4. PROJEKTIN TOTEUTUSSUUNNITELMA 9 4.1. Projektin tavoitteet 9 4.1.1. Projektiryhmän tavoitteet 9 4.1.2. Asiakkaan tavoitteet 9 4.1.3. Projektin tavoitteet 10 4.2. Projektin keskeyttämiskriteerit 10 4.3. Projektin päättämiskriteerit 10 4.4. Projektin aikataulu 10 4.5. Projektin suunnittelu 11 4.5.1. Projektin suunnittelun tavoitteet 11
ii Sisällysluettelo 4.6. Toteutus 1 (T1) 12 4.6.1. Toteutus 1:n tavoitteet 12 4.7. Toteutus 2 (T2) 12 4.7.1. Toteutus 2:n tavoitteet 12 4.8. Toteutus 3 (T3) 13 4.8.1. Toteutus 3:n tavoitteet 13 4.9. Toteutus 4 (T4) 13 4.9.1. Toteutus 4:n tavoitteet 13 4.10. Luovutus 13 4.10.1. Luovutuksen tavoitteet 14 5. MUUT SUUNNITELMAT 15 5.1. Projektin riskit 15 5.2. Projektin testaussuunnitelma 16 5.3. Projektin laatusuunnitelma 16 6. PROJEKTISSA NOUDATETTAVAT KÄYTÄNNÖT 17 6.1. Seuranta ja raportointi 17 6.2. Projektin budjetti ja sen seuranta 17 6.3. Projektisuunnitelman tarkastaminen ja muutosten tekeminen 17 6.4. Muutosmenettely ja hallinta 17 7. PROJEKTIN TEHTÄVÄT JA RESURSSIT 19 7.1. Tarkennetut vaihekohtaiset tehtävä suunnitelmat 19 7.1.1. Toteutus 1 19 7.1.2. Toteutus 2 20 7.1.3. Toteutus 3 20 7.1.4. Toteutus 4 21 7.1.5. Luovutus 21
1(22) Dokumentin versiot Vers Muuttaja Pvm Muutos Tarkastanut Hyväksynyt 1.0 11.10.2000 Alkuperäinen. (luonnos 1) 1.0 12.10.2000 Tarkennuksia aikatauluihin (luonnos 2) 1.0 Antti Tuomala 13.10.2000 Projektin ryhmän antamat kommentit lisätty/muutettu. (luonnos 3) 1.0 14.10.2000 Riskienhallinta & Aikataulutus (luonnos 4) 1.0 Harri Kauhanen 14.10.2000 Pieniä täsmennyksiä. Ulkoasua ja muutamia kirjoitusvirheitä korjattu. 1.1 18.10.2000 Projektisuunnitelman päivitys, lisäykset joitten tarve ilmeni projektikatselmuksessa 1.1 3.11.2000 Sanamuotojen muutoksia, typojen korjauksia (luonnos 5) (luonnos 1) (luonnos 2) 1.1 5.11.2000 Asiakkaan muutospyyntö (luonnos 3) 1.1 7.11.2000 Hyväksytty versio Harri Kauhanen 1.2 8.12.2000 Esittelyteksti lisätty. Tarkennus vaiheeseen T3. Joululoman muutos 1.3 12.2.2001 Tarkennus T4 vaiheeseen. Harri Kauhanen Jakelu Vym Harri Kauhanen, Niko Stenberg, Tuomo Marttila, Juha Parhankangas, Comptel Tuija Rinne, Erkki Viitala
2(22) 1. Tiivistelmä Tässä dokumentissa on kuvattu projektin (VYM) projektisuunnitelma. VYM on projekti, jonka tavoitteena on suunnitella ja toteuttaa Comptel Oyj:lle virtuaaliyhteisöjä muodostava systeemi. Systeemin on siis osattava muodostaa mielivaltaisesta käyttäjäjoukosta samankaltaisia piirteitä omistavia henk i- löitä. Projekti on Teknillisen Korkeakoulun Tietotekniikan osaston kurssin Tik-76.115 Tietojenkäsittelyopin ohjelmatyö harjoitustyö. Projektin asiakas on Comptel Oyj, jossa yhteyshenkilöinä toimivat Tuija Rinne ja Erkki Viitala. Projektiryhmä koostuu viidestä TKK:n opiskelijasta. Kehitettävän systeemin tärkeimpänä ominaisuutena on virtuaaliyhteisöjä muodostava koneisto. Asiakkaan tärkeimpänä vaatimuksena on lähinnä tieto siitä, onko tällaista konetta edes mahdollista rakentaa järkeväksi. Koska tällaisen systeemin rakentaminen kireällä aikataululla tulee olemaan vaikeaa, on tärkeää, että systeemistä kehitetään ma h- dollisimman modulaarinen. Tämä tarkoittaa, että itse koneen ympärille rakennettavien osien rajapinnat ovat standardeja ja jotta itse VYM kone on helppo vaihtaa entistä älykkäämpään ohjelmiston rakenteen muuten muuttumatta. Tarkoituksena on, että sovelluksen voisi tulevaisuudessa liittää mihin tahansa laitteeseen (esimerkiksi WAP - puhelin), mutta projektin aikana on tarkoitus esitellä systeemiä webportaalin avulla. Dokumentaation laatu on myös tärkeää, koska ylläpito-vaihetta projektin päätyttyä ei käytännössä tule olemaan, vain asiakkaan tätä erikseen vaatiessa.. Näin ollen on erityisen tärkeää, että kaikki ohjelmistoon liittyvä dokumentointi on ajan tasalla ja järkevästi jaoteltuna, jotta tiedon hakeminen olisi helppoa ja yksiselkoista, myös projektin päättymisen jälkeen. Projekti kestää koko lukuvuoden 2000-2001 päättyen 27.4.2001. Itse projektissa luotavan järjestelmän kehitystyötä voidaan jatkaa, koska tarkoituksena on, että itse VYM konetta voidaan vaihtaa ohjelmiston rakennetta muuten muuttamatta. Projektin aikataulu noudattaa kurssin määräämää aikataulua.
3(22) 2. Johdanto 2.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 piene m- piä ryhmiä, joiden jäsenillä on samankaltaisia ominaisuuksia. Toisaalta myös ihmisten halu kommunikoida keskenään antaa perusteet erilaisten samankaltaisten ryhmien muodostumiselle. Kuva 1 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 1999. Toimiala Liikevaihto, Mmk Liikevoitto, Mmk Henkilöstön keskimääräinen lukumäärä Tietoliikenne 232,2 79,6 314
4(22) Toimiala Liikevaihto, Mmk Liikevoitto, Mmk Henkilöstön keskimääräinen lukumäärä tekniikka Lisää tietoa asiakkaasta saa http://www.comptel.com 2.2. 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 3 esittelee syyt projektin perustamiselle ja esittelee projektin toimintaympäristöä. Projektin toteutussuunnitelma on esitelty vaiheittain luvussa 4. Riskienhallinta käsitellään luvussa 5 ja projektissa noudatettavat käytännöt, kuten raportointi ja projektin seuranta ovat luvussa 6.Projektissa käytettävät resurssit ja vaihekohtaiset tehtävät on eritelty tarkasti luvussa 7. 2.3. Viittaukset muihin dokumentteihin # Dokumentin nimi ja versio Selitys 1 Laatusuunnitelma Kuvataan projektin laadun varmistukseen liittyvät toimet, jotka tulee toteuttaa. 2 Dokumenttienhallintasuunnitelma 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 2.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-76.115 kurssin vetäjät Projektin lopputuotteen vastaanottaja Mediations Device Solutions
5(22) Termi, käsite, merkintätapa HLR AuC VMS Selitys, määritelmä Home Location Register Authentication Center Voice Mail System 2.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. 2.6. 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 Antti.tuomaala@hut.fi 050 5144 980 Harri.kauhanen@hut.fi 040 540 6591 Nstenber@cc.hut.fi 040 5722 975 Jparhank@cc.hut.fi Laskennalliset menetelmät, neuroverkot Arkkitehtuurivastaava Tuomo.marttila@hut.fi 0400 920 173 Tietokannat Koko projekti ryhmälle voi lähettää sähköpostia osoitteella: vym@jt5-111.tky.hut.fi Projektiryhmän kotisivu on osoitteessa: http://hazard.iki.fi/vym 2.7. Oikeudet työn tuloksiin Kaikki oikeudet työn tuloksiin jäävät Comptel Oyj:lle.
6(22) 3. Projektin asettaminen ja taustatiedot 3.1. Projektin perustaminen Projekti perustettiin TKK:n Tietojenkäsittelytekniikan osaston kurssia Tik-76.115 va r- ten 25.9.2000. 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. 3.2. 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). 3.3. 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.
7(22) TEK:n suosittelema tuntipalkka: 65 mk / h (130 ov ->) Projektiryhmän yhteinen työpanos 1125 h Teoreettiset kustannukset: 65 * 1125 mk = 73125 mk 3.4. Projektin toimintaympäristön kuvaus 3.4.1. Sidosryhmät Asiakkaana toimii Tuija Rinne (Comptel Oyj) ja projektin ohjaajana tutkimuspäällikkö Erkki Viitala (Comptel Oyj). Tarkemmat yhteystiedot seuraavassa taulukossa. Nimi Rooli Sähköpostiosoite Puhelin Tuija Rinne ASIAKAS Tuija.rinne@comptel.com 050 60414 Erkki Viitala OHJAAJA Erkki.viitala@comptel.com 050 604 09 3.4.2. 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 / Linux Tarvittavat työkalut: Tarkoitus Työväline Tarkennus Saatavuus Sovelluskehitys JDK 1.2.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 Microsoft Project 98 TKK / Asiakas TKK / Asiakas TKK / Asiakas Sähköposti Kehittäjien vapaasti valittavissa TKK / Asiakas Suunnittelu Rational Rose TKK / Asiakas Ohjelmointi Emacs, UltraEdit 32 TKK / Asiakas Projektin dokumentointi, ohjelmakoodi ja niiden versionhallinta on kuvattu dokume n- tissa dokumenttienhallintasuunnitelma.
8(22)
9(22) 4. Projektin toteutussuunnitelma 4.1. Projektin tavoitteet 4.1.1. 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ä tekee työnsä niin hyvin kuin osaa ja vielä paremminkin. 4.1.2. 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. e-mail, 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
10(22) 4.1.3. 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. 4.2. 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. 4.3. Projektin päättämiskriteerit Jos projektia ei keskeytetä, se päättyy kurssin aikataulun mukaisesti 27.4.2001. 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. 4.4. Projektin aikataulu Projektin aikataulu noudattaa kurssin Tik-76.115 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.
11(22) Ainoastaan projektin seuraava vaihe kuvataan tarkasti lopputuotteiden ja vastuuhenk i- löiden osalta. Muista vaiheista kuvataan lähinnä pakolliset lopputuotteet ja niiden vastuuhenkilöt. Projektin vaihekohtaiset resurssit ja tarkemmat aikataulut on esitelty luvussa 7. Projektin aikataulu: Vaihe Päivämäärät Projektin suunnittelu 26.9 18.10 2000 Toteutus 1 19.10 10.11.2000 Toteutus 2 11.11 15.12.2000 Toteutus 3 16.12 16.2.2001 Toteutus 4 17.2 23.3.2001 Luovutus 24.3 27.4.2001 4.5. 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. 4.5.1. Projektin suunnittelun tavoitteet Projektin suunnittelun tavoitteena on saada seuraavien dokumenttien ensimmäiset ve r- siot valmiiksi ennen seuraavan vaiheen alkua (16.10.2000). 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.
12(22) 4.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ä. 4.6.1. 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ä 4.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. 4.7.1. Toteutus 2:n tavoitteet Dokumentti Teknisen määrittelyn tarkennus Prototyyppi 1 Käyttöliittymät AMOK Tietokanta Testaussuunnitelma + raportit Edistymisraportti Toiminnallisen määrittelyn tar- Vastuuhenkilö Tuomo Marttila Niko Stenberg (päävastuu) Tuomo Marttila Tuomo Marttila Niko Stenberg Tuomo Marttila
13(22) Dokumentti kennettu versio PS:n tarkennettu versio Vastuuhenkilö 4.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. Tietokanta rakennetaan niin valmiiksi kuin suinkin mahdollista. 4.8.1. Toteutus 3:n tavoitteet Dokumentti Teknisen määrittelyn tarkennus Prototyyppi 2 Testaussuunnitelma + raportit Edistymisraportti Toiminnallisen määrittelyn tarkennettu versio PS:n tarkennettu versio Vastuuhenkilö Tuomo Marttila Niko Stenberg Niko Stenberg Tuomo Marttila 4.9. Toteutus 4 (T4) T4 keskittyy systeemin kasaamiseen ja systemaattiseen testaamiseen. Tavoitteena on toteuttaa myös älykkäämpi versio VYM koneesta. Lisäksi pyritään lisäämään vaatimusmäärittelyssä prioriteetin 2 ominaisuuksia. Toteutus 4:n tavoitteet Dokumentti Prototyyppi 3 Testaussuunnitelma + raportit Edistymisraportti PS:n tarkennettu versio VYM Kone Vastuuhenkilö Niko Stenberg Niko Stenberg Juha Parhankangas 4.10. 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.
14(22) 4.10.1. Luovutuksen tavoitteet Dokumentti Loppu raportti Edistymisraportti Teknisen määrittelyn tarkennettu versio Testi raportti Vastuuhenkilö Tuomo Marttila Niko Stenberg
15(22) 5. Muut suunnitelmat 5.1. Projektin riskit Tässä kappaleessa kuvataan projektin riskit ja niihin liittyvät toimenpiteet (riskienha l- lintaprosessi) ja varautumiset. Riskin kuvaus, vaihe, arvioitu todennäköisyys( 1-10) ja haitta (1-10) Riski kerroin Ehkäisevät ja korjaavat toimenpiteet Vastuu Ongelmat ennakoinnissa projektityön tutkimuksellisuudesta johtuen. Osataanko suunnitella ja toteuttaa tarvittavat algoritmit? T1, T2, T3 7 9 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. AT, JP Työmäärä, työnteko jakautuu vain tietyille henkilöille T1, T2 6 6 Ei asiantuntemusta tietyiltä toteutettavan systeemin osaalueilta T1,T2,T3 4 6 36 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, T4 1 9 9 Kaikki projektin hyväksi tehty työ (dokumentit, koodit jne.) tulee olla kaikkien saatavilla. HK Saadaanko itse ohjelmisto toteutettua, projektin tutkimusluonteen vuoksi T2, T3, T4 3 10 30 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 pro- Koko ryhmä
16(22) Riskin kuvaus, vaihe, arvioitu todennäköisyys( 1-10) ja haitta (1-10) Riski kerroin Ehkäisevät ja korjaavat toimenpiteet Vastuu Koko projekti 8 5 jektipäällikölle esim. lomien tai muitten vastaavien työesteitten suhteen. Työskentelyn tulosten menettäminen kiintolevyn tuhoutumisen vuoksi Koko projekti 1 10 10 Joka yö ajetaan varmuuskopiointi talletetusta tiedosta. HK Osataanko rakentaa systeemille oleellisesti tärkeät palveluproto ja käyttäjäjoukkoproto T1, T2 5 6 30 Varataan riittävästi aikaa kyseisten systeemien valmistamiseen ja allokoidaan riittävät resurssit NS, AT 5.2. Projektin testaussuunnitelma Testaus suunnitelma toteutetaan myöhemmin erillisessä dokumentissa Testaussuunnitelma. 5.3. Projektin laatusuunnitelma Laatusuunnitelma on kuvattu erillisessä dokumentissa Laatusuunnitelma.
17(22) 6. Projektissa noudatettavat käytännöt 6.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. 6.2. Projektin budjetti ja sen seuranta Projektipäällikkö seuraa projektin toteutuneita kustannuksia tuntikirjaus järjestelmä Tiranasta ja muuttaa tarvittaessa MS Project työkalulla tehtyä toteutussuunnitelmaa. 6.3. 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. 6.4. 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.
18(22) 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
19(22) 7. 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ä 60 45 45 20 20 190 Toteutus 1 27 19 39 38 60 190 Toteutus 2 50 50 60 30 40 250 Toteutus 3 40 30 40 40 30 200 Toteutus 4 30 30 20 30 30 150 Luovutus 20 10 10 40 30 150 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: 22.12.2000-7.1.2001 Pääsiäisloma: 12.4.2001 18.4.2001 7.1. Tarkennetut vaihekohtaiset tehtävä suunnitelmat 7.1.1. Toteutus 1 Tehtävä AT HK JP NS TM Yhteensä Luennot 6 2 2 2 0 12 Opinnot 4 4 24 6 18 56 Ryhmäpalaverit 6 6 6 6 6 30 Asiakas palaverit 4 4 4 4 4 20
20(22) Tehtävä AT HK JP NS TM Yhteensä Toiminnallinen määrittely 0 0 5 10 10 25 Tekninen määrittely 0 0 0 7 20 27 Vanhojen dokumenttien päivitys 2 1 1 0 0 4 Seuraavan vaiheen tarkka suunnittelu 2 2 2 2 2 10 Edistymisraportin kirjoittaminen 2 0 0 0 0 2 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.60 190 7.1.2. Toteutus 2 Tehtävät tarkemmin MS- project tiedostossa. Tehtävä AT HK JP NS TM Yhteensä Opinnot 3 5 20 4 5 37 Ryhmäpalaverit 8 8 8 8 6 38 Asiakas palaverit 4 4 4 4 4 20 Toiminnallisen määrittely 0 0 0 0 10 10 Tekninen määrittely 0 0 0 0 15 15 Koodaus 15 25 0 22 10 72 Systeemin testaus 0 5 0 10 0 15 Testaussuunnittelman kirjoittaminen 0 0 0 10 0 10 Testiraporttien kirjoitus 0 0 0 8 0 8 Seuraavan vaiheen tarkka suunnittelu 2 1 1 1 1 6 Edistymisraportin kirjoittaminen 2 0 0 0 0 2 Katselmuksen valmistelu 2 1 1 1 1 8 Katselmus 1 1 1 1 1 5 YHTEENSÄ: 37 50 35 69 53 250 7.1.3. Toteutus 3 Tehtävät tarkemmin MS- project tiedostossa. Tehtävä AT HK JP NS TM Yhteensä Opinnot 0 3 12 0 0 15 Ryhmäpalaverit 4 3 4 4 3 18 Asiakas palaverit 2 1 1 1 0 5 Toiminnallinen määrittely 0 0 0 0 1 1 Järjestelmän suunnittelu 0 18 10 5 5 38 Koodaus 10 20 20 13 10 73 Testaus 0 3 7 10 5 25 Projektin hallinta yms. 2 0 0 0 0 2
21(22) Tehtävä AT HK JP NS TM Yhteensä Projektisuunnitelman päivitys 1 0 0 0 0 1 Seuraavan vaiheen suunnittelu 1 1 1 1 1 5 Edistymisraportti 2 0 0 0 0 2 Sisäiset laatukatselmukset 1 1,5 1,5 1 1 6 Palautuksen valmistelu 0 1 0 0 0 1 Katselmuksen valmistelu 2 1 0 0 0 3 Katselmus 1 1 1 1 1 5 YHTEENSÄ: 26 53,5 57,5 36 27 200 7.1.4. Toteutus 4 Tarkennetaan Toteutus 3:n aikana. Tehtävä AT HK JP NS TM Yhteensä Opinnot algoritmien opettelu 0 0 2 0 0 2 Ryhmäpalaverit 4 3 4 4 3 18 Asiakaspalaverit 1 1 1 1 1 5 Koodaus 15 14 14 12 4 59 Testaus + raportit 8 10 12 10 6 46 Vanhojen raporttien päivitys 1 1 0 0 0 2 VYM koneen suunnittelu 0 0 4 4 0 8 Projektin hallinta, seuravan vaiheen suunnittelu 2 0 0 0 0 2 Edistymisraportin kirjoittaminen 1 0 0 0 0 1 Katselmuksen valmistelu 2 0 0 0 0 2 Katselmus 1 1 1 1 1 5 YHTEENSÄ: 35 30 38 32 15 150 7.1.5. 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
22(22) Tehtävä AT HK JP NS TM Yhteensä Edistymisraportin kirjoittaminen Katselmuksen valmistelu Katselmus YHTEENSÄ: 150