PROJEKTISUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (Luonnos 5)

Samankaltaiset tiedostot
PROJEKTISUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.1

PROJEKTISUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.3

EDISTYMISRAPORTTI - PS Virtuaaliyhteisöjen muodostaminen Versio 1.0

EDISTYMISRAPORTTI - T4 Virtuaaliyhteisöjen muodostaminen Versio 1.0

EDISTYMISRAPORTTI - T1 Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 1)

TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0

DOKUMETTIENHALLINTASUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (Luonnos 1)

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0

EDISTYMISRAPORTTI - T2 Virtuaaliyhteisöjen muodostaminen Versio 1.2

TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0

SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU käyttöjärjestelmässä -projekti

PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI

TEKNINEN MÄÄRITTELY Virtuaaliyhteisöjen muodostaminen Versio 1.0 (Luonnos 2)

VAATIMUSMÄÄRITTELY Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 4)

VAATIMUSMÄÄRITTELY Virtuaaliyhteisöjen muodostaminen Versio 1.2

Projektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

T Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

LAATUSUUNNITELMA Virtuaaliyhteisöjen muodostamien Versio 1.0 (Luonnos 3)

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset

LOPPURAPORTTI Virtuaaliyhteisöjen muodostaminen Versio 1.0

LAATUSUUNNITELMA Virtuaaliyhteisöjen muodostamien Versio 1.0

Kieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0

TYÖOHJEET VR-HYVINKÄÄ

TESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)

Projektityö

Tik projektityö digitaalisten efektien työpaja * johdantoluento * Tassu Takala 1

File [Otsikko] Projektisuunnitelma. SPT2014 Selvitysprojekti projektihallinnan työkaluista

Tik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

ENG-A1002 ARTS-ENG-Projekti. B-kori

OHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta

TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI

PS-vaiheen edistymisraportti Kuopio

Valtioneuvoston kanslia VAIN VIRKAKÄYTTÖÖN Hallinto- ja palveluosasto/hallintoyksikkö Terja Ketola PTJ2008-työsuunnitelma 1 (5)

Projektin suunnittelu

Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen

Data Sailors - COTOOL dokumentaatio Riskiloki

TOIMINNALLINEN MÄÄRITTELY MS

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Johdantoluento. Ohjelmien ylläpito

CT60A4600 Projektinhallinta. Luentorunko. Luento 1:Yleistä ja organisaatiot. Projektinhallinta Osa 1: yleistä. Kurssin tavoitteet

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS

Projektisuunnitelma. Projektin tavoitteet

A4.1 Projektityö, 5 ov.

Ohjelmajohtamisen käyttöönotto yrityksissä STRAP PPO-tutkimusprojektin loppuseminaari

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!

Tik Projektiryhmä: TeamAhma. Projektin HAYABUSA opponointi. Opponointisuunnitelma

AS Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker

Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Ohjelmistotuotteen hallinnasta

Figure 1: Projektipäälliköt Juha-Pekka Honkavaara ja Juha Mattila

UCOT-Sovellusprojekti. Testausraportti

SOVELLUSPROJEKTIN ARVIOINTILOMAKE

AS Automaatio- ja systeemitekniikan projektityöt - Projektisuunnitelma

Kurssin tavoitteista uennot. 4.1 Projektityö, 5 ov. Esitietovaatimukset

Tietojärjestelmän osat

Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen

Lego Mindstorms anturit

T Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta

Projektinhallinnan periaatteita ja hyviä käytänteitä - case Leonardo da Vinci

Mobiilin somepalvelun ketterä kehittäminen, sopimusehtoluonnos

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja

Raahen kaupunki Projektiohjeet luonnos

JHS 134 ja 142 päivittäminen sekä JHS 138 kumoaminen

TIETOJENKÄSITTELYTIETEIDEN LAITOS

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1

Projektisuunnitelma. Laitteiston ja kalusteiden hankinta, versio WEB MAGIA OY Laatija Oula Kangas

Työkalut ohjelmistokehityksen tukena

MS Project 2016 perusteet projektiarkkitehdeille ja -insinööreille ver Hannu Hirsi 2018

Ylläpitodokumentti Mooan

