Tämä on tietokonegrafiikka-algoritmien visualisointijärjestelmän projektisuunnitelma. Päivämäärä Projektiryhmä Keimo

Transkriptio

1 T Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on tietokonegrafiikka-algoritmien visualisointijärjestelmän projektisuunnitelma. Päivämäärä Projektiryhmä Keimo Kirjoittajat Johan Engström Muutokset PVM Tekijä Versio Selitys Johan Engström 0.1 Rungon muodostaminen Johan Engström 0.2 Rungon työstäminen, kuvien lisäys Johan Engström 0.3 Sisällön päivitystä Johan Engström 0.4 Sisällön päivitystä Johan Engström 0.5 Sisällön päivitystä Johan Engström 0.6 Sisällön päivitystä Johan Engström 1.0 Projektikatselmointiin valmis versio Johan Engström 1.1 Asiakkaan kommentit/muutokset Matti Kannala 1.2 Dokumentin yhtenäistäminen Iiro Ojala 1.21 Kappaleen 9 siirto omaan dokumenttiin Johan Engström 2.0 Projektikatselmointiin valmis versio 1

2 Sisällysluettelo 1. Johdanto Dokumentin tarkoitus Projektin tarkoitus Projektin kattavuus Tuote ja ympäristö Oikeudet projektin tuloksiin Yleiskatsaus dokumentteihin Terminologia ja määritelmät Tekniset termit ja määritelmät Projektiin liittyviä käsitteitä Projektin toteutusperusteet Asiakkaan nykyinen ratkaisu Hyödyt asiakkaalle Projektin kustannukset Työkustannukset Muut kustannukset Yhteenveto Projektiorganisaatio Yhteystiedot lyhyesti Projektiryhmä Sidosryhmät Projektin tavoitteet ja päättäminen Asiakkaan tavoitteet Visualisointijärjestelmän runko Esimerkkivisualisoinnit Asiakkaan TOP-10 tavoitteet Projektiryhmän tavoitteet Asiakastyytyväisyys Oppimistavoitteet Projektiryhmän TOP-10 tavoitteet Projektin keskeyttämiskriteerit Projektin päättämiskriteerit Projektin resurssit Henkilöresurssit Muut resurssit Käytettävät menetelmät ja työkalut Projektinhallinta Vaatimustenhallinta Riskienhallinta Suunnittelu Ohjelmointi Testaus Tekninen testaus Käytettävyystestaus Dokumentointi

3 7.7.1 Sisäiset dokumentit Tekninen dokumentointi Tiedonkulku ja työskentelytavat Viikkopalaverit Asiakastapaamiset Projektin ositus, vaiheistus ja resursointi Projektin suunnittelu (PS) Toteutus 1 (T1) Toteutus 2 (T2) Toteutus 3 (T3) Luovutus (LU) Riskienhallintasuunnitelma Asennussuunnitelma Käyttöönottosuunnitelma Koulutussuunnitelma Projektiryhmän sisäinen koulutussuunnitelma Asiakkaalle tarjottava koulutussuunnitelma Lähteet Liitteet...Virhe. Kirjanmerkkiä ei ole määritetty. LIITE 1 Alustava testaussuunnitelma...virhe. Kirjanmerkkiä ei ole määritetty. 3

4 1. Johdanto 1.1 Dokumentin tarkoitus Tämän dokumentin tarkoitus on toimia elävänä suunnitelmana ja päiväkirjana siitä, mihin projektilla pyritään ja missä vaiheessa kulloinkin ollaan. Sisältö pyritään pitämään mahdollisimman selkeänä ja yksinkertaisena siten että kuka tahansa voi tämän dokumentin avulla vaivattomasti tutustua projektiin. Dokumentin ylläpitämisestä vastaa projektipäällikkö Johan Engström. 1.2 Projektin tarkoitus Projektin pääasiallinen tarkoitus on aikataulussa pysyen tuottaa asiakkaalle järjestelmä joka vastaa hänen tarpeitaan ja hänen esittämiään vaatimuksiaan. 1.3 Projektin kattavuus Projektissa toteutetaan kaksiosainen järjestelmä joka koostuu: a) visualisointijärjestelmän rungosta (framework) sekä b) muutaman algoritmin esimerkkivisualisoinnista, a-kohdan runkoa käyttäen. Järjestelmän tarkat ominaisuudet ja esimerkkivisualisointien lukumäärä ja yksityiskohdat määritellään 1. toteutusvaiheen loppuun mennessä. 1.4 Tuote ja ympäristö Projektin tuotteena syntyy tietokonegrafiikan algoritmien visualisointijärjestelmä jota käytetään pääsääntöisesti Teknillisen korkeakoulun Tietokonegrafiikka-kurssin (T ) luentojen aikana algoritmien toiminnan havainnollistamiseen. 1.5 Oikeudet projektin tuloksiin Projektin tuloksien oikeuksista on määrä sopia mahdollisimman pian, heti kun sopiva sopimusrunko on löydetty ja tarkastettu. Ensimmäisen asiakastapaamisen aikana sovittiin avoimesti, että kehitys perustuu julkiseen lähdekoodiin ja että tuotteen oikeudet jäävät tasavertaisesti sekä projektiryhmälle että asiakkaalle. 1.6 Yleiskatsaus dokumentteihin Projektin aikana tuotetaan alla olevassa taulukossa luetellut dokumentit. 4

