WCLIQUE. Ohjelmistoprojekti. Projektisuunnitelma

Transkriptio

1 TKK/DISKO/Tik WCLIQUE Projektiryhmä Clique WCLIQUE Ohjelmistoprojekti Projektiryhmä Clique: Janne Dufva, 75008T, Juha Kähkönen, 75014C, Raine Kärkkäinen, 75016E, Juha Lehtonen, 75019J, juha.a.lehtonen Ossi Ouri, 75022M, Sari Salin, 75026S, Tapani Tarri 52652D,

2 WCLIQUE 1(22) WCLIQUE PROJEKTISUUNNITELMA n johdantokappaleessa kuvataan projektin toteutuksen ympäristöä ja projektin kehityskohteena olevaa tuotetta. Lisäksi esitetään projektin oleelliset sidosryhmät ja tuotteen/projektin merkitys näille sidosryhmille. Johdantokappale sisältää myös selvityksen siitä, mitä on sovittu oikeuksien suhteen ja kuvaukset projektisuunnitelman rakenteesta ja sen kappaleiden sisällöstä. Termit ja määritelmät-kappaleessa esitetään projektissa käytettävät lyhenteet, termit ja määritelmät. Kappaleessa Asiakkaan nykyinen ratkaisu kuvataan menetelmä, miten tehtävä/järjestelmä, jolle ohjelmistotuote projektissa kehitetään, on nyt toiminnassa. Kappale Projektin toteutusperusteet käsittää asiakkaan intressit, hyödyt, haitat ja aiheutuvat kustannukset. Projektin organisaatio sidosryhmineen esitetään omassa kappaleessaan samoin kuin projektin tavoitteet ja päättäminen, missä kuvataan projektiryhmän ja asiakkaan asettamat tavoitteet projektille kuten myös ne kriteerit, millä projekti voidaan keskeyttää ja päättää. Projektien resurssien esittämiselle resurssien työmäärien ja ajan suhteen on varattu oma kappaleensa. Tässä esitetään projektin varsinaisten henkilöresurssien lisäksi myös muut projektin käytössä olevat resurssit kuten laitteistot ja tukifunktiot. Projektissa käytettävistä menetelmistä ja työkaluista on osa projektin suunnittelua, missä huomiodaan mm tuotteen kehityksen, projektin seurannan ja projektin raportoinnin tarpeet. Tästä on projektisuunnitelmassa oma kappaleensa. Projektin ositus, vaiheistus ja resursointi kappaleessa esitetään projektin päävaiheet ja niiden pääasiallinen sisältö sekä aikataulutus vaiheille. Resursointi vaiheille esitetään MS Project-tiedoston yhteydessä tehtäväkohtaisesti. Projektissa käytettävät ohjaus- ja seurantamenetelmät mainitaan kappaleessa Seuranta ja ohjaus. Projektin yhteydessä sovellettavat standardit ja mahdolliset direktiivit sekä muut määräykset on sisällytetty kappaleeseen Standardit, direktiivit ja määräykset. Projektiin liittyvien riskien riskienhallintasuunnitelma, koulutus ja perehdytystarpeisiin liittyvä koulutussuunnitelma ja tuotteen käyttöönottosuunnitelma ovat kukin esitettynä projektisuunnitelman omissa kappaleissaan.

3 WCLIQUE 2(22) Sisällysluettelo 1. Johdanto Projektin toteutusympäristö Projektissa kehitettävä tuote Projektin sidosryhmät Oikeudet tuloksiin n rakenne ja sisältö Termit ja määritelmät Asiakkaan nykyinen ratkaisu Projektin toteutusperusteet Asiakkaan intressit Projektin kustannukset Projektin hyödyt asiakkaalle Asiakkaalle projektista aiheutuvat haitat Projektin organisaatio Projektin tavoitteet ja päättäminen Projektiryhmän tavoitteet Asiakkaan tavoitteet Projektin tavoitteet Projektin keskeyttämiskriteerit Projektin päättämiskriteerit Projektin resurssit Projektissa käytettävät menetelmät ja työkalut Menetelmät Työkalut Raportointi Muut menetelmät ja dokumentit Projektin ositus, vaiheistus ja resurssointi Projektin ositus Projektin vaiheistus Projektin resurssointi Seuranta ja ohjaus Aikataulun ja resurssien seuranta Laadun seuranta Työn ohjaus Standardit, direktiivit ja määräykset Riskienhallintasuunnitelma Kommunikaatio Työkalut Käytännön- ja työkokemus Aikataulu Asiakkaan vaatimukset Koulutussuunnitelma Käyttöönottosuunnitelma... 22

