Ilmoittautumisten profiloija (jatkoprojekti) ILPO2

Transkriptio

1 TIETOJENKÄSITTELYTIETEEN LAITOS Ohjelmistotuotantoprojekti Ilmoittautumisten profiloija (jatkoprojekti) ILPO2 Projektisuunnitelma 1.0 Hemminki Samuli Herranen Mikko Hinkkanen Tero Mäkelä Ari Piuva Tero Töyli Terhi

2 Ohjaaja Asiakas Sinerma Olli Taina Juha Tekninen yhteyshenkilö Taina Juha Vastuuhenkilö Verkamo Inkeri Versiohistoria Versio Päiväys Muutokset versio Lisätty muutama puuttunut kappale korjailuja lisää korjailuja Lisätty varahenkilöt ulkomuodon muokkausta jäädytetty versio

3 Sisältö 1 Johdanto Projektin tarkoitus Projektin kattavuus Projektiorganisaatio ja resurssit Projektin yhteystiedot Projektin jäsenet ja työnjako Resurssit Sihteeri- ja puheenjohtajavuorot Ohjelmisto Ohjelmiston kuvaus Rakenne ja toteutus Projektin eteneminen Työvaiheet Aikataulu Työskentelytavat Kokoukset Seurantakokoukset Hyväksymiskokoukset Tarkastuskokous Työskentelyajat ja paikat Dokumentointi ja raportointi Yleismenettelyt Tuotettavat dokumentit Ohjaus ja seuranta Edistymisen seuranta Projektisuunnitelman ylläpito Tulosten hyväksyttäminen Muutosten, virheiden ja ongelmien hallinta Laadunvalvonta Työajanseuranta Riskianalyysi Projektiryhmään liittyvät riskit Projektin hallintaan liittyvät riskit Tekniikkaan liittyvät riskit Tuotteeseen ja asiakkaaseen liittyvät riskit

4 1 Johdanto Projektisuunnitelmassa kuvataan ilpo2-ohjelmistotuotantoprojekti ja sen tarkoitus. Ilmoittautumisten profiloija ilpo2 on osa Helsingin yliopiston Tietojenkäsittelytieteen laitoksen kuuden opintoviikon laajuista Ohjelmistotuotantoprojektikurssia. 1.1 Projektin tarkoitus Tarkoituksena on jatkokehittää Ilpo-ohjelman käyttöliittymää ja tietomallia, jotta asiakkaan työtehtävät olisivat helpompia ja joissakin tapauksissa edes mahdollisia. Myös ohjelman ylläpidettävyyttä pyritään parantamaan. 1.2 Projektin kattavuus Viimeinen takaraja projektin valmistumiselle on viikko 35. Kokonaiskestoksi tulee 16 työviikkoa. Projektin aloitus oli ja sen on tarkoitus valmistua mennessä. Projektin aikana tuotetaan ohjelmisto, johon toteutetaan aikajakson puitteissa määrittelydokumentin mukaiset ja siinä priorisoidut toiminnot. 1