5 Taulukko 1 Projektin aikana tuotettavat dokumentit Dokumentti Kuvaus Vaihe Kieli Vastuuhenkilö Ohjata projektin kulkua ja toimia yleistiedon lähteenä projektin osapuolille PS-LU Suomi Johan Engström Edistymisraportti Riskienhallintasuunnitelma Käyttäjävaatimusdokumentti Arkkitehtuuriluonnos Toiminnallinen suunnitelma Tekninen määritelmä Testaussuunnitelma Testausraportti Toteutus- ja tyyliohje Käytettävyyden testaussuunnitelma Käytettävyyden testausraportti Avoimet virheet ja tiedostetut ongelmat Työkaluja ja menetelmiä Dokumentissa esitetään miten projektin riskit ja kuinka niihin varaudutaan. Päätettiin sijoittaa suoraan projektisuunnitelmaan. Asiakkaan vaatimuksien luettelointi ja analysointi Visualisointijärjestelmän teknisen arkkitehtuurin luonnos Raportti projektin etenemisestä ja tilanteesta Järjestelmän toiminnallinen kuvaus Järjestelmän teknisten komponenttien kuvaus Suunnitelma järjestelmän ja sen komponenttien toimivuuden testaamiseen Raportti järjestelmän ja sen komponenttien testaamisesta Ohjelmointikäytäntöjen ohjeistusdokumentti (esim. luokkien ja metodien nimeäminen) Suunnitelma järjestelmän käytettävyyden arviointiin ja parantamiseen Raportti käytettävyystestauksen tuloksista sekä käytettävyyden parantamiseksi suoritetuista toimenpiteistä Luettelo virheistä/ongelmista joita ei projektin kuluessa saatu korjattua/selvitettyä Raportti projektijäsenten tutkimista ja käyttämistä työkaluista/menetelmistä PS-T2 Suomi Petri Kero PS-T2 Suomi Matti Kannala PS Englanti Samuli Laine Kaikki Suomi Johan Engström T1 Suomi Samuli Laine T1 Suomi Samuli Laine T1 Suomi Tero Karras T1-T3 Suomi Tero Karras T1 Suomi Iiro Ojala T2 Suomi Iiro Ojala T2 Suomi Iiro Ojala T1-LU Suomi Tero Karras PS/LU Suomi Samuli Laine Käyttöohje Ohjeistus järjestelmän T2-LU Englanti Iiro Ojala käyttöön Sovellusrajapinnan Visualisointijärjestelmän T1-LU Englanti Samuli Laine 5

6 määritelmä (API reference) Asennusohje Loppuraportti ohjelmointirajapinnan määritelmä Yksityiskohtainen ohje järjestelmän asennukseen Yhteenveto projektin kulusta, tuloksista sekä opituista asioista LU Englanti Samuli Laine LU Suomi Johan Engström 2. Terminologia ja määritelmät 2.1 Tekniset termit ja määritelmät FOV, eli Field Of View tarkoittaa katselukulmaa tai kuinka laajan kuvan kamera tallentaa ympäristöstä kolmiulotteisessa sovelluksessa. API, Application Programming Interface tarkoittaa ohjelmointirajapintaa, eli määritelmää siitä miten tiettyä ohjelmakirjastoa käytetään. UML - UML (Unified Modeling Language) on teollisuusstandardi ohjelmistojärjestelmien mallinnukseen, määrittelyyn, rakentamiseen ja dokumentointiin. Se sopii erittäin hyvin oliopohjaisten järjestelmien kuvaamiseen. 2.2 Projektiin liittyviä käsitteitä Mentorhenkilö on osa kurssin henkilökuntaa ja vastaa projektiryhmän ohjaamisesta projektityöskentelyyn ja työtapoihin liittyen. Viikkopalaveri on projekti ryhmän sisäinen palaveri. Viikkopalavereita pidetään kerran viikossa T-talon kahvilassa jotta pysytään perillä siitä, missä vaiheessa projektia mennään. Katselmointitilaisuus on jokaisen projektivaiheen jälkeen järjestettävä tilaisuus, jossa käydään läpi projektin tilanne. Paikalla ovat koko projektiryhmä, asiakkaan edustaja sekä mentor-henkilö. 3. Projektin toteutusperusteet Teknillisen korkeakoulun Tietokonegrafiikka-kurssilla (T ) käydään läpi yleisimmät tietokonegrafiikassa käytettävät algoritmit joiden sisäistäminen on olennainen osa kurssia. Algoritmien opettaminen on kuitenkin hyvin haasteellista sillä ne etenevät usein useassa ulottuvuudessa (x, y, z, aika) eikä helposti seurattavan punaisen langan ylläpitäminen näin ollen ole helppo tehtävä. 3.1 Asiakkaan nykyinen ratkaisu 6

7 Nykyisellään Tietokonegrafiikka-kurssin luentojen oheismateriaali koostuu Internetistä löytyvistä kalvosarjoista sekä vuorovaikutteisista Java-appleteista. Näiden taso ei kuitenkaan aina vastaa luennoitsijan tarpeita eivätkä sisällä kaikkia algoritmeja joita haluttaisiin havainnollistettavan. Esim. Z-buffer-menetelmään ei ole olemassa hyvää vuorovaikutteista visualisointitapaa. 3.2 Hyödyt asiakkaalle Yleinen ongelma monimutkaisten ja etenkin kolmiulotteisten algoritmien havainnollistamisessa on luoda oppilaille kuva tietyn algoritmin etenemisestä useassa ulottuvuudessa. Toteutettavan järjestelmän avulla asiakas pystyy helpommin havainnollistamaan tietokonegrafiikan algoritmeihin liittyviä käsitteitä ja periaatteita vuorovaikutteisessa katseluohjelmassa. Projektin toisena tuotteena syntyy kolmiulotteisen grafiikan kirjastorunko, jota voidaan tarvittaessa myöhemmin laajentaa ja soveltaa myös muihin tarpeisiin. 3.3 Projektin kustannukset Kappaleessa on arvioitu projektista asiakkaalle koituvia kuvitteellisia kustannuksia. Arviossa on lähdetty olettamuksesta, että asiakas tilaisi työn freelance-pohjalta toimivalta seitsemän hengen ryhmältä, jolle tämä sitoutuisi toimittamaan kaikki tarvittavat työvälineet. Asiakkaan sisäisen työn (esim. ryhmän kanssa pidettäviin tapaamisiin kuluva asiakkaan työaika) aiheuttamia kustannuksia ei ole huomioitu Työkustannukset Projektin toteuttaa seitsemän hengen ryhmä. Jokaisen ryhmän jäsenen on arvioitu käyttävän projektiin tehokasta työaikaa 200 tuntia. Kaikki työn sivukulut sisältävänä työn hintana käytetään 50 / h. Projektista syntyvät työkustannukset ovat siis: 7 * 200 h * 50 / h = Muut kustannukset Muita kustannuksia aiheutuu etenkin projektin toteuttamiseen vaadittavien laitteistojen ja ohjelmistojen hankinnasta. Työtiloista ei oleteta syntyvän ylimääräisiä kustannuksia, tapaamiset pidetään asiakkaan tiloissa ja freelancerit työskentelevät omissa tiloissaan. Puhelin yms. kuluja ei oleteta syntyvän merkittävissä määrin, ja niiden voidaan katsoa sisältyvän työkustannuksiin. Ryhmä tarvitsee käyttöönsä seitsemän PC-työasemaa sekä seitsemän lisenssiä MS Office ja MS Visual C ohjelmistoista. Tällaisen kokoonpanon hinnaksi arvioidaan 3500 euroa. Yleisesti käytetty elinikä PC-laitteistoille ja ohjelmistoille on kolme vuotta. Tämän jälkeen niiden arvosta lasketaan olevan jäljellä noin 20%. Koska projekti kestään noin 8 kalenterikuukautta, saadaan projektista aiheutuvat likimääräiset laitteisto- ja ohjelmistokustannukset seuraavasti: 7