Projektisuunnitelma Nero-ryhmä

LC Profiler. - Oppimisympäristön keskeisiä piirteitä. Antti Peltonen, LC Prof Oy

Projekti A: iskunvaimennindynamometri

TIEDONKULKU. PROJEKTITYÖ Tik Wclique

Tik Ohjelmistotuoteliiketoiminta

PROJEKTIN DOKUMENTOINTI JOUNI HUOTARI

TOIMINTA JA LAATUSUUNNITEMAN SISÄLTÖMALLI

T Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Projektin seuranta ja sen linkitys raportointiin

TESTAUSSUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)

Ylläpito. Ylläpito. Ylläpidon lajeja Ohjelmistotuotanto, syksy 1998 Ylläpito

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset

Versionhallintasuunnitelma

Projektisuunnitelma. (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus

Dokumentin nimi LOGO:) Tampereen teknillinen yliopisto. Ryhmä XXX: Projektiryhmän nimi Projektin nimi

T Testiraportti - integraatiotestaus

Loppuraportti. Virtuaali-Frami, CAVE-ohjelmisto. Harri Mähönen projektiassistentti Seinäjoen ammattikorkeakoulu. Versio

Siimasta toteutettu keinolihas

Avoimen ja yhteisen rajapinnan hallintamalli

Kuopio Testausraportti Asiakkaat-osakokonaisuus

Kuntasektorin yhteineset viitearkkitehtuurit Tiedon- ja asianhallinta Johtamisjärjestelmä

Koordinaattorin roolikartta

Onnistunut SAP-projekti laadunvarmistuksen keinoin

Projektin tilannekatsaus

T Testiraportti - järjestelmätestaus

PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS

Transkriptio:

PROJEKTISUUNNITELMA Edited by Checked by Approved by

i Sisällysluettelo DOKUMENTIN VERSIOT 1 Jakelu 1 1. JOHDANTO DOKUMENTTIIN 2 1.1. Dokumentin tarkoitus ja kattavuus 2 1.2. Dokumentin sisältö 2 1.3. Viittaukset muihin dokumentteihin 2 1.4. Määritelmät, termit, lyhenteet ja merkintätavat 2 1.5. Toimituksen sisältö 3 1.6. Projektiryhmä 3 1.7. Oikeudet työn tuloksiin 3 2. PROJEKTIN ASETTAMINEN JA TAUSTATIEDOT 4 2.1. Projektin perustaminen 4 2.2. Projektin toimintaympäristön kuvaus 4 2.2.1. Sidosryhmät 4 2.2.2. Tekniikat ja tietokonejärjestelmät 4 3. PROJEKTIN TOTEUTUSSUUNNITELMA 6 3.1. Projektin suunnittelu 6 3.1.1. Projektin suunnittelun tavoitteet 6 3.2. Toteutus 1 (T1) 7 3.2.1. Toteutus 1:n tavoitteet 7 3.3. Toteutus 2 (T2) 7 3.3.1. Toteutus 2:n tavoitteet 7 3.4. Toteutus 3 (T3) 8 3.4.1. Toteutus 3:n tavoitteet 8 3.5. Toteutus 4 (T4) 8 3.6. Luovutus 8 3.6.1. Luovutuksen tavoitteet 8 4. MUUT SUUNNITELMAT 9 4.1. Projektin riskit 9

ii Sisällysluettelo 4.2. Projektin testaussuunnitelma 10 4.3. Projektin laatusuunnitelma 10 5. PROJEKTISSA NOUDATETTAVAT KÄYTÄNNÖT 11 5.1. Seuranta ja raportointi 11 5.2. Projektin budjetti ja sen seuranta 11 5.3. Projektisuunnitelman tarkastaminen ja muutosten tekeminen 11 5.4. Muutosmenettely ja hallinta 11 6. PROJEKTIN TEHTÄVÄT JA RESURSSIT 13 6.1. Tarkennetut vaihekohtaiset tehtävä suunnitelmat 13 6.1.1. Toteutus 1 13 6.1.2. Toteutus 2 14 6.1.3. Toteutus 3 14 6.1.4. Toteutus 4 14 6.1.5. Luovutus 14

