COTOOL dokumentaatio Riskiloki

Save this PDF as:
 WORD  PNG  TXT  JPG

Koko: px
Aloita esitys sivulta:

Download "COTOOL dokumentaatio Riskiloki"

Transkriptio

1

2 Table of Contents 1 Johdanto Versiohistoria Dokumentin tarkoitus Käytetyt termit ja lyhenteet Käytetyt menetelmät Vastuut Käytetty menetelmä Riskiskenaariot Riskin vakavuuden arviointi Mahdolliset skenaariot Vakavimmat riskit R018 Käytetään liikaa opiskeluun R016 Ohjelmoijalle tuntematon teknologia aiheuttaa ongelmia R015 Toteutusteknologia aiheuttaa ongelmia R008 Ei ymmärretä asiakkaan tarpeita R002 Kommunikaatio ei toimi ryhmän sisällä R014 Vaatimuksia tulee merkittävästi lisää R026 Ei toimita tarpeeksi proaktiivisesti R027 Asiakkaalle palautettava tuote on pahasti keskeneräinen R028 Ylläpitoliittymää ei ehditä tehdä valmiiksi Viitteet

3 1 (9) 1 Johdanto 1.1 Versiohistoria Versiohistoria Versio Pvm Tekijä Kuvaus Hyväksyjä JI Dokumentin luonti, menetelmien selitys, ensimmäiset skenaariot JI Menetelmien selitystä tarkennettu, valittu pahimmat skenaariot ja määritetty jatkotoimenpiteet I1-vaiheessa JI Todennäköisimpien riskiskenaarioiden analysointi JI (kappale 4), hallintamenetelmien tarkentaminen (kappaleet 3.3.1, 3.3.2, ja 3.3.5) JI (kappale 4) TH Skenaarioita lisätty (R24-27).Sekä riskiloki päivitetty TH Skenaario lisätty (R28).Sekä riskiloki päivitetty. - - Petteri Hyytiäinen Dokumentin tarkoitus Tämän dokumentin tarkoituksena on sekä selittää käytetyistä riskienhallintamenetelmistä, että myös ylläpitää ajantasalla olevaa riskilokia havaituista ongelmaskenaariosta. 1.3 Käytetyt termit ja lyhenteet Projektisuunnitelmasta löytyvät projektin dokumentaatiossa käytetyt käsitteet ja lyhenteet.

4 2 (9) 2 Käytetyt menetelmät 2.1 Vastuut Riskienhallinnasta on ensisijaisesti vastuussa riskinhallintaryhmä, johon kuuluu projektipäällikkö, laatupäällikkö ja arkkitehti. Riskienhallintaryhmä kerää iteraation alussa tietoa tulevaan vaiheeseen liittyvistä riskeistä ja lisäävät ne mahdollisiin skenaarioihin. Noin iteraation puolivälissä tätä listaa päivitetään uudelleen ja katsotaan onko tapahtunut oleellisia muutoksia. 2.2 Käytetty menetelmä Riskienhallintaan käytetään kurssin ohjeistuksessa opetettua riskit-menetelmää /1/. Tämä menetelmä koostuu neljästä päävaiheesta, jotka ovat 1. Tunnistaminen 2. Analysointi 3. Hallinta 4. Seuranta Riskien tunnistaminen ja analysointi on riskienhallintaryhmän tehtävänä (asiakkaan avustuksella). Kun riskiskenaariot on tunnistettu ja analysoitu, voidaan tehdä suunnitelma niiden hallitsemiseksi. Tämä hallintasuunnitelma tehdään todennäköisimmille ja toteutuessaan eniten projektia haittaaville skenaarioille. Tämän suunnitelman noudattaminen on jokaisen toimittajan jäsenen vastuulla. Kun kuka tahansa projektin jäsenistä huomaa riskin toteutuneen, se lisätään riskilokiin, ja riskinhallintaryhmä kokoontuu viipymättä toteuttaakseen/suunnitellakseen tarvittavat hallintamenetelmät.

5 3 (9) 3 Riskiskenaariot 3.1 Riskin vakavuuden arviointi Riskienhallintaryhmä arvioi mahdollisille projektia uhkaaville riskeille kaksi lukua: todennäköisyyden ja vaikutuksen. Luvut saavat arvon väliltä 1-5, jossa todennäköisyydelle 1 tarkoittaa erittäin epätodennäköistä ja 5 erittäin todennäköistä toteutumista. Vaikutus saa arvon 1, jos se ei käytännössä vaikuta projektin etenemiseen mitenkään, ja 5 jos se tarkoittaa toteutuessaan projektin keskeytymistä. 3.2 Mahdolliset skenaariot Alla olevaan taulukkoon on kerätty riskienhallintaryhmän mielestä projektia mahdollisesti uhkaavat riskit. Mahdolliset skenaariot ID Riski Todenn. Vaikutus Tulo R001 Odottamaton pitkä poissaolo R002 Kommunikaatio ei toimi ryhmän sisällä R003 Yksi lopettaa kurssin kesken R004 Kaksi tai useampi lopettaa kurssin kesken R005 Ennalta tuntematon projektiryhmä, henkilökemiat ei toimi R006 Tunteja ei kirjata R007 Resurssointi tehty väärin R008 Ei ymmärretä asiakkaan tarpeita R009 Asiakas ei tiedä mitä haluaa R010 Force major (tulipalo, meteoriitti, venäjä hyökkää) R011 Asiakkaan avainhenkilö vaihtuu R012 Asiakkaan tekninen asiantuntija vaihtuu R013 Sovitut vaatimukset muuttuvat R014 Vaatimuksia tulee merkittävästi lisää R015 Toteutusteknologia aiheuttaa ongelmia R016 Ohjelmoijalle tuntematon teknologia aiheuttaa ongelmia R017 Olemassa oleva Rauinfo ympäristö aiheuttaa rajoitteita R018 Käytetään liikaa opiskeluun R019 Yksittäinen laite hajoaa R020 Useampi laite hajoaa R021 Käytössä olevat kolmet avaimet ovat yhtäaikaa "kaupungilla" R022 CVS palvelin hajoaa (vanha backup?) R023 CVS palvelin hajoaa, backup ei palaudu R024 Resurssoituja tunteja ei ehditä käyttää R025 Resurssoidut tunnit käytetään epätehokkaasti 3 3 9