4 WCLIQUE 3(22) 1. JOHDANTO 1.1 Projektin toteutusympäristö Projekti toteutetaan pääasiassa tähän projektiin liittyvän kurssin Tik projektiryhmän koulutuskustannuksista vastaavan projektiryhmän jäsenten työnantajan Nokia Networks Oy:n tiloissa pääkaupunkiseudulla. Lisäksi asiakaskontaktit ja neuvottelut sekä kurssiin kuuluvat opetustilaisuudet ja projektikatselmukset kuten myös tiettyjen projektin toteutuksessa tarvittavien työkalujen käytöt tapahtuvat kokonaan tai osittain TKK:n tiloissa Otaniemessä. Merkittävä osa projektin töistä tehdään myös etätyönä projektin jäsenien kotitiloissa. 1.2 Projektissa kehitettävä tuote Projektissa kehitetään ratkaisu asiakkaan tarpeeseen. Asiakas on kehittänyt algoritmit, joista ensimmäinen löytää suurimman joukon (suurimmat joukot) solmuja (clique), missä jokaisesta solmusta on joukon muihin solmuihin kaaret ja toinen algoritmi löytää vastaavanlaisesti kaarilla keskenään yhdistetyt solmut, mutta nyt ko solmujen maksimipainon perusteella. Projektissa tehtävänä on kehittää C-kielinen ohjelma (tai ohjelmat), joka toteuttaa em mainittujen algoritmien mukaan solmujen joukkojen hakuja. 1.3 Projektin sidosryhmät Projektin sidosryhmät ja niiden merkitys: Asiakkas on TKK:n Tietojenkäsittelylaboratorio, tuotteen tilaaja Prof. Patric Östergård ja työn ohjaaja TkL Harri Haanpää. Kurssin Tik henkilökunta, asssistentti Pekka Isto Opponointiryhmä. Nokia Networks Oy Tehtävän toimeksianto ja vaatimusmäärittelyt. Tarjoaa projektissa tarvittavan koulutuksen ja osaltaan tarjoaa työvälineet ja tilat projektin osien toteuttamiseksi. Avustaa projektin toteutuksen ja tuotteen laadullisissa tavoitteissa. Vastaa kustannuksista, jotka projektin toteutus aiheuttaa projektin jäsenille ja tarjoaa ensisijaisesti tilat ja työvälineet projektin osien toteuttamiseksi. 1.4 Oikeudet tuloksiin Kehitettävän ohjelmistotuotteen tekijänoikeudet määritellään erillisessä asiakkaan ja projektiryhmän välisessä sopimuksessa. Lähtökohta on se, että tekijänoikeudet ohjelmistolle jakautuvat tasan asiakkaan ja projektiryhmän jäsenten kesken (asiakas 50% ja projektiryhmä 50%). Lisäksi asiakkaalla on oikeus jatkokehittää tuotetta. Tuote on tarkoitettu tutkimuskäyttöön, ei kaupallisiin tarkoituksiin. Mikäli myöhemmin jostain syystä tuotetta sovelletaan kaupallisiin tarkoituksiin, pätee siinä, mitä edellä mainittiin tekijänoikeuksien jakamisesta tasan asiakkaan ja projektiryhmän jäsenten kesken.

5 WCLIQUE 4(22) 1.5 n rakenne ja sisältö käsittää yksilöivät tiedot projektista, projektin jäsenistä ja sidosryhmien edustajista. Alussa esitetään lyhyessä tiivistelmässä projektisuunnitelman kappaleissa käsiteltävät asia-aiheet. Tämän jälkeen esitetään projektisuunnitelman sisällysluettelo, josta ilmenee kappaleiden sijainnit projektisuunnitelman eri sivuilla. Tässä käsiteltävän johdato-osan lisäksi sisältää projektisuunnitelma kappaleet seuraavista käsiteltävistä asioista: Termit ja määritelmät Asiakkaan nykyinen ratkaisu Projektin toteutusperusteet Projektin organisaatio Projektin tavoitteet ja päättäminen Projektin resurssit Projektissa käytettävät menetelmät ja työkalut Projektin ositus, vaiheitus ja resurssointi Seuranta ja ohjaus Standardit, direktiivit ja määräykset Riskienhallintasuunnitelma Koulutussuunnitelma Käyttöönottosuunnitelma Projektin suunnittelu sen vaiheiden, tehtävien, resurssien ja aikataulutuksen suhteen toteutetaan lisäksi Microsoft Corporation:n julkaisemalla Microsoft Project 98 - projektinhallintaohjelmalla, mistä syntyvä erillinen tiedosto (clique.mpp) tallennetaan ja ylläpidetään projektin hakemistorakenteessa määriteltävässä hakemistossa. 2. TERMIT JA MÄÄRITELMÄT Seuraavassa esitetään yleisimmät projektin dokumentaatiossa käytettävät termit ja akronyymit/lyhenteet sekä niiden merkitys tai määritelmä käytetyssä yhteydessä.

6 WCLIQUE 5(22) Termi tai akronyymi Clique Tik USDP C wclique Linux Unix LaTex PDF HTML MS Project Task PMIX Tirana Burana ViCA Termin tai akronyymin määritelmä Ohjelmistotuotteen kehittävän projektiryhmän nimi. Myös joukko solmuja joista kustakin on yhdistävät kaaret muihin solmuihin. Kurssin "Ohjelmistotyö" koodi. "United Software Development Process" on geneerinen ohjelmistoprosessin viitekehys, jota mallia on sovellettu tämän projektin hallintaan. Ohjelmointikieli, jolla asiakkaan algoritmit koodataan. Weighted version of clique. Kuten "cligue", mutta nyt on solmujen "painot" määritelty numeroarvoina. Käyttöjärjestelmä, jossa C-kielisen laadittavan ohjelman tulee toimia. Käyttöjärjestelmä, jossa C-kielisen laadittavan ohjelman tulee toimia. Tekstiformaatti, jota käytetään tuotteen käyttökirjan dokumentoinnissa. "Portable document format" on yksi käytettävistä dokumenttien tiedostoformaateista. " Hypertext markup language" on yksi käytettävistä dokumenttien tiedostoformaateista. Microsoft:n kehittämä projektinhallintaohjelma, jota käytetään projektin suunnittelun apuvälineenä. ssa tarkoittaa yksittäistä tehtävää. Ms Projekt-tiedostosta laaditun tietokannan siirtämiseksi kurssin palvelimeen tarkoitettu ohjelma. Projektin työmäärän seurantaan käytettävä ohjelmisto. Projektissa käytettävä ongelmien ja virheiden seurannan ohjelmisto. "Visualization Client Applet" on projektissa käytettävä seurantatiedon visualisointiohjelmisto.