8 7 * (8/36) * 0.8 * 3500 = Yhteenveto Projektin kokonaiskustannuksiksi arvioidaan euroa, josta teetetyn työn osuus on yli 94 %. Arvioiduissa työmäärissä pysyminen on siis projektin talouden kannalta kriittisen tärkeää. Lisäksi projektin kuluessa voidaan harkita uusien kaupallisen ohjelmistojen käyttöönottoa, mikäli niiden avulla pystytään vähentämään rutiinitehtäviin kuluvaa arvokasta työaikaa. 4. Projektiorganisaatio Projektiorganisaatio koostuu asiakkaasta, mentorista ja projektiryhmästä. Asiakas toimii projektin toimeksiantajana ja on näin ollen pääasiallinen tietolähde tuotettavan järjestelmän vaatimuksia kartoitettaessa. Asiakkaalla on tekninen neuvonantaja joka antaa tarvittaessa lisätietoja järjestelmän teknisistä vaatimuksista ja rajauksista. Itse projektin toimeenpaneva elin on projektiryhmä, joka projektipäällikön johdolla tähtää projektin onnistuneeseen läpiviemiseen asetettujen tavoitteiden mukaisesti. Projektiryhmä kantaa päävastuun projektin etenemisestä ja sisäisestä tiedotuksesta. Mentor-henkilö toimii projektiryhmän projektiteknisenä neuvonantajana ja vastaa myös katselmointitilaisuuksien yhteydessä projektin arvioinnista yhdessä asiakkaan kanssa. PROJEKTIRYHMÄ ASIAKAS 7 henk. Lauri Savioja - Projektihallinta - Ohjelmistokehitys - Tiedotus - Asiakaspalaverit - Katselmointitilaisuudet TEKNINEN NEUVONTANTAJA Timo Aila - Mentorpalaverit - Projektitekninen ohjaus - Arviointi MENTOR Cemo Timucin Kuva 1 Organisaation vastuualueet ja kommunikointi 4.1 Yhteystiedot lyhyesti Projektin kotisivut 8

9 Sivujen ylläpidosta vastaa Matti Kannala Yhteydenotot ryhmän jäseniin suositellaan tehtäväksi sähköpostitse ja yleisluontoiset kysymykset kannattaa ensisijaisesti ohjata projektipäällikkö Johan Engströmille Mikäli haluaa tavoittaa kaikki ryhmän jäsenet voi lähettää sähköpostin osoitteeseen Projektiryhmä Johan Engström Projektipäällikkö Matti Kannala Tuotepäällikkö Iiro Ojala Laatupäällikkö Yrjö Peussa Konfiguraatiopäällikkö Samuli Laine Järjestelmäarkkitehti, ohjelmoija Tero Karras Testauspäällikkö, käyttöliittymäsuunn., ohjelmoija Petri Kero Riskienhallintapäällikkö, ohjelmoija Sidosryhmät Lauri Savioja Asiakas Timo Aila Tekninen neuv Cemo Timucin Mentor-henkilö Projektiryhmä Projektiryhmä koostuu tietotekniikan opiskelijoista jotka kaikki omaavat jonkinlaisen taustan tietokonegrafiikan alueelta tai vähintäänkin kiinnostuksen tietokonegrafiikan sovelluksiin. Ryhmän 7-henkinen kokoonpano on seuraava: Nimi: Johan Engström Rooli: Projektipäällikkö Puhelin: Kotisivu: - Opiskelen T-osastolla N:ttä vuotta pääaineenani Vuorovaikutteinen digitaalinen media. Sivuaineeksi olen valinnut teknispainotteisuutta vähentämään Työpsykologian ja johtamisen. Tietokonegrafiikasta minulla on kokemuksia jo kymmenen vuoden 9

10 takaa jolloin olin jäsenenä koodaajan tittelillä ns. "demo-gruupissa. Teimme huviksemme multimediaesityksiä joilla kilpailimme muiden ryhmien tuotosten kanssa vuosittaisissa tapahtumissa. Tuolloin kertyi huomattavan paljon kokemusta tietokonegrafiikan matalan tason ohjelmoinnista (assembly-kielellä). Nykyään työskentelen opintojen ohessa omassa yrityksessä ja tätä kautta olen saanut runsaasti arvokkaita kokemuksia pienempien ohjelmistoprojektien toteuttamisesta. Ohjelmointikielenä olen lähiaikojen projekteissa käyttänyt lähinnä Javaa. Nimi: Matti Kannala Rooli: Tuotepäällikkö Puhelin: Kotisivu: - Opiskelen T osastolla 4:ttä vuotta. Pääaineenani on Digitaalisten tuotteiden kehittäminen ja sivuaineena on Vuorovaikutteinen digitaalinen media. Tällä kurssilla haluaisin saada kokemusta ohjelmistoprojektista kokonaisuudessaan ja saada kokeilla opittuja ohjelmistoprosessiin kuuluvia menetelmiä. Menetelmistä erityisesti kiinnostaa vaatimustenhallinta ja testaus. Tällä hetkellä olen töissä kehittämässä rakennusalan 3D-CAD ohjelmistoa. Työn kautta minulla on kokemusta keskisuuresta ohjelmistotuoteprojektista. Aiempaa harrastuspohjaista ohjelmointikokemusta on C64-ajoilta asti. Nimi: Iiro Ojala Rooli: Laatupäällikkö iaojala@cc.hut.fi Puhelin: Kotisivu: Olen neljännen vuoden tietotekniikan opiskelija. Pääaineeni on Ohjelmistojärjestelmät. Tietokonegrafiikasta olen varsinaisesti kiinnostunut vasta opintojen aikana. Tätä kiinnostusta tyydyttämään olen valinnut sivuaineekseni Vuorovaikutteisen digitaalisen median. Ohjelmointikokemusta minulla on puolentoista vuoden ajalta 3DCAD-kehityksestä. Kurssilla odotan oppivani lisää pienen tiimin projektiluontoisesta ohjelmistokehityksestä. 10