5 2 Projektiorganisaatio ja resurssit Luvussa kuvataan projektiorganisaatioon kuuluvat henkilöt, heidän suhteensa projektiin ja käytössä olevat resurssit. 2.1 Projektin yhteystiedot Ryhmän kotisivu: Ryhmän hakemisto: /home/group/ilpo2 Ryhmän sähköpostilista: 2.2 Projektin jäsenet ja työnjako Projektiryhmään osallistuvat seuraavat kuusi henkilöä ja heidän vastuualueensa on esitetty taulukossa 1. Varahenkilö Samuli Hemminki Vaatimusmäärittelyvastaava Tero Piuva Mikko Herranen Koodivastaava Ari Mäkelä Tero Hinkkanen Suunnitteluvastaava Mikko Herranen Ari Mäkelä Projektipäällikkö Samuli Hemminki Tero Piuva Testausvastaava Terhi Töyli Terhi Töyli Dokumenttivastaava Tero Hinkkanen Taulukko 1 Projektipäällikkö Ari Mäkelä vastaa projektiryhmän johtamisesta. Hän laatii projektiin yhdessä muiden kanssa projektisuunnitelman ja vastaa sen ylläpidosta sekä seuraa projektin etenemistä suunnitelman mukaisesti. Hän raportoi projektin ohjaajalle projektin etenemisestä aikataulupalaverien yhteydessä. Käytännön toteutukseen hän osallistuu eniten testausvaiheessa. Taidot: unix, java, eclipse, ant, XML, python ja perl. Vaatimusmäärittelyvastaava Samuli Hemminki on päävastuussa vaatimusmäärittelyn rakenteesta ja projektiryhmän ja asiakkaan välisestä kommunikoinnista. Taidot: java. Suunnitteluvastaava Tero Hinkkanen on päävastuussa suunnitteludokumentin rakenteesta. Taidot: java ja tekstin tuottaminen. Koodivastaava Mikko Herranen on päävastuussa CVS:stä ja muista ohjelmointiin käytettävistä ohjelmista sekä koodin yhtenäisyydestä. Hän osallistuu paljon myös suunnitteluun ja dokumentointiin. Taidot: Unix-perusosaaminen, C-ohjelmointi (ANSI- C ja ohjelmointi Unix/POSIX-ympäristössä) sekä myös Java-ohjelmointi. Dokumenttivastaava Terhi Töyli laatii ryhmän jäsenille yhtenäisen säännöstön materiaalin kirjoittamisesta ja tallentamisesta projektin aikana. Lisäksi hän vastaa dokumenttien ulkoasun viimeistelystä ja kokoamisesta sekä projektin verkkosivuista. Taidot: java. Testausvastaava Tero Piuva vastaa testauksesta ja testaussuunnitelmasta sekä valvoo suunnitelman noudattamista. Taidot: java. 2

6 2.3 Resurssit Projektiryhmän käytössä on tietojenkäsittelytieteen laitoksen atk-palvelut, joihin kuuluu ryhmähakemisto, sähköpostilista sekä CVS-versionhallintajärjestelmä. Projektiryhmä käyttää tietojenkäsittelytieteen laitoksen saleja ja tietokoneita. 2.4 Sihteeri- ja puheenjohtajavuorot Viikosta 21 alkaen sihteerivuorot kiertävät aakkosjärjestyksessä kuitenkin siten, että projektipäällikkö ja puheenjohtaja eivät toimi sihteereinä. Puheenjohtajana toimii projektipäällikkö poikkeuksena vaatimusmäärittelykokoukset, joissa puheenjohtajana toimii vaatimusmäärittelyvastaava ja suunnittelukokoukset, joissa puheenjohtajana toimii suunnitteluvastaava. 3

7 3 Ohjelmisto Tässä luvussa kuvataan pääpiirteittäin tuotettava ohjelmisto ja sen rakenne. 3.1 Ohjelmiston kuvaus Tarkoituksena on laajentaa ja parantaa kevään 2005 aikana tuotettua Ilpo-sovellusta siten, että se vastaa paremmin asiakkaan tarpeita. Ohjelma on työkalu, joka auttaa Ohjelmistotuotantoprojekti-kurssin vastuuhenkilöä opiskelijoiden profiloinnissa ja ryhmiin jakamisessa. Tyypillisesti ryhmäjaossa on tavoitteena muodostaa mahdollisimman homogeenisia, tasakokoisia ja/tai täysiä ryhmiä. Ryhmät pyritään muodostamaan siten, että opiskelu olisi opiskelijoille mielekästä. Kurssin vastuuhenkilö voi vapaasti siirrellä opiskelijoita ryhmästä toiseen. 3.2 Rakenne ja toteutus Ohjelma toteutetaan Java-ohjelmointikielellä (versio 1.5.0) ja se sisältää Javan valmiilla komponenteilla toteutetun graafisen käyttöliittymän. Aiempi Ilpo-ohjelma käyttää tietokantoja, ja asiakaan toiveesta ohjelmaa muokataan siten, ettei se enää käytä kantaa vaan saa tarvitsemansa tiedot tekstitiedostoina. Työn alla olevat ryhmittelyt tallennetaan levylle sarjallistuvina olioina. 4