7 WCLIQUE 6(22) Termi tai akronyymi GCC www WBS UML Disko Termin tai akronyymin määritelmä C-kääntäjä "World-Wide Web" tietoverkon (Internet) osa. "Work break-down structure" on projektin osittaminen hierarkisesti osatehtäviin. "Unified Modeling Language" on ohjelmistotuotekehityksen standardikuvaamismenetelmä. Insinööristä diplomi-insinööriksi-koulutusohjelma 3. ASIAKKAAN NYKYINEN RATKAISU Asiakkaalla ei ole tällä hetkellä vastaavaa ohjelmatuotetta kuin projektissa on määrä kehittää lukuunottamatta yhtä prototyyppiä liittyen projektityön osa-alueelle. Asiakas on kehittänyt algoritmit, joista ensimmäinen löytää suurimman joukon (suurimmat joukot) solmuja (clique), missä jokaisesta solmusta on joukon muihin solmuihin kaaret ja toinen algoritmi löytää vastaavanlaisesti kaarilla keskenään yhdistetyt solmut, mutta nyt ko solmujen maksimipainon perusteella. Asiakkaan laatimista algoritmeista on tarkemmat kuvaukset www-sivuilla, joihin on esitetty linkit ohessa: Maximum Clique Problem (suurin/suurimmat joukot solmuja) Maximum-Weight Clique Problem (suurimman painon omaavat solmut) C-kielinen ohjelman prototyyppi algoritmille " Maximum-Weight Clique Problem" 4. PROJEKTIN TOTEUTUSPERUSTEET 4.1 Asiakkaan intressit Projektin avaintavoite on kehittää ratkaisu asiakkaan määrittelämän ongelman tarpeeseen. Toisin kuin yleensä ohjelmistokehitysprojekteissa, ei tässä projektissa asiakkaalla ole kaupallisia tarkoitusperiä vaan syyt kehitettävän tuotteen suhteen ovat tieteelliseen tutkimustoimintaan liittyviä. Asiakkaan kehittämät algoritmit ovat lähtökohtana ja apuna muilla tutkimusalueilla ja tämän vuoksi on tärkeää kehittää algoritmien käyttöön tehokas ja käsittelyä nopeuttava työkalu, mihin nykyaikaiset ohjelmistotekniikan keinot antavat erinomaiset mahdollisuudet.

8 WCLIQUE 7(22) 4.2 Projektin kustannukset Projektin toiminta on tarkoitus toteuttaa kurssin Tik harjoitustyönä. Tehtävät suoritetaan pääasiassa Disko-opiskelijoiden voimin, joiden ensisijainen työnantaja (ei tämän projektin asiakas) on Nokia Networks Oy. Projektiryhmän Clique opiskelijoiden kohdalla on työn kustannus 367 FIM / työtunti. Työtunteja opiskelijoiden osalle voidaan arvioida kertyvän projektin aikana kuuden kuukauden kuluessa kutakin opiskelijaa kohden noin 200 tuntia. Tämän perusteella voidaan laskea työtuntien kustannukset opiskelijoiden osalta, mutta koska ne katetaan 90% opiskelijoiden omista varoista ja 10% Nokia Networks Oy:n varoista, mikä koostuu välillisesti opiskelun hyväksi annetusta työajasta, ei projektin asiakkaalle tästä aiheudu kustannuksia. Edellä mainitut kustannukset sisältävät myös tila- materiaali- ja työkalukustannukset suurimmalta osin. Opiskelijoiden kohdalla on huomioitu henkilösivukustannukset ainoastaan siinä osassa, mitä projektin töitä tehdään Nokia Networks Oy:n työajalla (noin 20 tuntia / opiskelija). Lisäksi aiheutuu kustannuksia TKK:n henkilökunnan työajasta sekä TKK:n tilojen, materiaalien ja työkalujen käytöstä projektin hyväksi. Tämä jakautuu karkeasti ottaen kahtia, asiakkaan (TKK) kahden edustajan osuudet ja kurssin (TKK) henkilökunnan osuudet. Myös pieni osuus kustannuksista muodostuu siitä osasta, kun käytetään projektin tarpeisiin TKK:n tiloja, materiaaleja ja työkaluja. TKK:lle aihetuvia projektin kustannuksia voidaan pitää kuitenkin hyvin pieninä siihen nähden, mitkä ovat projektiryhmän edustajien ja heidän työnantajansa Nokia Networks Oy:n kustannukset projektin suhteen. Lisäksi ei ole projektiryhmän tiedossa TKK:n eri kustannusryhmien yksikköhintoja, joten markkamääräisesti tätä osuutta ei voida tässä esittää. 4.3 Projektin hyödyt asiakkaalle Asiakkaan ensisijainen tavoite ja siitä tuleva hyöty projektista on, kuten aiakaisemmassa kohdassa 4.1 todettiin, asiakkaan kehittämien algoritmien käyttöön saatavat tehokkaat ohjelmistotyökalut ja edelleen siihen perustuen tehostuva tutkimustoiminta. Lisäksi voidaan pitää asiakkaan etuna ja hyötynä myös sitä, että asiakkaalla on projektin toteutuksen aikana itsellään mahdollisuus tutustua ja oppia projektien toteutukseen käytettäviä malleja ja menetelmiä. Huomiotta ei voida jättää myöskään sitä asiakkaan etua, että projektin toteutuksesta aiheutuvista kustannuksista vastaa suurelta osin muut kuin asiakas. 4.4 Asiakkaalle projektista aiheutuvat haitat Projektin toiminnan aikana suurin haittatekijä asiakkaalle lienee sen tarvittavan ajan allokointi projektin hyväksi, mikä kuluu projektiryhmän perehdyttämiseen ko algoritmien suhteen sekä määrittelemään ne asiakasvaatimukset projektiryhmän kanssa, jotka tarvitaan tuotteen kehittämiseksi vastaamaan ratkaisuna sitä, mihin asiakkaalla on tarve. Myös yhtenä haittatekijänä asiakkaan kannalta voitaneen pitää sitä, että projektin eteneminen on sidottu kurssin Tik aikatauluun (ainakin tietyiltä osin) ja siksi ei ole aina mahdollista edetä siinä tahdissa, mikä saattaisi olla asiakkaalle ja jopa projektia toteuttavalle ryhmälle tarkoituksenmukaista. 5. PROJEKTIN ORGANISAATIO Projektin clique henkilöt ja vastuualueet on esitetty ohessa ensin projektyhmän ja asiakkaan edustajien suhteen ja seuraavassa taulukossa henkilöt tehtäväkentittäin.

