Projektiryhmä Tete Työajanseurantajärjestelmä. Versionhallintasuunnitelma
|
|
- Elli Väänänen
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Projektiryhmä Tete Työajanseurantajärjestelmä
2 T Tietojenkäsittelyopin ohjelmatyö 2(7) Muutoshistoria Version Date Author Description Miikka Lötjönen Dokumenttipohja Tuomas Heino Tuomas Heino Niilo Fredrikson Oikoluku/hyväksyntä toimitusta varten: korjauksia, selvennyksiä ja ulkoasun viimeistely dokumenttimallin mukaiseksi.
3 T Tietojenkäsittelyopin ohjelmatyö 3(7) Sisällysluettelo Muutoshistoria... 2 Sisällysluettelo Johdanto Versionhallinnan tarkoitus Laajuus ja rajaukset Sanasto ja määritelmät Versionhallinta Versionhallintaorganisaatio Versionhallinnan vastuuhenkilöt Versionhallinta ohjelmistoprosessin elinkaaren aikana Versionhallinnan aktiviteetit Komponenttien versiointi Versioitavat komponentit Komponenttien nimeäminen Komponenttien tallettaminen Muutoksien hallinta Muutospyyntö Muutoksen arviointi Muutoksen hyväksyminen Muutoksien toteuttaminen Muutoksenhallinnan työkalut Komponenttien tilan seuranta Komponenttien katselmointi Versionhallinnan aikataulut Versionhallinnan resurssit Koulutus n päivitys... 7 Viitteet... 7 Liitteet...Error! Bookmark not defined.
4 T Tietojenkäsittelyopin ohjelmatyö 4(7) 1. Johdanto 1.1 Versionhallinnan tarkoitus Versionhallinnan avulla pyritään tukemaan projektin suorittamista projektin tuottaman materiaalin (komponenttien) käsittelyn automatisoinnilla ja niihin liittyvien muutospyyntöjen ja muutoksien tilan seurannalla. 1.2 Laajuus ja rajaukset Koska projekti on kohtuullisen pieni eikä projektiryhmällä ollut aikaisempaa versionhallintakäytäntöä, joudutaan resurssien vähyyden takia versionhallintaan käytetty työmäärä pitämään mahdollisimman pienenä, kuitenkin niin, että versionhallinnasta yritetään saada mahdollisimman paljon hyötyä. Käytännössä aluksi rajaudutaan tiedostojen ja versioiden nimeämiskäytäntöihin, automatisoituun versionhallintaan käyttäen BitKeeper-työkalua, helposti asennettavissa ja käytettävissä olevan kehitysympäristön toteuttamiseen sekä muutospyyntöjen, bugikorjauksien hallintaan bugzillalla ja kevyehköihin versioitavien komponenttien katselmointeihin. Myöhemmissä vaiheissa voidaan ottaa mukaan myös muitakin ohjelmistotuotteen hallinnan osa-alueita. 1.3 Sanasto ja määritelmät Komponentti Versionhallinta Komponenteilla tarkoitetaan versionhallintaan tallennettavaa materiaalia; dokumentteja, lähdekooditiedostoja, jne. Ks. lisätietoja kohdasta 3.1 Versioitavat komponentit. Versionhallinnalla tarkoitetaan kaikkia ohjelmistotuotteen hallinnan osa-alueita eikä pelkästään ohjelman ja dokumentaation versioiden hallintaa. Comment: Tämä tietenkin yhteistyössä muusta arkitehtuurista vastaavien kanssa. Comment: Oma sanastodokkari joskus? Comment: Kuka tekee? 2. Versionhallinta 2.1 Versionhallintaorganisaatio Näin suppeassa projektissa versionhallintaorganisaatio koostuu käytännössä vastuuhenkilöistä, eikä mitään muodollista aliorganisaatiota tehdä ainakaan aluksi. Koko projektiryhmä Tete:n organisaatiosta löytyy kuvaus projektisuunnitelmasta. Comment: Linkki? 2.2 Versionhallinnan vastuuhenkilöt Versionhallinnan pääasiallisena vastuuhenkilönä toimii Tuomas Heino. Varavastuuhenkilöä ei ole vielä nimetty. Arkkitehtuurisuunnittelijan (Marko Nikula) vastuulla on huomattava osa kehitysympäristön suunnittelusta ja toteuttamisesta. 3. kappaleessa mainittujen aktiviteettien vastuuhenkilöjä/organisaatiota voidaan määritellä tässä jos projektin laajuus huomioon ottaen näyttää siltä, että niiden määrittely olisi perusteltavissa.
5 T Tietojenkäsittelyopin ohjelmatyö 5(7) 2.3 Versionhallinta ohjelmistoprosessin elinkaaren aikana. Tässä kohdassa voidaan myöhemmin tarkentaa versionhallinnan suhtautumista muihin projektiryhmän organisaatioihin sekä näiden vastuisiin versionhallintaan liittyvissä asioissa, sekä näihin vaikuttavia prosesseja ja muita ulkoisia tekijöitä. Comment: Mitä tekee? 3. Versionhallinnan aktiviteetit 3.1 Komponenttien versiointi Versioitavat komponentit Kaikki projektin dokumentaatio, tuotettu ohjelmakoodi, testausdata sekä käytettyjen valmiiden komponenttien jakelupaketit talletetaan versionhallintakantaan Komponenttien nimeäminen Komponentit tallennetaan hakemistohierarkiaan käyttötarkoituksiensa mukaisiin paikkoihin. Dokumenteissa pidetään yllä sisäistä versiotietoa käsin, mutta mitään tiedostoja ei nimetä version mukaisesti, ts. mitään versiosuffikseja ei käytetä. Projektin ulkopuolelle tiedostoja välitettäessä, kantaan laitetaan leima, jonka avulla kyseinen versio voidaan myöhemmin hakea kannasta. Leimojen muotoa tarkennetaan vielä, mutta alustavasti käytetään seuraavaa käytäntöä: wtas pre1 versiota edeltävä testausversio wtas versio Jos pre1 oli tarpeeksi hyvälaatuinen, se voi olla sama kuin tämä. wtas kehitysversio, joka on todettu edes joiltain osin toimivaksi, minimissään sen täytyy ainakin kääntyä. wtas tuomas1 version jälkeinen mistä tahansa syystä nimetty versio, joka voi olla täysin keskeneräinen. Vastaavan tyyppistä nimeämistä voidaan käyttää myös kun toimitetaan jotain keskeneräisiä komponentteja ulkopuolisille, jolloin leiman nimeen voidaan laittaa lisätietoa Komponenttien tallettaminen Versionhallinnassa käytetään hajautettua versionhallintakantaa, jolloin kaikilla kehittäjillä on kopio kaikista tiedoista. Tästä johtuen erillistä varmuuskopiointia ei tarvitse suunnitella muuten paitsi siltä osin, että kannasta otetaan aina varmuuskopiot palautusta/toimitusta tehtäessä. Nämä kopiot säilytetään vähintään kolmen eri paikoissa asuvan ryhmän jäsenen tietokoneilla projektin loppuun asti. Vaihtoehtoisesti nämä kopiot voidaan säilyttää myös ulkoisella medialla (cd-rom, yms.), jos tästä menettelystä ei aiheudu merkittävää lisätyötä/lisäkustannuksia. Tällä siis varaudutaan mahdollisiin käytettyjen ohjelmien bugeista aiheutuviin ongelmiin ja muihin epätodennäköisiin katastrofeihin. Versionhallintatyökalu ottaa tarkistussummat kaikista tiedostoista ja muutoksista, joten mahdolliset ongelmat havaitaan todennäköisesti hyvinkin nopeasti, jolloin ryhmän jäsenien on tarkoitus tiedottaa ongelmista versionhallinnan vastuuhenkilöille. Hajautettu versionhallinta voisi teoriassa toimia haittaohjelmien (matojen/viruksien) leviämiskanavana, joten kannassa olevien triggereiden muutokset joutuu jokainen kannan käyttäjä hyväksymään aina käsin. Tästä aiheutuvaa työmäärää yritetään rajoittaa tekemällä muutoksia triggereihin mahdollisimman harvoin ja tekemällä muutoksien hyväksymisestä mahdollisimman suoraviivaista.
6 T Tietojenkäsittelyopin ohjelmatyö 6(7) Käytännön syistä käytetyt valmiit komponentit talletetaan eri kantaan kuin muut komponentit. Jos valmiiden komponenttien versioihin tulee muutoksia, ne leimataan samalla leimalla kumpaankin kantaan. Lisenssiehdoista täytyy vielä tarkistaa, sallivatko kaikki jakelupaketit tallettamisen kantaan; jos eivät salli, silloin kyseessä olevien komponenttien osalta versiot täytyy kirjata ylös käsin. 3.2 Muutoksien hallinta Muutospyyntö Muutospyynnön sisältönä tulisi olla vähintään komponentin nimi ja versio (voi olla aluksi tuntematon), pyynnön lähettäjän tiedot, pyyntöhetki, kiireellisyys, muutostarve ja kuvaus pyydetystä muutoksesta / korjattavasta ongelmasta Muutoksen arviointi Projektipäällikkö hoitaa muutospyyntöjen alustavan arvioinnin ja hoitaa tarvittaessa arvioinnin asiantuntijoiden avustuksella. Isommista muutoksista voidaan keskustella palavereissa Muutoksen hyväksyminen Osa muutoksista voi vaatia hyväksymistä asiakkaalta, osan taas voi hyväksyä osa-alueen vastuuhenkilökin. Kaikkiin projektiryhmän ulkopuolelta tuleviin muutospyyntöihin tarvitaan aina lopuksi projektipäällikön hyväksyntä Muutoksien toteuttaminen Kun muutos saadaan tehtyä, siitä tehdään merkintä muutoksenhallintaan. Merkintään laitetaan viittaus muutoksen toteuttavaan ChangeSet:iin (sisältää tiedot komponenteista, niiden versioista ja päiväyksistä), muutospyyntöön ja tiedot verifioinnin ajankohdasta ja toteuttajasta. Merkintä voidaan tehdä ennen kuin verifiointia on tehty, jolloin verifioinnin yhteydessä tiedot päivitetään ajan tasalle Muutoksenhallinnan työkalut Muusten hallintaa käytetään kurssin tarjoamaa Bugzillaa. Jos menettely osoittautuu liian raskaaksi, selvitetään muiden vaihtoehtojen soveltuvuus. Versionhallintatyökalu tukee muutoskokonaisuuden (ChangeSet) käsitettä, joten muutoksen voi poistaa tarvittaessa käytöstä helposti ja sen takaisin käyttöönottaminenkin hoituu yksinkertaisesti. ChangeSetin kommenttiin laitetaan viittaus toteutettuun muutoksen (bugzillan buginro). 3.3 Komponenttien tilan seuranta Ohjelmiston tilaa seurataan käytettyjen työkalujen raportointiominaisuuksien mukaan. Sekä bugzillasta että BitKeeperistä löytyy raportointia tukevia osia. Käytäntöjä tarkennetaan tarvittaessa asiakkaan ja projektin tarpeiden mukaan. Komponenteista seurataan ainakin hyväksynnän tilaa, niihin liittyviä muutospyyntöjä ja hyväksyttyjen muutospyyntöjen tilaa.
7 T Tietojenkäsittelyopin ohjelmatyö 7(7) 3.4 Komponenttien katselmointi Komponentit katselmoidaan ennen palautuksia. Tätä aluetta on ajateltu myös projektisuunnitelmassa, joten toistaiseksi sitä ei dokumentoida tässä sen enempää. 4. Versionhallinnan aikataulut Projektin aikataulu käsitellään projektisuunnitelmassa myös versionhallinnan osalta. 5. Versionhallinnan resurssit Komponenttien versionti suoritetaan BitKeeper-versionhallintaohjelmiston avulla niin, että kehittäjien tehtäväksi jäävä versionhallintatyö on mahdollisimman vähäistä, mutta kaikki joutuvat tekemään tästä oman osuutensa. Muutoksien hallinnassa käytetään apuna bugzillaa ja mahdollisuuksien mukaan BitKeeperiäkin. Komponenttien tilan seurantaa automatisoidaan jonkun verran BitKeeper:n ja bugzillan avulla. Komponenttien katselmoinnissa käytetään apuna BitKeeper:iä ja bugzillaa. Tarkemmin tästä työtehtävästä ja sen resursseista projektisuunnitelmassa ja/tai testaussuunnitelmassa. Versionhallinnan resursseja tulee tarkentaa projektin edetessä. Koulutuksesta erikseen alla: Comment: SCM resource information identifies the software tools, techniques, equipment, personnel, and training necessary for the implementation of the specified SCM activities. 6. Koulutus Versionhallintatyökalujen ja tapojen osalta koulutus koostuu itsenäisesti suoritettavasta puolen tunnin tutoriaalista, tarpeiden mukaan kirjoitettavista ohjeista eri ongelmatilanteisiin ja yleisimpiin kehityksessä tehtäviin toimenpiteisiin sekä ohjatusta koulutuksesta joka yhdistetään aikataulullisesti muuhun kehitysympäristön käytön ja arkkitehtuurin koulutukseen. 7. n päivitys Projektipäällikön tehtäväksi jää tämän dokumentin ylläpitäjän (Tuomas Heino) muistuttaminen suunnitelman ylläpidosta. Suunnitelmaa ylläpidetään ainakin kahden ensimmäisen iteraation alku- ja loppupuolella sekä tarvittaessa. Muutoksista suunnitelmaan keskustellaan niiden kanssa, joita ne koskevat tarvittaessa asiaa pohtimaan kasataan sopiva työryhmä. Comment: haukkuminen suohon Viitteet Configuration Management Plans: The Beginning to your CM Solution IEEE Std : Software Configuration Management Plans Projektisuunnitelma Liitteet
Versionhallintasuunnitelma
Projektiryhmä Tete Työajanseurantajärjestelmä Versionhallintasuunnitelma Muutoshistoria Version Date Author Description 0.10 14.10.2003 Miikka Lötjönen Dokumenttipohja 0.20 19.10.2003 Tuomas Heino 0.21
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ä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ätiedotProjektiryhmä Tete Työajanseurantajärjestelmä. Käyttöohje
Projektiryhmä Tete Työajanseurantajärjestelmä T-76.115 Tietojenkäsittelyopin ohjelmatyö 2(14) Muutoshistoria Version Date Author Description 0.10 1.12.2003 Miikka Lötjönen First incomplete draft 0.20 6.2.2004
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ätiedotPROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009
PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009 POHDINTAA Mitä asioita projektissa seurataan? Kuka vastaa ohjauksesta? Millä tavoin projektia seurataan ja ohjataan? Mitä asioita ohjaukseen kuuluu?
LisätiedotFile [Otsikko] 2014-02-26 40212. Projektisuunnitelma. SPT2014 Selvitysprojekti projektihallinnan työkaluista
apj2014 Projektisuunnitelma 1 (6) Projektisuunnitelma SPT2014 Selvitysprojekti projektihallinnan työkaluista Versio 1.0 Muutoshistoria umero Pvm Selitys Tekijä(t) 0.1 12.2.2014 Projektisuunnitelmaluonnos
LisätiedotSoft QA. Vaatimusten muutostenhallinta. Ongelma
Vaatimusten muutostenhallinta Ongelma Muutostenhallinta on usein vaatimustenhallinnan Akilleen kantapää. Projektien alkaessa ensimmäiset vaatimukset kootaan ja dokumentoidaan, mutta usein vaatimuksia ei
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ätiedotDOKUMETTIENHALLINTASUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (Luonnos 1)
DOKUMETTIENHALLINTASUUNNITELMA Versio 1.0 (Luonnos 1) Edited by Checked by Approved by Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. JOHDANTO 2 1.1. Dokumentin tarkoitus ja kattavuus 2 1.2.
LisätiedotProjektin suunnittelu
Projektin suunnittelu Sami Kollanus TJTA330 Ohjelmistotuotanto 15.3. Projektin suunnittelu - CMMIkäytänteet Projektin estimaatit: Määritellään projektin laajuus (scope) Määritellään tehtävien ja tuotosten
Lisätiedotdokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant
AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision
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ä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ätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Testauksen loppuraportti v. 1.0 Päivitetty 23.4.2001 klo 19:05 Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
Lisä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ä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ätiedotMenetelmäohje Dokumenttien hallinta
Menetelmäohje Dokumenttien hallinta Sisällysluettelo 1. Johdanto...4 2. Termit ja määritelmät...5 2.1. Henkilöt ja roolit...5 2.2. Työkalut...5 2.3. Menetelmät...5 2.3.1. Kirjoittaminen yleisesti...6 2.3.2.
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ätiedotKieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä
Kieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä Omistaja Tyyppi Tiedoston nimi Turvaluokitus Kohderyhmä Turvaluokituskäytäntö --- SE/Pekka Järveläinen Projektisuunnitelma projektisuunnitelma_kielihallinto.doc
LisätiedotOpinnäytetyön prosessikuvaus
OPTISEN MITTAUSTEKNIIKAN LABORATORIO Opinnäytetyön prosessikuvaus Raportti, PAL hanke, TP 2.2 Versio: 13.8.08, tekniikan johtoryhmän hyväksymä. Harri Pikkarainen, Jani Sipola, Kemi-Tornion amk, tekniikka
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ätiedotProjektityö
Projektityö 24.9.2010 Ohjelmistojen kehitysmalleista Vaatimusten määrittely ja kerääminen Lähteinä (vaatimusten määrittely): Haikala ja Märijärvi, Ohjelmistotuotanto, Talentum, 2005. Luvut 3, 4, 5, 6-10
LisätiedotT Software Project: FASTAXON
T-76.115 Software Project: FASTAXON Personal Assignment: Documentation Practices Group: Muuntaja 0 Version History Owner of the document: Esko Simpanen Version Date Author(s) Description 0.1 28.11.2003
LisätiedotL models. Testisuunnitelma. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Testisuunnitelma Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset
LisätiedotPROJEKTIN EDISTYMISRAPORTTI Seurantajakso <jaksonumero, alkupäivä - päättymispäivä>
PROJEKTIN EDISTYMISRAPORTTI Seurantajakso -projekti PROJEKTIN EDISTYMISRAPORTIN
LisätiedotTyökalut ohjelmistokehityksen tukena
1 Työkalut ohjelmistokehityksen tukena Johdanto 2 Työkaluja eli ohjelmistotyötä tukevia ohjelmistoja käytetään ohjelmistoalan yrityksissä nykypäivänä paljon. Työkalut auttavat ohjelmistoalan ihmisiä suunnittelemaan
LisätiedotProjektiryhmä Tete Työajanseurantajärjestelmä. Projektisuunnitelma
Projektiryhmä Tete Työajanseurantajärjestelmä T-76.115 Tietojenkäsittelyopin ohjelmatyö 2(23) Muutoshistoria Versio PVM Tekijä Kuvaus 0.10 14.10.2003 Miikka Lötjönen Dokumenttipohja 0.20 19.10.2003 Niilo
LisätiedotLuku 10 Käyttöönoton suunnitteluja toteutusvaihe
Luku 10 Käyttöönoton suunnitteluja toteutusvaihe Käyttöönoton Roll-Out Planning suunnittelu- & Preparation ja valmistelu Design Tiedon- Data Conversion muunnos- prosessien Processes suunnittelu Toimipisteiden
LisätiedotMikä on avoimen tuotteen hallintamalli perustiedot ja taustoitus. Jukka Kääriäinen, Tapio Matinmikko, Raija Kuusela 22.4.2015 Jukka.kaariainen@vtt.
Mikä on avoimen tuotteen hallintamalli perustiedot ja taustoitus Jukka Kääriäinen, Tapio Matinmikko, Raija Kuusela 22.4.2015 Jukka.kaariainen@vtt.fi Avoimen tuotteenhallinta Esityksen sisältö Mitä on tuotteenhallinta?
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ätiedotOpetussuunnitelmien 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ätiedotGroupDesk Toiminnallinen määrittely
GroupDesk Toiminnallinen määrittely Tilanne: Paikallinen oppilaitos, kuvitteellinen WAMK, tarvitsee ryhmätyöhön soveltuvan sähköisen asioiden hallintajärjestelmän ja ryhmätyöohjelmiston, jonka ajatuksena
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ä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ä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ä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ätiedotKONEAUTOMAATION LAATU JA TURVALLISUUS. 4.6.2015 Marko Varpunen
KONEAUTOMAATION LAATU JA TURVALLISUUS 4.6.2015 Marko Varpunen TLJ ja automaatio Rautatie, metro, teollisuus-laitokset, kaivoskoneet, vesi, n. 90 henkeä Mikkeli Turvallisuusjohtaminen konsultointi riskienarviointi
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ätiedotWEIKKA. Asennus opas. Hannu-Matti Lemettinen HML Productions 2009-2011
WEIKKA Asennus opas Hannu-Matti Lemettinen WEIKKA OHJELMAN ASENNUS Weikka ohjelman asennuksessa tarvitaan kaksi tiedostoa. Setup.exe sekä Weikka.msi tiedostot. Asennus käynnistetään suorittamalla (kaksoisnapsautus)
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_RI.doc Päiväys: Projekti : AgileElephant Versio: V0.2
AgilElephant SEPA Diary Pasi Kallioniemi 49477B Rauli Ikonen 51051V Tekijä: Kallioniemi&Ikonen Omistaja: ElectricSeven Aihe: RI & PK Sivu 1 of 7 Dokumenttihistoria Muutoshistoria Revision päiväys: 1.11.2004
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ätiedotGumenius Sebastian, Miettinen Mika Moottoripyörän käynnistysalusta
Gumenius Sebastian, Miettinen Mika Moottoripyörän käynnistysalusta Metropolia Ammattikorkeakoulu Kone- ja tuotantotekniikka Projektisuunnitelma 23..204 Sisällys Lyhenteet Johdanto 2 Projektin tavoitteet
LisätiedotMaanmittauslaitos.fi ja saavutettavuus
1 Maanmittauslaitos.fi ja saavutettavuus Miten saavutettavuus otetaan huomioon verkkosivu-uudistuksessa ja sen jälkeen Johanna Ujainen 16.11.2017, #saavuta2017-seminaari 2 Maanmittauslaitos Maa- ja metsätalousministeriön
LisätiedotMäärittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli
LisätiedotTestaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza
Testaussuunnitelma Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma Versio 1.0 Ehdotus Laatija Raine Kauppinen VERSIOHISTORIA Versionotyyppi Versio- Päiväys Tekijä
LisätiedotT Software Project: FASTAXON
T-76.115 Software Project: FASTAXON Personal Assignment: Documentation Practices Group: Muuntaja 0 Version History Owner of the document: Esko Simpanen Version Date Author(s) Description 0.1 28.11.2003
LisätiedotValtioneuvoston kanslia VAIN VIRKAKÄYTTÖÖN Hallinto- ja palveluosasto/hallintoyksikkö Terja Ketola PTJ2008-työsuunnitelma 1 (5)
Terja Ketola PTJ2008-työsuunnitelma 1 (5) AIKATAULU JA TEHTÄVÄT / PTJ2008 VALMIS MENOSSA MYÖHÄSSÄ ALOITTAMATTA ALUSTAVA AJANKOHTA EI PIDETTY / TEHTY 1 Määrittelyn läpikäynti PTi, TKe, IHa, TRö 34 23.8.2007
LisätiedotSoftware engineering
Software engineering Alkuperäinen määritelmä: Naur P., Randell B. (eds.): Software Engineering: A Report on A Conference Sponsored by the NATO Science Committee, NATO, 1968: The establishment and use of
LisätiedotMAANMITTAUSLAITOS.FI JA SAAVUTETTAVUUS EMILIA HANNULA & KIRSI MÄKINEN
MAANMITTAUSLAITOS.FI JA SAAVUTETTAVUUS EMILIA HANNULA & KIRSI MÄKINEN MAANMITTAUSLAITOS Maa- ja metsätalousministeriön alainen virasto Teemme maanmittaustoimituksia, ylläpidämme kiinteistöjen tietoja,
LisätiedotYlläpitodokumentti. Boa Open Access. Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Ylläpitodokumentti Boa Open Access Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
LisätiedotNebula pilvi 9.0 saatavuusalueiden välinen verkkoliikenne
Nebula pilvi 9.0 saatavuusalueiden välinen verkkoliikenne Sivu 2/9 1. Sisällysluettelo 2. Esipuhe 3 2.1. Saatavuusalueet 3 2.1.1. Taustaverkko missä instanssit ovat suoraan fyysisellä liitännällä kiinni
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ä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ätiedotData Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
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ätiedotVISUAALINEN TIETOTURVASUUNNITELMA PENTTI LIIKANEN
VISUAALINEN TIETOTURVASUUNNITELMA PENTTI LIIKANEN TYÖASEMAN TURVAAMINEN ERI TAVOIN Omissa koneissani tärkeimmät tiedot ovat korvaamattomia Omat tiedostot: kuvat, videot, tekstit, opiskelutehtävien vastaukset.
LisätiedotTESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN i Sisällysluettelo DUMENTIN VERSIOT 1 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI
LisätiedotAvoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4
Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4 Tämän esityksen sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan
LisätiedotUKJ-suunnittelun etenemisestä
UKJ-suunnittelun etenemisestä Asiantuntijaseminaari 12.9.2013 Ari Ahlqvist Mitä pitikään tehdä? 1. Uuden järjestelmän laaja kuvaus, vaatimusmäärittely Pohjana kokonaisarkkitehtuurimalli Toiminnallisuuden
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 22. maaliskuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 22.03.2002 Jani Myyry Versiohistoria
LisätiedotYhteenveto tuotteenhallinnan tiimoilta kertyneistä opeista. Jukka Kääriäinen Jukka.kaariainen@vtt.fi 22.4.2015
Yhteenveto tuotteenhallinnan tiimoilta kertyneistä opeista Jukka Kääriäinen Jukka.kaariainen@vtt.fi 22.4.2015 Sisältö Mistä tietoja koottu? Opit Yhteenveto Mistä tietoja koottu? Nämä tiedot on kerätty
LisätiedotT SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B
T-76.5158 SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B T-76.5158 SEPA - Pariohjelmointi 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 5.12.2006 Tuomas Tolvanen Ensimmäinen
Lisä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ätiedotTietokannan luominen:
Moodle 2 Tietokanta: Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia, linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat,
LisätiedotPalautuskansio moduuli, ja sen vuorovaikutukset tehtävien annossa!
Palautuskansio moduuli, ja sen vuorovaikutukset tehtävien annossa! - Elikkä tässä ohjeessa näet kuinka voit tehdä peda.net palveluun koti/etätehtäviä tai vaikka kokeitten tekoa, tapoja on rajattomasti.
LisätiedotNexetic Shield Unlimited
Nexetic Shield Unlimited Käyttöohje 1. Asennus ja käyttöönotto 2. Ohjelman käyttäminen 3. Lisäasetukset 4. Tietojen palautus 1. Asennus ja käyttöönotto Asiakasohjelman asennus Tehtyäsi tilauksen varmistusohjelmasta
LisätiedotKuntien teknisen ja ympäristötoimen aineistorajapintojen hallintasuunnitelma
27.5.2019 LIITE 1. Kuntien teknisen ja ympäristötoimen aineistorajapintojen hallintasuunnitelma Versionhallinta: Versio Pvm Tila (Luonnos / Ehdotus / Tekijä(t) Huomautukset (kommentit, johtoryhmän hyväksyntä,
LisätiedotSuvi Junes/Pauliina Munter Tietohallinto/Opetusteknologiapalvelut 2014
Tietokanta Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia ja linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat
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ätiedotPauliina Munter/Suvi Junes Tampereen yliopisto / Tietohallinto Valitse muokkaustila päälle kurssialueen etusivun oikean yläkulman painikkeesta.
Sanasto Sanasto -työkalulla voi laatia sanakirjan tapaisen sanaston, jonka hakusanoja (käsitteitä ja niiden määritelmiä) voidaan selata ja opettajan niin halutessa myös kommentoida. Sekä opettaja että
LisätiedotMaster data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011
Lisätieto 15.2.2011 Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011 Vastaukset täydentävät vaatimusmäärittelyämme lisätietona ja ne tulee ottaa
LisätiedotJULKISTEN VERKKOPALVELUJEN LAATUKRITEERISTÖN KONSEPTI
JULKISTEN VERKKOPALVELUJEN LAATUKRITEERISTÖN KONSEPTI Onesta Solutions Oy Pasilanraitio 5 00240 HELSINKI www.onesta.fi 2/6 Versiohistoria Versio Pvm Selitys Muutokset Tekijät 0.1 26.3.2007 Alustava versio
Lisätiedotohjelman arkkitehtuurista.
1 Legacy-järjestelmällä tarkoitetaan (mahdollisesti) vanhaa, olemassa olevaa ja käyttökelpoista ohjelmistoa, joka on toteutettu käyttäen vanhoja menetelmiä ja/tai ohjelmointikieliä, joiden tuntemus yrityksessä
Lisätiedotarvostelija Konfiguraationhallinta ja Rational ClearCase Juha Kuosmanen Helsinki Ohjelmistotuotantonvälineet-seminaari
hyväksymispäivä arvosana arvostelija Konfiguraationhallinta ja Rational ClearCase Juha Kuosmanen Helsinki 15.11.2000 Ohjelmistotuotantonvälineet-seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
LisätiedotYhteydensaantiongelmien ja muiden ongelmien ratkaisuita
Yhteydensaantiongelmien ja muiden ongelmien ratkaisuita Miksi SmartView v4.1 ei suostu avaamaan lämpökuvia? Mikäli SmartView-ohjelmiston täysversio 4.1 ladataan suoraan nettisivuilta, jotkin tietokoneet
LisätiedotTEHTÄVIEN PALAUTTAMINEN MOODLEEN
TEHTÄVIEN PALAUTTAMINEN MOODLEEN Moodlessa opettaja voi valita tehtävälleen jonkun neljästä erilaisesta tehtävämuodosta: Lähetä yksi tiedosto opiskelija palauttaa yhden tiedoston. Tiedostojen lähetys opiskelija
LisätiedotKuntasektorin yhteineset viitearkkitehtuurit Tiedon- ja asianhallinta Johtamisjärjestelmä
Kuntasektorin yhteineset viitearkkitehtuurit Tiedon- ja asianhallinta Johtamisjärjestelmä Kurttu-seminaari 2013 18.4.2013 Helsinki Heini Holopainen, Sari Valli Sisältö Tiedon- ja asianhallinnan viitearkkitehtuuri
LisätiedotPPS nykyiset versiot Taito-osiot ja mallipohjat/esimerkit
Ohjeet versioiden hallintaan Dokumentti kuvaa PPS:n taito-osioiden ja mallipohjien/esimerkkien eri painosten versionumeroinnin. Kaikki dokumentit on sarjanumeroitu kolminumeroisella versionumerolla, esim.
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ä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ätiedotProjektityö
Projektityö 31.3.2006 Ylläpito-ohje Käyttöohje Loppuraportti - Projektikertomus - loppuraporttin tiivistelmä Projekti CD Kevään henkilökohtainen raportti Projektiesitykset 17.5 Ryhmien palautekeskustelut
LisätiedotTikon ostolaskujen käsittely
Toukokuu 2013 1 (7) 6.3.0 Copyright Aditro 2013 Toukokuu 2013 2 (7) Sisällysluettelo 1. Käyttäjäasetukset... 3 2. Yleiset parametrit... 3 3. Kierrätysasetukset... 3 4. palvelimen tiedot... 4 5. lähetyksen
LisätiedotAHOT-menettely. OPISKELIJAN PORTFOLIO-OHJE päivitetty 31.5.2011, 7.2.2012, 30.5.2012 OSAAMISPORTFOLIO
OPISKELIJAN PORTFOLIO-OHJE päivitetty 31.5.2011, 7.2.2012, 30.5.2012 OSAAMISPORTFOLIO Aiemmin hankitun osaamisen hyväksymiseksi osaksi opintoja Opiskelijan nimi Vuosikurssi ja suuntautumisvaihtoehto/ Yamk
LisätiedotErikoisontologioiden kuulumisia. Finto-projekti: Laajennetun projektiryhmän kokous Tuomas Palonen, tietoasiantuntija
Erikoisontologioiden kuulumisia Finto-projekti: Laajennetun projektiryhmän kokous 31.5.2016 Tuomas Palonen, tietoasiantuntija YSOn importointi ontologioihin Yleinen erikoisontologioita koskeva haaste on
LisätiedotArkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2
LisätiedotJHS XXX Luokitusten koontisuositus
JHS XXX Luokitusten koontisuositus 12.11.2012 1(9) Sisällysluettelo 1. Hankkeen lähtökohdat... 3 1.1 Hankkeen perustamisen tausta... 3 1.2 Hankkeen tavoitteet... 3 1.3 Hankkeen sidosryhmät... 3 1.4 Hankkeen
LisätiedotTARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI
TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI Vesa Tenhunen Tarkastusmenettelyt Keino etsiä puutteita ohjelmakoodeista, dokumenteista ym. ohjelmistoprosessissa syntyvästä materiaalista Voidaan käyttää kaikissa
LisätiedotTyön ositusmalleista. Luennon tavoitteista. Motivointia. Walker Royce, Software Project Management, A Unified Framework
Työn ositusmalleista Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Walker Royce, Software Project Management, A Unified Framework 1 Tavoitteista Luentojen jälkeen opiskelijan tulisi osata:
LisätiedotLego Mindstorms anturit
Lego Mindstorms anturit Metropolia Ammattikorkeakoulu Projektisuunnitelma Tomi Ilonen KA09 Tommi Nuotiomaa KA09 Matias Pitkänen KA09 20.1.2012 Insinöörityö Päivämäärä Sisällys 1 Projektin kuvaus 1 1.1
Lisä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ätiedotMatematiikan oppifoorumi Projektisuunnitelma
Matematiikan oppifoorumi Projektisuunnitelma Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen Ohjaaja Jukka Eskola Asiakas Mikko Mäkelä Ohjelmistotuotantoprojekti 29.10.1999
Lisä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ätiedotFigure 1: Projektipäälliköt Juha-Pekka Honkavaara ja Juha Mattila
1 Käytettävyysryhmä 1.1 Yleistä Tämän vuoden käytettävyystiimi (Uteam) perustuu kahden viime vuoden pohjalle. Uteam oli toiminnassa ensimmäisen kerran siis lukuvuonna 2005-2006. Uteamin projektiryhmä koostui
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ätiedotVarmuuskopiointi ja palauttaminen Käyttöopas
Varmuuskopiointi ja palauttaminen Käyttöopas Copyright 2008 Hewlett-Packard Development Company, L.P. Windows on Microsoft Corporationin Yhdysvalloissa rekisteröimä tavaramerkki. Tässä olevat tiedot voivat
Lisätiedot