COTOOL dokumentaatio Riskiloki
|
|
- Auvo Hukkanen
- 7 vuotta sitten
- Katselukertoja:
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
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
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ä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ä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ätiedotT Loppukatselmus
T-76.115 Loppukatselmus REILU 16.3.2005 Agenda Johdanto (5min) Tuotteen esittely (10 min) Käyttötarkoitus Vaatimukset Ohjelmiston rakenne Demosovellus Projektin arviointi (15 min) Iteraatiot Tavoitteiden
LisätiedotT-76.115 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ätiedotCOTOOL dokumentaatio Projektisuunnitelma
Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................
LisätiedotProjektisuunnitelma. Projektin tavoitteet
Projektisuunnitelma Projektin tavoitteet Projektin tarkoituksena on tunnistaa erilaisia esineitä Kinect-kameran avulla. Kinect-kamera on kytkettynä tietokoneeseen, johon projektissa tehdään tunnistuksen
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I3-iteraatio 17.3.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) +Kokemuksia työskentelymenetelmistä
Lisä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ätiedotTOIMIJAREKISTERIN 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ätiedotCOTOOL dokumentaatio Testausdokumentit
Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................
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ä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ä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ätiedotCOTOOL dokumentaatio SEPA: Käytettävyystestaus
Table of Contents Käytettävyystestaus......................................................................... 1 1 Johdanto.................................................................................
LisätiedotSOPIMUS 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ätiedotCOTOOL dokumentaatio SEPA: Refaktorointi
Table of Contents Refaktorointi................................................................................ 1 1 Tehtävänanto.............................................................................
LisätiedotAS 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ä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ätiedotCOTOOL dokumentaatio Testitapaukset
Table of Contents Suite 1: Smoketestit......................................................................... 1 1 Johdanto.................................................................................
LisätiedotSEPA 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ätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotLiite 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ä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ätiedotKokemuksia 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ätiedotKetterä 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ä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ätiedotstatbeatmobile 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ätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
Lisä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ä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ätiedotDigi-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ätiedotYMPÄ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ätiedotVERSIONHALLINTA. PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D
VERSIONHALLINTA PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D Versio Päivä Tekijä Kuvaus 0.1 26.10.2005 Kaarlo Lahtela Ensimmäinen versio 0.2 10.12.2006 Lauri Kiiski Suomennettu 3 (8 ) SISÄLLYS
LisätiedotT 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ä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ätiedotGood 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ätiedotYleisiä 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ätiedotI1 Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC
I1 Iteraatiosuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC Sisällysluettelo 1 Johdanto 2 1.1 Tavoitteet 3 1.2 Tuotokset 4 1.3 Tehtävät ja työmääräarviot 6 1.4 Vaiheistus ja aikataulutus 9
LisätiedotSEPA-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ätiedotProjektisuunnitelma. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Projektisuunnitelma Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 1.0 19.10.2007 Johannes Suanto Esitetty Iteraatiodemossa,
Lisätiedot1 Tietosuojapolitiikka
Tietosuojapolitiikka 1 2 Sisällys Johdanto... 3 Vastuut ja organisoituminen... 3 Periaatteet... 4 Lainmukaisuus, kohtuullisuus ja läpinäkyvyys... 4 Käyttötarkoitussidonnaisuus ja tietojen minimointi...
LisätiedotEDISTYMISRAPORTTI - 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ätiedotYhteenvetodokumentti. 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ätiedotLC 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ätiedotTERVETULOA 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ä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ätiedotEDISTYMISRAPORTTI - 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ätiedotLOPPURAPORTTI 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ätiedotASENNUS- 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ä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ätiedotAVOIMEN 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ätiedotKä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ätiedotKuopio 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ätiedotCOTOOL dokumentaatio Projektisuunnitelma
Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................
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ätiedotT Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2)
T-76.4110 Ohjelmistoprojekti I 25.2.2006 T-76.4115 Ohjelmistokehitysprojekti I - Iteraatiosuunnitelma (I2) Versio Päiväys Muokkaaja Kuvaus 2.0 25.2.2006 Markus Kattilamäki Päivämäärien tarkennus, viimeistely
Lisä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ä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ätiedotLAADUNVALVONTAJÄ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ä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ätiedotKuntien 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ätiedotViitearkkitehtuurin 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ätiedotTik-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ätiedotProjektin 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ätiedotMää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ätiedot31.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ä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 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ätiedotSopimus 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ätiedotOppilaiden 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ätiedotTOIMINNALLINEN MÄÄRITTELY MS
TOIMINNALLINEN MÄÄRITTELY 11.11.2015 MS YLEISTÄ 1/2 jäsennelty etenee yleiskuvauksesta yksityiskohtiin kieliasultaan selkeä kuvaa myös tulevan järjestelmän ympäristöä tarpeellisella tarkkuudella kuvaa
LisätiedotSoberIT 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ätiedotEnnustamisen 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ätiedotKehitysvammaliitto 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ä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ätiedotOhjelmointitekniikka 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ätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I2-iteraatio 11.2.2004 Agenda Projektin tilanne (10 min) Tavoitteiden toteutuminen Iteraation tunnusluvut Käytetyt työskentelymenetelmät (5min) Iteraation
LisätiedotKylmä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ätiedotAutoCAD-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ätiedotKuopio Testausraportti Kalenterimoduulin integraatio
Kuopio Testausraportti Kalenterimoduulin integraatio Kuopio, testausraportti, 22.4.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 22.4.2002 Matti Peltomäki Ensimmäinen versio 0.9 22.4.2002 Matti
LisätiedotProjektin 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ätiedotP e d a c o d e ohjelmointikoulutus verkossa
P e d a c o d e ohjelmointikoulutus verkossa J2EE web-ohjelmointi Teoria ja ohjelmointitehtävät J2EE web-ohjelmointi 3 JOHDATUS OPISKELUUN...7 Opiskelu kurssilla... 7 Kurssin sisältö... 7 Aikataulu...
LisätiedotOTM - 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ätiedotTutkittua 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ätiedotJohdanto 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ätiedotTilastokeskuksen 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ä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ätiedotHarjoitus 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ätiedotVM/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ätiedotAUDIOVISUAALISEN 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ätiedotTyö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ä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ätiedotEcom hinnastopalvelu LV-, Ilma- ja Kylmäala
Ecom hinnastopalvelu LV-, Ilma- ja Kylmäala 2013 2013 -merkistä tunnistat uudet ominaisuudet Tuote- ja hintatietojen päivitys Ecom OVeTista Ecom Ovet hinnastopalvelu on tehty palvelemaan Ecomin LVI-, Kylmä-
LisätiedotLä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ätiedotOhjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Muutos- ja korjauspyyntöjen priorisointityökalu Ryhmä Muppett YHTEENVETODOKUMENTTI Helsinki 1.9.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi: Ohjelmistotuotantoprojekti,
LisätiedotPROJEKTIAVUSTUKSEN (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ätiedotCE 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ätiedotKunnallisen 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