1(1) 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. (luonnos 5) Jakelu Vym Harri Kauhanen, Niko Stenberg, Tuomo Marttila, Juha Parhankangas, Comptel Tuija Rinne, Erkki Viitala

2(2) Johdanto dokumenttiin 1. Johdanto dokumenttiin 1.1. Dokumentin 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. Koska projekti on luonteeltaan tutkimuksellinen, on erilaisten ratkaisumallien kartoittaminen yksi projektin oleellisimmista osa-alueista. 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. 1.2. Dokumentin sisältö 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 6. 1.3. Viittaukset muihin dokumentteihin # Dokumentin nimi ja versio Selitys 1 Laatusuunnitelma Kuvataan projektin laadun varmistukseen liittyvät toimet, jotka tulee toteuttaa. 2 Dokumenttienhallintasuunnitelma Kuvataan tavat joilla projektiryhmä hoitaa yhteneväisesti projektiin liittyvä dokumentointi. 1.4. Määritelmät, termit, lyhenteet ja merkintätavat Termi, käsite, merkintätapa Vym Katselmointi Ryhmäpalaveri Kustannus PS 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

3(3) Johdanto dokumenttiin Termi, käsite, merkintätapa Kurssin johto Selitys, määritelmä Tik-76.115 kurssin vetäjät 1.5. Toimituksen sisältö Toimitukseen sisältyy vaatimusmäärityksen tekeminen yhdessä asiakkaan kanssa. Projektin tutkimuksellisen luonteen takia ryhmä 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 1.6. Projektiryhmä Nimi Rooli Sähköpostiosoite Puhelin (AT) Harri Kauhanen (HK) Niko Stenberg (NS) Juha Parhankangas (JP) Tuomo Marttila (TM) Projektipäällikkö Antti.tuomaala@hut.fi 050 5144 980 Laatuvastaava Harri.kauhanen@hut.fi 040 540 6591 Testausvastaava Nstenber@cc.hut.fi 040 5722 975 Tutkimusvastaava Jparhank@cc.hut.fi Arkkitehtuurivastaava Tuomo.marttila@vesystems.fi 0400 920 173 Nimi Rooli Sähköpostiosoite Puhelin Tuija Rinne ASIAKAS Tuija.rinne@comptel.com Erkki Viitala OHJAAJA Erkki.viitala@comptel.com 1.7. Oikeudet työn tuloksiin Kaikki oikeudet työn tuloksiin jäävät Comptel Oyj:lle.

4(4) Projektin asettaminen ja taustatiedot 2. Projektin asettaminen ja taustatiedot 2.1. Projektin perustaminen Projekti perustettiin TKK:n Tietojenkäsittelytekniikan osaston kurssia Tik-76.115 varten 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. 2.2. Projektin toimintaympäristön kuvaus 2.2.1. Sidosryhmät Projektin lopputuotteen tulisi liittää palvelujen tarjoaja ja virtuaaliyhteisö yhteen ja tarjota mahdollisuus virtuaaliyhteisöjen väliseen kommunikointiin 2.2.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. Tarvittavat laitteistot: Laitteisto Kehittäjien työasemat (5kpl) Kuvaus 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 Microsoft Project 98 TKK / Asiakas TKK / Asiakas TKK / Asiakas Sähköposti Kehittäjien vapaasti valittavissa TKK / Asiakas Suunnittelu Rational Rose TKK / Asiakas

5(5) Projektin asettaminen ja taustatiedot Tarkoitus Työväline Tarkennus Saatavuus Projektin dokumentointi, ohjelmakoodi ja niiden versionhallinta on kuvattu dokumentissa dokumenttienhallintasuunnitelma.

6(6) Projektin toteutussuunnitelma 3. Projektin toteutussuunnitelma 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. 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 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 3.1. 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 projekti on luonteeltaan tutkiva, ei alkuvaiheessa olla aivan varmoja millaiseksi lopullinen ohjelmisto tulee muodostumaan. 3.1.1. Projektin suunnittelun tavoitteet Projektin suunnittelun tavoitteena on saada seuraavien dokumenttien ensimmäiset versiot 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