11 Nimi: Yrjö Peussa Rooli: Konfiguraatiopäällikkö Puhelin: Kotisivu: - Olen noin 50 ov opiskellut 3. vuoden tietoteekkari. Osa- tai lyhytaikaista työkokemusta on kahdesta firmasta ja kolmelta paikkakunnalta, lähinnä tietokonepelien parista. Olen suorittanut projektin kannalta ehkä oleellisimmat (ohjelmistotuotannon ja tietokonegrafiikan) peruskurssit. Tässä projektissa minua kiinnostavat eniten korkean tason grafiikkaohjelmointi sekä ohjelmistotuotannon tekniset apuneuvot. Nimi: Samuli Laine Rooli: Järjestelmäarkkitehti, ohjelmoija smlaine2@cc.hut.fi Puhelin: Kotisivu: - Olen ohjelmoinut harrastuksen ja työn merkeissä kirjavaa joukkoa erilaisia laitteita ulottuen 8-bittisistä mikro-ohjaimista moderniin numeronmurskauskalustoon. Sovellusalueet ovat niinikään vaihdelleet laidasta laitaan. Muutaman kerran olen päässyt osallistumaan kansainvälisiin tietotekniikkakilpailuihin, ja olin mukana järjestämässä vuoden 2001 kansainvälisiä informatiikkaolympialaisia (IOI) Tampereella. Työrintamalla vedän paraikaa projektia, jossa kehitetään näkyvyyslaskentaohjelmistoa peliteollisuuden ja miksei muidenkin staattisesta piilopintojen poistosta kiinnostuneiden käyttöön. Nimi: Tero Karras Rooli: Testauspäällikkö, käyttöliittymäsuunnittelija, ohjelmoija tkarras@cc.hut.fi Puhelin: Kotisivu: - Opiskelen tietotekniikkaa kolmatta vuotta, tulevana pääaineenani akustiikka ja äänenkäsittelytekniikka, sivuaineena ohjelmistojärjestelmät. Koulutusta ohjelmistoprojekteista tai tietokonegrafiikasta en vielä varsinaisesti ole saanut, mutta molemmista on kertynyt jonkin verran kokemusta harrastuspohjalta. Kuusi vuotta sitten toimin eräässä pienehkössä demoryhmässä koodaajana. Tämän jälkeen olen toteuttanut monenlaisia järjestelmiä ja algoritmeja puhtaasti kiinnostuksen vuoksi. 3D-grafiikan luulisi siis olevan varsin hyvin hallussa. 11

12 Nimi: Petri Kero Rooli: Riskienhallintapäällikkö, ohjelmoija Puhelin: Kotisivu: Sidosryhmät Projektin asiakkaana toimii professori Lauri Savioja Teknillisestä korkeakoulusta. Asiakkaan teknisenä neuvonantajana toimii tutkija Timo Aila Teknillisestä korkeakoulusta. Projektin mentor-henkilönä toimii tekniikan ylioppilas Cemo Timucin. 5. Projektin tavoitteet ja päättäminen 5.1 Asiakkaan tavoitteet Asiakkaan itse järjestelmää koskevat tavoitteet jakautuvat raasti kahteen osaan: 1. visualisointijärjestelmän runko (framework) ja ohjelmointirajapinta (API) sekä 2. muutaman algoritmin esimerkkivisualisoinnista, a-kohdan runkoa käyttäen. Asiakkaan vaatimuksia kerätään projektin alkuvaiheessa ja osittain myös myöhemmin erilliseen käyttäjävaatimusdokumenttiin. Yleisemmät projektia koskevat tavoitteet on lueteltu TOP-10 otsikon alla. 12

13 5.1.1 Visualisointijärjestelmän runko Asiakas toivoo visualisointijärjestelmän rungon toteutettavaksi mahdollisimman yleiskattavaksi siten, että sitä voidaan hyödyntää yleisellä tasolla eri tyyppisten visualisointien toteutukseen. Visualisointiin liittyvät perustoiminnot kuten objektien sisään luku ja siirtely, geometriset muunnokset, kameroiden määrittely ja sijoitus ym. tulee integroida järjestelmään perusominaisuuksiksi Esimerkkivisualisoinnit Projektissa toteutetaan muutama esimerkkivisualisointi toteutettua järjestelmärunkoa käyttäen. Nämä toimivat sekä suoraan työkaluina Tietokonegrafiikka-kurssin opetukseen sekä visualisointijärjestelmän rungon käyttöesimerkkeinä Asiakkaan TOP-10 tavoitteet Alla asiakkaan määrittelemät kymmenen tärkeintä yleisen tason tavoitetta projektin suhteen. Tavoitteiden toteutumista tarkastellaan projektin lopussa. 1. Korkeantason ohjelmointirajapinta visualisointia varten 2. Joukko valmiita visualisointeja 3. Tekninen dokumentaatio 4. Käyttöohjeet 5. Käytettävyys visualisointien käyttäjän kannalta 6. Käytettävyys visualisointien tekijän kannalta 7. Robustius 8. Laajennettavuus 9. Opittavuus 10. Siirrettävyys muille alustoille 5.2 Projektiryhmän tavoitteet Asiakastyytyväisyys Projektiryhmän pääasiallisena tavoitteena on pystyä kohtaamaan asiakkaan tavoitteet ja vaatimukset siten, että asiakas tuntee projektin jälkeen saaneensa sitä mitä projektilta alun perin toivoikin (ja kenties vähän enemmänkin). Jotta tähän tavoitteeseen päästäisiin on projekti suoritettava järjestelmällisesti ja kurinalaisesti asianmukaisia yleisesti hyväksi todettuja ohjelmistotuotannon menetelmiä käyttäen. Käytettävistä työkaluista ja menetelmistä enemmän tämän dokumentin kappaleessa 7. 13