6 4 (9) R026 Ei toimita tarpeeksi proaktiivisesti R027 Asiakkaalle palautettava tuote on liian keskeneräinen R028 Ylläpitoliittymää ei ehditä tehdä valmiiksi Vakavimmat riskit Vakavimmat riskiskenaariot, ja niiden hallintasuunnitelmat ovat seuraavissa kappaleissa. Yleisesti sanottuna hyviksi riskinhallintamenetelmiksi näyttäisi osoittautuvan seuraavat käytännöt: - Pariohjelmointi - Yhteiset työajat Yllämainitut käytännöt liittyvät hyvin oleellisesti kommunikointiin, tietouden levittämiseen projektiryhmän kesken ja epäselvien asioiden mahdollisimman yksinkertaiseen selvittämiseen R018 Käytetään liikaa opiskeluun - Arkkitehtuurin suunnittelu venyy liikaa, jolloin kehittäjät eivät pääse "oikeisiin" töihin suunnitellun aikataulun mukaan. - Ei saada tietoa jakautumaan koko ryhmän kesken - Opiskellaan turhia asioita, joita ei itse tulla tarvitsemaan - ALL: Pyydetään apua epäselviin asioihin - ALL: Annetaan tukea arkkitehtuurin suunnitteluun - AA/KR/PS/JW: Pariohjelmoinnilla jaetaan kehittäjien osaamista - JI: lisätään arkkitehtuurin suunnitteluun - ALL: Työskennellään yhdessä jolloin tieto jakautuu helpommin - JI: Riittävän pieniin osiin jaettujen tehtävien vastuiden jakaminen oikeille ihmisille. - JI: Seurataan tuntiraportteja viikon tarkkuudella (torstain viikkopalaverin yhteydessä) Tilanne: Toteutunut ja hallinnassa. Tärkeimmät hallintamenetelmät lihavoituna yläpuolella. Skenaarion toteutumisen on aiheuttanut lihavoitu tekijä R016 Ohjelmoijalle tuntematon teknologia aiheuttaa ongelmia - Lähdetään joko suunnittelemaan tai toteuttamaan sovellusta väärästä näkökulmastä - Varsin dynaamisten lomaketietojen välittäminen Strutsin läpi aiheuttaa ongelmia - Perusarkkitehtuurin sovittaminen Rauinfoon vie paljon aikaa - AA/KR/PS/JW: Pariohjelmoinnilla estetään väärien valintojen tekemistä

7 5 (9) - ALL: Työskennellään yhdessä jolloin tieto jakautuu helpommin - ALL: Työskennellään yhdessä, asiakkaan tiloissa, jolloin saatavissa tukea asiakkaan tekniseltä asiantuntijalta - JI: Jakaa ryhmälle tietoutta SVG/XML-teknologioista Tilanne: Toteutunut ja seurannassa. Hallintamenetelmät lihavoituna yllä. Skenaarion toteutumisen on aiheuttanut lihavoitu tekijä R015 Toteutusteknologia aiheuttaa ongelmia - SVG:llä ei pysty tekemään haluttua toimintoa - SVG-grafiikka osoittautuu liian raskaaksi koko piirrustuksen pyörittämiseen. Monimutkaiset pohjapiirustukset kasvavat valtavan kokoisiksi. Yksi kerros asiakkaan pohjapiirustuksesta kääntyi 1 Mt kokoiseksi SVG-tiedostoksi. - KR: SVG-konversiotyökalujen kartoitus - KR: Mahdollisesti kompressio SVG-tiedostoille. - JI/ML: Proof of concept (Osoitti jo ketjun periaatetasolla toimivan) - KR: AutoCAD tietouden lisääminen (mm. "turhien" osien jättäminen pois COTOOLissa käytettävästä piirrustuksesta) - PS: Mahdollisesti liian raskaan pohjapiirustuksen huomioon ottaminen käyttöliittymäsuunnittelussa (mm. jakaminen pienempiin osiin) Tilanne: SVG-tiedostot saattavat tulla liian raskaiksi. Tutkitaan mahdollisuuksia, kts. yllä R008 Ei ymmärretä asiakkaan tarpeita - PP vaiheen tietous ei valu eteenpäin - Ei lueta PP-vaiheen dokumentaatiota (Projektisuunnitelma & vaatimusmäärittely) - Ei käytetä iteraatiodemojen palautetta hyväksi. - Ei kuunnella palautetta testauksesta - JI/TH/ML: Pyritään antamaan PP-vaiheen tietoutta mahdollisimman kattavasti myös suullisesti, ei pelkästään dokumentaation avulla. - AA/TH: Testauskäytäntöihin myös tapa saada palaute tekijöille. - JI/TH: Riittävä kommunikaatio asiakkaan kanssa - JI: Toteutusiteraatioiden jakaminen pienempiin osiin mahdollistaa myös asiakkaan tarpeiden helpomman ymmärtämisen (selkeä palaute useammin ja silloin kun asialle voi vielä tehdä jotain). - ALL: Luetaan dokumentaatio - ALL: Ollaan paikalla iteraatiodemoissa Tilanne: Hallinnassa.

8 6 (9) R002 Kommunikaatio ei toimi ryhmän sisällä - Ei tunneta etukäteen toisiamme - Pelkkä sähköposti ei riitä tietouden levittämiseen - Ei työskennellä yhteissä sessiossa - ALL: Viikkopalaveri - AA/KR/PS/JW: Pariohjelmoinnissa myös kommunikaatio toimii paremmin - ALL: Sitoudutaan yhteisiin työsessioihin Tilanne: Hallinnassa, kunhan ihmiset sitoutuvat yhteisiin työsessioon R014 Vaatimuksia tulee merkittävästi lisää - Ei sitouduta vaatimusmäärittelyn ja iteraatiotavoitteiden määrittelemään sisältöön. - Ei osata sanoa "ei" - TH: Vaatimusten priorisointi - JI/TH: Riittävä kommunikaatio asiakkaan kanssa - JI: Toteutusiteraatioiden jakaminen pienempiin osiin pienentää myös riskejä vaatimusten osalta. - JI: Realistiset tavoitteet iteraatioille Tilanne: Hallinnassa R026 Ei toimita tarpeeksi proaktiivisesti - Ei saavuta yhteisiin työsessioihin - Kommunikaatio ei pelaa tarpeeksi hyvin ryhmän sisällä - JI/TH: Kannustaminen aktiivisuuteen, vastuunottoon ja itsenäisiin päätöksiin. - All: pyritään olemaan aktiivisempia ja kysymään tarvittaessa. Tilanne: Toteutunut. Ei olla uskallettu tehdä itsenäisiä päätöksiä eikä kysyä ongelmakohtia. Tilanne on kuitenkin nyt kuitenkin saatu paremmin haltuun.