8 4 Projektin eteneminen Luvussa kuvataan projektin etenemistä laaditun vaihejaon ja aikataulun mukaisesti. Projektin aikataulua muutetaan vain pakottavista syistä. Aikataulussa pysyminen edellyttää kultakin ryhmän jäseneltä 20 tuntia viikoittaista työaikaa siten, että vaadittava kokonaistyöaika 240 tuntia täyttyisi projektin päättyessä. 4.1 Työvaiheet Projekti toteutetaan käyttäen lineaarista projektimallia, jonka osat ovat määrittely, suunnittelu, toteutus, testaus ja ylläpito. Suunnittelu-, määrittely-, toteutus- ja testausvaihe limittyvät osittain edellisen vaiheen päälle, mutta kunkin vaiheen pääasiallinen toteutus alkaa suunnitellun aikataulun mukaisesti. Ohjelmiston ylläpito rajataan projektin ulkopuolelle. Ennen projektin valmistumista asiakkaalle annetaan kuitenkin pienimuotoinen koulutus sovelluksen käyttöön. Kaikki vaiheet ovat vahvasti sidoksissa käyttäjän toiveisiin, koska käyttäjiä on vain yksi. Käytettävyys on kaikkien vaiheiden ensisijainen tavoite. Asiakkaalla on vuoden kokemus aiemmasta Ilpojärjestelmästä, ja hänen kokemusten perusteella pyritään määrittelemään ohjelmistoon parannuksia, jotka kirjataan ylös vaatimuksina. 4.2 Aikataulu Projektiin käytettävä aika on jaoteltu seuraavasti työvaiheiden mukaan: Aloitus Projektisuunnitelma Määrittely Suunnittelu Toteutus Testaus Viimeistely Asiakkaan koulutus Lopetus

9 5 Työskentelytavat Luku käsittelee projektin kokousmenettelyt, suuntaa-antavat päivittäiset työrutiinit, työskentelypaikat ja ryhmän sisäisen viestinnän. 5.1 Kokoukset Projektiryhmä järjestää kokouksia kahdesti viikossa maanantaisin ja keskiviikkoisin klo alkaen. Paikkana kokouksille toimivat tietojenkäsittelytieteen laitoksen tiloissa huoneet A219 ja A319. Tarpeen vaatiessa kutsutaan koolle epävirallisia kokouksia, ja kokouksiin kutsutaan kaikki tai vain kokouksille kriittiset jäsenet. Muuten työskentely on itsenäistä tai pienemmissä ryhmissä tapahtuvaa toimintaa. Poissaoloista pitää ilmoittaa etukäteen ryhmän jäsenille ja ryhmän ohjaajalle. Myöhästymisistä ja poistumisista ennen kokouksen lopettamista tulee merkintä kokouspöytäkirjoihin Seurantakokoukset Seurantakokoukset pidetään kahdesti viikossa maanantaisin ja keskiviikkoisin. Niissä käydään läpi siihen mennessä aikaan saadut tulokset ja asetetaan tavoitteet seuraavaan kokoukseen. Kokouksissa keskustellaan etenemissuunnista ja tarvittavista lisätyönjaoista. Kokouksiin voivat osallistua asiakas ja tekninen yhteyshenkilö ennen määrittelydokumentin jäädyttämistä Hyväksymiskokoukset Hyväksymiskokous pidetään aina työvaiheen päätteeksi ja siinä tarkastetaan vaiheen tuottaman dokumentti. Toteutusvaiheen päätteeksi pidetään myös hyväksymiskokous, jossa käydään läpi vaiheen tuottamaa ohjelmakoodia. Hyväksymiskokous voidaan pitää seurantakokouksen yhteydessä Tarkastuskokous Tarkastuskokouksissa käydään läpi ennalta sovittu dokumentti. Dokumentti jaetaan asianomaisille vähintään yhtä työpäivää aikaisemmin, jotta heillä olisi aikaa tutustua siihen ennen kokousta. Dokumentissa havaitut virheet tai puutteet kirjataan kokouksen aikana, ja ne korjataan myöhemmin erikseen määritettävän henkilön toimesta. Korjaukset hyväksytetään puheenjohtajalla. Hyväksymisen jälkeen dokumentti jäädytetään, ja dokumenttiin tehtävät muutokset päätetään tämän jälkeen seurantakokouksessa. 5.2 Työskentelyajat ja paikat Projektiryhmän jokaisen jäsenen päivittäinen oletustyöaika on 3,2 tuntia siten, että kunkin jäsenen 240 tunnin kokonaistyöaikavaatimus tulisi täyteen. Edellytyksenä on kuitenkin 16 tunnin viikoittainen työaika täysille viiden päivän työviikoille laskettuna. Kesäloma ei ole työaikaa normaalin työaikamenettelyn mukaisesti. Pääsääntöisesti projektin jäsenet työskentelevät itse valitsemissaan paikoissa kuten kotona tai laitoksella. Tarvittaessa voidaan työskennellä yhteisesti. 6