14 5.2.2 Oppimistavoitteet Kaikkien ryhmäjäsenten yhteisenä tavoitteena on projektin avulla oppia ymmärtämään paremmin ohjelmistotuotantoon liittyviä työkaluja, prosesseja ja hallintamenetelmiä sekä oppia näiden käytännön soveltamista. Kukin projektiryhmän jäsenistä on valinnut itselleen työkalun tai menetelmän johon aikoo perehtyä syvemmin projektin aikana. Valitut työkalut ja menetelmät on lueteltu taulukossa. Kukin ryhmäjäsen raportoi projektin päätteeksi kokemuksistaan valitsemansa työkalun/menetelmän käytännön soveltamisesta. Tulokset raportoidaan erillisissä käyttöönottosuunnitelma-dokumenteissa. Taulukko 2 Johan Käytettävyystestaus, heuristinen arviointi Ykä Versionhallinta, CVS Samuli Ohjelmakoodin dokumentointi, Doxygen Iiro Koodikatselmukset (Code reviews) Petri Riskienhallinta Matti Vaatimustenhallinta Tero Yksikkötestaus, CppUnit Projektiryhmän TOP-10 tavoitteet Alla projektiryhmän määrittelemät kymmenen tärkeintä yleisen tason tavoitetta projektin suhteen. Tavoitteiden toteutumista tarkastellaan projektin lopussa. 1. Arvosana >= 3 2. Uuden oppiminen 3. Laajempi ymmärrys ohjelmistotuotannon menetelmistä ja työkaluista sekä niiden tehokkaasta hyväksikäytöstä 4. Asiakastyytyväisyys 5. Tyytyväisyys omaan panokseen 6. Ammattimainen lopputulos eri vaiheiden tuotoksissa 7. Visuaalisesti vaikuttava sovellus (demo-efekti) 8. Vaiheiden vaatimusten täyttäminen (ja vähän päälle) 9. Aikataulussa pysyminen 10. Järjestelmä otetaan opetuskäyttöön Teknillisessä korkeakoulussa 14

15 5.3 Projektin keskeyttämiskriteerit Projekti keskeytetään mikäli 2 tai useampi projektiryhmän jäsenistä jättää ryhmän, koska näin ollen projektin hyväksyttävä loppuun vieminen katsotaan mahdottomaksi. Toinen projektin keskeyttämiseen johtava tilanne on, jos projektiin budjetoidut kokonaistuntimäärät ylitetään. Kaikissa tapauksissa projektia voidaan kuitenkin jatkaa, mikäli projektiryhmän jäsenet näin yhdessä päättävät. 5.4 Projektin päättämiskriteerit Projektin päättyminen on sidottu kurssin (T ) aikatauluun jonka mukaan palautusvaihe päättyy johon mennessä järjestelmä on siis toteutettu, testattu ja asennettu sekä asianmukaiset dokumentaatiot toimitettu. Tämän jälkeen jäljellä on enää demo-tilaisuuteen osallistuminen Projektin resurssit Projektille on resursoitu kunkin projektijäsenen osalta 200 työtuntia. Muita resursseja ei ole varattu. Koska projektin on kuitenkin tarkoitus vastata oikeata ohjelmistoprojektia tehdään tämän mukaisesti myös asianmukaiset kustannusarviot ja laskelmat. Yleisesti projektissa pyritään käyttämään ilmaisia avoimeen lähdekoodiin perustuvia ohjelmistoratkaisuja mutta myös kaupallisten tuotteiden käyttö on mahdollista siinä määrin kuin niiden virtuaaliset kustannusseuraamukset ovat järkevissä mitoissa. 6.1 Henkilöresurssit Projektille on allokoitu jokaiselta projektiryhmän seitsemältä jäseneltä 200 työtuntia, joiden jakautuminen projektin eri vaiheisiin on määritelty luvussa 8 Projektin ositus, vaiheistus, ja resursointi. Yhteensä projektiin on siis resursoitu 1400 työtuntia. Resursoinnissa ja aikatalutuksessa otetaan huomioon seuraavat rajoittavat ajanjaksot. Mitään pidempiä poissaolojaksoja ei ole toistaiseksi tiedossa minkään projektijäsenen osalta. Tenttikausi: Joululoma: Tenttikausi: Pääsiäisloma: Muut resurssit Projektissa käytetään pääasiassa projektiryhmän jäsenten omia sekä korkeakoulun tarjoamia tietokoneita ja muita välineitä. Mikäli projektissa esiintyy tarvetta muiden, 15

16 kenties maksullisten resurssien käyttöön, tästä informoidaan välittömästi asiakkaalle ja keskustellaan resurssiongelman ratkaisuun johtavista vaihtoehtoisista menettelytavoista. 7. Käytettävät menetelmät ja työkalut Yleisesti projektissa pyritään eri osa-alueiden laadun varmistamiseksi käyttämään mahdollisimman pitkälle yleisesti tunnettuja ja toimiviksi todettuja työkaluja ja menetelmiä. Tässä luvussa on lyhyesti esitelty projektin eri osa-alueissa hyödynnettäviä työkaluja ja menetelmiä. 7.1 Projektinhallinta Projektissa ei varsinaisesti sovelleta mitään virallista projektinhallintametodiikkaa, mutta projektin edistymistä seurataan jatkuvasti projektipäällikön toimesta ja viikoittaiset palaverit toimivat tämän periaatteen toteutumisen kulmakivenä. 7.2 Vaatimustenhallinta Vaatimukset ovat järjestelmän toimintoja, ominaisuuksia ja rajoituksia. Vaatimustenhallinta on systemaattinen menetelmä vaatimuksien löytämiseen, dokumentointiin, organisointiin ja muutosten hallintaan. Vaatimustenhallintaa tehdään koko projektin ajan. Vaatimustenhallinnassa ei käytetä mitään erityistä siihen tarkoitettua ohjelmistoa vaan käytössä on Microsoft Word 2000 ja tavallinen tekstieditori. Tässä projektissa vaatimukset kerätään asiakastapaamisissa ja projektiryhmän palavereissa. Kaikille vaatimuksille annetaan yksilöllinen tunnus ja ne dokumentoidaan vaatimuslistaan. Vaatimuslista on yksinkertainen lista vaatimuksista tunnisteineen. Listasta jalostetaan käyttäjävaatimusdokumentti, johon toiminnalliset vaatimukset kirjataan käyttäjätapauksina ja ominaisuudet sekä rajoitukset kirjataan normaaleina vaatimuksina. Käyttäjävaatimusdokumentissa on vaatimusten lisäksi määritelty käyttäjäryhmät ja vaatimuksien prioriteettivaihtoehdot. Jokaiselle vaatimukselle määritellään molemmat näistä. Käyttäjävaatimusdokumentissa on lisäksi kerrottu vaatimuksienmuutosprosessi ja vaatimuksientoteutumisen mittaamiseen käytettävät mittarit. -vaiheen loputtua käyttäjävaatimusdokumentti hyväksytetään asiakkaalla ja samalla sitoudutaan noudattamaan vaatimuksia toimitettavassa tuotteessa. Sen jälkeen vaatimustenhallinnassa jokainen muutos vaatimuksiin käy läpi vaatimustenmuutosprosessin. Vaatimuksia, varsinkin käyttäjätapauksia käytetään tuotteen testien määrittelyyn. Näistä tärkein on vaatimuksien kannalta hyväksymistestaus, joka perustuu tarkasti vaatimuksiin. Sen avulla voidaan todeta onko tuote toteuttanut sille annetut vaatimukset ja onko se hyväksyttävä toimitettavaksi. 16