9 7 (9) R027 Asiakkaalle palautettava tuote on pahasti keskeneräinen - Ei saada tehtyjä tarpeeksi tunteja - Työtunnit käytetään epätehokkaasti - Teknologiset ongelmat - Pyritään toteuttamaan liian monia ominaisuuksia - Ryhmän jäsenen poisjääminen - JI: Huolehtii, että kaikki käyttävät resursoidut tunnit - All: Pyritäään työskentelemään tehokkaasti - TH: Priorisoi vaatimuksia - All: Tehdään tärkeimmät ominaisuudet ensin ja se mitä tehdään, pyritään tekemään kunnolla. - JI: Otetaan yhteyttä kurssin henkilökuntaan ja tiedustellaan toimintaneuvoja Tilanne: Osittain toteutunut. Ominaisuuksista ollaan jouduttu tinkimään. Rooleja jouduttiin vaihtamaan kesken työn, johon kului aikaa lisäksi eräs ryhmän jäsenistä ei ehtinyt panostamaan kurssiin sovittua määrää aikaa. Tällä hetkellä riski on kuitenkin hallinassa. Kurssin henkilökunnalta kysyttiin neuvoja, jotka auttoivat. Lisäksi asiakasta informoitiin tapahtuneesta ja vaatimuksia priorisoitiin R028 Ylläpitoliittymää ei ehditä tehdä valmiiksi - Ei saada tehtyjä tarpeeksi tunteja - Työtunnit käytetään epätehokkaasti - Ryhmän jäsenen poisjääminen - JI: Huolehtii, että kaikki käyttävät resursoidut tunnit - All: Pyritäään työskentelemään tehokkaasti - TH: Priorisoi vaatimuksia - JI/TH: Informoidaan asiakasta tilanteesta ja priorisoidaan toteutettavat ominaisuudet Tilanne: Toteutunut. Ylläpitokäyttöliittymästä joudutaan tinkimään todella paljon. Tarkoitus kuitenkin on, että pyritään toteuttamaan niin paljon kuin ehditään ja ainakin oleellisimmat ominaisuudet.

10 8 (9) 4 Alla olevaan taulukkoon kerätään realisoituneet riskit ID Riski Pvm Kuvaus Toiminta Tila R018 R016 R018 R016 R018 Käytetään liikaa opiskeluun Ohjelmoijalle tuntematon teknologia aiheuttaa ongelmia Käytetään liikaa opiskeluun Käytetään liikaa opiskeluun Käytetään liikaa opiskeluun Huomattiin, että arkkitehtuurin suunnittelu on venynyt liikaa Huomattiin, että tunteja on raportoitu valtavasti tehtäviin OP003, SU003 ja TO001. (Rauinfo opiskelu, Demo servletti kehitysympäristöön koulutusta varten ja staattinen demo rauinfoon) Huomattiin, että arkkitehtuurin suunnittelu venyy edelleen liikaa Havaittiin, että edelleen sovellusosan sovittaminen Rauinfoon aiheuttaa turhan paljon palaneita tunteja Huomattiin, että edelleen aikaa kului liikaa opiskeluun. Lisättiin huomattavasti arkkitehtuurille. Annetaan apuja arkkitehdille työn alkuun saamiseksi. Tähdennetään parityöskentelyn tärkeyttä jotta tietous saataisiin mahdollisimman kevyellä työmäärällä valumaan eteenpäin. Rauninfon "hankaluus" kehittäjille on valitettava tosiasia, ja se vain pitää ottaa huomioon tehtäviä resursoitaessa. Seurannassa Seurannassa Sovelletaan Hallinnassa projektissa osittain "Evolutiivinen kehitys, yksinkertainen suunnittelu ja refaktorointi"-menetelmää. Rohkaistaan kehittäjiä pyytämään apua asiakkaan tekniseltä asiantuntijalta. Pyydettiin kehittäjiä kysymään Petriltä mahdollisimman paljon. Seurannassa Hallinnassa

11 9 (9) R016 Ohjelmoijalle tuntematon teknologia aiheuttaa ongelmia Huomattiin ettei arkkitehdin kompetenssi ja aika riittänyt. Lisättiin huomattavasti arkkitehtuurille. Vaihdettiin kehittäjä arkkitehdin paikalle. Hallinnassa R026 Ei toimita tarpeeksi proaktiivisesti Huomattiin että ryhmässä ei pystytty olemaan tarpeeksi oma-aloitteisia eikä tehdä itsenäisiä päätöksiä. Kannustettiin päätöksen tekoon ja tiedustelemaan asioista suoraan Petriltä. Hallinnassa R027 Asiakkaalle palautettava tuote on pahasti keskeneräinen Huomattiin ettei tuotteeseen millään ehditä tehdä kaikkia sovittuja ominaisuuksia. Kannustettiin tehokkaampaa työntekoon. Informoitiin asiakasta ja sovittiin omaisuuksien priorisoinnista. Seurannassa R028 Ylläpitoliittymää ei ehditä tehdä valmiiksi Huomattiin ettei aika riitä toimivan ylläpitoliittymän tekemiseen. Kannustettiin tehokkaampaan työntekoon. Informoitiin asiakasta ja sovitiin tärkeimpien ominaisuuksien tekemisestä. Lisäksi pyritään tekemään muita ominaisuuksia niin paljon kuin ehditään. Seurannassa 5 Viitteet Kaikki internet-viittaukset avautuvat uuteen ikkunaan

Data Sailors - COTOOL dokumentaatio Riskiloki

Data Sailors - COTOOL dokumentaatio Riskiloki Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................

Lisätiedot

PS-vaiheen edistymisraportti Kuopio