10 6 Dokumentointi ja raportointi Luvussa kuvataan projektissa tuotettavat dokumentit ja dokumentoinnissa käytettävät menettelyt. 6.1 Yleismenettelyt Ryhmän tuottamat dokumentit, lähdekoodi sekä tuotettu ohjelmisto tulee saataville ryhmän kotisivuille. Vaatimusmäärittelydokumentti tarkastetaan yhdessä asiakkaan kanssa tarkastuskokouksessa. Muut dokumentit tarkastetaan ryhmän sisäisissä tarkastuskokouksissa. Projektin dokumentointi ja raportointikielenä on suomi, mutta koodissa käytetään hyvän tavan mukaisesti englantia lukuun ottamatta kommentteja. Koodin versioinnissa on apuna CVS. Dokumentointi tuotetaan MS Wordilla tai sitä vastaavalla ohjelmalla. 6.2 Tuotettavat dokumentit Projektisuunnitelma (sisäinen) Määrittelydokumentti (ulkoinen) Suunnitteludokumentti (sisäinen) Testaussuunnitelma (sisäinen) Käyttöohje (ulkoinen) Ylläpitodokumentti (ulkoinen) Yhteenvetodokumentti (sisäinen) Kokouspöytäkirjat (sisäinen) 7

11 7 Ohjaus ja seuranta Tässä luvussa käsitellään asioita, joilla varmistetaan projektin oikeellinen valmistuminen asiakkaan tarpeisiin nähden. 7.1 Edistymisen seuranta Projektiryhmä kokoontuu pääsääntöisesti kahdesti viikossa. Kokouksissa varmistetaan projektin eteneminen suunnitelman mukaisesti. Joka toisen viikon maanantaina pidetään seurantakokous, jossa katsotaan miten pysytään aikataulussa ja miten työt jakaantuvat. 7.2 Projektisuunnitelman ylläpito Projektipäällikkö Ari Mäkelä ylläpitää projektisuunnitelmaa. Projektisuunnitelmaa päivitetään tarvittaessa ja sen paikkansapitävyys varmistetaan projektiryhmän kokouksissa. 7.3 Tulosten hyväksyttäminen Määrittelydokumentti hyväksytetään asiakkaalla ja jäädytetään. Muut dokumentit ja tulokset hyväksytetään ryhmän ohjaajalla. 7.4 Muutosten, virheiden ja ongelmien hallinta Mikäli tarve vaatii, niin jäädytettyä dokumenttia voidaan muuttaa vain erityisen muutosprosessin kautta. Projektin ohjaaja tekee päätöksen muutosten hyväksymisestä/hylkäämisestä. Muutos vaikuttaa myös aikatauluun ja projektin etenemiseen, joten myös projektisuunnitelma ja aikataulu on päivitettävä muutoksen tapahtuessa. Virheitä ja ongelmia hallitaan seuranta- ja hyväksymiskokousten avulla. Hyväksymiskokouksissa havaitut virheet, puutteet tai muut ongelmat merkitään kokouspöytäkirjaan ja osoitetaan jonkun projektiryhmäläisen korjattaviksi. Korjaukset ja muutokset hyväksytetään kokouksen puheenjohtajalla. 7.5 Laadunvalvonta Laadunvalvonta vaatii jokaisen ryhmän jäsenen tarkkaavaisuutta oman vastuualueensa tuotoksista. Alussa tehtävät tarkat rajaukset helpottavat laadun ylläpitämistä ja pienentävät todennäköisyyttä laadun heikkenemiselle. 7.6 Työajanseuranta Jokainen projektiryhmäläinen pitää itse kirjaa työtunneistaan. Työtunnit kirjataan tietojenkäsittelytieteen laitoksen tietojärjestelmään viikoittain. 8