17 7.3 Riskienhallinta Projektin riskinhallintakäytäntö on kuvattu riskienhallintasuunnitelmassa luvussa Suunnittelu Ohjelmisto toteutetaan oliopohjaisena. Järjestelmän staattisen luokkamallin esittämiseen käytetään soveltuvilta osin UML:ää. UML muun muassa tehostaa ohjelmoijien välistä kommunikointia ja helpottaa järjestelmän arkkitehtuurin ylläpitoa. Suunnitteluprosessin ei kuitenkaan haluta muodostuvan liian raskaaksi, eikä UML:n kaikkia piirteitä siksi tulla aktiivisesti käyttämään. Ohjelmiston suunnittelussa käytetään yleisesti hyväksi havaittuja suunnittelumalleja. Suunnittelumallien käyttö selkeyttää ohjelman rakennetta ja helpottaa sen ylläpidettävyyttä. Yleisimpien, niin sanottujen Gang of Four suunnittelumallien sovelluskohteet myös nimetään mallin mukaan. Sekä UML:n että suunnittelumallien käyttöönotto on järjestelmäarkkitehdin vastuulla, ja siihen tullaan ottamaan tarkemmin kantaa T1-vaiheessa. Tällöin myös päätetään käytettävistä valmisohjelmistoista ja muista työkaluista. 7.5 Ohjelmointi Ohjelmiston ensisijainen kohdeympäristö on Windows. Ohjelmisto myös toteutetaan Windows-ympäristössä. Toteutuskieli on C++ ja käytettävä kehitysympäristö MS Visual C VC++ on yksi monista kaupallisista integroiduista kehitysympäristöistä. Sen valinnan ensisijainen peruste oli kaikkien ryhmän jäsenten positiiviset kokemukset sen käytöstä. Lisäksi siitä ei ole ryhmän tiedossa mitään sellaisia oleellisia puutteita, jotka tulisivat haittaamaan ohjelman kehitystä ja jotka kilpailevissa tuotteissa olisi toteutettu paremmin. Versio 6.0 päätettiin valita sen saatavuuden takia. Uudempaa.NET versiota ei ole koulun tarjoamissa työkaluvalikoimissa ja yhteensopivuuden takaamiseksi on parasta, että kaikki ohjelmoijat käyttävät samaa versiota. Ohjelmointityyliä koskevista säännöistä laaditaan T1-vaiheessa erillinen ohje, jota tarpeen mukaan tarkennetaan myöhemmin. Kaikkien ryhmän jäseten tulee noudattaa sovittuja tyyliohjeita, jotta koodi säilyy mahdollisimman yhtenäisenä. Näin koodin sekä lukeminen että ylläpito nopeutuvat. Ohjetta tullaan käyttämään myös koodikatselmuksia pidettäessä. 7.6 Testaus Testaus on olennainen osa tuotteen laadunvalvontaa ja pyrimmekin projektin resurssien rajoissa harjoittamaan yleisesti tunnettuihin menetelmiin perustuvaa järjestelmällistä testausta järjestelmän eri osille. 17