PS-vaiheen edistymisraportti Kuopio PS-vaiheen edistymisraportti Kuopio Kuopio, PS-vaiheen edistymisraportti, 30.10.2001 Versiohistoria: Versio Pvm Laatija Muutokset 1.0 30.10.2001 Ossi Jokinen Kuopio2001, vain kurssin T-76.115 arvostelun

Lisätiedot

Projektiryhmä Tete Työajanseurantajärjestelmä. Riskienhallintasuunnitelma

Projektiryhmä Tete Työajanseurantajärjestelmä. Riskienhallintasuunnitelma Projektiryhmä Tete Työajanseurantajärjestelmä T-76.115 Tietojenkäsittelyopin ohjelmatyö/ 2(6) Muutoshistoria Versio PVM Tekijä Kuvaus 0.10 14.10.2003 Miikka Lötjönen Dokumenttipohja (projektisuunnitelman

Lisätiedot

Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3

Uutisjä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ätiedot

T Loppukatselmus

T 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ätiedot

T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12)

T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12) T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12) T-76.115 Riskienhallintadokumentti ExtraTerrestriaLs Versio Pvm Tekijä Kuvaus 0.8.10.2004 Mika Suvanto Alustava versio 0.9.10.2004

Lisätiedot

COTOOL dokumentaatio Projektisuunnitelma

COTOOL dokumentaatio Projektisuunnitelma Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................

Lisätiedot

Projektisuunnitelma. Projektin tavoitteet

Projektisuunnitelma. 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ätiedot

COTOOL dokumentaatio Testausdokumentit

COTOOL dokumentaatio Testausdokumentit Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................

Lisätiedot

T Projektikatselmus

T 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ätiedot

0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen

0.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ätiedot

Ryhmä (11) Numeropankki