9 WCLIQUE 8(22) Projektiryhmä: Kotisivu: Tapani Tarri, Projektipäällikkö Sari Salin Dokumentointipäällikkö Janne Dufva Asiakasvastaava Juha Kähkönen Laatupäällikkö Raine Kärkkäinen Algoritmiasiantunija Juha Lehtonen Arkitehtuurivastaava Ossi Ouri Suunnittelupäällikkö Asiakkaan edustajat: Patric Östergård Asiakas Harri Haanpää Asiakas/Ohjaaja Kurssin edustaja: Pekka Isto Tekninen johtaja Projektin hallinta ja tuki Projektin tekninen toteutus Asiakasvaatimukset Projektin seuranta ja valvonta Projektipäällikkö Tapani Tarri Algoritmiasiantuntija Raine Kärkkäinen Asiakasvastaava Janne Dufva Kurssin Tik henkilökunta Tekninen johtaja Pekka Isto Asiakas- ja tuotevaatimukset Janne Dufva Arkitehtuurivastaava Juha Lehtonen Tuotteen vaatimusmäärittelyt Asiakkaan edustaja Patric Östergård Asiakkaan edustaja Patric Östergård Dokumentointipäällikkö Sari Salin Suunnittelupäällikkö (SW)Ossi Ouri Tekninen ohjaus Asiakkaan edustaja Harri Haanpää Asiakkaan edustaja Harri Haanpää Laatupäällikkö Juha Kähkönenen Testauspäällikkö Juha Kähkönen Projektipäällikkö Tapani Tarri Laatupäällikkö Juha Kähkönen Opponointiryhmä

10 WCLIQUE 9(22) 6. PROJEKTIN TAVOITTEET JA PÄÄTTÄMINEN Projektin tavoitteet on kirjattu/kirjataan seuraaviin projektin www-sivuille sijoitettuihin dokumentteihin: Vaatimusmäärittely Toiminnallinen määrittely Tekninen määrittely Projektiryhmän tavoitteet Projektiryhmällä on kolme päätavoitetta: Kehittää asiakkaan tarpeeseen laadultaan riittävä ohjelmistotuote sovitussa aikataulussa (katso tuotteen kuvaus luvussa 1.2). Päivittää projektiryhmän osaamiset ja taidot projektien toteutuksissa ja verrata tähän liittyvää kurssilla ja harjoitustyön yhteydessä saatavaa teoreettista tietoa nykyisiin projektiryhmän jäsenten työnantajan Nokia Networks:n soveltamiin malleihin. Projektiryhmän jäsenten opinto-ohjelmaan DISKO-opintojen puitteissa kuuluu ko kurssin suorittaminen, mikä toteutuu ko projektityöharjoituksena. 6.2 Asiakkaan tavoitteet Asiakkaan tavoitteena on saada toimivat C-kieliset ohjelmat toteuttamaan aiemmin luvussa1.2 kuvattuja algoritmeja. Asiakas on yhteistyössä projektiryhmän jäsenten kanssa laatinut tuotteen suhteen vaatimusmäärittelyn, jossa tuotteelle asiakkaan asettamat tavoitteet kuvataan. Dokumentin, jossa ko vaatimusmäärittely on, www-osoite on annettu tämän kappaleen alussa. Seuraavassa esitetään asiakkaan tärkeimmät tavoitteet projektin ja tuotteen suhteen: 1. C-kieliset ohjelmat jotka perustuvat algoritmeihin "Maximum Clique Problem" ja Maksimum-Weight Clique Problem" 2. Ohjelman tulee laskea suurin joukko määriteltyjä solmuja. 3. Ohjelman tulee laskea suurimmat joukot määriteltyjä solmuja. 4. Ohjelman tulee laskea joukot määriteltyjä solmuja, joiden koko on annettu. 5. Ohjelman tulee laskea joukot määriteltyjä solmuja, joiden minimi koko on annettu. 6. Edellä mainittuja laskettuja tapauksia ei tallenneta, mutta niiden kutsumiseksi on määriteltävä funktio. 7. Joukot on oltava järjestettävissä kokonsa mukaan annettavan parametrin mukaan. 8. Toiminnallisuus Unix-/Linux-käyttöjärjestelmien puitteissa on vaatimus. 9. Graafin koko saa olla ainoa rajoitus algoritmien ohjelmalliselle toteutukselle kuitenkin niin, että hyvin suuret graafit (tuhansia solmuja) on laskettavissa ohjelmallisesti.