18 7.6.1 Tekninen testaus Projektissa käytetään testausstrategioina erityisesti yksikkötestausta ja järjestelmätestausta. Yksikkötestaus suoritetaan osana ohjelmointityötä siten, että kukin ohjelmoija kehittää joukon testitapauksia jokaiselle kirjoittamalleen moduulille. Työkaluna käytetään CppUnit-kirjastoa, joka hoitaa testien ajon ja tulosten raportoinnin sekä yhdenmukaistaa testitapausten esitysmuodon. Testitapaukset säilytetään osana lähdekoodia, ja ne ajetaan uudelleen jokaisen muutoksen yhteydessä. Periaatteena on, että kaikki versionhallintaan liitettävä koodi läpäisee sitä koskevat yksikkötestit. Järjestelmätestauksessa sovelletaan enimmäkseen ad-hoc-menetelmää. Testausta suorittavat sekä ryhmän jäsenet että asiakas. Tällä tavalla saadaan hyvä kuva siitä, mitä todellinen käyttäjä järjestelmältä haluaa, ja miten hyvin tämä hänen vaatimuksensa toteuttaa. Yleisimmät testit automatisoidaan tarvittaessa, jolloin niiden tulokset ovat tarkkaan määriteltyjä ja vertailukelpoisia. Myös automatisoitua kuormitus- ja suorituskykytestausta sovelletaan projektin viimeisessä implementaatiovaiheessa. Integraatiotestaus hoidetaan noudattamalla jatkuva integraatioperiaatetta siten, että uudet moduulit integroidaan järjestelmään viimeistään heti niiden valmistuttua. Näin järjestelmästä on aina olemassa jonkinlainen toimiva kokonaisuus, ja mahdolliset rajapintoihin liittyvät ongelmat tulevat esille jo aikaisessa vaiheessa. Kattavampi testisuunnitelma löytyy erillisenä dokumenttina Käytettävyystestaus Käyttöliittymätestaukseen käytetään heuristista tarkastelua joka on yksinkertainen ja halpa tarkistuslista-pohjainen menetelmä käytettävyyden parantamiseen. Menetelmästä enemmän tietoa heuristisen arvioinnin käyttöönottosuunnitelmassa. 7.7 Dokumentointi Dokumentointi on olennainen osa projektin sisäistä ja ulkoista tiedonkulkua joten dokumentaation kattavuuteen, ajan tasalla pitämiseen sekä laatuun tullaan panostamaan huomattava määrä resursseista Sisäiset dokumentit Projektin sisäiset dokumentit, eli projektiorganisaatiolle suunnatut dokumentit kirjoitetaan pääsääntöisesti Microsoft Word 2000 ohjelmistolla ( Tiedostoilla on näin ollen.doc-pääte. 18

19 7.7.2 Tekninen dokumentointi Tekninen dokumentointi sekä ohjeistusdokumentaatio kirjoitetaan Latex:lla. API:n dokumentaatio generoidaan ohjelmakoodista Doxygen nimisellä ohjelmistolla ( 7.8 Tiedonkulku ja työskentelytavat Jotta projektin etenemistä voitaisiin seurata ja jotta kaikki projektin jäsenet voisivat pysyä perillä siitä missä vaiheessa kulloinkin ollaan, pidetään tasaisin väliajoin palavereita jossa näitä asioita käydään läpi. Viikoittain kokoonnutaan projektiryhmän kesken ja asiakkaan sekä muiden sidosryhmien kanssa järjestetään myös aika ajoin tarpeen mukaan. Sähköposti on pääasiallinen yhteydenpitoväline ja kaikilla ryhmänjäsenillä on sähköpostilaatikko jonka sisältö tarkistetaan mahdollisuuksien mukaan päivittäin. Projektiryhmälle on myös muodostettu sähköpostilista johon lähetetyt sähköpostiviestit ohjautuvat kaikille ryhmän jäsenille Viikkopalaverit Ryhmän jäsenet tapaavat kerran viikossa viikkopalaverissa, jossa käydään läpi tehtyjä töitä ja suunnitellaan seuraavan viikon tehtäviä. Viikkopalaveri pidetään tiistaisin klo. 15:30 16:15 T-talon ruokalassa. Palavereja edeltää lyhyt tapaaminen asiakkaan kanssa Asiakastapaamiset Asiakas tavataan viikoittain viikkopalaverin yhteydessä klo. 15:30 tiistaisin T-talon ruokalassa, ellei muuta sovita. Pidempiä palavereja voidaan tarvittaessa sopia näiden lyhyiden yhteenvetopalavereiden yhteydessä. 8. Projektin ositus, vaiheistus ja resursointi Projekti on jaettu viiteen vaiheeseen Projektinsuunnittelu (PS), Toteutus 1-3 (T1-T3) ja Luovutus (LU), ks. kuva 2. Kunkin vaiheen jälkeen pidetään katselmointitilaisuus jossa käydään läpi projektin tilanne, projisoidaan seuraavaa vaihetta sekä toimitetaan kunkin vaiheen aikana tuotetut dokumentit. 19

20 ALKU LOPPU PS T1 T2 T3 LU - v1 - Vaatimusmääritelmä v1 - Riskienhallintasuunnitelma - v3 - Vaatimusmääritelmä v3 - Tekninen määritelmä v2 - Testausraportti v2 - Käytettävyyden testaussuunnitelma - Käytettävyyden testausraportti v1 - v5 - Tekninen määritelmä v4 - Avoimet virheet ja tiedostetut ongelmat - Käytettyjä työkaluja ja menetelmiä - Käyttöohje - Asennusohje - Loppuraportti - v2 - Vaatimusmääritelmä v2 - Tekninen määritelmä v1 - Testaussuunnitelma - Testausraportti v1 - v4 - Tekninen määritelmä v3 - Testausraportti v3 - Käytettävyyden testausraportti v2 Kuva 2 Projektin vaiheet 8.1 Projektin suunnittelu (PS) PS-vaiheen alussa projektiryhmä järjestäytyy ja tutustuu asiakkaaseen sekä mentoriin. Vaiheen tärkein tärkein tarkoitus on projektisuunnitelman, laatukäsikirjan sekä alustavan vaatimusmäärittelyn tuottaminen (käyttäjävaatimusdokumentti). PS-vaiheen aikataulu Palautettavat dokumentit valmiit :00 tarkastettaviksi Dokumentit katselmoitu :00 Dokumenttien korjaus tehty :00 Dokumentit asiakkaalle hyväksyttäväksi :00 Kurssin palautuksen takaraja :00 20

21 PS-vaiheen resursointi Tehtävä Tekijät Budjetoidut tunnit Luennot Kaikki 52,5 Opiskelu Kaikki 66 - MS Project - Uudet teknologiat - Oma menetelmä/työkalu Ryhmäpalaverit Kaikki 42 Asiakaspalaverit Kaikki 15 Mentorpalaverit Kaikki 14 Projektin organisointi Johan, Matti 12 Vaatimusten hallinta Matti 20 Projektisuunnittelu Johan + osittain muut 32 Kehitysympäristön Ykä, Matti 5 pystyttäminen Www-ylläpito Matti 4 Seuraavan vaiheen suunnittelu Johan 10 Edistysraportin kirjoittaminen Johan 2 Valmistautuminen Johan 2 katselmointiin Katselmointitilaisuus Kaikki 7 Yhteensä 283,5 8.2 Toteutus 1 (T1) T1-vaiheessa aloitetaan itse järjestelmän suunnittelu ja aloitetaan ohjelmointityö. Vaiheen tuotteina syntyy tekninen määritelmä, testaussuunnitelma, testausraportti sekä ensimmäinen versio visualisointijärjestelmän rungosta (framework) sekä sen ohjelmointirajapinnasta (API). T1-vaiheen aikataulu Toiminnallinen suunnitelma valmis Tekninen määrittely valmis Testaussuunnitelma valmis Rungon 1. versio valmis testaukseen Testaus suoritettu Korjaukset tehty ohjelmistoon Palautettavat dokumentit valmiit tarkastettaviksi Dokumentit katselmoitu Dokumenttien korjaus tehty Dokumentit asiakkaalle hyväksyttäväksi Kurssin palautuksen takaraja

22 T1-vaiheen resursointi Tehtävä Tekijät Budjetoidut tunnit Opiskelu Kaikki 28 Ryhmäpalaverit Kaikki 28 Asiakaspalaverit Kaikki 8 Mentorpalaveri Kaikki 7 Projektin organisointi Johan 12 Toiminnallinen määrittely Matti 8 Tekninen suunnittelu Samuli, Tero 18 Ohjelmointi Samuli, Tero, Petri muut Testaus Tero, Ykä 18 WWW-ylläpito Matti 10 Seuraavan vaiheen suunnittelu Johan 6 Edistysraportin kirjoittaminen Johan 2 Valmistautuminen Johan 2 katselmointiin Katselmointitilaisuus Kaikki 7 Yhteensä Toteutus 2 (T2) T2-vaiheessa päätuotteina syntyy kaksi ensimmäistä visualisaatiota: Lokaalit valaistusmallit ja materiaaliparametrit ja Perustransformaatiot. Myös visualisointijärjestelmän runkoa päivitetään jotta em. visualisaatiot saadaan toteutettua. Käyttöliittymään tehdään niinikään parannuksia testauksen aikana havaittujen puutteiden korjaamiseksi. Vaiheen aikana tehdään sekä teknistä- että käytettävyystestausta (heuristinen arviointi). T2-vaiheen aikana toteutettavat käyttötapaukset Vaiheen aikana pyritään saamaan suunniteltua, toteutettua, testattua ja hyväksytettyä seuraavat käyttäjävaatimusdokumentin mukaiset vaatimukset (kursivoidut ovat jo osittain tai kokonaan toteutettuja): Käyttötapaus 1 Ohjelman käynnistäminen Käyttötapaus 2 Visualisoinnin käynnistäminen Käyttötapaus 3 Kameroiden navigointi Käyttötapaus 4 Kappaleiden renderöintitavan muuttaminen Käyttötapaus 5 Normaalivektoreiden näyttäminen Käyttötapaus 6 Käyttöliittymäkomentojen nauhoittaminen Käyttötapaus 7 Nauhoituksien toistaminen Käyttötapaus 13 Materiaaliparametrien säätäminen Käyttötapaus 19 Perustransformaatiot 22

23 Seuraaviin vaiheisiin jäävät käyttötapaukset Käyttötapaus 8 Kameroiden lisääminen Käyttötapaus 9 Debug-kameran lisääminen Käyttötapaus 10 Kameran polttoväli Käyttötapaus 11 Etu- ja takaleikkaustasot Käyttötapaus 12 Ortogonaali perspektiivi Käyttötapaus 14 Paikallinen valaistusmalli: Phong Käyttötapaus 15 Valojen liikuttaminen Käyttötapaus 16 Z-puskurin visualisointi Käyttötapaus 17 A-puskurin visualisointi Käyttötapaus 18 Varjojen näyttäminen Käyttötapaus 20 Objektikirjasto Käyttötapaus 21 Tekstuurikirjasto Käyttötapaus 22 Matematiikkakirjasto Käyttötapaus 23 Materiaalikirjasto Käyttötapaus 24 Yleiset 3D-primitiivit T2-vaiheen aikataulu Käyttöliittymä valmis testaukseen Testaus suoritettu Muutokset tehty ohjelmistoon Runko ja visualisaatiot valmiita testaukseen Testaus suoritettu Muutokset tehty ohjelmistoon Palautettavat dokumentit valmiit tarkastettaviksi Dokumentit katselmoitu Dokumenttien korjaukset tehty Dokumentit asiakkaalle hyväksyttäväksi Kurssin palautuksen takaraja T1-vaiheen resursointi Tehtävä Tekijät Budjetoidut tunnit Opiskelu Kaikki 7 Ryhmäpalaverit Kaikki 84 Asiakaspalaverit Kaikki 6 Mentorpalaveri 4 Kaikki 7 Projektin organisointi Johan 12 Toiminnallisen määrittelyn kirj. Samuli, Tero, Petri 3 Tekninen suunnittelu Samuli, Tero 42 Ohjelmointi Samuli, Tero, Petri muut Testaus Kaikki 24 WWW-ylläpito Matti 3 23

24 Seuraavan vaiheen suunnittelu Johan 6 Edistysraportin kirjoittaminen Johan 2 Valmistautuminen Kaikki 12 katselmointiin Katselmointitilaisuus Kaikki 7 Yhteensä Toteutus 3 (T3) Tämän vaiheen tarkempi suunnitelma tehdään vaiheessa T2. Alustavasti tässä vaiheessa toteutetaan tärkeysjärjestyksessä jäljellä olevat vaatimukset tavoitteena saada kaikki vaatimukset täytettyä. T3-vaiheen aikataulu Palautettavat dokumentit valmiit tarkastettaviksi Dokumentit katselmoitu Dokumenttien korjaus tehty Dokumentit asiakkaalle hyväksyttäväksi Kurssin palautuksen takaraja Luovutus (LU) Tämän vaiheen tarkempi suunnitelma tehdään vaiheessa T3. Alustavasti järjestelmä viimeistellään vaiheen aikana luovutuskuntoon ja laaditaan sekä viimeistellään asennusja käyttöohjeet sekä muut dokumentit. Tähän vaiheeseen kuuluu myös järjestelmän testaaminen toisen ohjelmatyö-projektiryhmän toimesta. Vastaavasti tämän projektin ryhmä testaa toisen ryhmän järjestelmää ja kirjoittaa tästä raportin. T3-vaiheen aikataulu Palautettavat dokumentit valmiit tarkastettaviksi Dokumentit katselmoitu Dokumenttien korjaus tehty Dokumentit asiakkaalle hyväksyttäväksi Kurssin palautuksen takaraja Riskienhallintasuunnitelma Katso erillinen Riskienhallintasuunnitelma-dokumentti. 10. Asennussuunnitelma 24

25 Ohjelmiston asennukseen liittyvät yksityiskohdat tarkentuvat myöhemmässä vaiheessa projektia. Erillisessä käyttöohjeessa ohjelmiston asentaminen ohjeistetaan vaihe vaiheelta. Koska kyseessä on irrallinen ohjelmisto, ei varsinaista tuotantoympäristöä ole olemassa. Asennus pyritään luonnollisesti tekemään mahdollisimman yksinkertaiseksi. 11. Käyttöönottosuunnitelma Käyttöönottoon liittyvät yksityiskohdat tarkentuvat myöhemmässä vaiheessa projektia. Käyttöohje ja ohjelmointirajapinnan määrittely pyritään laatimaan niin perusteellisesti, että käyttöönotto sujuu kaikilta käyttäjäryhmiltä ongelmitta. Käyttäjäryhmät olemme hahmotelleet seuraavasti: a) Tietokonegrafiikka-kurssin luennoitsija (visualisointien esitys) b) Tietokonegrafiikka-kurssin assistentti (visualisointien suunnittelu) c) Opiskelijat (itseopiskelua) d) Muut (3D-grafiikkarungon käyttöä eri sovelluksiin) 12. Koulutussuunnitelma 12.1 Projektiryhmän sisäinen koulutussuunnitelma Projektilla ei ole sisäistä koulutusta. Jokainen projektiryhmän jäsen opettelee tarvittaessa itsenäisesti projektityökalujen käyttöä ja projektin käyttämiä menetelmiä. Lisäksi ryhmä hyödyntää kurssiin sisältyviä luentoja ja ryhmän projektipäällikkö osallistui kurssin puitteissa järjestettyyn MS Project -koulutukseen Asiakkaalle tarjottava koulutussuunnitelma Projektiin ei sisälly asiakkaalle tarjottavaa koulutusta. Se olisi tuskin mielekästä projektin luonteen takia; dokumentaatio on tässä tapauksessa oleellisesti järkevämpi tapa siirtää projektiin liittyvä osaaminen mahdollisille jatkokehittäjille. Lähteet [1] Sommerville, I., Software Engineering, 6th Edition, Addison-Wesley, 2001 [2] Haikala, I. ja Märijärvi, J., Ohjelmistotuotanto, 5. painos, Suomen ATK-Kustannus Oy,