Ryhmä (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ätiedot

Verkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008

Verkkopokerijä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ätiedot

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! TARJOUSPYYNTÖ / LIITE 1 1 (5) TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! Tällä liitteellä yksilöidään hankinnan kohteen ominaisuuksia ja toiminnallisuuksia, jotka

Lisätiedot

EDISTYMISRAPORTTI - PS Virtuaaliyhteisöjen muodostaminen Versio 1.0

EDISTYMISRAPORTTI - 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ätiedot

COTOOL dokumentaatio SEPA: Käytettävyystestaus

COTOOL dokumentaatio SEPA: Käytettävyystestaus Table of Contents Käytettävyystestaus......................................................................... 1 1 Johdanto.................................................................................

Lisätiedot

SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTEL- MÄSTÄ

SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTEL- MÄSTÄ SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTEL- MÄSTÄ Liite E Salassapito- ja tietoturvasitoumus 1 (5) VERSIOHISTORIA Päivä Versio Kuvaus Tekijä 3.0 Tarjouspyynnön liitteeksi Hanketoimisto 2 (5) Salassapito-

Lisätiedot

Projektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Projektisuunnitelma. 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ätiedot

AS Automaatio- ja systeemitekniikan projektityöt - Projektisuunnitelma

AS Automaatio- ja systeemitekniikan projektityöt - Projektisuunnitelma AS-0.3200 Automaatio- ja systeemitekniikan projektityöt - Projektisuunnitelma PiccSIM - TrueTime integrointi Henri Öhman 31.1.2012 1. Projektityön tavoite PiccSIM on Aalto-yliopistolla kehitetty simulointiympäristö,

Lisätiedot

COTOOL dokumentaatio Testitapaukset

COTOOL dokumentaatio Testitapaukset Table of Contents Suite 1: Smoketestit......................................................................... 1 1 Johdanto.................................................................................

Lisätiedot

SEPA päiväkirja. BetaTeam. Juho Mäkinen, 57796V, Jari Leppä, 42710V, Versio Pvm Tekijä Kuvaus

SEPA päiväkirja. BetaTeam. Juho Mäkinen, 57796V, Jari Leppä, 42710V, Versio Pvm Tekijä Kuvaus SEPA päiväkirja BetaTeam Juho Mäkinen, 57796V, jvmakine@cc.hut.fi Jari Leppä, 42710V, jleppa@cc.hut.fi Versio Pvm Tekijä Kuvaus 0.1 10.11.2005 Juho Mäkinen Johdanto 1. 0.2 11.11.2005 J.Mäkinen, Käytäntöön

Lisätiedot

Projektisuunnitelma. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Projektisuunnitelma. 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ätiedot

Siimasta toteutettu keinolihas

Siimasta 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ätiedot

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Liite 1: skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Palvelun uusi versio on Palveluiden kehittäminen voitava asentaa tuotantoon vaikeutuu

Lisätiedot

Kokemuksia yritysarkkitehtuurista

Kokemuksia yritysarkkitehtuurista Kokemuksia yritysarkkitehtuurista Sakari Olli Tieturi OY HTC Santa Maria, Tammasaarenkatu 5, 00180 Helsinki, Finland www.tieturi.fi (09) 431 551 kurssit@tieturi.fi Esittely FM Sakari Olli Tieturi OY Tiiminvetäjä

Lisätiedot

I1 Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC

I1 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ätiedot

COTOOL dokumentaatio SEPA: Refaktorointi

COTOOL dokumentaatio SEPA: Refaktorointi Table of Contents Refaktorointi................................................................................ 1 1 Tehtävänanto.............................................................................

Lisätiedot

SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti

SALAKIRJOITUKSEN 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ätiedot

T Testiraportti - järjestelmätestaus

T 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ätiedot

T 76.5158 SEPA päiväkirja

T 76.5158 SEPA päiväkirja T 76.5158 SEPA päiväkirja Pariohjelmointi Timo Hassinen, 60255H & Petri Palmila 60111S Versio Pvm Tekijä Kuvaus 1.0 2.12.2006 Hassinen Ensimmäinen versio 1.1 9.12.2006 Palmila Toinen versio 1.2 10.12.2006

Lisätiedot

YMPÄRISTÖKESKUKSEN TYÖHYVINVOINNIN TOIMINTASUUNNITELMA 2016 2017

YMPÄRISTÖKESKUKSEN TYÖHYVINVOINNIN TOIMINTASUUNNITELMA 2016 2017 YMPÄRISTÖKESKUKSEN TYÖHYVINVOINNIN TOIMINTASUUNNITELMA 2016 2017 käsitelty henkilöstötoimikunnassa 7.12.2015 ympäristöjohtajan pöytäkirjapäätös, x.x.2015 1 Sisältö YMPÄRISTÖKESKUKSEN TYÖHYVINVOINNIN TOIMINTASUUNNITELMA

Lisätiedot

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Ohjelmiston 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ätiedot

VERSIONHALLINTA. PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D

VERSIONHALLINTA. 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ätiedot

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006-11-25 Janne Mäkelä Alustava 1.0 2006-12-10 Janne Mäkelä Valmis 1.

Lisätiedot

Ketterä projektinhallinta

Ketterä projektinhallinta Ketterä projektinhallinta Petri Heiramo Agile Coach, CST 1 Petri Heiramo Ikä: 37 (vielä pari päivää ) Oma koulutus- ja valmennusyritys, Agilecraft Oy, reilut 3 viikkoa Lähes 10v ohjelmistokehitys- ja -prosessitausta

Lisätiedot

Yleisiä kommentteja kokeesta.

Yleisiä kommentteja kokeesta. Lukuvuoden fysiikan valtakunnallisen kokeen palaute.6. Palautteita yhteensä 454 oppilaan tuloksesta. Pistekeskiarvo 7,6 joka vastaa arvosanaa 6,5. Oppilaita per pistemäärä 5 5 5 5 4 6 8 4 6 8 4 6 8 4 6

Lisätiedot

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus Lehmus, Auvinen, Pihamaa Johdanto Käyttäjätestauksella tarkoitetaan tuotteen tai sen prototyypin testauttamista todellisilla käyttäjillä. Kehittäjät

Lisätiedot

Yhteenvetodokumentti. Boa Open Access. Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Yhteenvetodokumentti. Boa Open Access. Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Yhteenvetodokumentti Boa Open Access Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari

Lisätiedot

EDISTYMISRAPORTTI - T2 Virtuaaliyhteisöjen muodostaminen Versio 1.2

EDISTYMISRAPORTTI - T2 Virtuaaliyhteisöjen muodostaminen Versio 1.2 EDISTYMISRAPORTTI - T2 Edited by Checked by Approved by Antti Tuomaala Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 1.1. Yleistä 2 1.2. Resurssit 2 1.3. Laatu 4 2. SUORITETUT

Lisätiedot

Vaatimusmäärittely Ohjelma-ajanvälitys komponentti

Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit

Lisätiedot

statbeatmobile PROJECT REVIEW iteration 1

statbeatmobile PROJECT REVIEW iteration 1 statbeatmobile PROJECT REVIEW iteration 1 agenda Projekti Status Käytännöt Tulokset Katsaus eteenpäin PROJEKTI / mikä on statbeat? Sosiaalinen joukkueurheilupalvelu Keskustelu, fanit, kavereiden joukkueet,

Lisätiedot

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS

IT2015 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ätiedot

TERVETULOA OPISKELEMAAN MOODLE-OPPIMISYMPÄRISTÖSSÄ!

TERVETULOA OPISKELEMAAN MOODLE-OPPIMISYMPÄRISTÖSSÄ! TERVETULOA OPISKELEMAAN MOODLE-OPPIMISYMPÄRISTÖSSÄ! Tämä on opiskelijan Moodle-opas, josta saat tärkeimmät neuvot opiskellessasi LOVe lääkehoidon verkkokursseilla Moodle- oppimisympäristössä. Seuraamalla

Lisätiedot

LOPPURAPORTTI Paperikonekilta Versio 1.0

LOPPURAPORTTI Paperikonekilta Versio 1.0 Loppuraportti LITA/TIKO/PAPERIKONEKILTA 1 (14) 18.5.2009 LOPPURAPORTTI Paperikonekilta Versio 1.0 Tekijät: Jaakko Karhunen Jani Hyvönen TIKO, IT-Dynamo 5.kerros Osoite: Tietojenkäsittelyn koulutusohjelma

Lisätiedot

ASENNUS- JA KÄYTTÖOHJE

ASENNUS- JA KÄYTTÖOHJE ASENNUS- JA KÄYTTÖOHJE YKSIKKÖHINTA SOPIMUKSEN TOTEUTUNEET MÄÄRÄT-SOVELLUS CMPRO5 VERSIO 2.8 PÄIVITETTY HEINÄKUU 2010 COPYRIGHT 2010 ARTEMIS FINLAND OY. ALL RIGHTS RESERVED. KÄYTTÖOHJE SIVU 2 (12) SISÄLLYSLUETTELO

Lisätiedot

T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (9)

T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (9) T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (9) T-76.115 Riskienhallintadokumentti ExtraTerrestriaLs Versio Pvm Tekijä Kuvaus 0.1 Mika Suvanto Alustava versio 0.9.10.2004 Mika Suvanto

Lisätiedot

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia Ohjelmistojen mallintaminen, kurssikoe 15.12. esimerkkivastauksia Tehtävä 1 a: Ohjelmistotuotantoprosessi sisältää yleensä aina seuraavat vaiheet: määrittely, suunnittelu, toteutus, testaus ja ylläpito.

Lisätiedot

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä www.niksula.cs.hut.fi/~jjkankaa// Demosovelluksen tekninen määrittely v. 0.6 Päivitetty 11.12.2000 klo 20:26 Mickey Shroff 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite

Lisätiedot

COTOOL dokumentaatio Projektisuunnitelma

COTOOL dokumentaatio Projektisuunnitelma Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................

Lisätiedot

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Vaatimusmäärittely Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Versio Päiväys Tekijä Kuvaus 0.1 12.10.01 Pekka Koskinen Ensimmäinen luonnos 0.2 17.10.01 Pekka Koskinen Lisätty vaatimuksia

Lisätiedot

SALON SEUDUN KOULUTUSKUNTAYHTYMÄN SISÄISEN VALVONNAN JA RISKIENHALLINNAN PERUSTEET

SALON SEUDUN KOULUTUSKUNTAYHTYMÄN SISÄISEN VALVONNAN JA RISKIENHALLINNAN PERUSTEET SALON SEUDUN KOULUTUSKUNTAYHTYMÄN SISÄISEN VALVONNAN JA RISKIENHALLINNAN PERUSTEET Hall. 01.04.2014 Valt. 29.04.2014 1 Voimaantulo 01.07.2014 1 Lainsäädännöllinen perusta ja soveltamisala Kuntalain 13

Lisätiedot

SYSTEMAATTINEN RISKIANALYYSI YRITYKSEN TOIMINTAVARMUUDEN KEHITTÄMISEKSI

SYSTEMAATTINEN RISKIANALYYSI YRITYKSEN TOIMINTAVARMUUDEN KEHITTÄMISEKSI Päivitetty 28.3.2017 SYSTEMAATTINEN RISKIANALYYSI YRITYKSEN TOIMINTAVARMUUDEN KEHITTÄMISEKSI Riskianalyysiohjeen tarkoitus on tukea yrityksen toimintaa uhkaavien tilanteiden (riskien) tunnistamisessa,

Lisätiedot

T Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2)