11 WCLIQUE 10(22) 10. Ohjelmistotuotteesta tehdään englanninkielinen käyttökirja www-osoitteeseen Projektin tavoitteet Projektin tavoitteena on toteuttaa asiakkaan lähinnä teknisiin ja tuotetta koskeviin vaatimuksiin perustuva ohjelmistotuote siten, että myös projektiryhmän tavoitteet toteutuvat. Nämä tavoitteet projektiryhmän suhteen on määritelty luvussa 6.1 ja vastaavasti asiakkaan teknisluonteiset tavoitteet edellisessä luvussa Projektin keskeyttämiskriteerit Projektin keskeyttäminen voi tapahtua ainoastaan projektiryhmän yhteisellä (määräenemmistö) ja/tai kurssin Tik valtuutetun henkilön päätöksellä. Asiakas ei voi keskeyttää projektia määritellyn ohjelmistotuotteen suhteen, koska mainittujen algoritmien käyttö tieteelliseen ja tutkimukselliseen toimintaan, mihin myös ko kurssin suorittaminen voidaan lukea, on vapaata. Projektiryhmän keskeyttämisen kriteerinä voi olla resurssien puuttuminen ko projektin toteuttamiseksi kurssille määritellyssä aikataulussa. Kurssin valtuuttaman henkilön keskeyttämisen kriteeri voi olla se, ettei ko projektin toteuttaminen vastaa kurssin asettamia tavoitteita. 6.5 Projektin päättämiskriteerit Projektityö voidaan katsoa päättyneeksi kun seuraavat kaksi perusedellytystä tulee täytetyiksi: Asiakkaalle on kehitetty määrittelyjen mukainen ohjelmistotuote. Määrittelyjä voidaan projektin kuluessa muuttaa projektiryhmän ja asiakkaan molempien hyväksyessä ko muutokset. Kun projektityö on täyttänyt kurssin Tik vaatimukset ja tuotteen valmistuttua projektin aikana tehtyjen määrittelyjen mukaisesti, (loppu-) projektikatselmus ja tuotteen loppudemonstraatio on pidetty. 7. PROJEKTIN RESURSSIT Projektin käytettävissä olevat hekilöresurssit muodostuvat kappaleessa 5. esitettyjen henkilöiden osuuksista projektin tehtävien toteutuksissa. Projektiryhmän jäsenten osalta tehtävät, niiden aikataulutus ja resurssointi sekä työmäärät esitetään projektin vaiheittain tarkemmin MS Project:lla laaditussa tiedostossa "clique.mpp". Tässä tiedostossa on tehtävätason tarkkuudella esitykset yksityiskohtaisesti ja henkilötasolla määritelty vähintään kuluvan ja seuraavan vaiheen ajalta. Sen jälkeen on esitetty arvioidut päätehtävät ja vaiheen kokonaisaika projektissa, mutta tehtäviä ei ole vielä välttämättä henkilötasolla allokoitu näkyviin tiedoston taulukkoon. Tämä tiedosto "clique.mpp" muodostetaan tietokannaksi ja päivitetty versio vähintään kerran jokaisessa projektin vaiheessa siirretään PMIX-ohjelmistolla kurssin palvelimelle, joka on osoitteessa Asiakkaan ja kurssin henkilökunnan resursseja ei ole esitetty projektin resurssien hallinnassa, koska niiden mukanaoleminen on epäsäännöllistä ja yleensä riippuvaisia muista kuin projektin tarpeista. Seuraavassa taulukossa esitetään projektin käytössä olevat projektiryhmän resurssit vaiheittain ja sen lisäksi huomioidut tehtävät kussakin vaiheessa. Myös arvioidut projektin, vaiheiden ja tehtävien alkamisja loppumisajankohdat on esitetty. Taulukossa olevat kirjainlyhenteet viittaavat seuraaviin henkilöihin: JDu Janne Dufva, JKä Juha Kähkönen, RKä Raine Kärkkäinen, JLe Juha Lehtonen, OOu Ossi Ouri, SSa Sari Salin, TTa Tapani Tarri. Näiden henkilöiden nimimerkkien alapuolelle on arvioitu mukanaoloaika numeroarvoilla, mikä osoittaa osuutta prosentteina projektin vaiheen hyväksi henkilön käytettävissä olevasta kokonaisajasta (huomioidaan vaiheen ajan kaikki päivät ja vuorokauden kaikki tunnit kokonaisaikaan). Tehtävien toteuttamiseen tarvittavat henkilöaikamäärät ovat yleensä toiset ja ne eivät saa ylittää näitä käytettävissä olevia aikoja, jotta projektisuunnitelma pysyy realistisena.

12 WCLIQUE 11(22) PROJEKTIN / VAIHEEN / TEHTÄVÄN NIMI JDu JKä RKä JLe OOu SSa TTa PROJEKTIN / VAIHEEN / TEHTÄVÄN ALKU PROJEKTIN / VAIHEEN / TEHTÄVÄN LOPPU clique ohjelmistoprojekti Mon Fri Projektin suunnittely (vaihe1) Mon Tue Projektiryhmä perustettu Mon Mon Ms Project harjoittelu Thu Sat Kick off- palaverin suunnittelu Sat Mon Kick off- palaveri Tue Tue Projektihakemistojen luonti Sun Wed Dokumenttien konverkointi html- tai PDF-formaattiin Wed Fri Tekijänoikeussopimus Sat Tue Vaatimusmäärittely Sat Tue Task-määrittelyt Tue Mon ", luvut 1 10 ja kokoaminen" ", seuranta ja ohjaus" ", standardit, direktiivit ja määräykset" ", riskienhallintasuunnitelma" ", koulutussuunnitelma" ", käyttöönottosuunnitelma" Thu Fri Mon Tue Mon Tue Mon Tue Mon Tue Tue Wed Edistymisraportti Fri Sat Projekti-palaveri Fri Fri "PMIX,TIRANA" Mon Mon n esittely Tue Tue Opponointi Tue Tue

13 WCLIQUE 12(22) Toiminnallinen määrittely Sat Sun Arkitehtuurisuunnittelu Sat Sun Toteutus1 (vaihe2) Sat Thu Projekti-palaveri Sat Sat Toiminnallinen määrittely Sat Fri Tiedon- ja versioidenhallintasuunnitelma Sun Sun Arkitehtuurisuunnittelu Sat Wed Moduulisuunnittelu Mon Sun Testaussuunnitelma Wed Sat Laatusuunnitelma Sat Tue Käyttökirjan suunnittelun aloitus Thu Fri Vaatimusmäärittelyn päivitys Fri Sat n päivitys Wed Sat Edistymisraportti Sun Sun Dokumenttien valmistus ja konverkointi html- tai PDFformaattiin Tue Mon Teknisen määrittelyn aloitus Sat Mon Projekti-palaveri Sat Sat "PMIX,TIRANA" Mon Mon Projektikatselmus Thu Thu Opponointi Thu Thu Toteutus2 (vaihe3) Sat Fri Projektipalaveri Sat Sat Arkitehtuurisuunnittelu Sun Thu Moduulisuunnittelu Mon Mon Koodaus Tue Wed Käyttökirjan suunnittelu Tue Thu Tekninen määrittely Wed Fri Testaus Fri Thu

