T Tietojenkäsittelyopin ohjelmatyö
|
|
- Olavi Mäkelä
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 T Tietojenkäsittelyopin ohjelmatyö Sisältö Dokumentissa on kuvattu Keimo-projektin riskienhallintasuunnitelma ja kulloinkin tunnistetut riskit. Dokumenttia päivitetään jokaiseen palautukseen. Päivämäärä Projektiryhmä Keimo Kirjoittajat Petri Kero Iiro Ojala Muutokset PVM Tekijä Versio Selitys Petri Kero 0.9 Ensimmäinen versio riskienhallinnasta Iiro Ojala 0.91 Päivitetty erillinen dokumentti Iiro Ojala 0.92 Versio sisäiseen katselmointiin Iiro Ojala 0.93 Korjattu kirjoitusvirheitä Matti Kannala 1.0 Viimeistely palautukseen 1
2 Sisällysluettelo 1 Johdanto Dokumentin tarkoitus Yleiset perustelut Käytännön toimenpiteet Riskien tunnistaminen Riskienhallintapäällikkö Viikkopalaverit Nopea sähköinen viestintä Riskien mittaaminen Riskien ennaltaehkäiseminen ja varasuunnitelma Tunnistetut riskit Tekniset riskit Valitun toteutustekniikan sopimattomuus projektiin Ongelmat CVS-palvelimessa Ongelmat valittujen työkalujen kanssa Ongelmat yksittäisten ryhmäläisten koneissa Kurssiorganisaatioon liittyvät riskit Ongelmat kurssin työkalujen kanssa Viivästykset tarvittavan materiaalin toimituksissa Ryhmään liittyvät riskit Ryhmän jäsen lähtee projektista Huono henki ja konfliktit ryhmän sisällä Työmääräarvioiden pettäminen Töiden epätasainen jakautuminen Toteuttajien perfektionismi ja väärien asioiden tekeminen Asiakkaaseen liittyvät riskit Asiakas lähtee projektista Kommunikaatio-ongelmat ja konfliktit asiakkaan kanssa Asiakkaan vaatimukset muuttuvat Yhteenveto riskeistä Riskien seuranta PS-vaihe T1-vaihe Lähteet
3 1 Johdanto 1.1 Dokumentin tarkoitus Tämän dokumentin tarkoitus on pitää kirjaa tunnistetuista riskeistä, esittää toimenpiteet niiden hallitsemiseksi, toteutumisen estämiseksi ja seurausten minimoimiseksi. Dokumentti palvelee jatkuvasti päivitettävänä riskienhallintasuunnitelmana projektin alusta loppuun asti. 1.2 Yleiset perustelut Ohjelmistoprojektit ovat niin monimutkaisia, että ne ovat väistämättä alttiita riskeille. Kustannukset voivat ylittää arviot tai projektit voivat valmistua myöhässä tai keskeytyä kokonaan. Usein uhat voidaan havaita jo paljon ennen niiden kehittymistä todelliseksi vahingoiksi. Siksi onkin tärkeää, että riskit kartoitetaan systemaattisesti ja niiden kehittymistä seurataan järjestelmällisesti koko projektin ajan. Riskien ei saa antaa kehittyä rauhassa, vaan niitä tulee aktiivisesti seurata ja niiden vaikutuksia hallita. 2 Käytännön toimenpiteet 2.1 Riskien tunnistaminen Projektin alettua ryhmä keskusteli vapaasti projektia mahdollisesti uhkaavista riskeistä. Keskustelun ja yleisesti tunnettujen ohjelmistoprojekteja uhkaavien riskien pohjalta laadittiin lista tunnistetuista riskeistä(tämän dokumentin kappale 3). Lista sisältää kuvaukset riskeistä, niiden luokittelun, ehkäisevät toimenpiteet ja korjaavat toimenpiteet riskin mahdollisesti toteutuessa. Listaa päivitetään jatkuvasti. 2.2 Riskienhallintapäällikkö Projektille on nimetty riskienhallintapäällikkö. Tehtävään valittu henkilö vastaa koko projektin riskienhallintaprosessin toiminnasta ja kehittämisestä. Erillisen päällikön nimeäminen ei kuitenkaan vapauta muita ryhmäläisiä velvollisuudesta raportoida havaitsemiaan ongelmia ja toteutumassa olevia riskejä. Riskienhallintaan kuuluu olennaisena osana jatkuva uusien riskien tunnistaminen ja vanhojen uudelleenarviointi. Onkin sanottu, että riskienhallintapäällikön tulee omaksua itselleen pessimistinen suhtautuminen projektiin. Tämä tulee kuitenkin ymmärtää positiivisessa mielessä: Hän kyseenalaistaa rakentavasti tehtyjä päätöksiä ja kiinnittää huomionsa niistä mahdollisesti aiheutuviin riskeihin. Lisäksi riskienhallintapäällikön vastuulla on tämän dokumentin ja tunnistettujen riskien listan ylläpitäminen. 3
4 2.3 Viikkopalaverit Jokaisessa viikkopalaverissa käydään riskienhallintapäällikön johdolla tunnettujen riskien tilanne lyhyesti läpi. Jatkuva seuranta mahdollistaa riittävän nopean reagoinnin toteutumassa oleviin riskeihin. Jokainen ryhmäläinen on velvollinen raportoimaan havaitsemistaan uhista ja uusista riskeistä riskienhallintapäällikölle. 2.4 Nopea sähköinen viestintä Mikäli jokin ryhmän jäsen havaitsee välittömän uhan riskin toteutumiselle tai erittäin vakavan uuden riskin, tulee hänen raportoida siitä välittömästi muulle ryhmälle esimerkiksi sähköpostitse. Tällaisissa tapauksissa ei missään nimessä tule odottaa seuraavaan viikkopalaveriin asti. 2.5 Riskien mittaaminen Jokaisesta tunnistetusta riskistä arvioidaan erikseen: Riskin toteutumisen todennäköisyys ja Riskin toteutumisen seuraukset projektiin. Näiden kahden tekijän tulona saadaan jokaiselle riskille: Riskin vakavuus. Riskien todennäköisyydettä arvioidaan numeerisesti asteikolla 1-5, jossa 1 tarkoittaa hyvin epätodennäköistä ja 5 erittäin todennäköistä. Riskin toteutumisen seuraukset luokitellaan vastaavasti 1-5, jossa 1 tarkoittaa vähäisiä ongelmia ja 5 koko projektin kannalta kohtalokkaita seurauksia. Riskin vakavuudelle saadaan siis asteikko Lieviksi riskeiksi luokitellaan arvot välillä 1-6, vakaviksi 8-15 ja erittäin vakaviksi Kun riskit on luokiteltu näin, osataan kohdistaa suurin huomio kaikkein vakavimpiin riskeihin. Silti vähäisen vaikutuksen riskejäkään laiminlyödä. 2.6 Riskien ennaltaehkäiseminen ja varasuunnitelma Jokaista tunnistettua riskiä varten laaditaan lyhyt menetelmä sen toteutumisen ennaltaehkäisemiseksi ja valmis varasuunnitelma sen toteutumisen varalta. Ehkäisymenetelmän ja varasuunnitelman voi kirjoittaa riskin tunnistanut henkilö itse, riskienhallintapäällikkö tai ryhmä yhdessä. Riskienhallintapäällikön on kuitenkin hankittava koko ryhmän hyväksyntä listaan kirjatuille ehkäisymenetelmille ja varasuunnitelmille viikkopalaverin riskienseurantaosion yhteydessä. 4
5 3 Tunnistetut riskit 3.1 Tekniset riskit Valitun toteutustekniikan sopimattomuus projektiin Todennäköisyys 1. Sovellusarkkitehtuuri on suunniteltu huolella ja toteutettu tunnettujen standardien, kuten OpenGL:n ja Javan varaan. Ryhmäläisillä on aikaisempaa kokemusta käytetyistä tekniikoista. 4. Arkkitehtuurin muuttaminen jälkikäteen on työlästä ja aikaa vievää. Tarvittaessa se pystytään tekemään, mutta silloin jostain muusta on tingittävä. Vakavuus 4 Ennaltaehkäisy Arkkitehtuurin huolellinen suunnittelu ja hyväksi havaittujen tekniikoiden käyttö. Varasuunnitelma Arkkitehtuurin dramaattinen muuttaminen ja keskeisten osien uudelleen suunnittelu sekä toteuttaminen. Riski 1 Toteutustekniikan sopimattomuus projektiin Ongelmat CVS-palvelimessa Todennäköisyys Vakavuus 9 Ennaltaehkäisy Varasuunnitelma Riski 2 Ongelmat CVS-palvelimessa 3. Lyhyet ja keskipitkät verkkokatkot ovat yleisiä. Pidemmän keskeytyksen työhön aiheuttavat viat sen sijaan erittäin harvinaisia. 3. Kriittisenä hetkenä pettävä palvelin voi pysäyttää kehityksen. Dokumenttikannan tuhoutuessa kokonaan se jouduttaisiin palauttamaan varmuuskopioista, jolloin osa työstä menetettäisiin pystyvästi. Lähdekoodien ja dokumenttien hajauttaminen palvelimen lisäksi ryhmäläisten lokaaleille levyille. Palvelimesta ylläpidon toimesta otettavat varmuuskopiot. Palvelimen verkkokatkon aikana dokumenttien jakaminen ryhmäläisten kesken muilla keinoilla, esim. sähköpostilla tai levykkeillä. Tarvittaessa kannan palauttaminen varmuuskopioista Ongelmat valittujen työkalujen kanssa Todennäköisyys 2. Ryhmäläisillä on kokemusta varsin laajasta työkaluvalikoimasta. Joitakin uusia ja tuntemattomia järjestelmiä joudutaan silti ottamaan käyttöön. 3. Ongelman työkalujen kanssa voivat hidastaa työntekoa huomattavasti. Huonot työkalut myös tunnetusti syövät 5
6 motivaatiota. Vakavuus 6 Ennaltaehkäisy Käytetään mahdollisimman paljon ryhmälle ennestään tuttuja työkaluja. Varasuunnitelma Tarvittaessa vaihdetaan työkalua. Jos vaihto ei ole mahdollista, yksi ryhmäläinen selvittää ongelman ja opettaa ratkaisun muille. Riski 3 Ongelmat valittujen työkalujen kanssa Ongelmat yksittäisten ryhmäläisten koneissa Todennäköisyys 2. Laitteistoviat ovat harvinaisia, mutta aina mahdollisia. Tietoliikenneongelmat ovat hyvinkin todennäköisiä 2. Osa töistä saattaa viivästyä tai jäädä kokonaan tekemättä. Vakavuus 4 Ennaltaehkäisy Dokumenttien varmuuskopioiminen ja niiden väliversioidenkin säilyttäminen CVS-järjestelmässä. Varasuunnitelma Koulun tai muun toimittajan laitteiden käyttö korjauksen vievän ajan. Dokumenttien palauttaminen varmuuskopioista. Riski 4 Ongelmat yksittäisten ryhmäläisten koneissa 3.2 Kurssiorganisaatioon liittyvät riskit Ongelmat kurssin työkalujen kanssa Todennäköisyys 4. Kurssin tarjoamat työkalut ovat www-pohjaisia ja alttiita verkkokatkoille. Työkaluja ei myöskään ole laajassa mitassa ennen käytetty. 2. Pakolliset raportoinnit viivästyvät. Virheidenseuranta vaikeutuu. Ylimääräistä työtä. Vakavuus 8 Ennaltaehkäisy Lähes ryhmästä riippumatonta. Havaittujen ongelmien nopea raportoiminen. Varasuunnitelma Omien työkalujen tilapäinen käyttö tunti- ja virhekirjaukseen. Kirjausten siirto kurssinjärjestelmään sen taas toimiessa. Riski 5 Ongelmat kurssin työkalujen kanssa Viivästykset tarvittavan materiaalin toimituksissa Todennäköisyys 3. Ei ole mitenkään ennenkuulumatonta, että kurssien materiaalit myöhästyvät tai jäävät toimittamatta opiskelijoille kokonaan. 2. Vaaditut tehtävät viivästyvät tai niiden tekeminen estyy kokonaan. Vakavuus 6 Ennaltaehkäisy Lähes ryhmästä riippumatonta. Havaittujen ongelmien nopea raportoiminen. 6
7 Varasuunnitelma Korvaavan materiaalin etsiminen tai sellaisen tekeminen itse. Riski 6 Viivästyksen tarvittavan materiaalin toimituksissa 3.3 Ryhmään liittyvät riskit Ryhmän jäsen lähtee projektista Todennäköisyys 1. Kaikki ryhmäläiset ovat erittäin motivoituneita saattamaan projektin menestyksekkäästi loppuun. 4. Seitsemän hengen ryhmässä jo yhden hengen väheneminen tuo suuren loven resursseihin. Lisäksi tämä todennäköisesti laskisi jäljellejääneiden motivaatiota. Vakavuus 4 Ennaltaehkäisy Kaikkien ryhmän jäsenten motivaation ylläpito antamalla kaikille mielenkiintoisia ja vaihtelevia tehtäviä, jakamalla työt tasaisesti ja ylläpitämällä hyvää henkeä ryhmän sisällä. Varasuunnitelma Uusia jäseniä ryhmään ei voida kesken kurssin hankkia. Ryhmästä lähteneen työt on jaettava tasaisesti ja arvioitava koko projektin puitteissa mistä osa-alueista tarvittaessa tingitään. Riski 7 Ryhmän jäsen lähtee projektista Huono henki ja konfliktit ryhmän sisällä Todennäköisyys 2. Pieniä konflikteja tulee tämänkokoisessa projektissa syntymään hyvin todennäköisesti. Riitojen paisuminen ongelmaksi asti sen sijaan on melko epätodennäköistä. 3. Myrkyttynyt ilmapiiri syö työmotivaatiota ja vaikeuttaa yhteistoimintaa. Voi johtaa myös muihin ongelmiin, kuten ryhmäläisen lähtemiseen projektista. Vakavuus 6 Ennaltaehkäisy Motivaation ylläpito, rehelliset keskustelut ja orastavien konfliktien ratkominen ennen niiden paisumista. Varasuunnitelma Ongelmien selvittäminen keskustelemalla ja mahdollisten epäkohtien oikaiseminen. Saattaa tarvita konfliktin ulkopuolisen auktoriteetin, kuten projektipäällikön tiukkaa puuttumista asiaan. Riski 8 Konfliktit ryhmän sisällä Työmääräarvioiden pettäminen Todennäköisyys 3. Vaikka ryhmäläisillä on aikaisempaa kokemusta ohjelmistokehityksestä, ei kukaan ole toiminut täysin vastaavassa tiukasti aikataulutetussa projektissa. Työmäärien arviointi uudessa projektissa on aina vaikeaa. 4. Työmääräarvioiden pettäminen voi aiheuttaa kohtuutonta viivästystä projektin etenemisessä. Koska projektilla on tiukat 7
8 Vakavuus 12 Ennaltaehkäisy Varasuunnitelma Riski 9 Työmääräarvioiden pettäminen kalenteriaikaan sidotut deadlinet, ei aina ole mahdollista käyttää lisää työpanoksia keskeneräisiin töihin. Työmäärien huolellinen arviointi. Arvioiden päivittäminen työn kuluessa. Töiden tekeminen ajoissa ennen deadline, jolloin suunnittelemattoman työn tekemiseenkin vielä on mahdollisuuksia. Arviot reilusti ylittävien tehtävien prioriteetin uudelleen arviointi ja tarvittaessa lykkääminen tai keskeyttäminen. Ajan ja resurssien sallien lisä työn tekeminen Töiden epätasainen jakautuminen Todennäköisyys 3. Joku laiminlyö tehtäviään ja ne kaatuvat muiden niskaan. Kaikkia suhteellisen suuriakaan tehtäviä ei ole mahdollista järkevästi jakaa usealle henkilölle. Myös työmääräarvioiden pettäminen voi johtaa tämän riskin toteutumiseen. 3. Töitä jää tekemättä tai kaikille tekijöille ei riitä suunniteltuja tehtäviä. Ylikuormitettujen motivaatio voi kärsiä. Vakavuus 9 Ennaltaehkäisy Töiden tasainen jakaminen ja työmäärien seuranta. Sovittujen tehtävien tekeminen ja tarvittaessa sen kontrollointi. Varasuunnitelma Tasoittava töiden jako seuraavissa vaiheissa. Arvioiden tarkentaminen. Riski 10 Töiden epätasainen jakautuminen Toteuttajien perfektionismi ja väärien asioiden tekeminen Todennäköisyys Vakavuus 9 Ennaltaehkäisy Varasuunnitelma Riski 11 Toteuttajien perfektionismi 3. Ohjelmoijat usein toteuttavat suunnittelemattomia ominaisuuksia, jotka ovat ohjelmoijien mielestä hienoja tai muuten vaan kivoja. 3. Rajoitetun ajan haaskaaminen matalan prioriteetin tai jopa täysin turhiin ominaisuuksiin saattaa estää tärkeiden ominaisuuksien valmistumisen ajallaan. Vaatimukset ja suunnitelmat laaditaan tarpeeksi yksityiskohtaisiksi. Tehtyä työtä seurataan ja lopputuloksia verrataan suunnitelmiin. Huomattaessa toteutettavan vääriä ominaisuuksia, lopetetaan näiden tekeminen heti. 8
9 3.4 Asiakkaaseen liittyvät riskit Asiakas lähtee projektista Todennäköisyys 1. Asiakkaalla on luonnollinen motivaatio projektin loppuun saattamiseen. 5. Asiakkaan lopettaminen olisi kohtalokasta projektille ja se todennäköisesti päättyisi tähän. Vakavuus 5 Ennaltaehkäisy Asiakkaan tavoitteiden mukainen toiminta. Varasuunnitelma Ainut mahdollisuus on kysyä kurssihenkilökunnalta korvaava asiakasta samalle aiheelle. Riski 12 Asiakas lähtee projektista Kommunikaatio-ongelmat ja konfliktit asiakkaan kanssa Todennäköisyys 2. Ryhmä ja asiakas ovat sitoutuneet yhteisiin tavoitteisiin. 3. Jos asiakkaalla ja ryhmällä ei ole yhteistä näkemystä projektin suunnasta, ei lopputulos todennäköisesti tyydytä kumpaakaan. Vakavuus 6 Ennaltaehkäisy Ryhmä tiedottaa aktiivisesti tekemisistään asiakkaalle. Myös asiakasta rohkaistaan ottamaan yhteyttä ryhmään, jos jokin asia on jäänyt epäselväksi. Varasuunnitelma Ensisijaisesti ryhmän tulee tarkastella omia toiminta- ja yhteydenpitotapojaan. Jos niissä huomataan ongelmia, tulee uusista menettelytavoista sopia yhdessä asiakkaan kanssa. Riski 13 Konfliktit asiakkaan kanssa Asiakkaan vaatimukset muuttuvat Todennäköisyys Vakavuus 9 Ennaltaehkäisy Varasuunnitelma Riski 14 Asiakkaan vaatimukset muuttuvat 3. Asiakas on esittänyt alustavat vaatimukset projektille. Pienien muutosten tuleminen on vielä melko todennäköistä, suurien linjojen muuttuminen taas epätodennäköistä. 3. Tärkeiden vaatimusten muuttuminen voi aiheuttaa huomattavaa lisätyötä tai jo tehty työ voi osoittautua turhaksi. Pienemmät muutokset eivät tuo suuria ongelmia. Ryhmä kommunikoi aktiivisesti asiakkaan kanssa. Ryhmällä on selkeästi määritelty vaatimustenhallintaprosessi, jonka mukaisesti kaikki uudet tai muuttuneet vaatimukset käsitellään. Tarvittaessa ohjelmistoa uudistetaan asiakkaan vaatimusten mukaisesti ja samalla sovitaan mitä ominaisuuksia lisääntyneen työn kompensoimiseksi jätetään pois. 9
10 3.5 Yhteenveto riskeistä Projektilla ei ole yhtään tunnistettua erittäin vakavaa riskiä. Vakavaksi luokiteltuja on useampia, niistä korkeimmat pisteet saaneena työmäärien virheellinen arviointi. Seuraavina tulevat toteuttajien perfektionismi, töiden epätasainen jakautuminen, versionhallinnan pettäminen, asiakkaan vaatimusten muuttuminen ja ongelmat kurssin tarjoamien työkalujen kanssa. 4 Riskien seuranta 4.1 PS-vaihe Suunnitteluvaiheessa riskienhallintaa ei vielä varsinaisesti implementoitu. Riskienhallintaprosessi oli vielä muiden prosessien tavoin vasta kehittymässä käyttökelpoiseen muotoon. Tärkein sovellus oli alustavan riskilistan luominen. 4.2 T1-vaihe Ensimmäisessä toteutusvaiheessa riskienhallinta pyörähti todenteolla käyntiin. Uusia riskejä tunnistettiin reilusti lisää, joitakin vanhoja poistettiin ja yhden riskin todettiin toteutuneen ja ennalta laadittu varasuunnitelma otettiin käyttöön. Kyseessä oli kurssin toimittaman sopimuspohjan viivästyminen ja sittemmin jääminen kokonaan toimittamatta. Varasuunnitelman mukaisesti projektipäällikkö hankki omista lähteistään korvaavan sopimuksen kiitettävän nopeasti. Huomattavaa vahinkoa projektille ei päässyt syntymään. 5 Lähteet [1] Steve McConnell, Software Project Survival Guide, Microsoft Press, 1998 [2] Sommerville, I., Software Engineering, 6th Edition, Addison-Wesley, 2001 [3] Haikala, I. ja Märijärvi, J., Ohjelmistotuotanto, 5. painos, Suomen ATK- Kustannus Oy,
T Tietojenkäsittelyopin ohjelmatyö
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Dokumentissa on kuvattu Keimo-projektin riskienhallintasuunnitelma ja kulloinkin tunnistetut riskit. Dokumenttia päivitetään jokaiseen palautukseen. Päivämäärä
LisätiedotData Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
LisätiedotProjektiryhmä 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ä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ätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi
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ätiedotProject group Tete Work-time Attendance Software
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Versionhallinta BitKeeper-työkalun avulla Tuomas Heino Muutosloki Versio Pvm Tekijä Kuvaus 1.0 01.12.2003
LisätiedotOrientaatio ICT-alaan. Projekti
Orientaatio ICT-alaan Projekti Projekti Ajallisesti rajoitettu, kertaluonteinen tehtävä määrätyt resurssit sekä oma (linjaorganisaatiosta poikkeava) organisaatio Toteutus tapahtuu suunnitelmallisesti ennalta
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ä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ä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ätiedotHELSINGIN KAUPUNKI TOIMINTAOHJE 1/7 LIIKENNELIIKELAITOS Yhteiset Palvelut / Turvallisuuspalvelut K. Kalmari / Y. Judström 18.9.
1/7 Avainsanat: riskienhallinta, vaarojen tunnistaminen, riskien estimointi, vaararekisteri HKL:n metro ja raitiotieliikenteen riskienhallinnan toimintaohje 1 Riskienhallinta Helsingin kaupungin liikenneliikelaitoksessa.
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on jatkuvasti ajan tasalla pidettävä dokumentti johon luetellaan tiedostetut ongelmat ja niiden käsittelytilanne. Päivämäärä 8.2.2003 Projektiryhmä
LisätiedotCOTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................
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ätiedotOhjelmistotuotteen hallinnasta
Ohjelmistotuotteen hallinnasta Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Haikala ja Märijärvi, Ohjelmistotuotanto Royce, Software Project Management, A Unified Framework 1 Tavoitteista
LisätiedotToteutusvaihe 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ä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ä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ätiedotSYSTEMAATTINEN 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ätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
LisätiedotSISÄLTÖ. 1 RISKIENHALLINTA... 3 1.1 Yleistä... 3 1.2 Riskienhallinta... 3 1.3 Riskienhallinnan tehtävät ja vastuut... 4 1.4 Riskienarviointi...
RHK Ohje riskienhallinnasta 2 SISÄLTÖ 1 RISKIENHALLINTA... 3 1.1 Yleistä... 3 1.2 Riskienhallinta... 3 1.3 Riskienhallinnan tehtävät ja vastuut... 4 1.4 Riskienarviointi... 5 RH Ohje riskienhallinnasta
LisätiedotT 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ätiedotSALON 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ätiedotTietoturva- ja tietosuojariskien hallinta tietojärjestelmäkilpailutuksessa
Tietoturva- ja tietosuojariskien hallinta tietojärjestelmäkilpailutuksessa 13.05.2015 Terveydenhuollon ATK-päivät Tampere-talo Yleistä Riskienhallintaan löytyy viitekehyksiä/standardeja kuten ISO 31000
LisätiedotJohdantoluento. Ohjelmien ylläpito
Johdantoluento Ylläpito-termin termin määrittely Ylläpito ohjelmistotuotannon vaiheena Evoluutio-termin määrittely Muita kurssin aiheeseen liittyviä termejä TTY Ohjelmistotekniikka 1 Ohjelmien ylläpito
LisätiedotT Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (11)
T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (11) T-76.115 Riskienhallintadokumentti ExtraTerrestriaLs Versio Pvm Tekijä Kuvaus 0.1 Mika Suvanto Alustava versio 0.9.10.2004 Mika
LisätiedotMäärittely- ja suunnittelumenetelmät
Menetelmädokumentti Määrittely- ja suunnittelumenetelmät Versio Päiväys Tekijä Kuvaus 0.01 5.12.01 Pekka Koskinen Alustava sisällysluettelo 0.1 7.12.01 Pekka Koskinen Ensimmäinen luonnos 1.0 11.12.01 Pekka
LisätiedotLAATU, LAADUNVARMISTUS JA f RISKIEN HALLINTA JOUNI HUOTARI ESA SALMIKANGAS PÄIVITETTY 18.1.2011
LAATU, LAADUNVARMISTUS JA f RISKIEN HALLINTA JOUNI HUOTARI ESA SALMIKANGAS PÄIVITETTY 18.1.2011 TEHTÄVÄ Määrittele laatu Mitä riskien hallintaan kuuluu? Jouni Huotari & Esa Salmikangas 2 LAATU JA LAADUNVARMISTUS
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ätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe LU. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T3
T-76.115 Tietojenkäsittelyopin ohjelmatyö Testiraportti, vaihe LU Sisältö Tästä dokumentista ilmenee LU-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 14.4.2003
LisätiedotJHS 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ätiedotMenetelmäraportti Ohjelmakoodin tarkastaminen
Menetelmäraportti Ohjelmakoodin tarkastaminen Sisällysluettelo 1. Johdanto...3 2. Menetelmän kuvaus...4 2.1. Tarkastusprosessi...4 2.1.1. Suunnittelu...4 2.1.2. Esittely...5 2.1.3. Valmistautuminen...5
LisätiedotOhjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen laatu. Projektinhallinnan laadunvarmistus
LAADUNVARMISTUS 135 Projektinhallinnan laadunvarmistus Projektinhallinnan laadunvarmistus tukee ohjelmistoprojektien ohjaus- ja ylläpitotehtäviä. Projektinhallinnan laadunvarmistustehtäviin kuuluvat seuraavat:
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ä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ätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
LisätiedotT Ohjelmistoprojektien hallinta Tehtävän 3 ratkaisu. Maija Kangas, Kimmo Stålnacke ja Outi Syysjoki
T-76.612 Ohjelmistoprojektien hallinta Tehtävän 3 ratkaisu Maija Kangas, Kimmo Stålnacke ja Outi Syysjoki Osa 1 - Ongelmat McConnellin (1996) luokittelun mukaisesti: Ihmiset Prosessi Tuote Teknologia Osa
LisätiedotTutkimushankkeiden riskienhallinta
Tutkimushankkeiden riskienhallinta Tutkimuksen tuki, yrittäjyys ja innovaatiot Jyväskylän yliopisto Kirsi Murtosaari Parityö Tutkimushankkeet: Kuvatkaa hankkeiden haasteita suunnittelu- ja toteutus- tai
LisätiedotUudenmaan maakunnan toiminnan ja hallinnon käynnistämisen riskiarvio Tiivistelmä
Uudenmaan maakunnan toiminnan ja hallinnon käynnistämisen riskiarvio Tiivistelmä 21.8.2017 Tausta Projektin tavoitteena oli kartoittaa Uudenmaan maakunnan toiminnan käynnistämiseen liittyvät riskit valituilla
LisätiedotMihin varautua, kun sairaala varautuu kyberuhkiin? Perttu Halonen Sosiaali- ja terveydenhuollon ATK-päivät,
Mihin varautua, kun sairaala varautuu kyberuhkiin? Perttu Halonen Sosiaali- ja terveydenhuollon ATK-päivät, 24.5.2017 Sisällys Keskeisimpiä kyberuhkia Liian paljon huomiota kiinnitetään... Liian vähän
LisätiedotTietoturvapolitiikka
Valtiokonttori Ohje 1 (6) Tietoturvapolitiikka Valtion IT -palvelukeskus Valtiokonttori Ohje 2 (6) Sisällysluettelo 1 Johdanto... 3 2 Tietoturvallisuuden kattavuus ja rajaus Valtion IT-palvelukeskuksessa...
LisätiedotFISEN RAKENNUSVIRHEPANKKI TOIMINTA JA TAVOITTEET. Marita Mäkinen
FISEN RAKENNUSVIRHEPANKKI TOIMINTA JA TAVOITTEET Marita Mäkinen 9.11.2017 FISEN RAKENNUSVIRHE- PANKKI Julkinen tietokanta Sisältää toteutuneita rakennusvirheitä Ammattilaisten ylläpitämä Työkalu virheiden
LisätiedotVarhaisen tuen toimintamalli. Hyväksytty
Varhaisen tuen toimintamalli Hyväksytty 2 Tavoitteet Varhaisen tuen mallin tavoitteena on sopia yhdessä menettelytavoista ja toimenpiteistä, joilla henkilöstön terveyteen ja työkykyyn voidaan kiinnittää
LisätiedotT 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ä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ätiedotMenetelmäraportti Riskienhallinta
Menetelmäraportti Riskienhallinta Sisällysluettelo 1. Johdanto...3 1.1. Lähteet ja viitteet...3 2. Dtv projektin Riskienhallintasuunnitelma...4 2.1. Projektin kuvaus...4 2.2. Riskienhallinnan tavoitteet...4
LisätiedotTAPAHTUMIEN SEURANTA KEHITYSEHDOTUSTEN KIRJAUS POIKKEAMIEN HALLINTA
TAPAHTUMIEN SEURANTA KEHITYSEHDOTUSTEN KIRJAUS POIKKEAMIEN HALLINTA LMQ -ohjelmisto Kenelle miten miksi? LogMaster Oy 2007-2009 LMQ miksi? 1. KUSTANNUSTEN ALENTAMINEN Johtamisen välineet tapahtumien kirjaaminen
LisätiedotRaitiotieallianssin riskienhallintamenettelyt
Riskienhallintamenettelyt 1 (7) Raitiotieallianssin riskienhallintamenettelyt Riskienhallintamenettelyt 2 (7) SISÄLTÖ 1 PERIAATTEET JA TAVOITTEET... 3 2 ORGANISOINTI JA VASTUUT... 4 3 RISKIENHALLINTAPROSESSI...
LisätiedotRiskienhallintasuunnitelma ja riskianalyysi
Riskienhallintasuunnitelma ja riskianalyysi ylitarkastaja jari.knuuttila@valvira.fi Keskustelutilaisuus hammasteknisten töiden valmistajille 10.5.2019 Valvira.fi, @ValviraViestii Valvira valvoo valtakunnallisesti
LisätiedotLiite/Kvalt , 29 ISONKYRÖN KUNNAN JA KUNTAKONSERNIN SISÄISEN VALVONNAN JA RISKIENHALLINNAN PERUSTEET. Isonkyrön kunta
Öo Liite/Kvalt 13.10.2014, 29 ISONKYRÖN KUNNAN JA KUNTAKONSERNIN SISÄISEN VALVONNAN JA RISKIENHALLINNAN PERUSTEET Isonkyrön kunta Isonkyrön kunnan ja kuntakonsernin 1 (5) Sisällys 1 Lainsäädäntöperusta
Lisätiedot3. Projektinhallinta. Miksi ohjelmistoprojektin hallinta on erilaista?
3. Projektinhallinta Ohjelmistoprojektien koon kasvaessa on törmätty projektinhallinnan ongelmiin, kuten jatkuva, osin huonosti hallittu kasvu, myöhästymiset, huono laatu, budjettien ylitykset, projektien
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ätiedot1 YLEISKUVAUS Palvelun rajoitukset Valvonta Ylläpito Edellytykset PALVELUKOMPONENTIT...
PALVELUKUVAUS 1 Sisällysluettelo 1 YLEISKUVAUS... 2 1.1 Palvelun rajoitukset... 2 1.2 Valvonta... 2 1.3 Ylläpito... 2 1.4 Edellytykset... 2 2 PALVELUKOMPONENTIT... 3 2.1 Liitäntä... 3 2.2 Nopeusluokat...
LisätiedotYlläpito. Ylläpito. Ylläpidon lajeja Ohjelmistotuotanto, syksy 1998 Ylläpito
Kaikki ohjelmistoon sen julkistamisen jälkeen kohdistuvat muutostoimenpiteet jopa 70-80% ohjelmiston elinkaarenaikaisista kehityskustannuksista Ylläpidon lajeja korjaava ylläpito (corrective) testausvaiheessa
LisätiedotProjektiryhmä Tete Work-time Attendance Software. Henkilökohtainen SE harjoitus: loppuraportti
Projektiryhmä Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: loppuraportti Projektin etenemisen seuranta ja kontrollointi Niilo Fredrikson T-76.115 Tietojenkäsittelyopin ohjelmatyö 2(8)
LisätiedotRiskienhallintamalli. ja kuvaus riskienhallinnan kehittämisestä keväällä Inka Tikkanen-Pietikäinen
Riskienhallintamalli ja kuvaus riskienhallinnan kehittämisestä keväällä 2018 Inka Tikkanen-Pietikäinen 15.6.2018 1 Riskienhallinnan kehittämisen aikataulu ja työn tulokset 2018 helmikuu maaliskuu huhtikuu
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ätiedotSOVELLUSALUEEN KUVAUS
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu SOVELLUSALUEEN KUVAUS LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 12.12.2000
LisätiedotTURVALLISESTI VAIHTOON - ENNAKOIDEN JA VARAUTUEN
Lähde: Ranta/Turvallisuusjohtaja/Laurea TURVALLISESTI VAIHTOON - ENNAKOIDEN JA VARAUTUEN TYÖRYHMÄ: Pertti Hukkanen ja Riikka Hälikkä, DIAK Tiina Ranta, Laurea-ammattikorkeakoulu Solja Ryhänen, Jyväskylän
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ätiedotAvoimen ja yhteisen rajapinnan hallintamalli
Avoimen ja yhteisen rajapinnan hallintamalli 1.10.2015 Sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan hallitsemat rajapinnat)
LisätiedotMS Project 2016 perusteet projektiarkkitehdeille ja -insinööreille ver Hannu Hirsi 2018
MS Project 2016 perusteet projektiarkkitehdeille ja -insinööreille ver. 7.2 Hannu Hirsi 2018 1 Yleistä : 1. Yksi käytetyimmistä projektien hallintaohjelmista on Microsoft Project, joka on tehokas ja joustava
LisätiedotReilun Pelin työkalupakki: Kiireen vähentäminen
Reilun Pelin työkalupakki: Kiireen vähentäminen Tavoitteet Tämän toimintamallin avulla opit määrittelemään kiireen. Työyhteisösi oppii tunnistamaan toistuvan, kuormittavan kiireen sekä etsimään sen syitä
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ätiedotOhjelmistojen 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ä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ätiedotIIZT4020 Projektitoiminta
IIZT4020 Projektitoiminta Jouni Huotari S2010 http://student.labranet.jamk.fi/~huojo/opetus/iizt4020/ Tutustumiskierros Kuka minä olen miksi minä opetan projektitoimintaa Keitä te olette mitä te haluatte
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ätiedotInarin kunta SISÄISEN VALVONNAN JA RISKIENHALLINNAN PERUSTEET
0 Inarin kunta SISÄISEN VALVONNAN JA RISKIENHALLINNAN PERUSTEET Valtuusto / /2017 1 Sisällysluettelo 1. Lainsäädäntöperusta ja soveltamisala...2 2. Sisäisen valvonnan ja riskienhallinnan tavoite ja tarkoitus;
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ä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ätiedotOHJ-3010 Ohjelmistotuotannon perusteet, kesä 2012
OHJ-3010 Ohjelmistotuotannon perust eet, kesäkurssi 2012 Ajankoht aist a kurssilla - Harjoitustyöryhmien muodostaminen tänään - Taustatarinat ja tieto parituksesta ryhmille sähköpostitse perjantain 1.6.2012
Lisätiedot10 v. työkokemus teknologiaprojekteista, tiiminvedosta ja agile menetelmistä.
1 Heikki Paananen, MSc., Lehtori Lahden Ammattikorkeakoulu, Liiketalouden Ala Tietojenkäsittely vuodesta 2011 Mm. Ketterät projektinhallintatekniikat, projektiohjaus. 10 v. työkokemus teknologiaprojekteista,
LisätiedotPROJEKTISUUNNITELMA. FotMana17
PROJEKTISUUNNITELMA FotMana17 Tekijä(t) Kimmo Kärki Kka Päiväys: 15.5.2017 Tiivistelmä Tarkoituksena on rakentaa Jalkapallomanageri järjestelmä, jolla voidaan pelata visuaalisesti manageripeliä. Järjestelmää
Lisätiedot9.2.2015 1 (3) KAUPUNKI Sosiaali- ja terveyskeskus Vanhustyö / K.R-P B. RISKIEN ARVIOINTI JA RISKIENHALUNTASUUNNITELMA
UUDENKAUPUNGIN Sosiaali- ja terveyskeskus Vanhustyö / K.R-P 9.2.2015 1 (3) B. RISKIEN ARVIOINTI JA RISKIENHALUNTASUUNNITELMA Olennaisimmat toimintaan ja talouteen liittyvät riskit sekä niihin suunnitellut
LisätiedotTIES406 Tietotekniikan opintojen aktivointi
TIES406 Tietotekniikan opintojen aktivointi Auri Kaihlavirta 1.6.2011 1. Tapaaminen 1.6. klo 16-18 Varajohtajan terveiset Kurssin esittely Tavoite Läsnäolo Suoritustavat Esittäytyminen HOPS 1 Opintojen
LisätiedotVaatimusmää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ätiedotJyrki Kullaa ohjaava opettaja. Mika Miettinen puheenjohtaja
TKI-Projekti: /3 Aloituskokous Aika 6..204 klo.00 Paikka Metropolia AMK, Eerikinkatu 36, Helsinki Läsnä Sebastian Gumenius sihteeri Jyrki Kullaa ohjaava opettaja Mika Miettinen puheenjohtaja. Kokouksen
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ätiedotProject-TOP QUALITY GATE
Project-TOP QUALITY GATE FOR SUCCESSFUL COMPANIES TYÖKALU ERP- JÄRJESTELMIEN TESTAUKSEEN PROJECT-TOP QUALITY GATE Quality Gate on työkalu ERP-järjestelmien testaukseen Huonosti testattu ERP- järjestelmä
LisätiedotYlläpito. Ylläpidon lajeja
Ylläpito Kaikki ohjelmistoon sen julkistamisen jälkeen kohdistuvat muutostoimenpiteet jopa 70-80% ohjelmiston elinkaarenaikaisista kehityskustannuksista Ylläpidon lajeja korjaava ylläpito (corrective)
LisätiedotSISÄISEN VALVONNAN PERUSTEET
P A I M I O N K A U P U N K I SISÄISEN VALVONNAN PERUSTEET Hyväksytty kaupunginvaltuustossa 12.2.2015 11 Voimaan 1.3.2015 alkaen 1 Sisällysluettelo Lainsäädäntöperusta ja soveltamisala... 3 Sisäisen valvonnan
LisätiedotOhjelmistotuotanto, projektinhallinta Kevät 2005
3. Projektinhallinta Ohjelmistoprojektien koon kasvaessa on törmätty projektinhallinnan ongelmiin, kuten jatkuva, osin huonosti hallittu kasvu, myöhästymiset, huono laatu, budjettien ylitykset, projektien
LisätiedotCase-esimerkki: Miten Valtori hallitsee riskejä? Tommi Simula Riskienhallintapäällikkö
Case-esimerkki: Miten Valtori hallitsee riskejä? Tommi Simula Riskienhallintapäällikkö Valtorin riskienhallintamalli Perustuu VAHTI 22/2017 riskienhallintaohjeeseen ja ISO31000-standardiin Mallin kuvauksina
LisätiedotADE Oy Hämeen valtatie 144 20540 TURKU. Tuotekonfigurointi. ADE Oy Ly Tunnus: 1626957-3
Tuotekonfigurointi ADE Oy lyhyesti Asiakkaiden tarpeisiin suunnattua innovatiivista ja toimivaa ohjelmisto- ja 3d animaatiopalvelua. Ade Oy on toteuttanut vuodesta 2000 alkaen haastavaa interaktiivista
LisätiedotProjektiryhmä Tete:n riskienhallintaryhmä. Kokemuksia riskienhallintakäytännöistä
Projektiryhmä Tete:n riskienhallintaryhmä T-76.115 Tietojenkäsittelyopin ohjelmatyö/ 2(8) Muutoshistoria Versio PVM Tekijä Kuvaus 0.10 11.01.2004 Mika Lindroos Ensimmäinen versio dokumentista riskienhallintasuunnitelman
LisätiedotImage size: 7,94 cm x 25,4 cm. SKTY:N SYYSPÄIVÄT 21.10.2014, Lahti RISKIENHALLINTA. Eeva Rantanen Ramboll CM Oy
Image size: 7,94 cm x 25,4 cm SKTY:N SYYSPÄIVÄT 21.10.2014, Lahti RISKIENHALLINTA Eeva Rantanen Ramboll CM Oy RISKIENHALLINNASTA KRIISINHALLINTAAN Lähde: Varautuminen ja jatkuvuudenhallinta kunnassa. 2012
LisätiedotLääkehoidon riskit
Lääkehoidon riskit 11.1.2016 1 Toimintayksikön ja työyksikön lääkehoitosuunnitelmassa keskitytään oman toiminnan kannalta tunnistettuihin kriittisiin ja olennaisiin lääkitysturvallisuuden alueisiin (riskeihin)
LisätiedotTestaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Koskelo Helsinki 16.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Tom Bertell Johan
LisätiedotInternet-pohjainen ryhmätyöympäristö
Menetelmäohje Internet-pohjainen ryhmätyöympäristö Riku Hurmalainen, 24.3.2002 Sisällysluettelo 1. Johdanto...3 2. Termit...4 3. Toteutus...5 3.1. Yleiskuvaus...5 3.2. Tekninen ratkaisu...5 3.3. Tietoturva...6
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö. Testisarja Ray tracing. Tietokonegrafiikka-algoritmien visualisointi. Testisarja Ray tracing
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Keimo-visualisointijärjestelmän Ray tracing - visualisaation testisarja. Sarja sisältää testitapaukset ja testilokit Päivämäärä 13.4.2003 Projektiryhmä
LisätiedotT-110.4100 Harjoitustyöluento
1. lokakuuta 2009 Yhteenveto 1 2 3 Linkkitilaprotokolla 4 5 6 DL! Ensimmäinen deadline lähestyy: harjoitustyön suunnitelma pitäisi palauttaa 15.10 klo 12 mennessä. Itse harjoitustyöstä lisää tuota pikaa..
LisätiedotPS-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ätiedotSisäisen valvonnan ja riskienhallinnan perusteet Hyväksytty: kaupunginvaltuusto xx.xx.2014 xx
Sisäisen valvonnan ja riskienhallinnan perusteet Hyväksytty: kaupunginvaltuusto xx.xx.2014 xx 2 1. Lainsäädäntöperusta ja soveltamisala Kuntalain 13 :n mukaan valtuuston tulee päättää kunnan ja kuntakonsernin
LisätiedotTIETOPYYNTÖ. Vaurio- ja onnettomuusrekisteri (VARO) 1 Tietopyynnön tausta ja tavoitteet. 2 Tietopyynnön kohde
1 (6) 1.2.2011 TIETOPYYNTÖ Vaurio- ja onnettomuusrekisteri (VARO) 1 Tietopyynnön tausta ja tavoitteet 1.1 Yleistä Tämä asiakirja on tietopyyntö. Tämä ei ole hankintailmoitus tai tarjouspyyntö, vaan alustava
LisätiedotVieremän kunnan Sisäisen valvonnan ja riskienhallinnan perusteet
1 Vieremän kunnan Sisäisen valvonnan ja riskienhallinnan perusteet Valtuusto 23.3.2015 16 2 Vieremän kunnan sisäisen valvonnan ja riskienhallinnan perusteet Lainsäädäntöperusta ja soveltamisala Kuntalain
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ätiedotTutkittua tietoa korvaavasta työstä kunta-alalla
Tutkittua tietoa korvaavasta työstä kunta-alalla Toimintatavan suunnittelu ja käyttö Laura Pekkarinen Seinäjoen työhyvinvointiseminaari 7.2.2018 Tietoon perustuen - Kevassa tehdään tutkimuksia Kevan tutkimukset
LisätiedotAlkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS Ti Kandidaatintyö ja seminaari
LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS Ti5004000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 4.6.2007,
Lisätiedot