T 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ätiedot

<e.g. must, essential, conditional> Käyttötapaukset Kurssin malli käyttötapauksille: Tila < List of users and the other systems that interacts directly with a system>

Lisätiedot

OTM - Katsaus sisältöön. Sidosryhmäseminaari

OTM - Katsaus sisältöön. Sidosryhmäseminaari OTM - Katsaus sisältöön Sidosryhmäseminaari 24.10.2013 Projektiryhmän esittely Katja Arstio, Helsingin yliopisto Sami Hautakangas, Tampereen yliopisto Tuomas Naakka, Helsingin yliopisto Inka Paukku, Aalto

Lisätiedot

T Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta

T 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ätiedot

Kuntien integraatioalusta. Hannes Rauhala 3.11.2015

Kuntien integraatioalusta. Hannes Rauhala 3.11.2015 Kuntien integraatioalusta Hannes Rauhala 3.11.2015 Johdantoa asiaan Espoon kaupunki on toiminut edelläkävijänä kansallisen palveluväylän (Xroad) käyttöönotossa. Asiasta järjestettiin Espoossa ja Lahdessa

Lisätiedot

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi 1 Yleistä Palvelun kehitys jakautuu vaiheisiin, joiden väleissä

Lisätiedot

Viitearkkitehtuurin suunnitteluprosessi. Ohje. v.0.7

Viitearkkitehtuurin suunnitteluprosessi. Ohje. v.0.7 Viitearkkitehtuurin suunnitteluprosessi Ohje v.0.7 Viitearkkitehtuurin suunnitteluprosessi XX.XX.201X 2 (13) Sisällys 1. Johdanto... 3 2. Viitearkkitehtuurin suunnitteluprosessin vaiheet... 3 2.1. Vaihe

Lisätiedot

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:

Lisätiedot

Projektin suunnittelu A71A00300

Projektin suunnittelu A71A00300 Projektin suunnittelu A71A00300 Projektisuunnitelma 1. Projektitiimi 2. Projektin tausta 3. Projektin tavoitteet 4. Tiimin roolit 5. Sisäinen viestintä 6. Riskianalyysi 7. Aikataulutus Projektisuunnitelman

Lisätiedot

EDISTYMISRAPORTTI - T1 Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 1)

EDISTYMISRAPORTTI - T1 Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 1) EDISTYMISRAPORTTI - T1 Edited by Checked by Approved by Antti Tuomaala i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 2. SUORITETUT TEHTÄVÄT 4 Projektisuunnitelma Vaatimusmäärittely Virhe.

Lisätiedot

Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen. Pekka Peura 28.01.2012

Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen. Pekka Peura 28.01.2012 Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen Pekka Peura 28.01.2012 MOTIVAATIOTA JA AKTIIVISUUTTA LISÄÄVÄN OPPIMISYMPÄRISTÖN ESITTELY (lisätietoja maot.fi)

Lisätiedot

31.5.2013. Arkkitehtien tasa-arvosuunnitelma

31.5.2013. Arkkitehtien tasa-arvosuunnitelma 31.5.2013 Arkkitehtien tasa-arvosuunnitelma 01 Johdanto miksi tasa-arvosuunnitelma? Tasa-arvo tarkoittaa kaikkien ihmisten yhtäläistä arvoa yksilöinä ja yhteiskunnan jäseninä. Yhdenvertaisuus on perusoikeus

Lisätiedot

Määrittelyvaihe. Projektinhallinta

Määrittelyvaihe. Projektinhallinta Määrittelyvaihe Projektinhallinta testaus määrittely suunnittelu ohjelmointi käyttöönotto, testaus tuotteenhallinta laadunvarmistus dokumentointi vaatimustenhallinta Määrittely Määrittely, eli kansanomaisesti

Lisätiedot

T-76.115 Software Project: FASTAXON

T-76.115 Software Project: FASTAXON T-76.115 Software Project: FASTAXON Personal Assignment: Communication Practices Group: Muuntaja 0 Version History Owner of the document: Tero Leppänen Version Date Author(s) Description 0.1 26.11.2003

Lisätiedot

LC Profiler. - Oppimisympäristön keskeisiä piirteitä. Antti Peltonen, LC Prof Oy

LC Profiler. - Oppimisympäristön keskeisiä piirteitä. Antti Peltonen, LC Prof Oy LC Profiler - Oppimisympäristön keskeisiä piirteitä Antti Peltonen, LC Prof Oy Profiler - Sovelluksen kehityskaari... Ensimmäiset versiot oppimisympäristöstä 1995 ProTo -projekti 1997-98, Oulun yliopisto

Lisätiedot

Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset

Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset Sopimus Asiakas- ja potilastietojärjestelmästä Liite N: Kielivaatimukset VERSIOHISTORIA Päivä Versio Kuvaus Tekijä 12.3.15 3.0 Tarjouspyynnön liitteeksi 2 (6) SISÄLLYSLUETTELO 1 JOHDANTO... 4 2 JÄRJESTELMÄN

Lisätiedot

Kehitysvammaliitto ry. RATTI-hanke. Haluan lähteä kaverin luokse viikonlopun viettoon ja olla poissa ryhmäkodista koko viikonlopun.

Kehitysvammaliitto ry. RATTI-hanke. Haluan lähteä kaverin luokse viikonlopun viettoon ja olla poissa ryhmäkodista koko viikonlopun. RISKIARVIOINTILOMAKE 1. Henkilön nimi Pekka P. 2. Asia, jonka henkilö haluaa tehdä. Haluan lähteä kaverin luokse viikonlopun viettoon ja olla poissa ryhmäkodista koko viikonlopun. 3. Ketä kutsutaan mukaan