14 WCLIQUE 13(22) Testausraportti Fri Fri Testaussuunnitelman päivitys Sat Sat n päivitys Thu Mon Edistymisraportti Tue Tue Dokumenttien valmistus ja konverkointi html- tai PDFformaattiin Thu Wed Projekti-palaveri Sat Sat "PMIX,TIRANA" Mon Mon "Projektikatselmus, proton demo" Fri Fri Opponointi Fri Fri Toteutus3 (vaihe4) Sat Fri Joululoma Sat Fri Projektipalaveri Tue Tue Arkitehtuurisuunnittelu Wed Sun Moduulisuunnittelu Thu Mon Koodaus Fri Tue Käyttökirjan suunnittelu Sat Wed Testaus Sun Thu Testausraportti Mon Mon Testaussuunnitelman päivitys Tue Tue n päivitys Wed Sat Edistymisraportti Thu Thu Dokumenttien valmistus ja konverkointi html- tai PDFformaattiin Sat Fri Projekti-palaveri Sat Sat "PMIX,TIRANA" Mon Mon "Projektikatselmus, proton demo" Fri Fri Opponointi Fri Fri Toteutus4 (vaihe5) Sat Fri

15 WCLIQUE 14(22) Projektipalaveri Sat Sat Arkitehtuurisuunnittelu Sun Thu Moduulisuunnittelu Mon Fri Koodaus Sat Wed Käyttökirjan suunnittelu Sun Thu Testaus Thu Tue Testausraportti Wed Wed Testaussuunnitelman päivitys Thu Thu n päivitys Sat Sat Edistymisraportti Sun Sun Dokumenttien valmistus ja konverkointi html- tai PDFformaattiin Fri Wed Projekti-palaveri Sat Sat "PMIX,TIRANA" Mon Mon "Projektikatselmus, proton demo" Fri Fri Opponointi Fri Fri Luovutus (vaihe6) Sat Fri Projektipalaveri Sat Sat Koodaus Sun Thu Käyttökirjan viimeistely Mon Fri Integrointitestaus Sat Wed Systeemi-testaus Thu Thu Opponointitestausraportti Fri Mon Testausraportti opponointryhmältä Tue Tue Testausraportti Wed Wed Projekti-palaveri Sat Sat "PMIX,TIRANA" Mon Mon n finalisointi Fri Sat Loppuraportti Sat Tue

16 WCLIQUE 15(22) Dokumenttien valmistus ja konverkointi html- tai PDFformaattiin "Projektikatselmus, proton demo" Tue Mon Fri Fri Opponointi Fri Fri PROJEKTISSA KÄYTETTÄVÄT MENETELMÄT JA TYÖKALUT 8.1 Menetelmät Projektin toteutukseen sovelletaan geneeristä USDP:n (United Software Development Process) mallia. Algoritmien, tuotteen rajapintojen, tilakaavioiden, tapahtumasekvenssien ja luokkien kuvaamiseen sovelletaan UML-standardin (Unified Modeling Language) notaatioita. 8.2 Työkalut Projektin toteutuksessa käytettävät työkalut on esitetty seuraavassa taulukossa: Työkalu Versio Tehtävä GCC C-kielen kääntäjä. MS Project Projektinhallinta. MS Word 6.0 Dokumenttien tekstinkäsittely. Acrobat Destiller 3.01 Dokumenttien kääntäminen PDformaattiin. UNIX-käyttöjärjestelmä Linux-käyttöjärjestelmä PMIX-ohjelmisto Tirana-ohjelmisto Burana-ohjelmisto ViCa Ohjelmatuotteen koodaus ja käyttö. Ohjelmatuotteen koodaus ja käyttö. MS Project:lla laaditun tiedoston siirto kurssin palvelimeen. Projektin työmäärän seuranta. Tuotteessa havaittavien ongelmien ja virheiden seuranta. Mittareiden visualisointiohjelma. Netscape Navicator 3.04 Web-sivujen selain. MS Outlook 98 Sähköpostiohjelmisto.

17 WCLIQUE 16(22) 8.3 Raportointi Raportointi totetetaan ajan- ja virheiden seurannan suhteen kuten kappaleessa 10. on esitetty. Projektin toteutuksen suunnitelmat raportoidaan projektikatselmuksissa kussakin vaiheessa. Samoin raportoidaan tuotteen suhteen tehdyt määrittelyt ja projektin edistyminen. Projektikatselmuksissa raportoiduista asioista laaditaan myös kirjalliset raportit, joihin johtavat linkit löytyvät projektin kotisivulta Projektikatselmukset ovat varsinainen raportointimenetelmä asiakkaalle ja kurssin henkilökunnalle. Projektin sisäinen raportointi toteutuu tehtävien suhteen projektryhmän projektipalavereissa, joissa tehtävistä vastaavat esittävät tuloksensa ja edistymisensä tehtäviensä suhteen. 8.4 Muut menetelmät ja dokumentit Seuraavien menetelmien ja työkalujen kuvauksiin löytyvät linkit projektin kotisivulta Dokumentti Tuotteen ja dokumenttien identifiointi ja versiointi Tuotteen ja muutosten hallinta Dokumentointikäytäntö Dokumenttien arkistointi ja varmuuskopiointi Projektin dokumenttien hakemistorakenne Tiedonkulku Spesifikaatioden toteutus Laatujärjestelmä ja laadunvarmistus Testaussuunnitelma Test Case- määrittely Testiraportit Tarkastukset ja katselmoinnit Kokouskäytännöt Ryhmätyökäytännöt Dokumentin sisällöstä vastaavat Sari Salin Juha Kähkönen Sari Salin Sari Salin Sari Salin Janne Dufva Janne Dufva Juha Kähkönen Juha Kähkönen Juha Kähkönen Juha Kähkönen Juha Kähkönen Tapani Tarri Tapani Tarri