7(7) Projektin toteutussuunnitelma Tärkeys Dokumentti Vastuuhenkilö 4 Dokumenttienhallinta suunnitelma Harri Kauhanen Lisäksi sovitaan projektin työtavoista niin projektiryhmän, kuin asiakkaankin kanssa. 3.2. 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ä. 3.2.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ä 3.3. Toteutus 2 (T2) Tässä vaiheessa tullaan tarkentamaan teknistä ja toiminallista määrittelyä, sekä rakentamaan ensimmäinen prototyyppi systeemistä. Proton tavoitteena on tarjota varsinaisen yhteisöjen muodostajakoneen ympärille puitteet. Itse kone voi tässä vaiheessa olla tyhmä, mutta rajapinnat on jo määritelty niin hyvin kuin mahdollista. Vaiheen dokumentit määritellään myöhemmin tarkemmin. 3.3.1. Toteutus 2:n tavoitteet Dokumentti Vastuuhenkilö Teknisen määrittelyn tarkennus Tuomo Marttila Prototyyppi 1 Testaus suunnitelma + raportit Edistymisraportti Toiminnallisen määrittelyn tarkennettu versio Niko Stenberg Niko Stenberg Tuomo Marttila

8(8) Projektin toteutussuunnitelma Dokumentti kennettu versio PS:n tarkennettu versio Toiminnallisen määrittelyn tarkennettu versio Vastuuhenkilö Tuomo Marttila 3.4. 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. Lukua päivitetään myöhemmin. 3.4.1. Toteutus 3:n tavoitteet Dokumentti Vastuuhenkilö Teknisen määrittelyn tarkennus Tuomo Marttila Prototyyppi 2 Testaus suunnitelma + raportit Edistymisraportti Toiminnallisen määrittelyn tarkennettu versio PS:n tarkennettu versio 3.5. Toteutus 4 (T4) Niko Stenberg Niko Stenberg Tuomo Marttila T4 keskittyy systeemin kasaamiseen ja systemaattiseen testaamiseen. Päivitetään projektin myöhemmässä vaiheessa. 3.6. 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. 3.6.1. Luovutuksen tavoitteet Dokumentti Loppu raportti Edistymisraportti Teknisen määrittelyn tarkennettu versio Testi raportti Vastuuhenkilö Tuomo Marttila Niko Stenberg

9(9) Muut suunnitelmat 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 ja haitta 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,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 projektipäällikölle esim. lomien tai muitten vastaavien työesteitten suhteen. Koko ryhmä

10(10) Muut suunnitelmat Riskin kuvaus, vaihe, arvioitu todennäköisyys ja haitta Riski Kerroin Ehkäisevät ja korjaavat toimenpiteet Vastuu Koko projekti työesteitten suhteen. 8 5 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 4.2. Projektin testaussuunnitelma Testaus suunnitelma toteutetaan myöhemmin erillisessä dokumentissa Testaussuunnitelma. 4.3. Projektin laatusuunnitelma Laatusuunnitelma on kuvattu erillisessä dokumentissa Laatusuunnitelma.

11(11) Projektissa noudatettavat käytännöt 5. Projektissa noudatettavat käytännöt 5.1. Seuranta ja raportointi Projektin seuranta pohjautuu toteutussuunnitelman välitavoitteisiin. Kurssin johto on asettanut joitakin 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 5.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. 5.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. 5.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. 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

12(12) Projektissa noudatettavat käytännöt 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

13(13) Projektin tehtävät ja resurssit 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 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-8.1.2001 Pääsiäisloma: 12.4.2001 18.4.2001 6.1. Tarkennetut vaihekohtaiset tehtävä suunnitelmat 6.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 Toiminnallinen määrittely 0 0 5 10 10 25 Tekninen määrittely 0 0 0 7 20 27

14(14) Projektin tehtävät ja resurssit Tehtävä AT HK JP NS TM Yhteensä 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 6.1.2. Toteutus 2 Tarkennetaan Toteutus 1:n aikana. 6.1.3. Toteutus 3 Tarkennetaan Toteutus 2:n aikana. 6.1.4. Toteutus 4 Tarkennetaan Toteutus 3:n aikana. 6.1.5. Luovutus Tarkennetaan Toteutus 4:n aikana.