12 8 Riskianalyysi Tässä luvussa kuvataan projektiin liittyviä riskejä ja niiden hallintakeinoja. Riskien todennäköisyyttä ja vakavuutta arvioidaan asteikolla pieni, kohtalainen tai suuri. 8.1 Projektiryhmään liittyvät riskit Joku projektiryhmän jäsen sairastuu, on estynyt jatkamaan ja jättäytyy pois kesken projektin. Projektin aikataulusta kiinnipitäminen koko projektin ajan. Jokaiselle vastuualueen vastaavalle henkilölle on nimetty varahenkilö. Otetaan yhteyttä asiakkaaseen ja sovitaan toteutettavista osista. Pieni Suuri Asiakas tai ryhmän ohjaaja sairastuu tai on muusta syystä estynyt suoriutumaan osuudestaan projektissa. Asiakas ja ryhmän ohjaaja ovat velvollisia ilmoittamaan asiasta välittömästi. Ryhmälle osoitetaan toinen ohjaaja/asiakas. Pieni Suuri Jonkin projektiryhmän jäsenen aktiivinen työssäkäynti estää ko. henkilöä osallistumasta riittävällä panostuksella projektiryhmän työskentelyyn. Pidetään kiinni aikatauluista. Pidetään muut tietoisina tilanteesta. "Kesäloma" työpaikalta. Aikataulun muuttaminen. Työtehtävien uudelleenjärjestely. Suuri 9

13 8.1.4 Jonkun ryhmän jäsenen osaamistaso on liian alhainen tehtävästä suoriutumiseen. Varmistutaan etukäteen tehtävän suorittajan riittävästä osaamistasosta. Muu projektiryhmä auttaa kunnes ko. tehtävä on saatu suoritettua. 8.2 Projektin hallintaan liittyvät riskit Vesiputousmalli. Määrittelydokumentti on tehtävä riittävällä tarkkuudella ja huolellisuudella. Tilanteesta riippuen ominaisuutta ei toteuta tai tingitään vesiputousmallista. Aikataulutus epäonnistuu. Seurataan ja päivitetään aikataulua. Kiritään myöhässä olo umpeen. 8.3 Tekniikkaan liittyvät riskit Valitut ohjelmat osoittautuvat huonoiksi, sopimattomiksi tai liian vaikeiksi. Kokeillaan ohjelmia etukäteen. Yksi henkilö ryhmässä opettelee ohjelmien käytön siten, että osaa avustaa muita tarvittaessa. Pieni Pieni Laitteistosta tai ohjelmistoista johtuvat ongelmat. Omien ja laitoksen koneiden käyttö. Varmuuskopiointi. Palautetaan tiedot varmuuskopioista. 10

14 8.4 Tuotteeseen ja asiakkaaseen liittyvät riskit Asiakkaalta saatavat tiedot ovat puutteelliset. Ollaan aktiivisia määrittelyvaiheessa. Otetaan yhteyttä asiakkaaseen. Pieni Vaatimuksen toteuttaminen vaatii enemmän järjestelmän muokkausta kuin mitä toiminnon muokkauksesta on hyötyä. Arvioiminen ja suunnittelu ennen toteutusta. Priorisoidaan vaatimus uudelleen. Pieni Pieni 11