18 WCLIQUE 17(22) 9. PROJEKTIN OSITUS, VAIHEISTUS JA RESURSSOINTI 9.1 Projektin ositus Seuraavassa esitetään projekti ositus karkeasti (WBS eli work break-down structure) aktiviteetteettien mukaan. Ohjelmisto clique -asiakkaalle tuote -kurssin suoritus Projektinsuunnittelu -projektiryhmän muodostaminen -vaatimusmäärittely -projektisuunnitelma -projektin ohjaus- ja seurantamenetelmät Toteutus1 -toiminnallinenmäärittely -arkitehtuurisuunnittelu Toteutus2 -arkitehtuurisuunnittelu -tekninenmäärittely -moduulisuunnittelu -moduulitestaus Toteutus3 -arkitehtuurisuunnittelu -moduulisuunnittelu -moduulitestaus -integrointi Toteutus4 -moduulisuunnittelu -moduulitestaus -integrointi -integrointitestaus Luovutus -debugging -regressiotestaus -alfa-versio -hyväksyntätestaus

19 WCLIQUE 18(22) 9.2 Projektin vaiheistus Seuraavassa esitetään projektin vaiheet ja vaiheiden aikataulutus. clique ohjelmistoprojekti Mon Fri Projektin suunnittely Mon Tue Toteutus1 Sat Thu Toteutus2 Sat Fri Toteutus3 Sat Fri Toteutus4 Sat Fri Luovutus Sat Fri Seuraavassa kuvassa on esitetty, miten edellämainittujen vaiheiden suhteen USDP:n ohjelmistoprosessin viitekehystä on sovellettu tässä projektissa. Projektin vaiheet Projektin suunnittelu Prosessin vaiheet Toteutus1 Toteutus2 Toteutus3 Toteutus4 Luovutus Vaatimusmäärittely Toiminnallinen määrittely Tekninen määrittely Koodaus Testaus 9.3 Projektin resurssointi Projektin resurssit ja vastuualueet on esitetty pääpiirteittäin kappaleessa 7. Tarkemmin projektin resurssointi vaiheittain ja tehtävittäin sidottuna projektin aikatauluun ja sisältäen työmääräarviot on määritelty projektin ohjaukseen ja hallintaan käytettävällä MS Project-ohjelmistolla ja määritellyt tiedot on tallennettu tiedostoon clique.mpp, josta edelleen on laadittu tietokanta, jonka päivitetty versio on kussakin projektin vaiheessa siirretty PMIX-ohjelmistolla kurssin palvelimeen.

20 WCLIQUE 19(22) 10. SEURANTA JA OHJAUS Projektin seurantaa hoidetaan kurssin puitteissa määritellyillä menetelmillä ja työkaluilla. Projektin eri vaiheiden deadlinet, katselmukset ja demo-tilaisuudet on määritelty projektisuunnitelmassa ja ne perustuvat kurssin aikatauluun. Kunkin vaiheen tuottamat dokumentit on määritelty Aikataulun ja resurssien seuranta MS Project ohjelmistolla Projektin tehtävät kirjataan MS Project -tiedostoon, josta ne edelleen siirretään PMIX-ohjelmalla kurssin palvelimelle. Tarkemmat ohjeet tiedostopohjan eri kohtiin sivulla /ohjeet/ps-ohje.html Ajankäytön seuranta Tirana-järjestelmällä Kunkin ryhmän jäsenen projektiin käyttämä aika raportoidaan Tirana-järjestelmää käyttäen tehtäväkohtaisesti. Tehtävät perustuvat MS Project tiedostoon, myös suunnittelematon työ raportoidaan. Tuntien lisäksi raportoidaan työlaji, arvio jäljellä olevasta työmäärästä ja arvio valmistumispäivästä. Jokainen ryhmän jäsen raportoi tuntinsa vähintään viikoittain suoraan Tiranajärjestelmään tai ensin omassa kirjanpidossaan ja vie sieltä edelleen tuntitiedot Tirana-järjestelmään jokaisen vaiheen päätteeksi viimeistään ennen vaiheen päätöskatselmusta Laadun seuranta Virheraportointi Burana-järjestelmällä Ohjelmistossa havaitut virheet, puutteet ja ongelmat raportoidaan Burana-järjestelmää käyttäen. Raportti tehdään välittömästi havaitsemisen jälkeen ja raportoija määrittelee raportille vastuuhenkilön. Mikäli vastuuhenkilö ei ole yksiselitteisesti selvillä, projektipäällikkö on/määrää vastuuhenkilö/n. Muutostenhallintapolitiikka vikaraporttien käsittelyssä määritellään tarkemmin, kun ryhmä on tutustunut Burana-järjestelmän ominaisuuksiin ja toteutusvastuiden jako on tarkemmin selvillä. Ajankäytön seurantaan Buranaa EI käytetä. Projektin vaiheessa "Toteutus1" laadunseurantaan liittyvät asiat määritellään tarkemmin laadittavassa laatusuunnitelmassa. Ohjelmiston koon seuranta Burana-järjestelmällä Ohjelmiston kokoa seurataan Burana-järjestelmällä CCCC-ohjelmaa hyväksi käyttäen. Ohjelmiston kokoraportti tehdään jokaisen vaiheen päätteeksi. Visualisointi ViCA-ohjelmistolla ViCA-ohjelmistolla voidaan tehdä kuvaajia kerätyistä tiedoista. Myöhemmin päätetään, millä tavoin projektissa tätä hyödynnetään. Muut projektin aikana mitattavat kohteet Tässä vaiheessa varataan mahdollisuus ottaa projektin edetessä muita tarpeellisia mittareita käyttöön, mikäli sille myöhemmin löytyy perusteita esim laatusuunnitelman teon yhteydessä.

