Embed Size (px)
Citation preview
Helsingin yliopisto Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti S-01, ryhmä 9
VuHaVuokra-asuntojen ja -sopimusten hallintasovellus
Projektisuunnitelma
Projektiryhmän jäsenet:Leena HyvönenJussi IinattiTuomo KukkolaPekka SjöbergMikko VitikainenLaura Vuorinen
Ohjaaja:Tiiu Ainetdin
Vastuuhenkilö:Raine Kauppinen
Asiakkaan edustajat:Helena AhonenMykaTylle Väisänen
Versiohistoria
Versio Kuvaus Päivämäärä Tekijä
0.1 Ensimmäinen luonnos 9.9.2001 Jussi Iinatti0.2 Päivitetty luonnos 12.9.2001 Kaikki0.3 Päivitetty luonnos 13.9.2001 Jussi Iinatti1.0 Hyväksymiskokouksen jälkeinen
päivitetty versio16.9.2001 Jussi Iinatti
1
SisältöVERSIOHISTORIA....................................................................................................1
SISÄLTÖ......................................................................................................................2
1 JOHDANTO.........................................................................................................3
1.1 PROJEKTIN KUVAUS........................................................................................31.2 PROJEKTIORGANISAATIO JA SIDOSRYHMÄT....................................................31.3 OIKEUDET.......................................................................................................41.4 KÄYTETYT TERMIT JA LYHENTEET.................................................................5
2 PROJEKTIN TAVOITTEET JA PÄÄTTYMINEN........................................6
2.1 PROJEKTIRYHMÄN TAVOITTEET......................................................................62.2 ASIAKKAAN TAVOITTEET...............................................................................62.3 PROJEKTIN PÄÄTTYMINEN..............................................................................7
3 TYÖSKENTELYPERIAATTEET.....................................................................8
3.1 LAITTEISTO, TYÖVÄLINEET, TILAT.................................................................83.2 DOKUMENTOINTI............................................................................................83.3 PROJEKTISSA TUOTETTAVAT DOKUMENTIT....................................................93.4 MUU DOKUMENTAATIO................................................................................103.5 KOODIN DOKUMENTOINTI.............................................................................103.6 OHJELMOINTI................................................................................................113.7 PROJEKTITYÖSKENTELY...............................................................................11
4 PROJEKTIN VAIHEJAKO.............................................................................12
4.1 MÄÄRITTELYVAIHE......................................................................................124.2 SUUNNITTELUVAIHE.....................................................................................134.3 TOTEUTUSVAIHE...........................................................................................134.4 TESTAUSVAIHE.............................................................................................144.5 PROJEKTIN PÄÄTTÄMINEN............................................................................14
5 OHJELMISTON LAAJUUS JA AIKATAULU.............................................15
5.1 TYÖMÄÄRÄARVIOT.......................................................................................155.2 OHJELMISTON KOKO.....................................................................................155.3 PROJEKTIN AIKATAULU................................................................................15
6 PROJEKTIN SEURANTA JA OHJAUS........................................................17
6.1 RYHMÄN SISÄINEN.......................................................................................176.2 RYHMÄN ULKOPUOLINEN.............................................................................176.3 MUUTA.........................................................................................................17
7 RISKIENHALLINTA........................................................................................18
7.1 RISKIEN JAOTTELU........................................................................................187.2 RISKIEN ENNAKOINTI............................................................................19
2
1 Johdanto
1.1 Projektin kuvaus’Ohjelmistotuotantoprojekti’ on tietojenkäsittelytieteen pääaineopiskelijoille pakollinen, lukukauden mittainen kurssi, jonka aikana projektiryhmän jäsenet toteuttavat täysimittaisen ohjelmistotuotantoprojektin. Projektin tuotteena saatava sovellus ratkaisee projektin asiakkaan esille tuoman ja määrittelemän ongelman.
VuHa-projektin tuloksena saatava sovellus on tarkoitettu opiskelija-asuntoja välittävien yhteisöjen käyttöön, helpottamaan asuntojen vuokraamisesta vastaavan henkilön työtä.
Sovellus ohjaa ja opastaa käyttäjää asuntojen vuokraamiseen liittyvissä prosesseissa, sekä tarjoaa välineet eri prosesseihin liittyvien dokumenttien ja tietojen hallitsemiseksi.
Sovelluksella pystytään tuottamaan monipuolisia raportteja asuntohaku- ja vuokraustilanteesta. Itse sovelluksen ja lähdekoodin lisäksi projektin tuotteina syntyy erilaisia dokumentteja, sekä projektin verkkosivusto. Luotavat dokumentit on määritelty myöhemmin tässä dokumentissa. Verkkosivuston tarkoituksena on, paitsi tarjota tietoa projektin etenemisestä, myös toimia tietovarastona, jossa projektin dokumentit ovat helposti saatavilla.
Sovelluksesta ei ole tarkoitus tehdä markkinoille vietävää tuotetta, vaan se toteutetaan GNU Public License -ehtojen mukaisesti levitettävänä ’Open source’-ohjelmistona.
1.2 Projektiorganisaatio ja sidosryhmät
1.2.1 ProjektiryhmäProjektiryhmä koostuu kuudesta tietojenkäsittelytieteen pääaineopiskelijasta.
Projektiryhmä suorittaa kaikki projektiin kuuluvat vaiheet, sekä vastaa projektin laadunvalvonnasta koko projektin ajan.
Projektin erityisluonteesta yliopiston harjoituskurssina johtuen, projektiryhmä on järjestynyt demokraattiseksi, hajautetuksi organisaatioksi.
Projektipäällikkönä toimii jokainen ryhmäläinen vuorollaan. Tehtävä vaihtuu siirryttäessä projektin osavaiheesta toiseen. Kunkin osavaiheen aikana toimiva projektipäällikkö ohjaa ryhmän toimintaa ja on vastuussa vaiheen aikana tuotettavista dokumenteista.
Myös muita projektityössä esille tulevia tehtäviä, kuten sihteerin tehtävä, pyritään kierrättämään kaikkien ryhmän jäsenten välillä.
3
1.2.2 Ryhmän jäsenetLeena Hyvö[email protected] 5634622
Jussi [email protected] 5614445
Tuomo [email protected] 7077704
Pekka Sjö[email protected] 5319410
Mikko [email protected] 5739766
Laura [email protected] 5428833
1.2.3 Projektin ohjaajaTiiu [email protected]
1.2.4 Projektin vastuuhenkilöRaine Kauppinen [email protected]
1.2.5 Asiakkaan edustajatAsiakkaan edustajina projektissa toimivat Tylle Väisänen, Pohjalaisen Valtuuskunnan asuntosihteeri, sekä Helena Ahonen-Myka tietojenkäsittelytieteen laitokselta.
Projektin päättyessä asiakas arvioi vastaako ohjelma sovittuja määrityksiä.
Tylle Väisänen valvoo, että ohjelman toiminnallinen toteutus vastaa loppukäyttäjän tarpeita ja vaatimuksia.
Helena Ahonen-Myka valvoo, että ohjelman teknisen toteutuksen laatu noudattaa ohjelmistotuotantoprojektissa vaadittua tasoa ja toimii projektin teknisenä asiantuntijana.
Tylle Väisä[email protected]
Helena AhonenMyka [email protected]
1.3 OikeudetProjektiin osallistuvat henkilöt (projektiryhmä) luovuttavat tuotettavan ohjelmiston oikeudet Helsingin yliopistolle.
Helsingin yliopisto puolestaan antaa ohjelmistoon vapaan käyttöoikeuden GNU General Public Licence -ehtojen mukaisesti.Lisätietoja GNU -lisensseistä läytyy GNU:n verkkosivuilta www.gnu.org
4
1.4 Käytetyt termit ja lyhenteetDTDDocument Type Declaration, W3C:n kehittämä rakenteisten dokumenttien rakenteen määrittelykieli. Lisätietoja: http://www.w3.org/XML/
HTMLHypertext Markup Language, WWWsivujen sisällön kuvauksessa käytetty kieli.Lisätietoja: http://www.w3.org/pub/WWW/MarkUp/
JavaSunin kehittämä ohjelmointikieli ja järjestelmäriippumaton ajoympäristö.Lisätietoja: http://java.sun.com
JavadocSunin kehittämä Javakoodin dokumentointimenetelmä.Lisätietoja: http://java.sun.com
TKTL Helsingin yliopiston tietojenkäsittelytieteen laitos. Lisätietoja: http://www.cs.helsinki.fi
W3CWorld Wide Web Consortium, kansainvälinen yhteistyöelin, joka koordinoi WWW-tekniikan ja standardien kehitystä. Lisätietoja: http://www.w3.org/pub/WWW/Consortium/
XMLExtensible Markup Language, W3C:n kehittämä rakenteisten dokumenttien määrittelykieli. Lisätietoja: http://www.w3.org/XML/
XSLExtensible Stylesheet Language, W3C:n kehittämä XMLdokumenttien ulkoasun määritykseen tarkoitettu kieli. Lisätietoja: http://www.w3.org/Style/XSL/
5
2 Projektin tavoitteet ja päättyminen
2.1 Projektiryhmän tavoitteetRyhmän päätavoitteena on - aikataulun puitteissa - tuottaa korkealaatuista materiaalia, joka vastaa asiakkaan tavoitteita.
Asiakkaan tavoitteiden pohjalta luodaan lista toteutettavista ominaisuuksista, joiden puuttuminen lopullisesta tuotteesta merkitsee projektin epäonnistumista.
Osa alkuperäisistä tavoitteista kirjataan lisäominaisuuksina, jotka toteutetaan aikataulun niin salliessa, mutta joiden puuttuminen ei suoraan merkitse projektin epäonnistumista.
Projekti on tietojenkäsittelytieteen harjoituskurssi, joten ryhmän yhtenä tavoitteena on oppia ohjelmistotuotantotekniikkaa, ryhmässä työskentelyä, dokumentointia sekä uusia sovellustekniikoita ja tuotantovälineiden käyttöä.
2.2 Asiakkaan tavoitteetTällä hetkellä asiakas tekee kaiken vuokra-asuntojen hallintaan ja asukkaiden valitsemiseen liittyvät toimenpiteet manuaalisesti. Asiakkaan tavoitteena on saada aikataulun mukaisesti käyttöönsä sovellus, joka täyttää mahdollisimman täydellisesti hänen määrittelemänsä vaatimukset. Sovelluksen on myös tarkoitus suorittaa osa asiakkaan tällä hetkellä manuaalisesti tekemistä tehtävistä. Tarkoituksena on helpottaa asiakkaan työtä, ettei kaikkea tarvitse enää tehdä käsin. Asiakas odottaa tuotteelta korkeaa laatua, joka ilmenee mm. helppokäyttöisyytenä ja toimintavarmuutena.
Asiakas haluaisi sovelluksen toteuttavan seuraavat ominaisuudet ja toiminnot: - Asunnon hakijoiden tietojen tallentaminen- Asuntojonon muodostaminen asunnon hakijoista- Vuokrasopimusten tietojen tallentaminen- Asuntojen tietojen tallentaminen- Asuntojen varaaminen osakunnille- Asunnon haku
- Henkilön haku nimen puhelinnumeron asunnon haettavan asunnon loppuvan asumisajan loppuvan vuokrasopimuksen mukaan
- Raporttien tulostaminen henkilöistä joiden asumisoikeus tai vuokrasopimus loppumassa vapaista ja vapautuvista asunnoista asuntojen täyttöasteesta
6
kuukauden sisään ja ulos muuttajista kaikista vuoden aikana sisään muuttaneista kuukauden sisällä päättyvistä vuokrasopimuksista asuntojonoista osakuntien asuntokiintiöistä tehdyistä vuokrasopimuksista asunnoista, joissa on ollut lemmikkejä
- Ohjelmiston käytön kontrollointi salasanalla
2.3 Projektin päättyminenProjekti päättyy kun kaikki määritelty materiaali on valmistunut ja se on hyväksytty päätöskatselmuksessa kaikkien sidosryhmien kanssa.
Muuten projekti voi päättyä vain, jos siitä sidosryhmien kanssa kokouksessa erikseen sovitaan. Poikkeavaan projektin päättämiseen voidaan päätyä vain jos sen epäonnistuminen näyttää erittäin epätodennäköiseltä.
Projektin arvioitu päättymispäivä on 13.12.2001, joka on samalla myös alustava päivämäärä päätöskatselmukselle.
Projektin on päätyttävä viimeistään 31.12.2001, jonka jälkeen se arvostellaan.
7
3 Työskentelyperiaatteet
3.1 Laitteisto, työvälineet, tilatToteutusta varten projektiryhmälle on varattuna kaksi tietokonetta TKTL:n huoneessa D325. Nämä koneet ovat myös julkisessa käytössä, mutta ryhmäläisillä on oikeus ottaa ne omaan käyttöönsä viiden minuutin varoitusajalla.
Versionhallintaan käytetään tarvittaessa TKTL:n CVS-palvelinta, jonne luodaan projektia varten oma moduuli, sekä henkilökohtaiset tunnukset jokaiselle ryhmän jäsenelle.
Sovelluskehitystä ei ole sidottu mihinkään tiettyyn ohjelmointiympäristöön tai alustaan, kunhan tuotettava lähdekoodi on Java 1.2.2 yhteensopivaa.
Mahdollisista ulkoisista kirjastoista sovitaan erikseen suunnitteluvaiheessa. Kirjastojen käytössä on huomioitava, että lopputuotteen on täytettävä GNU Public License -levitysehdot.
Ryhmän käytössä on säilytyslokero numero 19 TKTL:n huoneessa D328, jossa säilytetään projektikansiota, kopiokorttia, kopiokalvoja, sekä muuta projektin materiaalia. Jokaisella projektiryhmän jäsenellä on avain kaappiin.
3.2 DokumentointiProjektiin kuuluvat dokumentit tuotetaan ja säilytetään MS Word 97/2000 -muodossa. Verkkosivuille dokumentit kopioidaan myös PostScript tai PDF-muotoisina.
Erilaisten kaavioiden ja kuvien täytyy olla osana dokumenttia, jossain yleisesti tunnetussa muodossa, kuten GIF, JPG tai TIFF. Alkuperäiset kuva- ja kaaviotiedostot on syytä säilyttää projektin päättymiseen saakka, vaikka niitä ei välttämättä liitettäisikään palautettavaan materiaaliin.
Jokaisen dokumentin alussa on oltava versiohistoria, jota päivitetään aina dokumenttia muokattaessa. Versiohistoriassa tulee mainita kuvaus dokumentin tilasta, tai tehdyistä muutoksista, sekä muokkaaja ja muokkauspäivämäärä.
Projektin vaiheesta toiseen siirryttäessä dokumenteista talletetaan sen hetkiset versiot pysyvästi, sekä projektikansioon, että projektin verkkosivuille.
3.2.1 Dokumenttien jäädyttäminenOsa dokumenteista hyväksytään hyväksymiskokouksessa ja hyväksytty versio jäädytetään. Jäädytetyt versiot talletetaan pysyvästi.
Jokainen jäädytettyyn dokumenttiin tehtävä muutos vaatii erityisen versionhallintakokouksen, jossa muutokset hyväksytään. Muutokset sisältävä dokumentti erotetaan alkuperäisestä versionumeroinnilla. Alkuperäisen dokumentin liitteeksi lisätään muutosdokumentti, jossa tehdyt muutokset on lueteltu.
8
3.3 Projektissa tuotettavat dokumentitProjektisuunnitelma
- Yleiskuvaus tehtävästä ohjelmistosta- ohjelmiston kokoarvio LOC-menetelmällä- projektin vaihejako- aikatauluarvio- projektin etappipisteet (esim. dokumentin jäädytys)- projektiryhmän työnjako- riskienhallintasuunnitelma Projektisuunnitelmaa pidetään ajan tasalla koko projektin ajan.
Vaatimusdokumentti- Vaatimusten kartoitus:
o Ohjelmiston yleiskuvaus sidosryhmien kannalta o Ohjelmiston tarjoamien palveluiden yksityiskohtainen kuvaus o Järjestelmän ulkoiset laitteistotason liittymät o Käyttöliittymä o Käytettävyysvaatimukset o Rajoitteet suunnittelulle ja toteutukselle
- Vaatimusten analysointi ja mallinnus: o Tietomallinnus: ER-kaaviot tai olio-yhteys -kaavioto Funktiomallinnus: Käyttötapaukset
Käyttöohje- sisältää loppukäyttäjälle tarkoitetun kuvauksen järjestelmän toiminnoista.
Suunnitteludokumentti- Yleistä
o Ohjelmiston kuvaus o Tärkeimmät vaatimukset o Suunnittelurajoitukset
- Osajärjestelmien yleiskuvaus o Kaaviokuva osajärjestelmistä ja sen selitys o Osajärjestelmien välinen kommunikointi ja protokollat o Rinnakkaisuusasiat
- Osajärjestelmäkuvaus, kustakin osajärjestelmästä: o Kaaviokuva ulkoisista ja sisäisistä olioista ja sen selitys o Rajapinnan kuvaus toisiin osajärjestelmiin o Rajapinnan kuvaus ulkoisiin elementteihin (tiedostot, tietokanta ym.) o Käyttöliittymäkuvaus, jos se kuuluu osajärjestelmän tehtäviin o Luokkakuvaus, kustakin luokasta: o Tietosuunnitelma o Arkkitehtuurisuunnitelma o Liittymäsuunnitelma (sisäiset liittymät ja luokan rajapinta) o Toimintosuunnitelma
- Toteutusympäristön kuvaus
9
Testaussuunnitelma, sisältäen testitulokset- sisältää kuvauksen suoritettavista moduuli- ja luokkatason, integrointitason ja
validointitason testeistä, sekä käytettävän testiaineiston.Testauksen edetessä testitulokset liitetään osaksi tätä dokumenttia.
Asennusohje- kertoo kuinka ohjelmisto asennetaan käyttöympäristöönsä valmiiksi
loppukäyttäjää varten. Voi olla osana ylläpitodokumenttia.
Toteutusdokumentti- Toteutuksen onnistuminen verrattuna suunnitteludokumenttiin:
o ominaisuuksien muutokseto ominaisuuksien karsimineno ominaisuuksien lisäykseto suunnitelmassa havaittujen virheiden korjaukset
3.4 Muu dokumentaatioTyötuntilistat
- jokainen projektiryhmän jäsen pitää kirjaa tekemistään työtunneista päivän tarkkuudella.
Kokouspöytäkirjat- jokaiseen kokoukseen valitaan sihteeri, joka kirjaa ylös käsiteltävien asioiden
pääkohdat ja päätökset, ja kirjoittaa niistä kokouspöytäkirjan.
Sisäiset muistiot- niiden tapaamisten, jotka eivät ole virallisia kokouksia, muistiinpanot kirjataan
muistioihin, jotka säilytetään.
Ylläpitodokumentti - sisältää sellaisen kuvauksen järjestelmän toiminnallisuudesta, että mahdollinen
ohjelmiston ylläpitohenkilö pystyy suoriutumaan tehtävästään.
Loppuraportti- on lyhyt yhteenveto projektista, johon otetaan liitteiksi sellaiset jatkuvasti
päivitetyt dokumentit, jotka eivät ansaitse omaa raporttia. Esimerkiksi työtuntilistat, pöytäkirjat ja sisäiset muistiot ovat tällaisia raportteja.
3.5 Koodin dokumentointiJava-koodi dokumentoidaan javadoc-standardin mukaisesti, seuraavaa ohjetta noudattaen:
- Kaikki luokat kommentoidaan- Kaikki metodit kommentoidaan- Kaikki ’static’ -muuttujat kommentoidaan- Kaikki ’public’ -muuttujat kommentoidaan
10
- ’private’ –muuttujat kommentoidaan koodin kirjoittajan oman harkinnan mukaisesti
Javadoc-kommentteihin tulee liittää seuraavat tiedot, mikäli ne ko. kommenttiin on mahdollista liittää: author, version, param, return, exception / throwsKoodin osia voi ja kannattaa kommentoida myös normaaleilla kommenteilla, joista siis ei generoida javadoc-dokumentaatiota. Lisää: http://java.sun.com/j2se/javadoc/
3.6 OhjelmointiJava-koodi kirjoitetaan Sunin Java-tyylioppaan, http://java.sun.com/docs/codeconv mukaisesti.HTML-koodi noudattaa World Wide Web Consortiumin määrittelemää HTML Specification v4.0 Transitional –standardia, http://www.w3.org .
Arkkitehtuurin mallinnuksessa noudatetaan UML-standardia ja tietokannan mallinnuksessa ER-mallia.
Projektin aikana tuotettu materiaali kerätään ryhmän kotihakemistoon /home/group/vuha/, jonne luodaan tarkoitusta varten sopiva hakemistorakenne.
3.7 ProjektityöskentelyProjektiryhmä kokoontuu TKTL:n huoneessa C476 säännöllisesti kahdesti viikossa, ellei poikkeuksesta erikseen ryhmän kesken sovita.
Säännölliset kokousajat ovat:- maanantaisin 17.00 – 19.00- torstaisin 08.30 – 10.30
Kokousten ulkopuolella ryhmän pääkommunikointiväline on sähköposti.
Mikäli joku ryhmän jäsenistä ei pääse saapumaan kokoukseen tai myöhästyy merkittävästi, tulisi asiasta ilmoittaa joko aikaisemmassa kokouksessa, sähköpostilla tai äkillisissä tapauksissa tekstiviestillä jollekin ryhmän jäsenelle, joka on tulossa kokoukseen.
Dokumentit, aikataulu ja yhteystiedot ovat saatavilla ryhmän kotisivulta osoitteesta http://www.cs.helsinki.fi/group/vuha/
11
4 Projektin vaihejakoProjekti toteutetaan vesiputousmallin mukaisesti, jolloin seuraavaan vaiheeseen siirrytään edellisen päätyttyä.Edellisen vaiheen dokumentit ja muu tuotanto toimii seuraavan vaiheen syötteenä.
Vaihejaon lisäksi projekti pyritään jakamaan erillisiin moduuleihin siten, että tuotannossa päästään mahdollisimman laajaan rinnakkaisuuteen.
4.1 MäärittelyvaiheMäärittelyvaiheen aikana analysoidaan asiakkaan vaatimuksia ja niistä johdetaan ohjelmiston vaatimukset, jotka taas määrittelevät toteutettavan järjestelmän sisällön.
Määrittelyvaiheen aikana projektin määrittelyn ja vaatimusanalyysin lisäksi aloitetaan ohjelmiston käyttöohjeen laatiminen.
4.1.1 Projektin määrittelyAsiakkaan vaatimukset ja projektin ongelmakenttä kartoitetaan pääpiirteittäin, jotta kaikilla on selkeä kuva toteutettavan ohjelmiston luonteesta. Kartoituksen pohjalta määritellään projektin tuleva sisältö ja kulku, päätetään projektiorganisaatio, vaihejako ja alustava aikataulu.
Tulokset kirjataan projektisuunnitelmaan.
4.1.2 VaatimusanalyysiVaatimusanalyysin tarkoituksena on selvittää asiakkaan tuotteelle asettamat vaatimukset.Vaatimukset luokitellaan välttämättömiin ominaisuuksiin ja lisäominaisuuksiin. Välttämättömät ominaisuudet ovat oleellinen osa tuotetta, jotka toteutetaan. Lisäominaisuudet toteutetaan vain, jos projektilla riittää siihen ylimääräisiä resursseja.
Vaatimukset dokumentoidaan asiakkaalle vaatimusdokumentiksi.
4.1.3 Päivitettävät dokumentit-
12
4.1.4 Luotavat dokumentitProjektisuunnitelmaVaatimusdokumenttiKäyttöohje
4.2 SuunnitteluvaiheSuunnitteluvaiheen aikana ohjelmistosta rakennetaan malli, jonka avulla ohjelmisto voidaan tuottaa suoraviivaisesti.
Vaiheen tehtävänä on muokata vaatimusanalyysissa esille tuodut tuotteen ominaisuudet sellaiseen muotoon, että ne voidaan helposti toteuttaa valituilla ohjelmointikielillä.
Suunnitellaan ohjelmiston tietorakenteet, arkkitehtuuri, käyttöliittymä, ja algoritmiset yksityiskohdat.
Testaussuunnitelman ja asennusohjeen luominen aloitetaan suunnittelun yhteydessä.
Suunnittelun tulokset dokumentoidaan suunnitteludokumentiksi.
4.2.1 Päivitettävät dokumentitProjektisuunnitelma Käyttöohje
4.2.2 Luotavat dokumentitSuunnitteludokumenttiTestaussuunnitelmaAsennusohje
4.3 ToteutusvaiheSuunnitelmat toteutetaan, eli suunnitelma ’käännetään’ tietokoneen ymmärtämälle kielelle.
Jos edeltävät vaiheet on viety huolella läpi, tämä vaihe on mekaaninen.
Tulos dokumentoidaan toteutusdokumentiksi.
4.3.1 Päivitettävät dokumentitProjektisuunnitelmaKäyttöohjeTestaussuunnitelmaAsennusohje
4.3.2 Luotavat dokumentitToteutusdokumentti
13
4.4 TestausvaiheTestausta suoritetaan mm. algoritmi- ja moduulitasolla koko ohjelmiston tuotannon ajan. Testausvaiheessa suoritettava testaus on integraatiotestaus – ohjelmistoa testataan kokonaisuutena.
Yhdessä asiakkaan kanssa suoritetaan toiminnallisuuden testaus.
Vaiheen aikana löydetyt virheet korjataan ja tulokset kirjataan osaksi testaussuunnitelmaa.
4.4.1 Päivitettävät dokumentitTestaussuunnitelma
4.4.2 Luotavat dokumentit-
4.5 Projektin päättäminenProjekti tarkastetaan, ja mahdollisesti hyväksytään ja päätetään päätöskatselmuksessa, jossa läsnä ovat kaikki projektin sidosryhmät.
Projektin päättymisen jälkeen voidaan vielä viimeistellä dokumenttien uusimpia versioita, lähinnä kirjoitusvirheiden ja ulkoasun osalta.
Projektiryhmä tarkistaa että kaikista dokumenteista on lähetetty kopiot niitä tarvitseville, sekä projektin verkkosivuille ja projektikansioon.
Valmistellaan ja pidetään projektin loppudemo.
4.5.1 Viimeisteltävät dokumentitUusimmat versiot
4.5.2 Luotavat dokumentitLoppuraportti
14
5 Ohjelmiston laajuus ja aikataulu
5.1 TyömääräarviotJokainen ryhmän jäsen tekee viikossa keskimäärin 20 tuntia työtä. Tähän työmäärään on laskettu mukaan kaikki ryhmän tapaamiset ja palaverit.
5.2 Ohjelmiston koko
5.2.1 LOC –arvio ohjelmiston koostaLOC –arviointi suoritetaan määrittelyvaiheen myöhemmässä vaiheessa.
5.2.2 Ennakkoarvio ohjelmiston koostaProjektin kiinteästä aikataulusta ja resursseista voi laskea että ohjelmakoodia tullaan tuottamaan arviolta 3500 riviä.
5.3 Projektin aikataulu
5.3.1 Projektin eri vaiheiden aikatauluKäytettävissä ~1200 henkilötyötuntia (6 hlö * 200h/hlö)
Vaihe Aikataulu TyömääräarvioProjektisuunnitelma vk. 36-37 80 h (7%)Vaatimusanalyysi vk. 38-40 150 h (13%)Suunnittelu vk. 41-44 400 h (33%)Toteutus vk. 45-47 300 h (25%)Testaus & korjaus vk. 48-49 150 h (12%)Lopputoimenpiteet vk. 49-50 120 h (10%)
= 1200 h (100%)
Lopputoimenpiteet sisältävät:Käyttöohjeen viimeistelyLoppudemon valmisteluLoppudemoLoppuraportin teko
5.3.2 Viikkoaikataulu
Vk. Pvm. Tapahtuma35 Pe 31.8. Projektin aloitustapaaminen36 Ti 4.9. Tapaaminen yhdessä ohjaajan kanssa
To 6.9. Tavattu asiakasProjektisuunnitelman teko alkaa
37 Ma 10.9. Tapaaminen yhdessä ohjaajan kanssa, projektisuunnitelman valmistelua
To 13.9. Tapaaminen yhdessä ohjaajan kanssa, projektisuunnitelman tarkastaminen
15
38 Ma 17.9. Tapaaminen yhdessä ohjaajan kanssa, projektisuunnitelma jäädytetään, aloitetaan vaatimusanalyysi, projektipäällikkö vaihtuu
To 20.9. Tapaaminen yhdessä ohjaajan kanssa39 Ma 24.9. Tapaaminen yhdessä ohjaajan kanssa, seurantakokous
To 27.9. Tapaaminen yhdessä ohjaajan kanssa40 Ma 1.10. Tapaaminen yhdessä ohjaajan kanssa, vaatimusanalyysi
valmistuuTo 4.10. Tapaaminen yhdessä ohjaajan kanssa, vaatimusdokumentin
tarkistaminen41 Ma 8.10. Vaatimusanalyysin katselmuspalaveri.
Tapaaminen yhdessä asiakkaan kanssa, jäädytetään vaatimusdokumentti, aloitetaan suunnittelu, pp vaihtuu
To 11.10. Tapaaminen yhdessä ohjaajan kanssa, seurantakokous42 Ma 15.10. Tapaaminen yhdessä ohjaajan kanssa, suunnittelu etenee
To 18.10. Tapaaminen yhdessä ohjaajan kanssa43 Ma 22.10. Tapaaminen yhdessä ohjaajan kanssa, seurantakokous
To 25.10. Tapaaminen yhdessä ohjaajan kanssa44 Ma 29.10 Tapaaminen yhdessä ohjaajan kanssa
To 1.11. suunnitteludokumentti valmistuu45 Ma 5.11. Suunnitteludokumentin katselmuspalaveri
Tapaaminen yhdessä asiakkaan kanssa, jäädytetään suunnitteludokumentti, aloitetaan toteutustyö, pp vaihtuu.
To 8.11. Tapaaminen yhdessä ohjaajan kanssa, seurantakokous46 Ma 12.11. Tapaaminen yhdessä ohjaajan kanssa
To 15.11. Tapaaminen yhdessä ohjaajan kanssa, seurantakokous47 Ma 19.11. Toteutusdokumentti valmistuu, tehdään testaussuunnitelma?
To 22.11. Tapaaminen yhdessä ohjaajan kanssa48 Ma 26.11. Jäädytetään toteutusdokumentti, Aloitetaan testaus &
bugikorjaus, pp vaihtuuTo 29.11. Tapaaminen yhdessä ohjaajan kanssa, seurantakokous
49 Ma 3.12. Tapaaminen yhdessä ohjaajan kanssa, Testausdokumentti valmistuu
To 6.12. Tapaaminen yhdessä ohjaajan kanssa, Jäädytetään testausdokumentti, loppudemon valmistelu, loppuraportin kirjoittaminen
50 Ma 10.12. Loppuraportti valmistuu, demo,To 13.12 Projekti päätöskatselmus?
16
6 Projektin seuranta ja ohjaus
6.1 Ryhmän sisäinenRyhmä pitää tapaamisaikojensa yhteydessä seurantakokouksia tarpeen mukaan. Kokousten ajankohta sovitaan aina tapauskohtaisesti.
Tapaamisissa on ryhmän jäsenten lisäksi paikalla ryhmän ohjaaja ja mahdollisesti myös ohjelmistotuotantoprojektin vastuuhenkilö.
6.2 Ryhmän ulkopuolinenErillistä laadunvalvontaryhmää ei projektille perusteta. Ryhmän jäsenet tekevät projektin aikana jatkuvaa ohjelmistoarviointia. Tuotteen lisäksi arvioidaan dokumentteja ja muuta aineistoa. Formaalia teknistä arviointia (FTR) tehdään harkinnan mukaan. Valmisteltuja FTR-kokouksia voidaan pitää viikkotapaamisten yhteydessä.
Asiakas seuraa projektia osallistumalla haluamillaan kerroilla ja pyydettäessä ryhmän tapaamisiin ja seurantakokouksiin. Asiakasta informoidaan myös sähköpostitse projektin etenemisestä.Lisäksi ohjelmistosta järjestetään asiakkaalle erillinen demotilaisuus testausvaiheen aikana.
6.3 MuutaProjekti pyritään rajaamaan siten että tarvittava työmäärä on realistinen. Kaikkia ohjelmistoon liittyviä piirteitä ja toimintoja ei ole kurssin puitteissa mahdollista toteuttaa.
17
7 RiskienhallintaRiskit tarkistetaan jokaisen vaiheen jälkeen ennen siirtymistä uuteen vaiheeseen. Tarkistus tehdään projektiryhmän yhteisessä tapaamisessa. Riskien todennäköisyyksien arviointiin on käytetty asteikkoa epätodennäköinen, mahdollinen, todennäköinen. Riskeistä on tarkemmin käsitelty todennäköisimmät riskit sekä sellaiset mahdolliset ja epätodennäköiset riskit jotka toteutuessaan aiheuttaisivat huomattavia ongelmia. Tarkemmin käsitellyt riskit on riskien jaottelussa merkitty tähdellä.
7.1 Riskien jaottelu
7.1.1 Tekniset riskit työkalut valitaan huonosti (tehtävään sopimattomat työkalut) ryhmän jäsenet eivät hallitse käytettäviä työkaluja toteutustekniikka valitaan huonosti (tehtävään sopimaton tekniikka) ryhmän jäsenet eivät hallitse käytettäviä toteutustekniikoita versionhallinta ei suju, hukataan jo tehtyä työtä tai ei olla selvillä
kokonaistilanteesta varmuuskopioinnin puute aiheuttaa tehdyn työn häviämisen (*) tarvittavia laitteistoresursseja ja työkaluja ei ole riittävästi saatavissa (etenkin
kiivaan työskentelyn aikoina) tietoliikenneyhteydet takkuavat
7.1.2 Aikataulun riskit tehtävää ei rajata riittävästi (*) kaikkia työvaiheita ei huomata ottaa mukaan aikataulun suunnittelussa työmäärät arvioidaan liian pieniksi (*) aikataulu on liian optimistinen aikaa tuhrataan epäoleellisiin tehtäviin (*) opetteluun ei voida varata tarpeeksi aikaa, lopputuloksen laatu on huono ja
aikataulu mättää ryhmäläisten osaamisen ja ammattitaidon erilaisuutta ei osata riittävästi ottaa
huomioon (*) asiakkaalla ei ole aikaa palavereihin ja kokouksiin tai yhteistä sopivaa aikaa ei
löydy
7.1.3 Organisaatioon, henkilöihin ja tiedonkulkuun liittyvät riskit ryhmän jäsen sairastuu (*) ryhmän jäsen on matkoilla (*) ryhmän jäsen on kiireinen (työ, tentti…) (*) ryhmän jäsen keskeyttää kurssin (*) ryhmän jäsenillä keskenään ristiriitaiset tavoitteet (kurssista ykkösellä läpi <>
hyvä toimiva käyttökelpoinen ohjelmisto) osakuntalaiset menettävät kasvonsa jos ohjelmisto ei toimi odotetusti tai
valmistu (kuten edellinenkin kohta, tämäkin saattaa aiheuttaa hankausta ryhmän sisällä)
vastuualueet eivät ole riittävän selkeät vastuu jakaantuu liian epätasaisesti ryhmäläisten kesken
18
työmäärät jakaantuvat liian epätasaisesti ryhmäläisten kesken tiedonkulku ryhmän jäsenten välillä ei toimi (*)
7.1.4 Asiakkaaseen liittyvät riskit asiakas ei osaa ilmaista toiveitaan selkeästi (*) asiakas muuttaa mieltään projektin vaatimusanalyysin tekemisen jälkeen asiakkaan toiveet ymmärretään väärin asiakas ei ymmärrä että kaikkea ei voida toteuttaa (*) lopputuote ei vastaa asiakkaan toiveita
7.2 RISKIEN ENNAKOINTI
7.2.1 Tekniset riskitRiski Varmuuskopioinnin puute aiheuttaa tehdyn työn häviämisen.Todennäköisyys Mahdollinen.Vaikutus Ainakin osa työstä joudutaan tekemään uudelleen. Aikataulu
viivästyy.Ennaltaehkäisy Jäsenet huolehtivat omilla koneillaan olevien tiedostojen
varmuuskopioinnista. Yhteisessä hakemistossa olevat tiedostot varmistetaan kaksi kertaa viikossa.
Toipuminen Etsitään tiedostojen viimeisimmät olemassa olevat versiot. Tehdään välttämättömät osat uudelleen.
Vastuu Jäsenet kantavat itse vastuun omien tiedostojensa riittävästä varmuuskopioinnista. Projektipäällikkö valvoo yhteisen hakemiston kopiointia.
7.2.2 Aikataulun riskitRiski Tehtävää ei rajata riittävästi.Todennäköisyys Mahdollinen.Vaikutus Projekti tursuaa yli varatun ajan tai ei valmistu.Ennaltaehkäisy Huolellinen määrittely. Pitäytyminen välttämättömimmissä
ominaisuuksissa.Toipuminen Ryhmä palaa määrittelyvaiheeseen. Toteutettavaa osaa
supistetaan.Vastuu Projektipäällikkö seuraa tehdyn aikataulun toteutumista.
Riski Työmäärät arvioidaan liian pieniksi.Todennäköisyys Mahdollinen.Vaikutus Projekti ei etene suunnitellulla tavalla. Työ viivästyy tai ei
valmistu.Ennaltaehkäisy Suunniteltua aikataulua tarkkaillaan jatkuvasti. Aikataulua
muutetaan ja päivitetään tarvittaessa. Jäsenten osaamisen tasot otetaan huomioon tehtäviä jaettaessa.
Toipuminen Rajataan projektia pienemmäksi.Vastuu Projektipäällikkö seuraa tehdyn aikataulun toteutumista.
Riski Aikaa tuhrataan epäoleellisiin tehtäviin.Todennäköisyys Todennäköinen.
19
Vaikutus Projekti ei etene suunnitellulla tavalla. Työ viivästyy.Ennaltaehkäisy Kunkin vaiheen tavoitteet ja vaatimukset ovat kaikille
ryhmän jäsenille selvät. Ei tavoitella täydellistä lopputulosta vaan hyväksytään kelvollinen tuotos. Tietoisesti vältetään ylidokumentointia ja ylimäärittelyä. Vältetään painottamasta niitä osa-alueita jotka ryhmäläiset hallitsevat hyvin ja kohdennetaan resursseja niihin osa-alueisiin joissa jäsenet eivät ole kokeneita.
Toipuminen Tehtävien tärkeysjärjestys arvioidaan uudelleen. Tarvittaessa rimaa lasketaan tai toteutettavaa osaa supistetaan.
Vastuu Projektipäällikkö seuraa tehdyn aikataulun toteutumista.
Riski Ryhmäläisten osaamisen ja ammattitaidon erilaisuutta ei osata riittävästi ottaa huomioon.
Todennäköisyys Mahdollinen.Vaikutus Projekti ei etene suunnitellulla tavalla. Työ viivästyy. Työ
kasaantuu muutamille jäsenille. Jäsenten osaamista ei hyödynnetä, joten projektin tuotosten laatu kärsii.
Ennaltaehkäisy Ryhmän jäsenet kertovat avoimesti omista vahvuuksistaan ja heikkouksistaan. Tehtävät jaetaan siten että jäsenelle annetaan pieniä tehtäviä siltä alueelta jota hän haluaa kehittää, ja suuria tehtäviä siltä alueelta millä hän on hyvä.
Toipuminen Tehtävät jaetaan uudella tavalla ryhmän jäsenten kesken.Vastuu Projektipäällikkö seuraa tehdyn aikataulun toteutumista ja
työnjaon tasapuolisuutta ja oikeudenmukaisuutta.
7.2.3 Organisaatioon, henkilöihin ja tiedonkulkuun liittyvät riskitRiski Ryhmän jäsen sairastuu.Todennäköisyys Todennäköinen.Vaikutus Työ viivästyy tai tulee joltain osin hutaisten hätäisesti
tehdyksi.Ennaltaehkäisy Ryhmän jäsenet huolehtivat levon ja yöunen riittävyydestä.
Työnjako on selkeästi tehty ja projektipäällikkö tietää mitä kenenkin pitäisi tehdä. Jäsenten tekemät tuotokset ovat koko ajan kaikkien saatavilla.
Toipuminen Jaetaan sairastuneen jäsenen kriittiset työt muille. Vähennetään tuotteelle asetettuja vaatimuksia.
Vastuu Jäsen ilmoittaa sairastumisestaan projektipäällikölle ja ryhmälle. Projektipäällikkö huolehtii tehtävien uudesta jaosta.
Riski Ryhmän jäsen on matkoilla.Todennäköisyys Todennäköinen.Vaikutus Työt kasaantuvat ajallisesti epätasaisesti. Työ saattaa
viivästyä.Ennaltaehkäisy Ryhmän jäsen tiedottaa tulevasta matkastaan heti kun tietää
asiasta. Työnjaosta sovittaessa otetaan huomioon matkan aiheuttama poissaolo. Jäsenelle ei matkan ajaksi anneta
20
sellaista tehtävää jota hän ei pysty tekemään, eikä sellaista tehtävää jonka tuloksista riippuu muiden jäsenten työn eteneminen.
Toipuminen Jaetaan jäsenen tehtävät matkan ajaksi uudelleen.Vastuu Jäsen ilmoittaa matkastaan projektipäällikölle ja ryhmälle.
Projektipäällikkö huolehtii tehtävien uudesta jaosta.
Riski Ryhmän jäsen on kiireinen (työ, tentti…).Todennäköisyys Todennäköinen.Vaikutus Työt kasaantuvat ajallisesti epätasaisesti. Työ viivästyy tai
tulee joltain osin hutaisten hätäisesti tehdyksi.Ennaltaehkäisy Ryhmän jäsenten kiireet otetaan huomioon jo aikataulua
suunnitellessa. Jäsen kertoo ryhmälle tulevista kiireistään kun tietää asiasta. Jäsen kertoo ryhmälle heti kun huomaa oman aikataulunsa mättävän.
Toipuminen Jaetaan osa kiireisen jäsenen kriittisistä töistä muille. Vähennetään tuotteelle asetettuja vaatimuksia.
Vastuu Jäsen ilmoittaa aikataulunsa mättämisestä projektipäällikölle ja ryhmälle. Projektipäällikkö huolehtii tehtävien uudesta jaosta.
Riski Ryhmän jäsen keskeyttää kurssin.Todennäköisyys Epätodennäköinen.Vaikutus Projekti saattaa jäädä kokonaan toteutumatta. Työn jotkin
osat jäävät tekemättä tai tulevat hutaisten tehdyiksi. Aikataulu pettää.
Ennaltaehkäisy Ryhmän jäsenet kannustavat toisiaan ja keskustelevat kiireestä, uupumuksesta ja kyllästymisestä avoimesti. Työ ja vastuu jaetaan mahdollisimman tasaisesti ryhmän jäsenten kesken. Jäsenten erilaiset osaamiset ja vahvuudet otetaan huomioon työnjakoa tehtäessä. Työnjako on selkeästi tehty ja projektipäällikkö tietää mitä kenenkin pitäisi tehdä
Toipuminen Ryhmä arvioi projektin toteutumismahdollisuudet uudelleen. Projektia supistetaan ja aikataulu laaditaan uudelleen. Työnjako tehdään uudelleen uutta suunnitelmaa vastaavaksi.
Vastuu Jäsen ilmoittaa keskeyttämisestään ryhmälle ja projektipäällikölle. Jos jäsen ei saavu palaveriin tai ei tee sovittuja tehtäviä, projektipäällikkö ottaa yhteyttä jäseneen. Projektipäällikkö huolehtii että ryhmä arvioi projektin uudelleen.
Riski Tiedonkulku ryhmän jäsenten välillä ei toimi.Todennäköisyys Mahdollinen / todennäköinen..Vaikutus Kaikki mättää.Ennaltaehkäisy Projektipäällikkö pitää huolen siitä että palavereissa kaikki
jäsenet saavat suunvuoron. Kaikkien jäsenten mielipiteitä
21
kysytään ja kuunnellaan. Asioista tiedotetaan sähköpostilla. Ryhmän www-sivuja pidetään ajantasalla.
Toipuminen Rakentava keskustelu.Vastuu Projektipäällikkö tarkkailee ryhmän kommunikointia.
Jäsenet ottavat viestintäongelman esille heti kun huomaavat sellaisen.
7.2.4 Asiakkaaseen liittyvät riskitRiski Asiakas ei osaa ilmaista toiveitaan selkeästi.Todennäköisyys Mahdollinen.Vaikutus Määrittelyjä joudutaan muuttamaan kesken projektin, työ
viivästyy.Ennaltaehkäisy Ryhmä perehtyy huolellisesti asuntosihteerin nykyiseen
työhön. Asiakkaalle esitetään käli-hahmotelmia projektin määrittelyvaiheessa.
Toipuminen Ryhmä palaa määrittelyvaiheeseen. Toteutettavaa osaa supistetaan vastaamaan uutta aikataulua.
Vastuu
Riski Asiakas ei ymmärrä että kaikkea ei voida toteuttaa.Todennäköisyys Mahdollinen.Vaikutus Projekti paisuu liikaa eikä valmistu varatussa ajassa.Ennaltaehkäisy Asiakkaan kanssa pyritään sopimaan täsmällisesti
toteutettavista osista. Asiakkaan keskenään ristiriitaisia toiveita selvitetään yhdessä asiakkaan kanssa. Määrittelyyn ei hyväksytä ristiriitaisia vaatimuksia.
Toipuminen Ryhmä palaa määrittelyvaiheeseen, jos yhteisymmärrystä ei muuten löydy. Toteutettavaa osaa supistetaan vastaamaan uutta aikataulua.
Vastuu
22
![Osa 10 Lyhenteet - Crystals & Crochet...KEpp4(2)yht,1. “jalka” tulee 1:een KEpp3:een ja 2. jalka seuraavaan KEpp3:een [Kuva7] [yhdistyvät popcornin yläpuolelle], vaihda väriin](https://img.pdfslide.net/doc/110x75/60586b06b91cbd25a87d61fb/osa-10-lyhenteet-crystals-kepp42yht1-aoejalkaa-tulee-1een-kepp3een.jpg)