Lisätiedot

AVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti 2.12.2011

AVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti 2.12.2011 AVOIMEN TUOTTEEN HALLINTAMALLIT Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö Yhteentoimivuutta avoimesti 2.12.2011 Erikoistutkija, MSc. Tapio Matinmikko, Teknologian tutkimuskeskus VTT 2 Esittäjästä

Lisätiedot

Ennustamisen ja Optimoinnin mahdollisuudet

Ennustamisen ja Optimoinnin mahdollisuudet Ennustamisen ja Optimoinnin mahdollisuudet Agenda Mitä optimointi on Ennustamisen mahdollisuudet Optimoinnin eri tasot ja tavoitteet Optimoinnin käyttöönotto Mitä optimointi on Mitä optimointi on? Oikea

Lisätiedot

SoberIT Software Business and Engineering institute

SoberIT Software Business and Engineering institute T-121.700 Käyttäjäkeskeinen Konseptisuunnittelu Perusteet ja prosessi Teknillinen korkeakoulu Ohjelmistoliiketoiminnan ja -tuotannon laboratorio Käytettävyysryhmä Opettava tutkija: Mika P. Nieminen mika.nieminen@hut.fi

Lisätiedot

Kuopio Testausraportti Asiakkaat-osakokonaisuus

Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio, testausraportti, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 11.2.2002 Matti Peltomäki Ensimmäinen versio 0.9 11.2.2002 Matti Peltomäki

Lisätiedot

Kylmämestarin erikoisammattitutkinto 6. Teollisen kylmän kylmäsuunnittelu

Kylmämestarin erikoisammattitutkinto 6. Teollisen kylmän kylmäsuunnittelu Kylmämestarin erikoisammattitutkinto 6. Teollisen kylmän kylmäsuunnittelu Dnro 67/011/2015 Sisällys 1. Teollisen kylmän suunnittelu... 2 1.1 Ammattitaitovaatimukset ja ammattitaidon osoittaminen... 2 1.2

Lisätiedot

Toteutusvaihe T3 Digi-tv: Edistymisraportti

Toteutusvaihe T3 Digi-tv: Edistymisraportti Toteutusvaihe T3 Digi-tv: Edistymisraportti Sisällysluettelo 1. Projektin tila...3 Dtv: Work done per Person (current phase)...3 Dtv: Work done per Worktype (current phase)...3 2. Suoritetut tehtävät...4

Lisätiedot

AutoCAD-natiiviobjektin toteutus

AutoCAD-natiiviobjektin toteutus AutoCAD-natiiviobjektin toteutus Kontiotuote OY Maailman toiseksi suurin hirsitalotoimittaja Aloittanut toimintansa 70-luvulla Liikevaihto vuonna 2003-37,355 Milj. euroa josta vientiä 7,376 Milj. euroa

Lisätiedot

Projektin suunnittelu A71A00300