21 WCLIQUE 20(22) 10.3 Työn ohjaus Algoritmiin ja sen implementointiin liittyvissä asioissa kommunikoidaan säännöllisesti työn ohjaajan, Harri Haanpään kanssa. Käytännön syistä suurin osa tiedon vaihdosta pyritään hoitamaan sähköpostin välityksellä. Ohjelmointiryhmä on pääosin vastuussa näiden yhteydenottojen ja palaverien järjestämisestä. Asiakkaan, Patric Östergårdin kanssa pidetään kokous tarvittaessa, lähinnä esim. kun algoritmiin liittyvissä vaatimuksissa ilmenee tarkentamistarvetta. Asiakkaalle ja ohjaajalle järjestetään demonstraatiot sekä kurssin projektikatselmusten yhteydessä että silloin, kun jokin osatoiminnallisuus valmis tai suorituskykyominaisuus kaipaa asiakkaan arviointia. 11. STANDARDIT, DIREKTIIVIT JA MÄÄRÄYKSET ANSI C IEEE 829 UML 1997 USDP IEEE 1016 ISO IEEE 1058 C-ohjelmointikieli Ohjelmistotestauksen dokumentaation standardi Notaatiostandardi Ohjelmistoprosessin viitekehys SW-suunnittelun suositukset, standardi Laadun hallinta ja varmistus, valinnan ja käytön opas, standardi SW-projektin suunnittelun standardi Laki tekijänoikeuksista 12. RISKIENHALLINTASUUNNITELMA 12.1 Kommunikaatio Ryhmän jäsenet ovat ns. erillisopiskelijoita, jotka päivätyönsä johdosta, opiskelevat käytännössä ainoastaan iltaisin ja viikonloppuisin. Ryhmän jäsenillä on tämän johdosta rajalliset mahdollisuudet ryhmätyöskentelylle, sekä projektikokouksille. Tämä saattaa heikentää myös ryhmää koskevan informaation välittymistä ryhmän, asiakkaan, sekä kurssin järjestäjien välillä. Riskiä yritetään hallita järjestämällä ryhmätyöskentelytilaisuudet, sekä projektikokoukset mahdollisuuksien mukaan iltaisin ja viikonloppuisin Työkalut Ryhmän jäsenille uudet työkalut saattavat aiheuttaa hankaluuksia joidenkin projektin vaiheiden suorittamisessa. Riskiä yritetään hallita tutustumalla oma-aloitteisesti työkaluihin, työkalujen käyttöoppaisiin, sekä pyytämällä konsultointiapua mahdollisesti kurssin järjestäjiltä.

22 WCLIQUE 21(22) 12.3 Käytännön- ja työkokemus Ryhmän jäsenten kohtalaisen suuren käytännön työkokemuksen, sekä käytännön projekteihin osallistumisen johdosta, orientoituminen alusta loppuun oppikirjan mukaisesti suoritettavaan ohjelmistoprojektiin saattaa olla hankalaa. Riskiä yritetään hallita motivoimalla, sekä kannustelmalla itse kukin ryhmän muita jäseniä suoriutumaan ohjelmistoprojektista kunnialla Aikataulu Ohjelmistoprojektin tiukka aikataulu muiden kurssien, sekä ryhmän jäsenten päivätyön lomassa, saattaa aiheuttaa luisumista aikataulujen suhteen. Tämä on suuri käytännön riski, joka toteutuessaan on käytännön syistä hyvin hankala hallita. Tällöin ryhmän jäsenten on syytä kääntyä kurssin järjestäjien, sekä asiakkaan puoleen Asiakkaan vaatimukset Osa asiakkaan asettamista vaatimuksista tarkentuu mahdollisesti vasta tuotettavan järjestelmän suunnittelun tai toteutuksen aikana, jolloin vaatimusten tarkentuminen voi pahimmillaan aiheuttaa paljonkin työmäärän kasvua. Riskiä työmäärän kasvamisen suhteen yritetään hallita, suunnitelemalla toteutettavasta järjestelmästä mahdollisimman joustava mahdollisia vaatimuksien tarkentumisia ajatellen. 13. KOULUTUSSUUNNITELMA Projekti kuuluu olennaisena osana kurssiin Tik Ohjelmatyö. Kurssin ohjelmaan kuuluu myös järjestetty MS Project koulutus ja tiistaisin kello järjestettävät luennot. Ainakin projektipäälliköiden tulisi osallistua MS Project koulutukseen ja ryhmän jäsenet osallistuvat mahdollisuuksien mukaan järjestettäville luennoille. Esitietovaatiomuksina Ohjelmatyökurssille ovat Tik Ohjelmistotuotannon perusteet ja jokin kursseista Tik Lähes kaikki ryhmän jäsenet osallistuvat tänä syksynä järjestettäville Ohjelmistotuotannon kurssille ja "Tik Ohjelmistojen testaus ja laadunvarmistus" kurssille. Myös ryhmän aiemmat Disko-opinnot tukevat projektia kuten myös ryhmän jäsenten insinööri-tutkintoihin johtaneet opinnot sekä useiden vuosien kokemukset projektityöskentelystä mm työnantajansa Nokia Networks Oy:n tuotekehitysprojekteissa, joten muuta kuin yllä mainittua erillistä koulutusta ei tässä yhteydessä tarvinne järjestää.

23 WCLIQUE 22(22) 14. KÄYTTÖÖNOTTOSUUNNITELMA Koska Wclique ohjelma ei sisällä useaa erillistä moduulia, koko ohjelman käyttöönotto tapahtuu samalla kertaa. Vaikka Wcliquesta oli aikaisempi ns. proto versio, ei tätä tulla käyttämään uuden version rinnalla muussa mielessä kuin referenssinä nopeudesta. Ennen kuin ohjelma asennetaan asiakkaan koneeseen, mikä tässätapauksessa on yksi tietojenkäsittelyteorianlaboratorion Linux koneista, ohjelmaa testataan Nokian System Support - testilaboratoriossa jossa käyttöjärjestelmänä on Linux RedHat 6.0 tai uudempi. Kun Wqlicue on todettu toimivaksi, se voidaan toimittaa Patric Östergårdille tietojenkäsittelylaboratorioon testattavaksi. Tomitus voi tapahtua lähdekoodina meilitse tai CD rom:lla. Havaittuja puutteita ohjelmassa pyritään korjaamaan kunnes päädytään yhteisymmärrykseen softan toimivuudesta, eli ns. Beta testausvaihe on ohitettu. Asennus tapahtuu kääntämällä C kielinen ohjelma asiakkaan koneessa, jolloin ohjelman tulisi olla suoraan ejettavissa.