PROJEKTISUUNNITELMA
|
|
- Mari Parviainen
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 PROJEKTISUUNNITELMA
2 PROJEKTISUUNNITELMA 2 (30) VERSIONHALLINTA Versio Päivä Tekijä Kuvaus Kaarlo Lahtela Ensimmäinen versio Aleksi Airola Lisäyksiä riskilogiin ja resursseihin Kaarlo Lahtela Riskin hallintaa lisätty. Aleksi Airola Aleksi Airola Lisätty kohdat Kaarlo Lahtela Oikoluku Aleksi Airola Kappale 1 lisätty Aleksi Airola Kappaleeseen 6.1 lisätty tekstiä ja kappaleeseen 6.2 lisätty tehtäviin allokoidut tunnit ja vastuulliset Aleksi Airola Päivitetty kappaleita 2.1 ja Aleksi Airola Lisätty kappale 4 ja Aleksi Airola Lisätty kappaleet 5.1.2, 5.1.3,5.1.5, , ja Aleksi Airola Lisätty kappaleet , ja Aleksi Airola Lisätty kappaleeseen 2 organisaatiokaavio ja kappaleet 5.1.4, ja Päivitetty riskilogi Aleksi Airola Päivitetty katselmoinnissa havaittujen puutteiden mukaan kappaleita Aleksi Airola Päivitetty kappaleita 6, 6.1, 6.2 ja lisätty kappale Aleksi Airola Päivitetty kappaleeseen 4.1 varatut työtunnit taulukkoa 0.16 Kaarlo Lahtela Dokumentin läpiluku ja taiton tarkistaminen Tuomas Tolvanen Päivitetty työkalu-kappaletta 1.0 Aleksi Airola Julkaisu versio Aleksi Airola Lisätty kappaleet , ja 6.3 sekä muokattu kappaletta Aleksi Airola Muokattu kappaletta 2.1 vastuiden osalta ja riskit päivitetty Kaarlo Lahtela virheiden seuranta siirretty laatudokumenttiin Aleksi Airola Muokattu kappaleita 6.3, ja riski loki päivitetty Kaarlo Lahtela Katselmoitu palautettava dokumentti
3 PROJEKTISUUNNITELMA 3 (30) SISÄLLYS 1. JOHDANTO SIDOSRYHMÄT JA HENKILÖSTÖ Projektiryhmä: Dentego SE expert -ryhmä Kehittäjät TAVOITTEET Asiakkaan tavoitteet Henkilökohtaiset oppimistavoitteet Projektin keskeytysehdot Projektin päättämisehdot RESURSSIT JA BUDJETTI Henkilöstö Materiaali Budjetti TYÖMENETELMÄT JA TYÖKALUT Työmenetelmät Iteratiivinen kehitys Iteraation suunnittelu Dokumentointi Riskienhallinta Tuntiraportointi Kommunikaatio Iteraatiodemo Virheiden seuranta Versionhallinta Koodausstandardi Vertaistestaus Vaatimustenhallinta Team Building tapahtuma Pienryhmät Prototypisointi Katselmointikäytännöt Sepa-aiheet Suunnitelu Prosessinkehitys Laatusuunnitelma Työkalut Kehityslaitteisto Ohjelmistot Kehitysympäristö Standardit... 24
4 PROJEKTISUUNNITELMA 4 (30) 6. VAIHEISTUS Aikataulu Projektin suunnittelu Toteutus Toteutus RISKI LOGI...30
5 PROJEKTISUUNNITELMA 5 (30) 1. JOHDANTO Korvauskäsittely lakisääteisissä tapaturmakäsittelyissä elektronisoidaan ja projektissa toteutetaan elektronisen hoitoonohjausjärjestelmän keskitetty välitys- ja viitetietopalvelin. Sanomissa käytetään kansallisen terveyshankkeen (HL7) mukaista XML muotoista standardia. Järjestelmän tarkoituksena on lyhentää asiakkaiden odotusaikoja hoitoon pääsyyn ja vastaavasti takaisin töihin. Vuotuinen kustannus sairaspäivärahojen osalta on euroa ja yhden päivän nopeutus säästää miljoonia euroja puhumattakaan inhimillisestä kärsimyksestä. Vastaanotot täyttävät hoitoehdotuksen, jonka järjestelmä välittää vakuutusyhtiöön ja tallentaa. Vakuutusyhtiö antaa maksusitoumuksen, joka puolestaan välitetään vastaanotolle ja tallennetaan. Lisäksi vaatimuksena on keskitetty laskutus, jonka järjestelmä välittää elektronisessa muodossa (Finvoice) vakuutusyhtiölle. Dentego-palvelin välittää viestejä Doctoral-ohjelmistolta TE-palvelimen kautta Doctorex-ohjelmistoon, eikä sen toiminta näy suoraan loppukäyttäjille.
6 PROJEKTISUUNNITELMA 6 (30) 2. SIDOSRYHMÄT JA HENKILÖSTÖ Projektin asiakas on Plusterveys Hammaslääkärit Oy ja heidän sopimusosapuolena on Pohjola Oy. TietoEnator Oy ylläpitää Pohjola Oy:n välityspalvelinta, jonka kautta Dentegopalvelin välittää sanomia Plusterveydeltä Pohjolaan. Kuva 1. Sidosryhmät ja henkilöstö 2.1. Projektiryhmä: Dentego Projektiryhmän kotivut ovat sekä postituslista on dentego##list.hut.fi. Käytössä on MediaWiki osoitteessa wiki.dentego.com SE expert -ryhmä SE Expert ryhmä on vastuussa projektinhallinnallisista asioista ja työn koordinoinnista. Rooli Projektipäällikkö, vaatimusmäärittely-vastaava Nimi Aleksi Airola Puhelin Sähköposti aleksi.airola##tkk.fi Kiinnostus Luistelu, sulkapallo, elokuvat ja hyvä ruoka.
7 PROJEKTISUUNNITELMA 7 (30) Rooli QA-vastaava, tietoliikenneadapteri-vastaava Nimi Lahtela, Kaarlo Puhelin Sähköposti kaarlo.lahtela##tkk.fi Kiinnostus Elokuvat, liikunta, ohjelmointi. Rooli Pääarkkitehti, sovellusadapteri-vastaava, MediaWiki admin, SVN admin, Schema ja tietokanta-vastaava Nimi Tolvanen, Tuomas Puhelin Sähköposti tttolvan##cc.hut.fi Kiinnostus Kehittäjät Kehittäjät toimivat projektissa pienryhmissä myös suunnittelijoina. Rooli Kehittäjä, projektipäällikön assistentti Nimi Ahti, Lari Puhelin Sähköposti lahti##cc.hut.fi Kiinnostus Suunnistus, ohjelmointi Rooli Kehittäjä, tietokanta assistentti Nimi Kauppinen, Antti Puhelin Sähköposti aekaupp1##cc.hut.fi Kiinnostus Rooli Kehittäjä, QA-assistentti Nimi Kiiski, Lauri Puhelin Sähköposti Lauri.kiiski##iki.fi Kiinnostus Rooli Kehittäjä Nimi Töyry, Timo Puhelin Sähköposti ttoyry##cc.hut.fi Kiinnostus Valokuvaus, kuvienkäsittely, tietokoneet (ja ym. elektroniikka), ohjelmointi, pienoismallit Rooli Kehittäjä, arkkitehdin assistentti Nimi Vanhapiha, Olli Puhelin Sähköposti ovanhapi##cc.hut.fi
8 Kiinnostus PROJEKTISUUNNITELMA 8 (30)
9 PROJEKTISUUNNITELMA 9 (30) 3. TAVOITTEET 3.1. Asiakkaan tavoitteet Asiakkaan tavoitteet kuvattuna korkealla abrtraktiolla. Asiakas hakee toimivan, tietoturvallisen ja luotettavan ohjelmiston lisäksi kokemusta ohjelmistokehityksen prosesseista ja siinä käytettävistä työkaluista. Tavoite 1 Saada ohjelmisto, joka toteuttaa PlusTerveyden ja Pohjolan välisen sopimuksen mukaisen hoito- ja korvauskäsittelyn sekä laskun elektronisessa muodossa. 2 Sähköisen tiedonsiirron kehittäminen ulkopuolisiin osapuoliin. 3 Vastaanottojen tehokkuuden parantaminen sähköisen tiedonsiirron avulla. 4 Vastaanottojen sähköisten tiedonsiirto valmiuksien kehittäminen tarvittavalle tasolle kaikilla vastaanotoilla. 5 Helpottaa uusien viestityyppien määrittelyä (viestinvälitys rungon määrittely). 6 Oppia uutta prosesseista ja olio-pohjaisesta mallintamisesta ja niissä käytetyistä työkaluista. 7 Sopeutuminen tulevaisuuden vaatimuksiin(mobiili). Taulu 1. Asiakkaan tavoitteet prioriteettijärjestyksessä 3.2. Henkilökohtaiset oppimistavoitteet Jäsen Ahti, Lari Airola, Aleksi Lahtela, Kaarlo Kauppinen, Antti Kiiski, Lauri Tolvanen, Tuomas Töyry, Henkilökohtainen oppimistavoite Tavoitteena kurssissa on tutustua laajan projektin toteuttamiseen ja oppia suurikokoisessa ryhmässä toimimista. Erityisesti kommunikaatio ja suunnittelu ovat mielenkiintoisia aiheita, joista on myös hyötyä tulevaisuudessa. Projektissa saa tutustua uusiin teknologioihin ja tekniikoihin, joita ei koulussa opeteta. Lisäksi projekti antaa kokemusta myös työelämää ajatellen. Haen kokemusta 8 hengen ja 6 kuukautta kestävän projektin hallinnasta, sekä tarvittavan dokumentoinnin luomisesta ja hallinnasta. Uudet teknologiat tulevat toissijaisena oppimistavoitteena. Tavoitteena on saada kokemusta ryhmän ohjaamisesta. Tarkoitus on myös opetella parhaat kommunikointitavat kehittäjien kanssa. On kiinnostavaa oppia uusien tekniikoiden käyttöönottoa yleisesti projekteissa, ja hallita niiden tuomia riskejä. Haasteen tuo myös projektin suuret laatuvaatimukset, joihin tuotettavien testien pitää pystyä vastaamaan. Tavoitteena on saada kokemusta suuremman projektin toteuttamisesta ryhmässä, sekä oppia projektissa käytettävistä tekniikoista, esimerkiksi webserviceistä, XML:n käytöstä ja tietokannoista. Myös ryhmän kommunikaatio on mielenkiintoinen aihe. Tavoitteena on oppia suuremman projektin toteuttamisesta ja työskentelystä suuressa ryhmässä. On mielenkiintoista nähdä, miten tällainen kaupallinen projekti toteutetaan asiakkaalle. Projektissa on mahdollisuus oppia lisää jo ennestään tutuista ja joukosta uusia tekniikoita. Kiinnostavia opeteltavia tekniikoita ovat tietokannan ja XML:n käyttö Javalla ja webserviceihin liittyvät tekniikat ja toteutukset yleisesti. Myös tietoliikenneprotokollan toteuttaminen spesifikaation perusteella kiinnostaa. Tavoitteena on saada käytännön kokemusta kaupallisen ohjelmatuotteen toteuttamisesta Java-ympäristössä, sekä siihen liittyvistä teollisuudessa käytetyistä avoimen lähdekoodin tekniikoista. Arkkitehtuurisuunnittelussa tavoitteena on saada kokemusta arkkitehtuurin määrittelystä, dokumentoinnista ja käytännön toteutuksen koordinoinnista arkkitehdin roolissa. Lisäksi tavoitteena on saada kokemuksia kommunikaatiokäytännöistä hajautetussa projektissa sekä yleisesti projektin hallinnasta osana SE-ryhmää. Tavoitteena on saada kokemusta isomman projektin toteuttamisesta suuremmassa
10 PROJEKTISUUNNITELMA 10 (30) Timo Vanhapiha, Olli ryhmässä. Sekä miten toimitaan suuremmassa ryhmässä ja miten ryhmän kommunikointi toimii. Myös työssä käytettävien uusien tekniikoiden oppiminen kiinnostaa. Tavoitteena on kerätä käytännön kokemusta ja uusia ideoita suhteellisen ison hajautetun kehitysryhmän toiminnasta. Teknologiapuolelta kiinnostusta herättää erityisesti Web Services -tekniikoiden toteuttaminen Java-alustalle sekä monitasoarkkitehtuurin suunnittelu toteutettavalle järjestelmälle. Yksi tavoitteistani on myös tutustua uusiin osaaviin ja oppimishaluisiin henkilöihin ja kasvattaa näin omaa kontaktiverkostoa. Taulu 2. Henkilökohtaiset oppimistavoitteet 3.3. Projektin keskeytysehdot Projektin keskeyttämisestä neuvotellaan asiakkaan kanssa, jos kolme tai useampi ryhmän jäsen keskeyttää projektin. Ensisijaisena keinona on projektin laajuuden supistaminen. Asiakkaalla on oikeus milloin vain keskeyttää projekti Projektin päättämisehdot Projekti päättyy iteraatiodemoon. Tähän mennessä kaikki tuotokset ovat toimitettu asiakkaalle. Projektin päättyessä myös kaikki projektiryhmän vastuut projektin tuotosten suhteen raukeavat.
11 PROJEKTISUUNNITELMA 11 (30) 4. RESURSSIT JA BUDJETTI 4.1. Henkilöstö Kappaleessa kerrotaan projektissa tarvittavat ja käytössä olevat resurssit, materiaalit ja budjetti. Taulussa 3 on resursoitu käytössä olevat työtunnit ja allokoitu ne iteraatioittain. Henkilö PP I1 I2 Yhteensä Aleksi Airola Kaarlo Lahtela Tuomas Tolvanen Lari Ahti Antti Kauppinen Lauri Kiiski Timo Töyry Olli Vanhapiha Yhteensä Taulu 3. Varatut työtunnit Ryhmän poissaolot iteraatioiden aikana: Lauri on poissa kaksi tammikuun viimeistä viikkoa ja haluaa aloittaa iteraatio 2:n tammikuun alussa. Muut osapuolet ovat luvanneet käyttää resursseja seuraavasti: Asiakas Pekka Korhonen 100h Mentor Mika Mäntylä 35h Asiakas Mika Alho 75h Asiakas Jussi Rautio 75h Sopimusosapuoli Minna Markkula 5h Sopimusosapuoli Katja Havastila 10h Taulu 4. Muiden osapuolien työtunnit 4.2. Materiaali Asiakas on toimittanut projektiryhmän käyttöön CaliberRM vaatimustenhallintaohjelmiston koneineen. Lisäksi harkitaan web-lisenssin hankintaa parantamaan kommunikaatiota. Asiakkaalla on myös hankittuna Borlandin Together Architect lisenssi projektiryhmän käyttöön. Asiakas on hankkinut kaksi XMLSpy Suite professional versiota kehitysryhmän käyttöön. Muista hankinnoista neuvotellaan erikseen asiakkaan kanssa. Kurssin puolesta on käytössä MagicDraw uml-työkalun lisenssejä. Kehitysympäristöt (Eclipse) toimivat projektiryhmän omilla koneilla. MediaWiki ja SVN toimivat iteraatio 1:n loppuun projektiryhmän käytössä olevalla www-palvelimella. Jatkuvaan integrointiin käytetään Ant-build työkalua ja Cruise Controllia.
12 PROJEKTISUUNNITELMA 12 (30) 4.3. Budjetti Asiakkaan lisenssit ovat kehitysryhmän käytössä projektin loppuun asti, jonka jälkeen lisenssit palautuvat asiakkaalle. Taulukossa 4 kuvataan mitä projekti todellisuudessa voisi maksaa. Asiakkaalle realisoituu kustannuksista oma työaika, lisenssit ja SoberIT:n maksu. Kustannuserä Työmääräarvio Palkkio /h Kustannukset Sisäinen työ Asiakkaan käyttämä aika 100h Ympäristöjen pystytys 50h Hankittavat resurssit Ryhmän käyttämä aika 1520h Materiaalit SoberIT:n maksu Together Architect lisenssi CaliberRM lisenssi Alihankinta Mentor konsultointi 35h Kustannukset yhteensä Taulu 5. Kustannuserät
13 PROJEKTISUUNNITELMA 13 (30) 5. TYÖMENETELMÄT JA TYÖKALUT 5.1. Työmenetelmät Kappaleessa kuvataan projektissa käytettävät työkäytännöt ja työkalut Iteratiivinen kehitys Projektissa käytetään iteraratiivistä ja inkrementaalista kehitysmallia. Iteraatiota on kolme kappaletta, jotka on kuvattu tarkemmin tavoitteineen kappaleessa 6. Perusperiaatteena on mahdollisimman aikaisin saada protoilemalla toimiva viestinvälitysjärjestelmä, jonka päälle rakennetaan ominaisuuksia siten, että jatkuvasti on toimiva ohjelmisto. Kunkin iteraation jälkeen toimitetaan toimiva ja testattu ohjelmisto. Tämä jatkuvasti toimiva ohjelmisto tuo haasteita kehittäjille. Iteraatioiden aikana puolessa välissä on sisäiset välidemot, joilla seurataan työn edistymistä. Iteratiivisen kehitysmallin mukaisesti tehdään suunnittelua, ohjelmointia ja testausta rinnakkain. Suunnittelu ja protoilu painottuvat PP-iteraatioon ja I1- iteraation alkuun Iteraation suunnittelu SE expert ryhmä suunnittelee iteraatiot edellisen iteraation lopulla omassa iteraation suunnittelu palaverissa. Asiakaspalaverissa heti iteraatiodemon jälkeen arvioidaan edellisen iteraation tulokset ja määritellään seuraavan iteraation tavoitteet. Tavoitteiden määrittelyn jälkeen viikkopalaverissa tehdään työmääräarviot yhdessä kehittäjien kanssa. Iteraatioiden alussa arviot ja tavoitteet lähetetään asiakkaalle katselmoitavaksi ennen kuin ne palautetaan kurssille. Iteraatioiden suunnittelu, sekä tietojen päivitys projektisuunnitelman kappaleeseen 6 on projektipäällikön vastuulla Dokumentointi Dokumentit palautetaan viimeistään määräpäivänä PDF-muodossa mentorille, asiakkaalle, sekä julkaistaan ryhmän kotisivulla. Dokumentit säilytetään kehitysvaiheessa versionhallinnassa, missä ne ovat kaikkien saatavilla. Dokumentit versioidaan PP-iteraatiossa 0.x, toetutusiteraatiossa 1 1.x ja toteutusiteraatiossa 2 2.x. Kaikki dokumentit katselmoidaan ennen palautusta ja katselmointivastuut ja määräajat näkyvät alla olevasta taulukosta. Dokumentointikielenä on suomenkieli. Dokumentti Vastuuhenkilö Katselmointipäivämäärryhmä Katselmointi- Palautuspäivämäärä Projektisuunnitteluvaiheen Aleksi Airola su SE expert ryhmä kello 11 suunnitelma Projektisuunnitelma Aleksi Airola to Projektiryhmä kello 11 Arkkitehtuuridokumentti Tuomas su SE expert kello 11 Tolvanen -ryhmä Vaatimustenmäärittely- Aleksi Airola, to Projektiryhmä kello 11
14 PROJEKTISUUNNITELMA 14 (30) dokumentti Kaarlo Lahtela Laatusuunnitelma Kaarlo Lahtela to SE expert kello 11 Lauri Kiiski -ryhmä Iteraatio 1 Aleksi Airola to SE expert kello 11 -iteraatiosuunnitelma -ryhmä Iteraatio 1 -dokumentit Yllä mainitut ti SE expert kello 11 -ryhmä Iteraatio 2 Aleksi Airola to SE expert kello 11 -iteraatiosuunnitelma -ryhmä Vertaistestausohjeet kello 11 Vertaistestausraportti kello 11 Iteraatio 2 -dokumentit kello 11 Tuotos Dokumentit Kaaviot Demot Työkalu MS Word MS Visio, MS Powerpoint, Magic Draw MS Powerpoint Taulu 6. Dokumentit, niiden vastuut ja määräajat Katselmointivastuita jaetaan myös asioiden edetessä kehittäjille. PP-iteraation ja Iteraatio 1 -iteraatiosuunnitelman osalta päivät ovat lopulliset. Dokumenttien laatimiseen käytetään Microsoft Word ohjelmaa ja kaavioiden piirtämiseen käytetään MS Visio ja Powerpoint ohjelmia. Demot tuotetaan MS Powerpoint:lla. Taulu 7. Työkalut Riskienhallinta Projektin riskienhallintaan käytetäään kevennettyä ja modifioitua versiota Jyrki Kontion kehittämästä Riskit menetelmästä. Projektiin liittyvät keskeisimmät riskit tunnistetan ja analysoidaan heti projektin alussa ja lisäksi yksittäisiin iteraatioihin liittyvät riskit tunnistetaan jokaisen iteraation aloituspalaverissa brain storming menetelmällä. Riskien realisoitumista seurataan ja niiden prioriteetit arvioidaan iteraatoiden puolivälissä ja lopussa. Jos jonkin riskin realisoitumisesta havaitaan merkkejä, tehdään tarvittavat korjaustoimenpiteet ja sitä seurataan viikottain. Riskien tunnistaminen ja seuranta on expert-ryhmän vastuulla. Projektin riskienhallintakäytäntö koostuu seuraavista askeleista: 1. Riskien tunnistaminen 2. Riskien syiden tunnistaminen 3. Riskien todennäköisyyden arviointi 4. Riskien vaikutusten arviointi 5. Riskejä vähentävien toimien käyttäminen 6. Riskitilanteen seuranta Alustavat riskit ovat tunnistettu brain storming menetelmällä Team Building tapahtumassa ja ne ovat koottu riskilokiin (kappale 7) Tuntiraportointi
15 PROJEKTISUUNNITELMA 15 (30) Tuntiraportointiin käytetään Excel taulukkoa. Jokaisella ryhmän jäsenellä on oma Excel- sheet, johon he itse päivittävät käyttämänsä tunnit. Tiedostossa on oma sheet kullekin iteraatiolle. Kunkin viikon sunnuntaina kello 24 mennessä tulee edellisen viikon tunnit olla raportoituna. Tuntiraportointitiedostoja säilytetään SVN:ssä hakemistossa dokumentit/tuntiraportointi. Keskiviikkoon mennessä projektipäällikkö koostaa tunnit ja raportoi ne tuntiraportointi sivulle MediaWikiin. Koostamisen yhteydessä arvioidaan onko tarvetta muuttaa tuntiarvioita viikottain. Tuntiraportoinnin vastuullinen on projektipäällikkö, joka yhdessä expert-ryhmän kanssa allokoi tunnit kehittäjille. Ennen allokointia pyydetään kehittäjiltä omat arviot tarvittavista tunneista. Team building tapahtumassa kerättiin kehittäjiltä arviot heidän projektiin käytössään olevista tunneista iteraatioittain Kommunikaatio Projektissa on asiakas, sopimuspuolet ja mentor mukaan lukien mukana 15 henkilöä. Kukaan ei tee projektia täyspäiväisesti, eikä kehittäjille ole yhteistä työskentelytilaa. Projekti on hajautettu. Seuraavilla menetelmillä tullaan hoitamaan kommunikaatio siten, että se on riittävä ja tehokas. Projektisuunnitelma Projektisuunnitelma toimii referenssi kommunikaatiovälineenä, jolla projektin alussa kommunikoidaan käytännöt sidosryhmille. Dokumentti katselmoidaan asiakkaan ja ryhmän kesken palaverissa. Projektin edetessä suunnitelman kommunikaatioarvo laskee. Wiki MediaWikiä käytetään koko projektin aikana tehokkaaseen kommunikointiin. Kaarlo Lahtela on vastuussa sivujen ylläpidosta. Ryhmän jäsenillä on täydet muokkaus oikeudet sivustoon. Projektinhallinnalliset tehtävät löytyvät Wikistä. Lisäksi sieltä löytyy linkit tuntiraportointiin, tapaamisajat, tehtävälistat, henkilöiden esittelyt työkaluohjeet, käytetyt menetelmät ja FAQ-osiot. Projektin edetessä sivuston koko kasvaa ja muutoksia on vaikea havaita, joten Wiki ei ole riittävä kaikkiin muutoksiin. Postituslista & viikkoraportti Ryhmälle on perustettu postituslista TKK:n ATK-osastolle. Sen osoite on: dentego##list.hut.fi Kaikilla on oikeus lähettää sinne sähköpostia, joka ohjautuu kaikille ryhmän jäsenille. Pääasiassa postituslista on viikkoraporttia varten, jolla kommunikoidaan viikon status ryhmän jäsenille. Pienryhmät Projektin aikana tunteja palaa paljon palavereissa jos ryhmän koko on enemmän kuin neljä, eikä tuloksia synny. PP-iteraation aikana toiminta on jaettu viiteen pienryhmään, joiden kesken työ on jaettu. Kukin ryhmä kokoontuu heille
16 PROJEKTISUUNNITELMA 16 (30) sopivina ajankohtina ja työmäärän mukaan. Pienen ryhmän on helpompi löytää yhteinen aika, kuin koko projektiryhmän. Ryhmiä tehdään suorittamaan tehtäviä dynaamisesti projektin aikana. Jokaisella ryhmällä on vastuullinen, joka raportoi työn edistymisestä projektipäällikölle. Expert ryhmä kokoontuu viikoittain ennen viikkopalaveria. Viikkopalaverit Viikkopalavereissa pidetään Scrum muotoinen statuspalaveri, mitä ollaan tehty, missä nyt ollaan ja mitä seuraavaksi viikoksi. Lisäksi PP-iteraatiossa katselmoidaan projektisuunnitelma ja vaatimusmäärittely dokumentit. On huomattu, että dokumenttien katselmointi koko ryhmän kanssa on tarpeen käytäntöjen kommunikoinnin takia. Jokaisella palaverilla on agenda, joka lähetetään postituslistan avulla kaikille ryhmän jäsenille vähintään päivää ennen palaveria. Kustakin palaverista tehdään pöytäkirja, joka tallennetaan Wikiin aikataulun yhteyteen. Viikkopalaverien määrää tullaan vähentämään projektin edetessä, kun Wikiin raportointi kehittyy ja jäsenet saavat karistettua alkukankeuden. Puhelimet & Skype & MSN Messenger Ensisijaisesti tullaan käyttämään ilmaisia kommunikaatiovälineitä, kuten Skypeä mikrofonilla ja kuulokkeilla. Jollei ryhmän jäsenet ole koneen ääressä käytetään puhelinta. Puhelinlaskua tulee seurata ja liittymän tyypin vaihtamista kannattaa harkita projektin ajaksi. Projektipäällikön kokemuksesta puhelinlasku kolminkertaistuu projektin aikana. Suositeltava liittymätyyppi on 500 minuuttia puheaikaa ja 100 tekstiviestiä. IRC-kanava Ryhmän käytössä on #dentego IRC-kanava kehityksen aikana. Kommunikointi projektiryhmän ulkopuolelle Projektipäällikkö on asiakasvastaava ja hoitaa kommunikoinnin projektiryhmän ulkopuoleisiin sidosryhmiin. Asiakas tapaa projektiryhmän PP-iteraation demotilaisuudessa. Mentorille ja asiakkaalle on järjestetty pääsy projektin dokumentointiin Iteraatiodemo Iteraatiodemo toteutetaan kurssin ohjeistuksen mukaisesti. Projektipäällikkö valmistelee tilannekatsausraportin PowerPoint esityksenä iteraatiodemoon niin, että se voidaan katselmoida päivän ennen palautusta. Ohjelmiston toiminnallisuuden demonstroinnista I1 ja I2 iteraatiodemoissa vastaa Tuomas Tolvanen. Iteraatiodemossa esitettävän sovelluksen version tulee olla läpikäytävissä kaksi päivää ennen palautusta. Iteraatiodemon päivämäärät on asetettu kurssin puolesta ja iteraatiodemot pidetään Innopoli2:ssa SoberIT:n tiloissa. Tarkemmat kellonajat ehdotetaan kurssin puolesta ja ovat nähtävissä kurssin kotisivuilla.
17 PROJEKTISUUNNITELMA 17 (30) Projektipäällikkö varmistaa ajan sopimisen asiakkaalle ja tekniselle ohjaajalle. PP iteraation demo pidetään klo 11 ja I1-demo Virheiden seuranta Virheiden seurantaan käytetään Jira ohjelmistoa. Virheiden seurannasta on vastuussa QA-ryhmä. Käytännöt on tarkemmin määritelty laatudokumentissa kappaleessa Versionhallinta Tuomas Tolvanen on versionhallinnan vastuuhenkilö. Versionhallintaan käytetään SubVersionia ja käytäntönä on long transaction. Merge tapauksissa jälkimmäinen committaaja ottaa yhteyttä aikaisempaan committaajaan, ellei tilanne ole itsestään selvä, jolloin jälkimmäinen suorittaa mergen. Lukitusta ei voida käyttää, koska lukitus ilmenee vasta commit tilanteessa, eikä update tilanteessa. Version ulos checkaamiseen käytetään, joko TortoiseSVN:ä tai Eclipsen Subclipse plug-in:a. Jokainen commit on kommentoitava kuvaavasti, koodin täytyy olla toimivaa ja kommentoitua. Koodin toimivuus testataan ainakin, että se kääntyy ja olemassa olevat testit menevät läpi. Kommentoinnin on oltava kappaleen koodausstandardin mukaista. Kukin demo versio tagataan ennen tapahtumaa. Demoista tarkemmin kappaleessa 6. Versionhallinnassa säilytetään tuotantokoodin lisäksi dokumentaatio ja tuntiraportointi. Versionhallinta siirretään asiakkaan palvelimille iteraatio 1:n jälkeen. PP- ja I1- iteraatioiden aikana versionhallinta-repositorio sijaitsee projektin internet palvelimella, jonka palvelut projektiryhmän käyttöön tarjoaa Aurentia Solutions Ky Koodausstandardi Ohjelmoinnissa käytetään Java Coding Convention standardia ( Koodi kommentoidaan JavaDoc:n ( ohjeiden mukaisesti. Koodin kommentoiminen Metodien, luokkien ja muuttujien nimet kirjoitetaan englanninkielellä. Nimissä tulee käyttää kuvaavia nimiä, eikä lyhennettyjä nimiä. Tämä siksi, että kehitysympäristö Eclipse tukee auto täydennystä. Muuttujien ja luokkien nimet ovat substantiiveja ja metodien nimet alkavat verbeillä. Liiketoimintaluokkien nimeämisessä voidaan käyttää suomenkielisiä nimiä siltä osin kun englanninkielisen vastineen käyttö ei ole selkeyden kannalta mielekästä. Esim. setadapterbit(); setadb(); // EI NÄIN
18 PROJEKTISUUNNITELMA 18 (30) Eclipse tukee //TODO: kommenttien käyttöä, joilla kuvataan keskeneräisiä tehtäviä. Commitoitavassa koodissa saa olla //TODO: kohtia, mutta ei keskeneräisiä JavaDoc:ja. Kysymyksiin muille käytetään //KYS: tagia. Tagin perään tulee keneltä kysytään, kysymys ja kysyjä väliviivalla erotettuna. Esim. //KYS:Allu Miten Acknowlement käsitellään? -Kaarlo Tämä helpottaa search ominaisuuden käyttöä. JavaDoc Rajapinta tulee dokumentoida suomenkielellä siten, että jokaisessa luokassa on tagi ja kuvaus luokasta ja sen tarjoamista toiminnoista. Kaikki public, protected ja package tason metodeissa ja muuttujissa tulee tagit kommentoituina. Private metodien ja muuttujien nimiä ei tarvitse erikseen kommentoida, jos nimi on kuvaava. QA-ryhmä on vastuullinen koodaus käytäntöjen noudattamisen seurannasta Vertaistestaus Dentego ryhmän vertaistestausryhmä on ryhmä numero 8. Vertaistestaussuunnitelma laaditaan iteraatio 2:n alussa, kun tiedetään miten vertaistestauksella voidaan parhaiten tukea projektin testaustavoitteita Vaatimustenhallinta Vaatimustenhallintaan käytetään Word-dokumenttia ja CaliberRM-ohjelmistoa rinnakkain. CaliberRM ei tue vaatimusten kommunikointia riittävästi, minkä takia käytetään Word dokumenttia. Asiakas haluaa vaatimukset CaliberRM muodossa. CaliberRM vaatimukset päivitetään vastaamaan Word dokumenttia iteraatioiden alussa, välidemon aikaan ja lopussa. CaliberRM ohjelmisto toimitetaan asiakkaan intranettiin toimivaksi projektin aikana. Vaatimusten perustana on kattava OpenCDA2006 dokumentointi. Projektissa käytetään HL7 CDA R2 määrittelemää dokumenttien XML-formaattia sekä HL7 v3 määrittelemiä tiedonsiirtoprotokollia. Muina lähteinä vaatimusten keräämiseen toimivat Pohjola ja TietoEnator. He toimittavat aineistoa ja henkilöitä haastatellaan. Dokumentointi perustuu käyttötapausten kuvaamiseen. Projektipäällikkö on vaatimustenmäärittely ryhmän vetäjä ja vastuussa muutostenhallinnasta yhdessä vaatimusmäärittelyryhmän kanssa. Vaatimusten muutoksissa noudatetaan seuraavia askeleita: Muuttunut vaatimus identifioidaan Vaatimustenmäärittely ryhmä analysoi muutoksen ja tekee työmääräarvion Muutoksesta neuvotellaan asiakkaan kanssa Tarvittaessa projektin laajuutta arvioidaan uudestaan
19 PROJEKTISUUNNITELMA 19 (30) Team Building tapahtuma Team Building tapahtuma pidettiin torstaina kello Tapahtumassa käytiin läpi kurssin yleiset ja henkilökohtaiset tavoitteet, opittiin tuntemaan toisiamme ja luotiin yhteishenkeä. Tapahtumassa saatiin sovittua kuuden palaverin ajankohdat seuraavaksi viikoksi eli työt saivat varsinaisen Kick-Offin tilaisuudesta. Lisäksi käytiin läpi viimeisimmät vaatimus- ja arkkitehtuuridokumentit. Tapahtuman jälkeen saatiin palautetta, siitä miten asiat olivat selkiytyneet kehittäjille huomattavasti. Projektipäällikkö on vastuussa tapaamisen järjestelyistä Pienryhmät Työskentely projektissa tapahtuu pienryhmissä. Pienryhmien tarkoituksena on tehostaa työskentelyä ja selkiyttää vastuita. PP-iteraatiossa käynnistetään ainakin seuraavat ryhmät: Vastuualue Tuotos Ryhmän jäsenet Arkkitehtiryhmä Arkkitehtuuri-suunnitelma Tuomas Tolvanen Kaarlo Lahtela Olli Vanhapiha Tietoliikenne adapteri Web Service pohjainen Kaarlo Lahtela protoryhmä XML Schema ryhmä proto Olli Vanhapiha Sovellusadapterin XSD Tuomas Tolvanen Schema Lari Ahti Antti Kauppinen QA-ryhmä Laatusuunnitelma Kaarlo Lahtela SE expert ryhmä Vaatimustenmäärittelyryhmä Projektin hallintaan liittyvä dokumentointi Vaatimustenmäärittely dokumentti Taulu 8. Pienryhmien kokoonpanot Lauri Kiiski Aleksi Airola Kaarlo Lahtela Tuomas Tolvanen Aleksi Airola Kaarlo Lahtela Lari Ahti Ryhmien aikataulutus on tarkennettu kappaleessa 6. Pienryhmät raportoivat edistymisestä viikkopalaverissa ja myöhemmin tarvittaessa sähköpostitse, jos viikkopalavereja karsitaan myöhemmissä iteraatioissa. Ryhmien organisoinnista on vastuussa projektipäällikkö Prototypisointi Prototypisoinnilla vähennetään riskejä projektin aikana. Kaikista uusista tekniikoista tehdään yksinkertainen prototyyppi kommunikoinnin edistämiseksi ryhmän sisällä. Prototyyppi toimii esimerkkinä, josta kehitystyö lähtee liikkeelle. Web service tekniikka ja Hibernate prototypisoidaan ennen kuin tekniikka valitaan ja tämä tapahtuu PP-iteraation aikana ja iteraatio 1:n alussa. Prototypisointi on pienryhmien vastuulla
20 PROJEKTISUUNNITELMA 20 (30) Katselmointikäytännöt Projektissa käytetään kolmetasoista katselmointikäytäntöä. Kevyt katselmointi Dokumentin vastuuhenkilö toimittaa katselmoitavan dokumentin ja siihen kommentoidaan sähköpostitse. Projektin sisäisessä käytössä, kun dokumenttiin on tehty muutoksia, sekä projektin ulkopuolisiin tahoihin I1:ssä ja I2:ssa. Semi-perusteellinen Dokumentin vastuuhenkilö toimittaa katselmoitavan dokumentin ja se käydään läpi pienryhmässä tai asiakkaan kanssa. Projektin sisäisessä käytössä I1:ssä ja I2:ssa, sekä ennen lopullisten dokumenttien palautusta asiakkaan kanssa. Perusteellinen katselmointi Käytetään lähinnä uusien dokumenttien kommunikoimiseen PP-iteraatiossa. Projektin sisäinen perusteellinen katselmointiprosessi on viisivaiheinen: 1. Jokaisella projektissa tuotettavalle dokumentille määritellään vastuuhenkilö, katselmointiryhmä, palautuspäivämäärä sekä katselmointiajankohta. (Termillä dokumentti tarkoitetaan myös iteratiivisesti kehitettävän dokumentin uutta toimitettavaa versiota.) 2. Tuotettavan dokumentin vastuuhenkilö on velvollinen toimittamaan dokumentin katselmoitavaksi katselmointiryhmän jäsenille vuorokautta ennen katselmointiajankohtaa. 3. Katselmointiryhmän tehtävänä on katselmoida dokumentti seuraavista näkökulmista: pienet puutteet, suuret puutteet, virheet ja heränneet kysymykset. 4. Dokumentin vastuuhenkilö korjaa havaitut ja ilmoittaa muille katselmointiryhmän jäsenille sähköpostitse, kun korjaukset ovat tehty. 5. Ryhmän jäsenet kommentoivat korjauksista sähköpostitse dokumentin vastuuhenkilölle. Katselmointikäytäntö on erityisen tärkeä PP-iteraatiossa kommunikaation työvälineenä. Tällä varmistetaan, että kaikki ovat tietoisia projektissa käytettävistä käytännöistä. Projektisuunnitelma ja vaatimusmäärittely dokumentit katselmoidaan koko projektiryhmän kesken PP-iteraatiossa. Formaalia koodikatselmointia käytetään I1:ssä ja I2:ssa koodin laadunvarmistukseen Sepa-aiheet Kaikki ryhmän jäsenet suorittavat kurssin puitteissa ylimääräisen opinnäytteen Sepa-aiheena. Sepa-kurssin tarkoituksena on täyttää korvaavuus vanhan T kurssin kanssa. Aiheet tukevat projektin aikana kehitystyötä. Jatkuva Integrointi Jatkuvaan integrointiin käytetään CruiseControllia, jolla automatisoidaan mm. testejä ja niistä raportoimista Lauri Kiiski ja Olli Vanhapiha CaliberRM Ohjelmisto tarjoaa palvelun vaatimusten keräämiseen ja hallinnointiin. Aleksi Airola ja Kaarlo Lahtela
21 PROJEKTISUUNNITELMA 21 (30) Static methods Tuomas Tolvanen ja Timo Töyry Pariohjelmointi / TDD Antti Kauppinen ja Lari Ahti Suunnitelu Arkkitehtuuri suunnittelua varten perustetaan pienryhmä, joka vastaa arkkitehtuurisuunnitelmasta ja teknisestä määrittelystä. Ryhmä aloittaa toiminnan PP-iteraation aikana ja tuottaa alustan suunnitelman iteraation loppuun mennessä. Ryhmän kokoonpano on määritelty kohdassa Pienryhmät. Arkkitehtuuriryhmän toiminnasta vastaa pääarkkitehti Prosessinkehitys Prosessinkehitys toteutetaan kevyenä menetelmänä, jota johtaa projektipäällikkö. Jokaisessa viikkopalaverissa kysytään kehittäjiltä heidän tarpeensa ja mahdolliset prosessinparannus ideat. Prosessin parantaminen on jatkuvaa, eikä tähän mennessä ole nähty tarvetta formaalimpaan määrittelyyn, koska projektissa on mukana kaksi jo kurssin käynyttä ja useammilla on työkokemusta. Molemmat kurssin käyneet olivat vuonna 2006 laatupalkinto ryhmäehdokkaita. Viikkopalaverien vähetessä projektin loppu kohti, prosessien parannusta analysoidaan välidemojen yhteydessä. Projektipäällikkö seuraa aktiivisesti muiden ryhmien edistymistä ja prosesseja Laatusuunnitelma QA-dokumentointi on siirretty erilliseen QA-dokumenttiin Työkalut Projektissa käytetään seuraavia työkaluja Kehityslaitteisto Ohjelmiston kehityksessä käytetään ryhmän omia tietokoneita, koska projektin vaatimat teknologiat eivät aseta suuria vaatimuksia tietokoneen resurssien suhteen. Tavallinen kotikone (esim. ~3 GHz prosessori ja 512 Mb käyttömuistia) riittää kehitysympäristön sujuvaan ajamiseen Ohjelmistot Projektinhallinta Micrsoft Excel. (Versio 2003) o Käytetään tuntikirjanpidon apuna. o Lisenssi: MSDN Academic Alliance. o Lisätietoja: Määrittely
22 PROJEKTISUUNNITELMA 22 (30) Borland CaliberRM. (Versio 2005) o Lisenssi: Kaupallinen. Saadaan asiakkaalta. o Lisätietoja: Suunnittelu MagicDraw UML-työkalu o o Lisenssi tarjotaan kurssin puolesta. Dokumentointi Microsoft Word. (Versio 2003) o Lisenssi: MSDN Academic Alliance. o Lisätietoja: Kommunikaatio MediaWiki. (Versio 1.8.2) o Lisenssi: GNU General Public License version 2. o Lisätietoja: Skype MSN Messenger Irc Ohjelmointiympäristö Eclipse. (Versio 3.2.1) o Lisenssi: Eclipse Public License versio 1.0. o Lisätietoja: JBoss Eclipse IDE. (Versio 1.5) o Lisenssi: Open source. o Lisätietoja: Subclipse. (Versio 1.0.3) o Käytetään versionhallintaan yhdessä Subversion:in kanssa. o Lisenssi: Eclipse Public License versio 1.0. o Lisätietoja: Tietokanta Microsoft SQL Server 2005 o Lisenssi: Kaupallinen, saadaan asiakkaalta Microsoft SQL Server 2005 Express o Lisenssi: Ilmainen o Käytetään kehitystyöhön kehittäjien koneilla MySQL 5 o Lisenssi: GNU General Public License o Käytetään kehityksessä vain silloin kun ei ole käytössä Windows ympäristöä Ohjelmointikielet Java JDK (Versio 1.5 SE) o Käytetään ohjelmiston toteutuksessa. o Lisenssi: Sun's Binary Code License. XML
23 PROJEKTISUUNNITELMA 23 (30) Kehitysympäristö Altova XMLSpy Suite. (Versio 2006 Professional edition) o Lisenssi: Kaupallinen. Saadaan asiakkaalta. o Lisätietoja: Kuva 2. Kehitysympäristö kehittäjän näkökulmasta Kehitysympäristö koostuu kehittäjän työasemasta, projektin www- ja versionhallintapalvelimesta, sekä asiakkaan tiloissa olevasta testaus- ja tulevasta tuotantopalvelimesta. Kehittäjän kone Kehittäjän oma tietokone toimii kehitysympäristönä. Windows, Linux tai OS X käyttöjärjestelmä Kehitystietokanta o SQL Server 2005 Express Edition o MySQL-tietokanta, jos ei ole Windows ympäristö Elipse 3.2 ohjelmistokehitysympäristö Apache Tomcat-palvelin Java 1.5 SDK Dentego.com-kone
24 PROJEKTISUUNNITELMA 24 (30) Dentego.com palvelin tarjoaa Subversion-versionhallintaympäristön, sekä Mediawikin projektin käyttöön. Palvelimen palveluja käytetään HTTPprotokollan yli. Versionhallinta tapahtuu suojatun HTTPS-protokollan yli. Gentoo Linux käyttöjärjestelmä Mediawiki Subversion Testaus- ja tuotantopalvelin Asiakkaan tiloissa toimiva palvelin, joka toimii testausympäristönä, sekä tulevana tuotantoympäristönä. Yhteys palvelimelle toteutetaan VPN-yhteyden kautta. Windows Server 2003 käyttöjärjestelmä SQL Server 2005 tietokanta Apache Tomcat 5.4. Standardit OpenCDA 2006 R2 Määrittelee datan sisällön 29.htm#_3_HL7_CDA_R2 määritykset HL7 CDA v3 Määritelee tiedonsiirron 29.htm#_6_HL7_V3_sanomat_1 Finvoice versio 1.2 Sähköisen laskun rakenteen
25 PROJEKTISUUNNITELMA 25 (30) 6. VAIHEISTUS Kuva 3. Vaiheistus Projektin suunnittelu iteraation tavoitteena on saada projektisuunnitelma valmiiksi iteraatio 1:stä varten, sekä myös vaatimusmäärittely ja arkkitehtuuri laatuvaatimuksineen maksusitoumuksen, hoitoehdotuksen ja elektronisen laskun osalta. Iteraatio 1:n tavoitteena on saada valmiiksi välityspalvelin, joka pystyy välittämään elektronisia laskuja. Iteraatio 2:n tavoitteena on toteuttaa hoitoehdotusten ja maksusitoumusten välitys. Tätä osiota päivitetään iteraatioiden edetessä Aikataulu Projektin suunnittelu (PP) iteraatio on sisältäen kaksi deadlinea on iteraatiosuunnitelman palautus ja dokumenttien palautus. Dokumentteihin kuuluu projektisuunnitelma, vaatimustenmäärittely dokumentti, sekä edistymisraportti. Iteraatio demo pidetään tai Sisäisiä virstanpylväitä on team-building tapahtuma arkkitehtuuri ja vaatimusmäärittely draftien osalta. Projektisuunnitelma ja vaatimustenmäärittely dokumenttien toinen luonnos valmistuu kello 18 mennessä vuorokautta ennen niiden katselmointitilaisuutta. Dokumentit jäädytetään kello 18 ja ne palautetaan kello 11 mennessä kurssin palautusjärjestelmään. Arkkitehtuuri dokumentin luonnosta viimeistellään viikon 42 viikonloppuna ja se julkaistaan maanantaina Toteutus iteraatiot on jaettu kahtia ja niiden puolessa välissä iteraatiota pidetään välidemo. I1 iteraatio on ja välidemo pidetään torstaina I2 iteraatio on ja välidemo pidetään perjantaina Projektin suunnittelu Tavoitteet: Projektin suunnittelu ja seurantamenetelmien käyttöönotto mm. tuntikirjanpito
26 PROJEKTISUUNNITELMA 26 (30) Aihealueen, tavoitteiden, riskien ja bisnestavoitteiden ymmärtäminen Vaatimusmäärittely hoitoehdotuksen, maksusitoumuksen ja elektronisen laskun, sekä niiden välittämisen osalta Dokumenttien hankinta TietoEnatorilta Ryhmän organisointi vaiheittain Sepa-aiheiden valinta ja tarvittaessa käyttöönotto Tuntea käytettävät teknologiat Tuotokset: Projektisuunnitelma, paitsi 5.2 QA-suunnitelma alustava Vaatimustenmäärittely dokumentti (ch. 1-5, ch. 6-9 ainakin tärkeimmät vaatimukset, ch ) Edistymisraportti kalvoesityksenä Tehtävät: (allokoidut tunnit - valmiusaste vastuulliset) Dokumenttien hankinta eri osapuolilta (4h 100% tehty projektipäällikkö) Laatuvaatimusten määrittely (2h 100% tehty - Arkkitehtiryhmä) Arkkitehtuuri valmis välityspalvelimen hoitoehdotuksen, maksusitoumuksen ja elektronisen laskun välittämisen osalta (40h 80% tehty Arkkitehtiryhmä + review vastuu projektipäällikkö) Työkalujen asennus ja käyttöönotto koulutuksineen (15h 100% tehty kaikki) Aikataulun suunnittelu (8h 100% tehty projektipäällikkö) Alustava laatukäsikirja (16h 50% QA-manageri ja assistentti) Projektin riskien tunnistaminen, analysointi ja hallinta (6h 100% tehty expert ryhmä + review vastuu muilla jäsenillä) Protota käytettävät teknologiat, riskien välttämiseksi (30h 80% tehty pääarkkitehti + QA-manager + toteuttajat) Tarkempi tehtävien allokointi on nähtävissä SVN:ssa tuntiraportointi hakemistossa Toteutus 1 ID Task Name Start Finish Duration marras 2006 joulu Arkkitehtuurisuunnitelma d 2 Toteutus d 3 Testaus d 4 Välidemo d 5 Toteutus d 6 Testaus d 7 Iteraatiodemo d
27 PROJEKTISUUNNITELMA 27 (30) Toteutus iteraatio1 yksi on jaettu kahteen osaan. Välidemo pidetään kello 9 SoberIT:n tiloissa ja se on kuin iteraatiodemo ja toimii virstanpylväänä, jossa suoritetaan samat tehtävät kuin iteraatiodemossa. Iteraatio on jaettu kahtia, koska kuusi viikkoa on liian pitkä väli ohjelmistotuotannossa ja näkyvyyttä halutaan lisätä. Välidemon jälkeen tarkennetaan koko iteraation tavoitteita. Alustavasti silloin on valmiina viestinvälitys-palvelin, joka osaa välittää elektronisia laskuja. Poikkeus tilanteiden käsittelyt toteutetaan I2:ssa. Välidemon tuotosten tavoitteet Sovellusadapteri: Ensimmäinen versio peruskyselyn ja -vastaanoton viestinkäsittelystä Tietokantaobjektien luominen viestiobjektista Tietoliikenneadapteri: Webservicestä ensimmäinen versio Perus clientti Webserviceille SOAP Viestin parsiminen luokkamuotoon SOAP-viestiä esittävän objektin toteuttaminen Tietokanta: Tärkeimmät taulut ja relaatiot Perustietokantaluokkien toteutus Iteraatiotason tavoitteet Iteraation alussa saada arkkitehtuurisuunnitelma valmiiksi siten, että ohjelmistoa voidaan alkaa kehittämään inkrementaalisesti. Teknisen määrittelyn kirjoittaminen toteutettujen ohjelmistojen osien osalta Kehittää projektinhallinnallisia prosesseja Kehittää kehitystyökalujen käyttöä Valmistella tuotantoympäristön pystytyssuunnitelma ja versionhallinnan siirto asiakkaan tuotantoympäristöön Tuotokset: Ohjelmisto Dokumentit Tietoliikenneadapteri prototyyppi Päivitetty projektisuunnitelma Hibernate prototyyppi Päivitetty vaatimustenmäärittelydokumentti Testattu välityspalvelu ohjelmisto Tekninen määrittelydokumentti Elektronisen laskun sovellus Laatusuunnitelma Test caset Laaturaportti ja testiloki Edistysmisraportti kalvoesitys
28 PROJEKTISUUNNITELMA 28 (30) Tehtävät: Vastuut ovat määritelty kappaleessa 2.1. Toteustusiteraatio 1 (I1) I1 EE 710,0 Projektinhallinta 220,0 Projektinhallinnointi 8,0 Projektin status raportointi 4,0 Iteraatiodemo 4,0 Projektisuunnittelu ja hallinta 43,0 Projektisuunnittelua 10,0 Projektinhallinta 25,0 Projektisuunnitelman kirjoittaminen 8,0 Informointi ja kommunkointi 169,0 Viikkopalaverit 56,0 Asiakaspalaverit 16,0 Mentorpalaverit 8,0 Pienryhmä palaverit 40,0 Muut mahdolliset palaverit 15,0 Asiakaskommunikointi 10,0 Mentorkommunikointi 4,0 Projektiryhmän kommunikointi 20,0 Ohjelmistonsuunnittelu 71,0 Käyttäjätutkimus Vaatimustenselvittäminen 5,0 Vaatimusmäärittelydokumentti 15,0 Prototyypisointi 8,0 Schema suunnittelu 8,0 Arkkitehtuurisuunnittelu 35,0 Arkkitehtuuri 20,0 Teknisenmäärittelydokumentin kirjoitus 15,0 Laadunvarmistus 74,0 Laatusuunnitelma 5,0 Laatusuunniteman dokumentointi 15,0 Testausuunnitelma 10,0 Testauksen suorittaminen 30,0 Tietoliikenneadapterin testaus 4,0 Käytettävyystestit 0,0 Heuristinen arvio 2,0 Dokumenttikatselmoinnit 8,0 Vertaistestaus 0,0 Työkalujen käyttöönotto ja ohjeistus 25,0 Projektihallinnan työkalut 8,0 Kehitystyökalujen valinta 8,0 Työkalujen käyttöönotto 5,0 Ohjeistus 4,0 Ohjelmointi 243,0 Sovellusadapteri 70,0 Viestin validointi 15,0 Viestin tallentaminen 10,0
29 PROJEKTISUUNNITELMA 29 (30) Viestien käsittelylogiikka 35,0 Lokitietojen tallennus 10,0 Tietoliikenne-adapteri 74,0 Prototyyppi 10,0 Server puoli 22,0 Client puoli 18,0 Testi stubit 6,0 Sovellusadapterin rajapinta 10,0 SOAP parser 8,0 Tietokanta-adapteri 36,0 Tietokannan toteutus 15,0 Hibernate-mäppäystiedostot 6,0 Persistoitavien objektien hallintarajapinta 15,0 Schema 8,0 Schemojen luominen 4,0 Schemojen validointi 4,0 Käyttöliittymä 6,0 Käyttäjien hallinta 6,0 Vastaanottojen hallinta Auditointi Lokitietojen käsittely 10,0 Loggerin toteutus 10,0 Integrointi 9,0 Integrointi 9,0 Koodin kommentointi 10,0 Koodin kommentoinnin korjausta 10,0 Muu ohjelmointi 10,0 Muu ohjelmointi 10,0 Opiskelu 48,0 Aihealueeseen perehtyminen 16,0 Web Serviceen perehtyminen 8,0 Työkaluihin perehtyminen 9,0 Teknologia 8,0 Ohjeistukseen perehtyminen 7,0 Muu dokumenointi 39,0 Dokumenttien kirjoitus 15,0 SEPA päiväkirjat 24,0 Tarkempi tuntien allokointi on SVN:ssa tuntiraportointi hakemistossa Toteutus 2 Toteutus iteraatiossa kaksi toteutetaan hoitoehdotuksen ja maksusitoumuksen välittäminen, sekä poikkeus tilanteiden käsittely.
30 PROJEKTISUUNNITELMA 30 (30) 7. RISKI LOGI ID Seloste Toden näköisyys 1 Kehityskoneen hajoaminen 2 Järjestelmän integraatiossa tapahtuu ongelmia. 3 Kehittäjät eivät tiedä mitä tehdä. 4 Projektiryhmän jäsen sairastuu 5 Järjestelmätoimittajalta ei saada tarpeeksi dokumentointia 6 Versionhallinta järjestelmä ei ole käytettävissä 7 Tieto ei kulje (kommunikaatio) 8 Projektiin valitaan teknologioita, joita ei pystytä hallitsemaan kurssin puitteissa. 9 Opiskelija lopettaa kurssin kesken 10 Asiakkaalla ei ole tarpeeksi aikaa projektiin Riskilokin asteikko on 1-5, viitosen ollessa todennäköisin ja vakavin. Riskit priorisoitu risk exposure mentelmällä, jossa exposure luku saadaa kertomalla todennäköisyys vakavuudella. Vaka vuus 5 2 Kehitystyö viivästyy Tehdään töitä etupainotteisesti ja hyvällä aikavaralla. Kehitystyössä käytetään versionhallintaa. 3 5 Järjestelmää pitää muuttaa 2 3 Projekti ei etene ja viivästyy. 4 1 Kehitystyö viivästyy riippuvuuksien takia 2 2 Projektin suunnittelu ja toteutus viivästyy. 1 4 Työt seisovat, mutta tiedot eivät katoa Minimoidaan uusien teknologioiden valinta. Aloitetaan integraatio mahdollisimman pian. Pidetään yhteyttä kehittäjiin. Tehdään töitä etupainotteisesti ja hyvällä aikavaralla. Tehdään järjestelmästä modulaarinen ja vältetään töiden riippuvuuksia. Neuvotellaan tilannetta asiakkaan kanssa. Projektiryhmän jäsenillä on oma working copy omalla koneellaan 1 4 Työt eivät etene Tiedetään, että hajautetussa projektissa kommunikaatio on haasteellista ja tämän takia on luotu postituslista ja määritelty kommunikaatiokanavat huolella. Wikiä puhdistetaan säännöllisesti. 1 4 Osaa projektista ei pystytä toteuttamaan kurssin puitteissa. 1 3 Työryhmän allokoitavissa olevat tunnit vähenevät, joten myös laajuutta on pienennettävä. Minimoidaan uusien tuntemattomien tekniikoiden valintaa. Ja tutustutaan vaihtoehtoisiin tekniikoihin riskialtteissa teknologioissa. Prototypisoinnilla pyritään vähentämään riskejä. Pidetään huolta yhteishengestä ja jaetaan tehtävät tasaisesti. Otetaan huomioon henkilöiden mielenkiinnot ja tehtävien haastavuus. 1 2 Projekti viivästyy. Pidetään säännöllisesti kommunikointia, ja otetaan selvää asioista tarpeeksi ajoissa. Taulu 9. Riskiloki Vaikutus Hallintatoimenpiteet Vastuuhenkilö Projektiryhmä Projektipäällikkö ja adapterivastaavat Projektipäällikkö ja adapterivastaavat Projektipäällikkö SVN-admin Arkkitehdit Projektipäällikkö Projektipäällikkö Projektipäällikkö ja adapterivastaavat Projektipäällikkö.
PROJEKTISUUNNITELMA
PROJEKTISUUNNITELMA PROJEKTISUUNNITELMA 2 (27) VERSIONHALLINTA Versio Päivä Tekijä Kuvaus 0.1 22.9.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 22.9.2006 Aleksi Airola Lisäyksiä riskilogiin ja resursseihin
LisätiedotI1 Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC
I1 Iteraatiosuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC Sisällysluettelo 1 Johdanto 2 1.1 Tavoitteet 3 1.2 Tuotokset 4 1.3 Tehtävät ja työmääräarviot 6 1.4 Vaiheistus ja aikataulutus 9
LisätiedotPROJEKTISUUNNITELMA Dentego-palvelin
PROJEKTISUUNNITELMA Dentego-palvelin PROJEKTISUUNNITELMA 2 (36) VERSIONHALLINTA Versio Päivä Tekijä Kuvaus 0.1 22.9.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 22.9.2006 Aleksi Airola Lisäyksiä riskilogiin
Lisätiedot11.12.2006 VAATIMUSMÄÄRITTELY
VAATIMUSMÄÄRITTELY Vaatimusmäärittely 2 (18) VERSIONHALLINTA Versio Päivä Tekijä Kuvaus 0.1 4.10.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 4.10.2006 Kaarlo Lahtela kohdat 7 (tominnalliset vaatimukset)
LisätiedotTyökalut ohjelmistokehityksen tukena
1 Työkalut ohjelmistokehityksen tukena Johdanto 2 Työkaluja eli ohjelmistotyötä tukevia ohjelmistoja käytetään ohjelmistoalan yrityksissä nykypäivänä paljon. Työkalut auttavat ohjelmistoalan ihmisiä suunnittelemaan
LisätiedotI2 -Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC
I2 -Iteraatiosuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC Sisällysluettelo 1 Johdanto 2 1.1 Tavoitteet 3 1.2 Tuotokset 4 1.3 Tehtävät ja työmääräarviot 6 1.4 Vaiheistus ja aikataulutus 8
LisätiedotT SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B
T-76.5158 SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B T-76.5158 SEPA - Pariohjelmointi 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 5.12.2006 Tuomas Tolvanen Ensimmäinen
LisätiedotLAATURAPORTTI Iteraatio 1
LAATURAPORTTI Iteraatio 1 LAATURAPORTTI 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 9.12.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 Kaarlo Lahtela Korjauksia 1.0 Lauri Kiiski Katselmointi ja
LisätiedotVERSIONHALLINTA. PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D
VERSIONHALLINTA PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D Versio Päivä Tekijä Kuvaus 0.1 26.10.2005 Kaarlo Lahtela Ensimmäinen versio 0.2 10.12.2006 Lauri Kiiski Suomennettu 3 (8 ) SISÄLLYS
LisätiedotT Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2)
T-76.4110 Ohjelmistoprojekti I 25.2.2006 T-76.4115 Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2) Versio Päiväys Muokkaaja Kuvaus 2.0 25.2.2006 Markus Kattilamäki Päivämäärien tarkennus, viimeistely
Lisätiedot24.2.2007. T-76.5158 SEPA - CALIBERRM Aleksi Airola, 39054L Kaarlo Lahtela, 61439P
T-76.5158 SEPA - CALIBERRM Aleksi Airola, 39054L Kaarlo Lahtela, 61439P T-76.5158 SEPA - CaliberRM 2 (9) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 26.10.2006 Kaarlo Lahtela Ensimmäinen versio 0.2
Lisätiedot0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen
Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin jatkotyöstetty 0.2 27.10.2005 Santeri Saarinen Bugien elinkaari yms. asioita jatkettu 0.3 28.10.2005
LisätiedotProjektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma KotKot Helsinki 22.9.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 + 1 op) Projektiryhmä Tuomas Puikkonen
LisätiedotARKKITEHTUURIMÄÄRITTELY 0.3 Luonnos
1.1.2005 ARKKITEHTUURIMÄÄRITTELY 0.3 Luonnos DOKUMENTIN nimi 2 (17) VERSIONHALLINTA Versio Päivä Tekijä Kuvaus 0.1 2.10.2006 Tuomas Tolvanen Ensimmäinen versio 0.2 4.10.2006 Tuomas Tolvanen Lisätty vaatimuksia
Lisätiedot22.10.2006 VAATIMUSMÄÄRITTELY
VAATIMUSMÄÄRITTELY Vaatimusmäärittely 2 (18) VERSIONHALLINTA Versio Päivä Tekijä 0.1 4.10.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 4.10.2006 Kaarlo Lahtela kohdat 7 (tominnalliset vaatimukset) Aleksi
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I3-iteraatio 17.3.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) +Kokemuksia työskentelymenetelmistä
LisätiedotESITUTKIMUS. Polku Versio 0.1. Projektiryhmä
ESITUTKIMUS Polku Versio 0.1 Projektiryhmä Janne Pihlajaniemi janne.pihlajaniemi@iki.fi Antti Jämsén antti.jamsen@uta.fi Maria Hartikainen maria.hartikainen@uta.fi Pekka Kallioniemi pekka.kallioniemi@uta.fi
LisätiedotTapahtuipa Testaajalle...
Tapahtuipa Testaajalle... - eli testaus tosielämässä 09.10.2007 Juhani Snellman Qentinel Oy 2007 Agenda Minä ja mistä tulen Testauksen konteksti Tapauksia tosielämästä ja työkaluja 2 Minä Juhani Snellman
LisätiedotPedacode Pikaopas. Java-kehitysympäristön pystyttäminen
Pedacode Pikaopas Java-kehitysympäristön pystyttäminen Pikaoppaan sisältö Pikaoppaassa kuvataan, miten Windowstyöasemalle asennetaan Java-ohjelmoinnissa tarvittavat työkalut, minkälaisia konfigurointeja
LisätiedotSALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti
Järjestelmäprojekti 1 projektisuunnitelma ICT4TN007-2 SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti Versio 0.1 Tekijät Keijo Nykänen Tarkastanut Hyväksynyt HAAGA-HELIA
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotLego Mindstorms anturit
Lego Mindstorms anturit Metropolia Ammattikorkeakoulu Projektisuunnitelma Tomi Ilonen KA09 Tommi Nuotiomaa KA09 Matias Pitkänen KA09 20.1.2012 Insinöörityö Päivämäärä Sisällys 1 Projektin kuvaus 1 1.1
LisätiedotAvointen ohjelmistojen käyttö ohjelmistokehityksessä
Avointen ohjelmistojen käyttö ohjelmistokehityksessä 9.4.2008 Janne Kuha Manager, Java Services Descom Oy Janne Kuha Manager, Java Services janne.kuha@descom.fi Kuka? Descom Oy:llä, sitä ennen Wanadu Inc.,
LisätiedotFile [Otsikko] 2014-02-26 40212. Projektisuunnitelma. SPT2014 Selvitysprojekti projektihallinnan työkaluista
apj2014 Projektisuunnitelma 1 (6) Projektisuunnitelma SPT2014 Selvitysprojekti projektihallinnan työkaluista Versio 1.0 Muutoshistoria umero Pvm Selitys Tekijä(t) 0.1 12.2.2014 Projektisuunnitelmaluonnos
LisätiedotData Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
LisätiedotT Loppukatselmus
T-76.115 Loppukatselmus REILU 16.3.2005 Agenda Johdanto (5min) Tuotteen esittely (10 min) Käyttötarkoitus Vaatimukset Ohjelmiston rakenne Demosovellus Projektin arviointi (15 min) Iteraatiot Tavoitteiden
LisätiedotT 76.115 Tietojenkäsittelyopin ohjelmatyö Hirviöryhmä loppukatselmointi. Hirviö. Projektikatselmointi
Hirviö Projektikatselmointi Mikä Hirviö on? Hajautettu muistikirja Professoreille Muistiinpanoja keskusteluista opiskelijan kanssa Diplomitöiden ja jatko opintojen seuranta Raportointi Opetushenkilökunnalle
LisätiedotProjektisuunnitelma. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Projektisuunnitelma Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 1.0 19.10.2007 Johannes Suanto Esitetty Iteraatiodemossa,
LisätiedotUCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I2-iteraatio 11.2.2004 Agenda Projektin tilanne (10 min) Tavoitteiden toteutuminen Iteraation tunnusluvut Käytetyt työskentelymenetelmät (5min) Iteraation
LisätiedotKieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä
Kieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä Omistaja Tyyppi Tiedoston nimi Turvaluokitus Kohderyhmä Turvaluokituskäytäntö --- SE/Pekka Järveläinen Projektisuunnitelma projektisuunnitelma_kielihallinto.doc
LisätiedotVersiohallinta ja Subversion. 26.9.2007 Maunu Tuomainen mttuomai@jyu.fi
Versiohallinta ja Subversion 26.9.2007 Maunu Tuomainen mttuomai@jyu.fi Versiohallinta yleisesti Ongelma: lähdekoodin ja muun materiaalin säilyttäminen siten, että: se on kaikkien saatavilla tuorein versio
LisätiedotMenetelmäraportti - Konfiguraationhallinta
Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1
LisätiedotMiten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä?
Se edullisempi tietokanta Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä? Rasmus Johansson rasmus.johansson@microsoft.com Ratkaisumyyntipäällikkö (Sovellusalusta) Microsoft Oy Miten
LisätiedotProjektisuunnitelma. Laitteiston ja kalusteiden hankinta, versio WEB MAGIA OY Laatija Oula Kangas
Projektisuunnitelma Laitteiston ja kalusteiden hankinta, versio 0.2 11.8. 2017 WEB MAGIA OY Laatija Oula Kangas Tämä dokumentti on luotu malliksi Tredun opiskelijoiden käyttöön Web Magia Oy Projektisuunnitelma
LisätiedotIT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS
20.4.2015 IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA 1 1.1 SOVELTAMINEN Näitä erityisehtoja sovelletaan ohjelmistojen tai niiden osien toimituksiin ketterien
LisätiedotAvoimen lähdekoodin kehitysmallit
Avoimen lähdekoodin kehitysmallit Arto Teräs Avoimen lähdekoodin ohjelmistot teknisessä laskennassa -työpaja CSC, 25.5.2009 Avoimen lähdekoodin kehitysmallit / Arto Teräs 2009-05-25
LisätiedotMäärittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli
LisätiedotOnnistunut Vaatimuspohjainen Testaus
Onnistunut Vaatimuspohjainen Testaus Kari Alho Solution Architect Nohau Solutions, Finland Sisältö Mitä on vaatimuspohjainen testaus? Vaatimusten ymmärtämisen haasteet Testitapausten generointi Työkalujen
LisätiedotLAATUDOKUMENTTI
LAATUDOKUMENTTI LAATUDOKUMENTTI 2 (15) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 11.10.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 17.10.2006 Kaarlo Lahtela Lauri Kiiski 0.3 24.10.2006 Kaarlo Lahtela
LisätiedotT Projektisuunnitelma
T-76.115 Projektisuunnitelma Team Tubeless Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 3.10.2005 Kekkonen Ensimmäinen mallipohjaan täytetty versio 0.2 11.10.2005 Kekkonen Projektisuunnitelman täydennystä
LisätiedotT-76.4115 Ohjelmistokehitysprojekti I Projektisuunnitelma (PP)
T-76.4115 Ohjelmistokehitysprojekti I Projektisuunnitelma (PP) Versio Päiväys Muokkaaja Kuvaus 1.50 16.10.2005 Kattilamäki Kattilamäki Palautettava versio 1.00 02.10.2005 Rönkkö Rönkkö Lisätty muutosloki
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I2-iteraatio 11.2.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) Työskentelymenetelmistä
LisätiedotVerkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008
Verkkopokerijärjestelmä Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008 Projektiryhmä Samuli Aalto-Setälä Jukka Kekälainen Jarno Kyykkä Mika Mielonen Mårten Smeds Otto Waltari Ohjaaja
LisätiedotOhjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista
582101 - Ohjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista 1 Ohjelmistotuotannon työkaluuista Projektinhallintatyökalut (ei käsitellä tällä kurssilla) CASE- ja mallinnustyökalut (esim. Poseidon)
LisätiedotUutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3
Uutisjärjestelmä Vaatimusmäärittely Versio 1.3 Sisällys 1 Muutoshistoria... 4 2 Viitteet... 4 3 Sanasto... 4 3.1 Lyhenteet... 4 3.2 Määritelmät... 4 4 Johdanto...5 4.1 Järjestelmän yleiskuvaus... 5 4.2
LisätiedotOnnistunut ohjelmistoprojekti
Onnistunut ohjelmistoprojekti 2.12.2008 Hermanni Hyytiälä Reaktor Innovations Oy Agenda Yritysesittely Keinoja onnistuneeseen ohjelmistoprojektiin Ihmiset Menetelmät Käytännöt ja työkalut Tulevaisuuden
LisätiedotProjektin suunnittelu
Projektin suunnittelu Sami Kollanus TJTA330 Ohjelmistotuotanto 15.3. Projektin suunnittelu - CMMIkäytänteet Projektin estimaatit: Määritellään projektin laajuus (scope) Määritellään tehtävien ja tuotosten
LisätiedotConvergence of messaging
Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO
LisätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotProjektisuunnitelma. Projektin tavoitteet
Projektisuunnitelma Projektin tavoitteet Projektin tarkoituksena on tunnistaa erilaisia esineitä Kinect-kameran avulla. Kinect-kamera on kytkettynä tietokoneeseen, johon projektissa tehdään tunnistuksen
LisätiedotPilvee, pilvee, pilvee TERVETULOA! Toni Rantanen 15.11.2010
Pilvee, pilvee, pilvee TERVETULOA! Toni Rantanen 15.11.2010 1 Agenda Triuvare lyhyesti Muutama käytännön esimerkki Microsoftin BPOS-palvelun käytöstä Palvelun käyttöönotto, ylläpito ja tuki mitä käytännössä
LisätiedotRyhmä (11) Numeropankki
Tampereen teknillinen yliopisto Tietotekniikan laitos TIE-13100 Tietotekniikan projektityö Ryhmä (11) Numeropankki Projektisuunnitelma Tommi Blomster Jari Laaksonen Petri Tahvanainen Eemil Väisänen (vastaa
LisätiedotProjektinhallintaa paikkatiedon avulla
Projektinhallintaa paikkatiedon avulla Tampereen Teknillinen Yliopisto / Porin laitos Teemu Kumpumäki teemu.kumpumaki@tut.fi 25.6.2015 1 Paikkatieto ja projektinhallinta Paikkatiedon käyttäminen projektinhallinnassa
LisätiedotLohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
LisätiedotVisma Nova Webservice Versio 1.1 /
Visma Nova Webservice Versio 1.1 / 31.10.2018 pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin tässä oppaassa ja/tai ohjelmassa ilman eri ilmoitusta. Oppaan ja siihen liittyvän muun
LisätiedotSiimasta toteutettu keinolihas
AS 0.3200 Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma: Siimasta toteutettu keinolihas Laura Gröhn 224417 Mikko Kyllönen 221177 Lauri Liukko Sipi 84702A Susanna Porkka 225131 3.2.2015
LisätiedotHarjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä:
Linux-harjoitus 6 Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä: http://www.mysql.com/, MySQL-tietokantaohjelman kotisivu. http://www.mysql.com/doc/en/index.html,
LisätiedotVisma Software Oy
pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin tässä oppaassa ja/tai ohjelmassa ilman eri ilmoitusta. Oppaan ja siihen liittyvän muun materiaalin kopiointi on kielletty ilman :n
Lisätiedot1. päivä ip Windows 2003 Server ja vista (toteutus)
1. päivä ip Windows 2003 Server ja vista (toteutus) Olette pomosi kanssa tarkastaneet asiakkaan tekemän ja sinun korjaaman suunnitelman ja tehneet oman versionsa siitä. Noudata siis tätä tekemäänne uutta
LisätiedotTYÖOHJEET VR-HYVINKÄÄ
TEEMU JAUHIAINEN, JONI NORDSTRÖM TYÖOHJEET VR-HYVINKÄÄ Metropolia Ammattikorkeakoulu KONE- JA TUOTANTOTEKNIIKKA Projektisuunnitelma 19.3.2014 Sisällys Lyhenteet 1 Johdanto 1 2 Projektin tavoitteet 1 3
LisätiedotENG-A1002 ARTS-ENG-Projekti. B-kori
ENG-A1002 ARTS-ENG-Projekti B-kori 11.4.2017 Innovatiivinen kuljetin B-korissa pyritään löytämään: uusi tai paranneltu tuotekonsepti kappaletavaroiden tai materiaalien käsittelyyn, siirtelyyn tai kuljetukseen.
LisätiedotLakki. Lisää ot sik k o osoit t am alla. Nöyrästi vain lakki kourassa... Jussi Vänskä Espotel Oy. vierailuluentosarja OTM kurssi 2010
Lakki Nöyrästi vain lakki kourassa... Jussi Vänskä Espotel Oy vierailuluentosarja OTM kurssi 2010 2.luento: ohjelmistokehityksen päivärutiinit Lisää ot sik k o osoit t am alla Siitä vain reunasta Miten
LisätiedotT Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
LisätiedotOhjelmistotekniikka - Luento 2
Ohjelmistotekniikka - Luento 2 Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento 2: Prosessimallit
LisätiedotCOTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotMatematiikan oppifoorumi Projektisuunnitelma
Matematiikan oppifoorumi Projektisuunnitelma Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen Ohjaaja Jukka Eskola Asiakas Mikko Mäkelä Ohjelmistotuotantoprojekti 29.10.1999
LisätiedotValppaan asennus- ja käyttöohje
Versio Päiväys Muokkaaja Kuvaus 0.9 16.2.2006 Tuukka Laakso Korjattu versio 0.1 Antti Kettunen Alustava versio Sisällysluettelo 1 Johdanto...2 2 Valppaan asennus...3 2.1 Valppaan kääntäminen...3 2.2 Valmiiksi
LisätiedotOhjelmistotekniikka - Luento 2 Jouni Lappalainen
Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
LisätiedotOsaa käyttää työvälineohjelmia, tekstinkäsittelyä taulukkolaskentaa ja esitysgrafiikkaa monipuolisesti asiakasviestintään.
TIETO- JA VIESTINTÄTEKNIIKKA OSAAMISTARJOTIN 1.8.2018 31.12.2018 29.6.2018 1 Sisällys... 1 Työvälineohjelmat... 2 peruskäyttö, 7 osp... 2 tehokäyttö, 8 osp... 2 Käyttöjärjestelmät... 3 käyttöjärjestelmän
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
LisätiedotOHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta
OHJ-3010 Ohjelmistotuotannon perusteet Ohjelmistoprojektin hallinta 1 Sisältö Projektiorganisaatio ja sidosryhmät Ohjelmistoprojektin kulku Projektin suunnittelu Ositus Osallistujat Työmäärän arviointi
LisätiedotYhteenveto tuotteenhallinnan tiimoilta kertyneistä opeista. Jukka Kääriäinen Jukka.kaariainen@vtt.fi 22.4.2015
Yhteenveto tuotteenhallinnan tiimoilta kertyneistä opeista Jukka Kääriäinen Jukka.kaariainen@vtt.fi 22.4.2015 Sisältö Mistä tietoja koottu? Opit Yhteenveto Mistä tietoja koottu? Nämä tiedot on kerätty
LisätiedotAlkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari
LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 30.3.2008,
LisätiedotLINUX-HARJOITUS, MYSQL
LINUX-HARJOITUS, MYSQL Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä: http://www.mysql.com/, MySQL-tietokantaohjelman kotisivu. http://www.mysql.com/doc/en/index.html,
LisätiedotJouko Nielsen. Ubuntu Linux
Jouko Nielsen Ubuntu Linux 19.4.2017 SISÄLLYS 1 UBUNTU... 3 2 LUETTELO VERSIOISTA... 4 3 OMINAISUUDET... 4 4 ASENNUS... 5 5 UBUNTU SERVER... 9 LÄHTEET... 10 3 1 UBUNTU Ubuntu on debian pohjainen Linux
LisätiedotPROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009
PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009 POHDINTAA Mitä asioita projektissa seurataan? Kuka vastaa ohjauksesta? Millä tavoin projektia seurataan ja ohjataan? Mitä asioita ohjaukseen kuuluu?
LisätiedotTieto- ja viestintätekniikka. Internetistä toimiva työväline, 1 ov (YV10TV2) (HUOM! Ei datanomeille)
Kuvaukset 1 (9) Tieto- ja viestintätekniikka Internetistä toimiva työväline, 1 ov (YV10TV2) (HUOM! Ei datanomeille) Tavoitteet omaksuu verkko-oppimisympäristön ja sähköpostin keskeiset toiminnot tutustuu
LisätiedotMallintarkistus ja sen
VERSIO 0.1 LUONNOS Mallintarkistus ja sen soveltaminen PLCohjelmien verifioinnissa AS-0.3200 Automaatio- ja systeemitekniikan projektityöt -projektisuunnitelma Markus Hartikainen 2/1/2009 Sisältö 1. Projektityön
LisätiedotTietotekniikan Sovellusprojektit
Tietotekniikan Sovellusprojektit Jukka-Pekka Santanen Tietotekniikan laitos 16.2.2010 Tavoitteena taitoja ja kokemusta projektimuotoisesta työtavasta ja ryhmätyöstä, projektin hallinnasta ja johtamisesta,
LisätiedotProjektisuunnitelma. (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus
Projektisuunnitelma (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus Ville Toiviainen Tomi Tuovinen Lauri af Heurlin Tavoite Projektin tarkoituksena
LisätiedotEi raportteja roskiin
Ei raportteja roskiin Wikit ja blogit opetuksessa Sosiaalinen media koulutuksessa Tietotekniikan liitto - Helia 2006-11-16 Ei raportteja roskiin Vanha ja uusi tapa Käytännön kokemuksia Lisenssit Tekniikka
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset. Riskienhallinta DTV projektissa
Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Riskienhallinta DTV projektissa Riskienhallinta DTV projektissa Sivu 1/8 Sisällysluettelo 1. Riskienhallinta DTV projektissa...3 1.1. Projektin
LisätiedotWCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma
TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/jekahkon/wclique/testplan.html WCLIQUE Ohjelmistoprojekti Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com, 75014C,
LisätiedotTIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotSAS ja Sharepoint. Yhteiselon ihanuus ja kurjuus
SAS ja Sharepoint Yhteiselon ihanuus ja kurjuus Sisältö Mikä on Sharepoint Tomas Beijar Tieto- Tapiola Mitä SAS tarjoaa Itsenäiskäyttö Staattiset raportit Dynaamiset raportit Rajatut käyttöoikeudet Ajastetut
LisätiedotID Task Name Duration Start Finish Predecessors Resource Names
ID Task Name Duration Start Finish Predecessors Resource Names 1 Peppi - Koulutuksen suunnittelijan ja opettajan palvelut 1041 days? Fri 1.1.10 Tue 31.12.13 2 1. Vaihe 295 days? Fri 1.1.10 Fri 18.2.11
LisätiedotAS Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker
AS 0.3200 Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker Henri Nieminen Juha Sironen Palautettu: 21.9.2009 Nieminen, Sironen Sisällysluettelo
LisätiedotS11-09 Control System for an. Autonomous Household Robot Platform
S11-09 Control System for an Autonomous Household Robot Platform Projektisuunnitelma AS-0.3200 Automaatio- ja systeemitekniikan projektityöt Quang Doan Lauri T. Mäkelä 1 Kuvaus Projektin tavoitteena on
LisätiedotA4.1 Projektityö, 5 ov.
A4.1 Projektityö, 5 ov. Kurssin esitietovaatimuksia Kurssin tavoitteista Kurssin sisällöstä Luentojen tavoitteista Luentojen sisällöstä Suoritustavoista ja -vaatimuksista Arvostelukriteereistä Motivointia
LisätiedotProjektityö
Projektityö 21.10.2005 Projektisuunnitelma Työn ositus Projektisuunnitelman sisältö Kurssin luennoitsija ja projektiryhmien ohjaaja: Timo Poranen (email: tp@cs.uta.fi, työhuone: B1042) Kurssin kotisivut:
LisätiedotVYPEdit verkkosivualusta SVY-toimijoille
VYPEdit verkkosivualusta SVY-toimijoille www.vy.fi/admin/vypedit TieVie 26.8.2005 Hely Lahtinen VypEdit sisällönhallintajärjestelmällä voi www.vy.fi/admin/vypedit tuottaa ja ylläpitää www-sivustoja SVY:n
LisätiedotMiten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita?
#finnayhdessä Miten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita? Riitta Peltonen, johtava käytettävyyssuunnittelija, Finnan 5-vuotisseminaari,
LisätiedotEDISTYMISRAPORTTI - PS Virtuaaliyhteisöjen muodostaminen Versio 1.0
EDISTYMISRAPORTTI - PS Edited by Checked by Approved by Antti Tuomaala Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 2. SUORITETUT TEHTÄVÄT 3 Projektisuunnitelma 3 Vaatimusmäärittely
LisätiedotKuopio Testausraportti Kalenterimoduulin integraatio
Kuopio Testausraportti Kalenterimoduulin integraatio Kuopio, testausraportti, 22.4.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 22.4.2002 Matti Peltomäki Ensimmäinen versio 0.9 22.4.2002 Matti
LisätiedotFuturaPlan. Järjestelmävaatimukset
FuturaPlan Järjestelmävaatimukset 25.1.2017 2.2 Hermiankatu 8 D tel. +358 3 359 9600 VAT FI05997751 33720 Tampere fax. +358 3 359 9660 www.dbmanager.fi i Versiot Versio Päivämäärä Tekijä Kommentit 1.0
LisätiedotKÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ
KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ Eeva Kangas 05.11.2015 @FixUi Oy 2013 2015 FIXUI "Autamme yrityksiä suunnittelemaan sellaisia tuotteita, joita ihmiset osaavat ja haluavat käyttää" Käyttäjätutkimukset
Lisätiedot