Projektin suunnittelu A71A00300 Projektin suunnittelu A71A00300 PESTLE-malli Poliittinen - mitä poliittisia riskejä projektiin voi liittyä? (verotus, hallinto ) Ekonominen - mitä taloudellisia riskejä projektiin liittyy? (työvoiman saatavuus,

Lisätiedot

Johdanto 1. Projektille esiteltävä versio. Kokemukset ja muutokset 3. Projektille esiteltävä versio. Iteraatio 2., suunnitelma

Johdanto 1. Projektille esiteltävä versio. Kokemukset ja muutokset 3. Projektille esiteltävä versio. Iteraatio 2., suunnitelma SEPA päiväkirja BetaTeam Juho Mäkinen, 57796V, jvmakine@cc.hut.fi Jari Leppä, 42710V, jleppa@cc.hut.fi Versio Pvm Tekijä Kuvaus 0.1 10.11.2005 Juho Mäkinen Johdanto 1. 0.2 11.11.2005 J.Mäkinen, Käytäntöön

Lisätiedot

Tutkittua tietoa. Tutkittua tietoa 1

Tutkittua tietoa. Tutkittua tietoa 1 Tutkittua tietoa T. Dybå, T. Dingsøyr: Empirical Studies of Agile Software Development : A Systematic Review. Information and Software Technology 50, 2008, 833-859. J.E. Hannay, T. Dybå, E. Arisholm, D.I.K.

Lisätiedot

OHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta

OHJ-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ätiedot

Harjoitus 3 Case Face Wash. Raine Mäki, Laura Takkinen, Marika Östman, Otto Kataja

Harjoitus 3 Case Face Wash. Raine Mäki, Laura Takkinen, Marika Östman, Otto Kataja Harjoitus 3 Case Face Wash Raine Mäki, Laura Takkinen, Marika Östman, Otto Kataja Tunnistettuja ongelmia Katastrofaaliset ongelmat Kommunikointi Projektisuunnitelman puuttuminen Projektia ei aikataulutettu

Lisätiedot

Tilastokeskuksen rajapintapalveluiden käyttöönotto ArcGISohjelmistossa

Tilastokeskuksen rajapintapalveluiden käyttöönotto ArcGISohjelmistossa 1(6) Tilastokeskuksen rajapintapalveluiden käyttöönotto ArcGISohjelmistossa Ohjeita laatiessa on käytetty ArcGIS:n versiota 10.1. Koordinaattijärjestelmä ArcGIS käyttää oletuskoordinaattijärjestelmänä

Lisätiedot

LAADUNVALVONTAJÄRJESTELMÄ- JA TOIMEKSIANTOLOMAKE

LAADUNVALVONTAJÄRJESTELMÄ- JA TOIMEKSIANTOLOMAKE LAADUNVALVONTAJÄRJESTELMÄ- JA TOIMEKSIANTOLOMAKE Pyydämme palauttamaan täytetyn lomakkeen osoitteeseen laatu@chamber.fi. Tarkastettava tilintarkastaja Laaduntarkastaja Laadunvalvontajärjestelmän kartoitus

Lisätiedot

VM/2232/ /2016

VM/2232/ /2016 13.6.2017 JulkICT-osasto Kansallisen palveluarkkitehtuurin toteuttamisohjelma Kansallisen palveluarkkitehtuurin toteuttamisohjelma Loppuraportti Janakkalan kunta, Versio 0.4 13.6.2017 Sisällys 2 (7) Sisällys...

Lisätiedot

AUDIOVISUAALISEN VIESTINNÄN AMMATTITUTKINTO. Valmistavan koulutuksen koulutussuunnitelma, peligrafiikan osaamisala

AUDIOVISUAALISEN VIESTINNÄN AMMATTITUTKINTO. Valmistavan koulutuksen koulutussuunnitelma, peligrafiikan osaamisala AUDIOVISUAALISEN VIESTINNÄN AMMATTITUTKINTO Valmistavan koulutuksen koulutussuunnitelma, peligrafiikan osaamisala Voimassa 1.8.2015 alkaen 2 Sisällys 1 AUDIOVISUAALISEN VIESTINNÄN AMMATTITUTKINTO, PELIGRAFIIKAN

Lisätiedot

Työttömyys. Työttömyysajan tuet. Lyhyesti ja selkeästi

Työttömyys. Työttömyysajan tuet. Lyhyesti ja selkeästi Työttömyys Työttömyysajan tuet Lyhyesti ja selkeästi Sisällys Työttömyysajan tuet 1 Kelan tuet työttömälle 2 Kun jäät työttömäksi 2 Työttömyyspäiväraha 2 Työmarkkinatuki 3 Työtulot ja työttömyysetuus sovitetaan

Lisätiedot

Ohjelmistotuotantoprojekti

Ohjelmistotuotantoprojekti Ohjelmistotuotantoprojekti Muutos- ja korjauspyyntöjen priorisointityökalu Ryhmä Muppett YHTEENVETODOKUMENTTI Helsinki 1.9.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi: Ohjelmistotuotantoprojekti,

Lisätiedot

LähiSopu Sopiminen ja sopimukset lähiruokaverkostoissa

LähiSopu Sopiminen ja sopimukset lähiruokaverkostoissa LähiSopu Sopiminen ja sopimukset lähiruokaverkostoissa Lähiruokaohjelman seminaari Helsinki 11.6.2013 Lappeenrannan teknillinen yliopisto Tuotantotalouden tiedekunta Arvoverkostojen johtaminen TkT Petri

Lisätiedot

PROJEKTIAVUSTUKSEN (C) TOIMINTASELOSTELOMAKKEEN RAY3707 TÄYTTÖOHJE. Yleistä... 1

PROJEKTIAVUSTUKSEN (C) TOIMINTASELOSTELOMAKKEEN RAY3707 TÄYTTÖOHJE. Yleistä... 1 OHJE 1 (5) PROJEKTIAVUSTUKSEN (C) TOIMINTASELOSTELOMAKKEEN RAY3707 TÄYTTÖOHJE Yleistä... 1 1 Projektin perustiedot... 1 2 Projektin toteutus ja eteneminen... 2 3 Projektin seuranta ja arviointi... 3 4

Lisätiedot

CE MERKINTÄ KONEDIREKTIIVIN 2006/42/EY PERUSTEELLA

CE MERKINTÄ KONEDIREKTIIVIN 2006/42/EY PERUSTEELLA TIETOPAKETTI PÄHKINÄNKUORESSA: CE MERKINTÄ N PERUSTEELLA HUOMIO! Vanha konedirektiivi 98/37/EY on kumottu, mutta se on edelleen voimassa siirtymäaikana. Käyttöönoton siirtymäaika -> 29.12.2009 saakka.

Lisätiedot

Kunnallisen toiminnan periaatteet, määritelty ja toimitaanko niiden mukaisesti? 3 strategialähtöiset

Kunnallisen toiminnan periaatteet, määritelty ja toimitaanko niiden mukaisesti? 3 strategialähtöiset Laukaan kunta/ tekninen osasto e Ei sovellettavissa 2016 1 Välttävästi 2 Tyydyttävästi 3 Hyvin Sisäisen valvonnan ja riskienhallinnan arviointimalli 4 Erinomaisesti Johtamistapa ja valvontakulttuuri Arvio

Lisätiedot

Mallintarkistus ja sen

Mallintarkistus 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ätiedot

Projektisuunnitelma. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Projektisuunnitelma. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Projektisuunnitelma Boa Open Access Helsinki 4.2.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari

Lisätiedot

JOTI projektisuunnitelma Tieto toiminnaksi

JOTI projektisuunnitelma Tieto toiminnaksi ROVANIEMEN KOULUTUSKUNTAYHTYMÄ PROJEKTISUUNNITELMA 1(10) JOTI -määrittely 16.12.2010 ROVANIEMEN KOULUTUSKUNTAYHTYMÄ JOTI projektisuunnitelma Tieto toiminnaksi [Type the document subtitle] 11.1.2011 [Type

Lisätiedot

LAATURAPORTTI Iteraatio 1

LAATURAPORTTI 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ätiedot

Ohjelmistoteknologioiden koulutus: Web-sovelluskehitys, Java Server. Infotilaisuus 3.12.2014 klo 10:00

Ohjelmistoteknologioiden koulutus: Web-sovelluskehitys, Java Server. Infotilaisuus 3.12.2014 klo 10:00 Ohjelmistoteknologioiden koulutus: Web-sovelluskehitys, Java Server Infotilaisuus 3.12.2014 klo 10:00 Yleistä Ohjelmistoteknologioiden koulutukset 2014-2015 3: Internet sovellusten ohjelmointi Java Server

Lisätiedot

Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen

Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen Toiminnallinen määrittely: Työsuunnitelma TYÖSUUNNITELMAN TIEDOT Versio 0.1 Laatija Ulla Angervo Laatimispäivämäärä Hyväksyjä Hyväksymispäivämäärä

Lisätiedot

COTOOL dokumentaatio Loppuraportti

COTOOL dokumentaatio Loppuraportti Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................

Lisätiedot

T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12)

T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12) T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12) T-76.115 Riskienhallintadokumentti ExtraTerrestriaLs Versio Pvm Tekijä Kuvaus 0.1 Mika Suvanto Alustava versio 0.2 19.10.2004 Mika

Lisätiedot

Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA

Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA Ohjelmointitekniikka lyhyesti Survival Kit. Vesiputousmalli ELINKAARIMALLEISTA. Ohjelmiston elinkaari Ohjelmiston elinkaarella (life cycle) tarkoitetaan aikaa, joka kuluu ohjelmiston kehittämisen aloittamisesta

Lisätiedot