Tik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
|
|
- Jyrki Salo
- 6 vuotta sitten
- Katselukertoja:
Transkriptio
1 Tik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu VIRHERAPORTOINTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: Tekijä: Niko Tolvanen Kommentit: Hyväksyi: Maaret Pyhäjärvi, Katariina Ylinen
2 VERSIOHISTORIA Versio Päivämäärä Muutokset Muuttaja Alustava versio Niko Tolvanen Katselmointikorjaukset tehty Niko Tolvanen Asiakaskatselmoinnin korjaukset tehty Niko Tolvanen
3 1. JOHDANTO MÄÄRITELMÄT, TERMIT JA LYHENTEET TAUSTAA MIHIN VIRHERAPORTOINTIA JA VIRHETIETOKANTAA TARVITAAN OHJELMISTON VIRHERAPORTTIEN SEURANNAN VAATIMUKSET 2 2. KÄYTETTÄVÄ VIRHERAPORTOINTIJÄRJESTELMÄ 3 3. VIRHERAPORTOINTIPROSESSI KOSKA VIRHERAPORTTEJA LUODAAN? TOIMINTA VIRHEEN LÖYDYTTYÄ VIRHEEN KORJAUSPROSESSI JA VIRHERAPORTIN SULKEMINEN VIRHEIDEN KATEGORISOINTI OHJELMISTON ERI OSIEN SUHTEEN 5 4. KÄYTÄNNÖN TOIMINTA BURANAA KÄYTTÄEN BURANA-JÄRJESTELMÄSSÄ KÄYTETTÄVÄT KENTÄT JA NIIDEN MERKITYS VIRHEIDEN TILOJEN KUVAUKSET TYYPILLISET TOIMINNOT JA NIIDEN SUORITTAMINEN BURANASSA UUDEN VIRHEEN AVAAMINEN VIRHEEN TARKASTELEMINEN VIRHEEN OTTAMINEN KORJATTAVAKSI VIRHEEN MERKITSEMINEN KORJATUKSI VIRHEEN KORJAUKSEN TARKISTAMINEN JA SULKEMINEN TAI AVAAMINEN UUDELLEEN 9
4 1. JOHDANTO Tämä dokumentti on LiKe-järjestelmän virheraportointiprosessin kuvaus ja virheraportointiohje. Dokumentti on tarkoitettu n sisäiseen käyttöön, asiakkaalle ja kurssin henkilökunnalle. 1.1 MÄÄRITELMÄT, TERMIT JA LYHENTEET LiKe-projektissa käytetyt määritelmät, termit ja lyhenteet on selitetty projektin laatukäsikirjassa. 1.2 TAUSTAA Ohjelmistokehitys on prosessi, jossa asiat eivät aina mene kerralla oikein. Virheitä syntyy, ja niiden tehokas raportointi on olennainen osa kehitysprosessia. Eräs (ja usein käytetty) tapa raportoida ohjelmistossa olevia virheitä on kirjata ne tietokantaan. Näin tapahtuu tässäkin projektissa, jotta virheet on helppoa priorisoida, analysoida ja korjata Mihin virheraportointia ja virhetietokantaa tarvitaan Ohjelmistokehityksessä tapahtuvien virheiden korjaaminen on olennainen osa ohjelmiston kehitystä toimivaksi ja menestyväksi tuotteeksi. Virhetietokanta on tarpeellinen virheiden tehokkaan korjaamisen ja seurannan apuna. Virheiden käsittelyssä oleellista on, että virhe raportoidaan ja korjataan vain kerran. Virhetietokannalla on monia etuja muihin raportointimenetelmiin verrattuna, joista päällimmäinen on seurannan keskittyminen yhteen paikkaan, josta tiedot ovat kätevästi kaikkien prosessiin osallistuvien henkilöiden saatavissa. Tämän lisäksi tietokannassa olevat tiedot voidaan säilyttää koko projektin ajan ja myös sen jälkeen, jolloin ne ovat käytettävissä esimerkiksi ohjelmiston seuraavia versioita suunniteltaessa. Mikäli virheitä seurattaisiin vain esimerkiksi satunnaisten sähköpostien avulla, tämä ei olisi mahdollista. 1
5 1.2.2 Ohjelmiston virheraporttien seurannan vaatimukset Virheraportteja syntyy kaikissa ohjelmiston elinkaaren vaiheissa. Yleiskäyttöisen virheraporttien seurantajärjestelmän on tuettava uusien tuotteiden kehitystä, ylläpitoa ja lokalisointia. Seurannan toteutuksessa huomioitavat perusperiaatteet on lueteltu alla. Kaikkien virhetietojen on oltava samassa paikassa helposti kaikkien saatavissa. Kaikki ohjelmistossa olevat virheet on raportoitava ja mahdollisuuksien mukaan korjattava. Jotta turhalta työltä vältytään, virheet on voitava raportoida ja korjata vain kerran, mikä ei ole mahdollista, elleivät tiedot ole helposti haettavissa yhdestä paikasta. Erityyppiset virheet on voitava erottaa toisistaan tehokkaasti ja mahdollisimman yksikäsitteisesti. Kunkin virheen tila on oltava tiedossa kullakin hetkellä ja virheen korjaamisen edistymistä on voitava seurata. Tämän lisäksi virheiden korjaamiseen vaikuttaneet toimet ja niiden tekijä on oltava selkeästi näkyvissä. Kullekin virheelle on voitava määrittää henkilö/ryhmä, joka vastaa sen korjaamisesta. Tuotteen versio, jossa virhe esiintyy, on oltava tiedossa. Virhe on kuvattava siten, että siinä on kaikki ne tiedot, jotka tarvitaan sen toistamiseen, mieluiten siten, että virheen voi toistaa jopa ilman minkäänlaista ohjelmiston käyttökokemusta. Testausvaihe ja projektin vaihe, jolla virhe löydettiin, on yksilöitävä. Virheet on priorisoitava niiden vakavuuden ja korjaustarpeen mukaan, jota tiedetään, mihin virheisiin kehittäjien on keskityttävä ja mitkä virheet voidaan tarvittaessa jättää korjaamatta. Tietojen virheiden korjaamiseen käytetyistä keinoista on oltava samassa paikassa kuin itse virheen kuvaus, koska silloin tietoja voidaan käyttää apuna vastaavanlaisten virheiden korjaamisessa myöhemmin. 2
6 Raportointijärjestelmän on tuettava virheen korjauksen onnistumisen varmistamista: ei riitä, että virhe on merkitty korjatuksi vaan testauksen on myös varmistuttava siitä, että virhe on oikein korjattu. Eri testausvaiheissa löydetyt virheet on tallennettava myöhempää käyttöä varten, jotta tärkeimmät (vakavimmat) virheet voidaan tarkistaa uudelleen ennen palautuksia. 2. KÄYTETTÄVÄ VIRHERAPORTOINTIJÄRJESTELMÄ LiKe-projektissa käytettävä virheraportointijärjestelmä on kurssin Tik Tietojenkäsittelyopin ohjelmatyö käytössä oleva Burana-virheraportointitietokanta. Tämä tietokanta täyttää edellä kohdassa määritetyt vaatimukset, joten erillistä virheraportointijärjestelmää ei ole tarpeen luoda LiKe-projektia varten. Burana-järjestelmä on Web-pohjainen tietokanta, joka sijaitsee osoitteessa Raportointijärjestelmään on kirjauduttava käyttäen projektin käyttäjätunnusta ja salasanaa. Järjestelmän omat käyttöohjeet ovat osoitteessa 3. VIRHERAPORTOINTIPROSESSI Seuraavassa on kuvattu virheraportointiin liittyvät prosessit pääpiirteissään. Eri vaiheissa tarvittava toiminta Burana-järjestelmän kannalta on kuvattu kohdassa KOSKA VIRHERAPORTTEJA LUODAAN? Virheraportteja voidaan luoda missä tahansa järjestelmäkehityksen vaiheessa, ja niiden luoja voi olla joku projektiryhmän jäsen, asiakas, opponenttiryhmän jäsen tai joku ulkopuolinen henkilö. Virheraportti luodaan tilanteessa, jossa käyttäjä havaitsee ohjelmassa virheen. Virhe on tilanne, jossa ohjelma ei käyttäydy odotetulla tavalla. Tämä odotettu tapa on ohjelman määrityksissä (vaatimusmäärittely, toiminnallinen määrittely tai tekninen määrittely) kuvattu tapa tietyn toiminnon toiminnasta. 3
7 On tärkeää huomata, että virheeksi käsitetään nimen omaan määritysten vastainen toiminta. Tämä erottaa virheraportin muutosehdotuksesta, johon Burana-järjestelmää voi myös käyttää: mikäli raportoitava virhe perustuu määrityksissä olevaan virheeseen, kyseessä ei ole ohjelmistossa oleva virhe vaan muutosehdotus, joka käsitellään muutosehdotusten käsittelyyn määritetyllä tavalla. Kuitenkin ennen määritysten hyväksymistä ja jäädyttämistä myös määrityksissä olevat virheet voidaan käsitellä virheinä eikä muutostenhakuprosessia tarvitse käyttää. Muutosten ja virheiden erottaminen määritysten ollessa lopulliset on kuitenkin tärkeää, jotta ohjelmiston kehityksessä voidaan keskittyä määritettyjen toimintojen toteuttamiseen oikein sen sijaan, että aikaa käytetään muutosehdotusten toteuttamiseen. Suurin osa virheraporteista syntyy todennäköisesti järjestelmän testauksen aikana. 3.2 TOIMINTA VIRHEEN LÖYDYTTYÄ Toiminta virheen löydyttyä jakaantuu neljään vaiheeseen, joista kukin käsitellään alla erikseen. 1. Varmistetaan, että kyseessä on virhe. Tämä tapahtuu ohjelmiston määrityksiä vasten. Jos ohjelman toiminta poikkeaa määritetystä toiminnasta, kyseessä on virhe, josta on luotava raportti. Mikäli virhe löytyy ohjelmiston testauksen aikana esim. jonkin testitapauksen perusteella, erillistä tarkistusta määrittelyihin ei tarvitse tehdä, sillä testitapaukset ja niiden odotetut tulokset on luotu ohjelmiston määrittelyjen perusteella. Mikäli kyseessä on muutosehdotus, noudatetaan tähän määritettyä prosessia. 2. Kun tiedetään, että kyseessä on raportoitava virhe, siirrytään Burana-järjestelmään. 3. Jotta voidaan varmistua, että löydettyä virhettä ei ole jo raportoitu, tehdään virhetietokantaan haku samankaltaisista virheistä. Mikäli virhe on jo raportoitu, jatkotoimenpiteisiin ei ryhdytä. Mikäli Buranasta löytyy samankaltainen virhe, mutta se ei vastaa täysin virheeseen johtanutta tilannetta, aiemmin luotua raporttia voidaan täydentää siten, että se kattaa myös uuden virhetilanteen. Tämä on mahdollista esim. silloin, jos järjestelmään on jo raportoitu virhe, joka on löydetty 4
8 jossain ympäristössä (esim. tiettyä selainohjelmaa käytettäessä), ja sama virhe toistuu myös jossain muussa ympäristössä. Tällöin aiempaa virheraporttia täydennetään tarvittavilla tiedoilla. Sama pätee kaikille virheille, ei vain avoimena oleville virheille: mikäli samankaltainen virhe on raportoitu aiemmin ja suljettu korjattuna, se avataan uudelleen, mikäli tähän on syytä. 4. Kun on varmistettu, että kyseessä on uusi aiemmin raportoimaton virhe, luodaan järjestelmään uusi virheraportti. Tämän jälkeen odotetaan, että virhe korjataan ja virheraportti voidaan sulkea. 3.3 VIRHEEN KORJAUSPROSESSI JA VIRHERAPORTIN SULKEMINEN 1. Kun kehittäjä havaitsee itselleen osoitetun virheen, hän ottaa virheraportin itselleen tarkasteltavaksi ja korjattavaksi. Mikäli kehittäjä tarvitsee lisätietoja virheen korjaamiseksi virheen kirjoittajalta, hän voi pyytää näitä lisätietoja Buranajärjestelmän avulla osoittamalla virheen takaisin sen kirjoittajalle. 2. Kun virhe on korjattu, kehittäjä/korjaaja merkitsee raportin korjatuksi. Raporttiin kirjoitetaan korjauksen kuvaus, koska tästä voi olla hyötyä myöhemmin vastaavia virheitä korjattaessa. 3. Virheraportin luoja tarkistaa, että virhe on korjattu, ja mikäli virhe on todella korjattu, hän merkitsee virheraportin käsitellyksi. Mikäli virhe ei ole korjattu, virhe osoitetaan uudelleen kehittäjälle mahdollisten lisätietojen kera. 3.4 VIRHEIDEN KATEGORISOINTI OHJELMISTON ERI OSIEN SUHTEEN Virheet on voitava kategorisoida ohjelmiston eri osien suhteen, jotta tiedetään, mihin toimintoon/moduuliin korjaus kannattaa kohdistaa. Kategorisoinnissa on lähdetty liikkeelle siitä, että virheiden raportoinnin on oltava asiakkaalle mahdollisimman helppoa. Näin ollen virheet jaotellaan taulukossa 1 esitettyihin kategorioihin, jotka perustuvat järjestelmän toimintojen tyyppeihin. 5
9 Taulukko 1. Virhekategoriat Kategoria Käyttöliittymä Selitys Ohjelmiston käyttöliittymään liittyvät toiminnot. Logiikka Tietokanta Ohjelmiston loogiset toiminnot, jotka eivät liity tietokantaan tai käyttöliittymään. Tietokantaan liittyvät toiminnot. Projektiryhmän sisäisessä virheraportoinnissa pyritään korkeampaan täsmällisyyden tasoon kuin yllä olevalla kategorisoinnilla on mahdollista saavuttaa. Tällöin virheraporttiin liitetään myös tieto moduulista/jsp-sivusta/komponentista, jossa virhe todennäköisesti sijaitsee. Asiakkaan kannalta ei ole kuitenkaan järkevää vaatia kategorisointia esim. moduulien perusteella, koska tämä johtaisi sekä virheraportoinnin hankaloitumiseen sekä mahdollisesti virheellisiin kategoriavalintoihin. Lisätiedot kirjoitetaan virheraportin Description-kenttään. 4. KÄYTÄNNÖN TOIMINTA BURANAA KÄYTTÄEN 4.1 BURANA-JÄRJESTELMÄSSÄ KÄYTETTÄVÄT KENTÄT JA NIIDEN MERKITYS Taulukossa 2 on esitetty Burana-järjestelmässä olevat kentät ja niiden käyttö LiKeprojektissa. Taulukko 2. Virheraportoinnissa käytettävät kentät Kenttä: Your name Your Organization Category of Selitys: Virheen luoneen henkilön nimi. Valitaan luettelosta. Käyttäjäryhmä: n jäsen, asiakas, tai opponenttiryhmän jäsen. Toiminto, johon virhe liittyy. Mahdolliset arvot tässä ovat: 6
10 Problem Projektitoiminnot Dokumenttitoiminnot Käyttäjätoiminnot Järjestelmään kirjautuminen Järjestelmänhallinta Käyttöliittymä Tiedonsiirto Tietokanta Web-palvelin Severity Virheen vakavuusaste: Minor: pienimerkityksinen virhe, joka ei haittaa järjestelmän käyttämistä tai joka voidaan ohittaa käyttämällä järjestelmää jollakin toisella tavalla. Normal: käyttöä häiritsevä virhe, joka ei kuitenkaan häiritse minkään kokonaisen toiminnon käyttämistä. Serious: virhe estää kokonaisen toiminnon/kokonaisten toimintojen käyttämisen. Critical: virhe, joka estää koko ohjelmiston käyttämisen (esim. järjestelmän kaatuminen tietyssä tilanteessa). Version/release Ohjelmiston versio, jossa virhe löydettiin Class Virheen tyyppi: Change request: muutosehdotus (ks. kohta 3.1) Documentation bug: virhe dokumentaatiossa (ei kuitenkaan määrittelyissä) Idea: kehitysajatus (ei virhe) Suggestion: ehdotus Support request: tukipyyntö (halutaan ohjeita jonkin toiminnon käyttämisestä) Software bug: oikea virhe (pääasiallisesti käytettävä luokka) Unknown: tuntematon; ei mikään yllä olevista vaan jonkin muun tyyppinen raportti Responsible Person Internal Priority Estimated effort Environment Synopsis Full Description Näistä käytetään vain Software bug- ja Change request vaihtoehtoja. Henkilö, jolle virhe osoitetaan käsiteltäväksi ja on kulloinkin vastuussa virheen käsittelemisestä. Aluksi testaaja osoittaa virheen sovelluksen vastuuhenkilölle, joka voi delegoida sen eteenpäin. Ratkaisemisen jälkeen virhe osoitetaan takaisin testaajalle suljettavaksi. Projektiryhmän tai asiakkaan määrittämä prioriteetti virheen korjaukselle. Määrittää, kuinka tärkeää virheen korjaaminen ja kuinka nopeasti sen olisi suotavaa tapahtua. Tätä ei tarvitse määrittää virheraporttia luotaessa. Arvio virheen korjaamiseen vaadittavasta työmäärästä (tunteina). Ei pakollinen. Ympäristö, jossa virhe havaittiin. Koneen laitteiston ja ohjelmistojen kuvaus. Vähintään koneen käyttöjärjestelmä ja käytetty selain kielitietoineen. Laitteistotietoja ei tarvita, sillä ohjelmiston toiminta ei riipu merkittävästi laitteistossa. Raportin otsikko, tiivis kuvaus virheestä. Testaajan tai virheen raportoijan kirjoittama yksityiskohtainen kuvaus siitä, miten virhe voidaan toistaa. Vaiheittainen toimintaohje siitä, mikä 7
11 sovellus käynnistetään, mitä valintoja valikoista tehdään ja mitä valintaikkunoihin syötetään. Virheen ratkaisemisen yhteydessä kenttään lisätään tietoa siitä, miten ja missä tiedostossa virhe korjattiin tai selitys miksi sitä ei korjata. Kentän avulla voidaan käydä tarkentavaa vuoropuhelua testaajien ja ohjelmistoinsinöörin (kehittäjä) välillä. How Can We Repeat This Problem? Suggested Fix Tarkat toisto-ohjeet, jos ei ole jo kuvattu Description-kentässä. Ehdotus virheen korjaamiseksi (jos sellainen on). Ei pakollinen. 4.2 VIRHEIDEN TILOJEN KUVAUKSET Raportointijärjestelmässä olevien virheiden tilat ja niiden kuvaukset on esitetty taulukossa 3. Taulukko 3. Virheraporttien tilat Tila Open Pending Analyzing Working Testing Suspended Closed Selitys Avoin virheraportti, joka odottaa korjaamista. Korjatuksi merkitty virheraportti, joka odottaa testaajan/virheen avaajan tarkistusta virheen korjauksesta. Ei käytetä. Virheraportti on korjausta varten vastuullisen kehittäjän käsiteltävänä. Ei käytetä Tila, johon virheelliseksi todettu virheraportti asetetaan. Tämän kuvaus voisi olla Not a bug. Virheraportti on suljettu, koska sen korjaus on verifioitu. 8
12 4.3 TYYPILLISET TOIMINNOT JA NIIDEN SUORITTAMINEN BURANASSA Uuden virheen avaaminen Siirrytään Burana-järjestelmään ja luodaan uusi virheraportti täyttämällä tarvittavat kentät taulukon 2 mukaisesti. Tätä ennen etsitään järjestelmästä sen etsintätoimintojen ja virhettä kuvaavien sanojen perusteella, että samaa virhettä ei ole jo avattu Virheen tarkasteleminen Joko etsitään haluttua asiaa käsittelevä virhe hakutoiminnon avulla tai siirrytään suoraan tiettyyn virheraporttiin (jos sen numero on tiedossa) Virheen ottaminen korjattavaksi Siirrytään käsiteltäväksi otettavaan virheeseen ja vaihdetaan sen tilaksi Working Virheen merkitseminen korjatuksi Merkitään halutun virheen tilaksi Pending ja osoitetaan se takaisin virheen avanneelle ihmiselle vaihtamalla virheen Responsible Person kentän arvo. Oletusarvoisesti virheet osoitetaan ensin projektipäällikölle, joka sitten osoittaa ne vastuulliselle ohjelmoijalle Virheen korjauksen tarkistaminen ja sulkeminen tai avaaminen uudelleen Siirrytään haluttuun virheraporttiin ja vaihdetaan sen tilaksi Closed, mikäli virhe on todella korjattu, sekä osoitetaan virhe projektipäällikölle. Mikäli virhettä ei ole korjattu, muutetaan sen tilaksi Open ja osoitetaan se takaisin virheen korjaajalle. 9
Tik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTITAPAUKSET LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:
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ä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ätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu KÄYTTÖOHJE. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu JÄRJESTELMÄN KÄYTTÖOHJE LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001
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ä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ätiedotLohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
LisätiedotKäyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio
Otus- projektinhallintatyökalu Käyttöohje Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Mari Tampere 9. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja,
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ä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ätiedotTESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - VYM JA KANTA Versio 1.0 i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
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ätiedotTervetuloa ecraft Service Deskiin
Tervetuloa ecraft Service Deskiin Tervetuloa käyttämään ecraftin asiakkaiden Service Desk -palvelua! Yhteystiedot Voit olla yhteydessä meihin sähköpostitse, puhelimitse tai asiakasportaalin kautta. Sähköposti
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ätiedotOpponointitestaus VYM -> LiKe 29.03.2001
Opponointitestaus VYM -> LiKe 29.03.2001 Opponoinnin testitapaukset Opponoinnin testitapaukset on pääosin suoritettu loggautumalla sisään käyttäjällä Minna Reino, joka on I -käyttäjä After Sales-projektissa.
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ä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ä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ätiedotTestausdokumentti. Sivu: 1 / 10. Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto. Versiohistoria
Sivu: 1 / 10 Testausdokumentti Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto Versiohistoria Versio Päivitykset 0.4 Lisätty mod_form.php -tiedostoon liittyvät testit 0.5 Lisätty johdanto 1.0 Dokumentti
LisätiedotTESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - XMLREADER LUOKKA i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
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ätiedotTESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)
TESTIRAPORTTI - XMLREADER-LUOKKA Versio 1.0 (luonnos 2) Copyright Comptel Oyj i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin
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 TESTAUSSUUNNITELMA LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 12.12.2000
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ä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ätiedotTIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21201 Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 20.9.2016 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
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ä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ä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ätiedotTESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL 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ä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ätiedotConvergence of messaging
Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO
LisätiedotYlläpitodokumentti. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Ylläpitodokumentti Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 16.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotData Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
LisätiedotOhjelmoinnin perusteet Y Python
Ohjelmoinnin perusteet Y Python T-106.1208 2.3.2009 T-106.1208 Ohjelmoinnin perusteet Y 2.3.2009 1 / 28 Puhelinluettelo, koodi def lue_puhelinnumerot(): print "Anna lisattavat nimet ja numerot." print
LisätiedotAloita valitsemalla aineistosiirron tapa, Classic tai Light.
BUSINESS ONLINE, AINEISTOSIIRTO CLASSIC AINEISTON LÄHETYS Voimassa 30.6.2016 Aineistosiirtopalvelulla lähetät ja vastaanotat maksuliikeaineistot eräsiirtona, joka tehostaa yrityksesi maksuliikkeen prosesseja.
LisätiedotKuopio. Testitapausluettelo: Projektit-osakokonaisuus
Kuopio Testitapausluettelo: Projektit-osakokonaisuus Kuopio, testitapausluettelo, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 19.3.2002 Matti Peltomäki Kriittisen prioriteetin testitapaukset
Lisätiedot@Tampereen Testauspäivät (2012-06)
@Tampereen Testauspäivät (2012-06) Testausodotukset räätälöityjen järjestelmien projekteissa Maaret Pyhäjärvi, testausasiantuntija Twitter: maaretp Testausvastaava @ Granlund Oy Yrittäjä
LisätiedotOppilaan opas. Visuaaliviestinnän Instituutti VVI Oy. Versio 0.2 (2008-01-21)
Oppilaan opas Visuaaliviestinnän Instituutti VVI Oy Versio 0.2 (2008-01-21) Versio Päivämäärä Kuvaus 0.1 2005-01-16 Ensimmäinen versio. 0.2 2008-01-21 Korjattu kuvatiedostojen maksimiresoluutio ja muutamia
Lisätiedottsoft Tarkastusmenettelyt ja katselmukset Johdanto Vesa Tenhunen 4.2.2004
Tarkastusmenettelyt ja katselmukset tsoft Vesa Tenhunen 4.2.2004 http://cs.joensuu.fi/tsoft/ Johdanto Yksi tärkeimmistä tekijöistä laadukkaiden ohjelmistojen tuottamisessa on puutteiden aikainen havaitseminen
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ä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ätiedotSTATUSTEN JA HOITOJAKSOJEN KORJAUS
STATUSTEN JA HOITOJAKSOJEN KORJAUS 2015 2 / 6 SISÄLLYSLUETTELO 1. STATUKSIEN JA HOITOJAKSOJEN HALLINTA... 3 1.1. KÄYTTÖLIITTYMÄ NÄKYMÄ... 3 1.2. MISSÄ TILANTEISSA TARVITSET?... 4 1.2.1. Status ja hoitojakso
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ätiedotLohtu-projekti. Testiraportti. Versiohistoria: syklin toteutuksen testit. 1. ajo Virve
Lohtu-projekti Testiraportti Versiohistoria: 1.0 6.5.2003 2. syklin toteutuksen testit. 1. ajo Virve Helsinki 6. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja, Mari Muuronen, Seppo Pastila, Virve Taivaljärvi
LisätiedotContents AdsML ympäristö... 2 AdsML Testi ympäristö... 2 AdsML tuotantoympäristö... 2 AdsML käyttöliittymä... 3 Kirjautuminen...
Contents AdsML ympäristö... 2 AdsML Testi ympäristö... 2 AdsML tuotantoympäristö... 2 AdsML käyttöliittymä... 3 Kirjautuminen... 3 Käsiteltävät sanomat... 4 Yhdisteltävät sanomat... 5 Sanoman historia
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ä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ätiedotKäyttöohje. Ticket Inspector. Versio 1.0. Sportum Oy
Käyttöohje Ticket Inspector Versio 1.0 Sportum Oy 10.5.2017 Sivu 1 Sisällysluettelo 1. Yleistä... 2 2. Kirjautuminen ensimmäisellä kerralla / PIN-koodin unohtuessa... 3 3. Tunnistautuminen... 4 4. Päänäkymä...
LisätiedotWCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma
TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/jekahkon/wclique/testplan.html WCLIQUE Ohjelmistoprojekti Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com, 75014C,
LisätiedotWebforum. Version 14.4 uudet ominaisuudet. Viimeisin päivitys: 2014-12-6
Webforum Version 14.4 uudet ominaisuudet Viimeisin päivitys: 2014-12-6 Sisältö Tietoja tästä dokumentista... 3 Yleistä... 4 Yleistä & hallinnointi... 5 Dokumentit... 5 Perättäinen tarkistus- ja hyväksymisprosessi...
LisätiedotTestausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausraportti Orava Helsinki 5.5.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Juhani Bergström Peter
LisätiedotTulosta yrityksesi tuloslaskelma ja tase myöhempää tarkastusta varten. Ota varmuuskopio tilanteesta ennen tilimuunnosta.
Tilimuunnosohje 1 (5) Tilimuunnosajo Tilimuunnosajo täytyy tehdä jos halutaan vaihtaa yritykselle tilikartta ja säilyttää tilien tapahtumat. Tilikartan vaihtoa varten perustetaan uusi yritys, jonne muunnosajossa
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 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ä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ä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ätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
LisätiedotFENG OFFICE -PROJEKTINHALLINTATYÖKALU
1(5) FENG OFFICE -PROJEKTINHALLINTATYÖKALU Verkkoprojektissa tarkoituksenmukaisen projektinhallintatyökalun käyttö vähentää viestintään kuluvaa työaikaa merkittävästi, kun projektin osapuolilla on reaaliaikainen
LisätiedotKeskustelusivusto. Suunnitteludokumentti
Keskustelusivusto Suunnitteludokumentti Tietokantasovellus, Syksy 2007, Ryhmä 1 Tuomas Puikkonen tpuikkon@cs.helsinki.fi Tietojenkäsittelytieteen laitos Helsingin Yliopisto Sisältö Keskustelusivusto...1
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ätiedotOhjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
LisätiedotLoCCaM Riistakamerasovellus. Dimag Ky dimag.fi
LoCCaM Riistakamerasovellus Dimag Ky janne.koski @ dimag.fi +358505907788 Sovelluksen toimintaperiaate Toimintaperiaate yksinkertaistettuna on seuraavanlainen Kamera ottaa kuvan tai videon jonka lähettää
LisätiedotNAVITA BUDJETTIJÄRJESTELMÄN ENSIASENNUS PALVELIMELLE
NAVITA BUDJETTIJÄRJESTELMÄN ENSIASENNUS PALVELIMELLE Ennen palvelinohjelman asennusta perustetaan tarvittavat kansiot. Oikeustasoista share- tai security-tason oikeudet riittävät; molempien oikeustasojen
LisätiedotVirheraportoijien virhemäärien jakaumat virhetietokannassa
Virheraportoijien virhemäärien jakaumat virhetietokannassa (Valmiin työn esittely) 13.9.2010 Ohjaaja: TkT Mika Mäntylä Valvoja: prof. Harri Ehtamo Yleistä ohjelmistoissa virheitä, jotka estävät ohjelmistojen
LisätiedotSubversion-ohje. Linux Traffic Control-käyttöliittymä Ryhmä paketti2
Subversion-ohje Linux Traffic Control-käyttöliittymä Ryhmä paketti2 Helsinki 1.11.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotHENKILÖIDEN OSAAMISET HENKILÖIDEN TAPAHTUMAT. HENKILÖT - Nimitiedot - Osoitetiedot - jne. KONEET JA LAITTEET (nimikkeet)
PATA LIIKETOIMINTAA TÄYDENTÄVIÄ SOVELLUKSIA Padan idea on täydentää helposti olemassa olevien tietojärjestelmien datan puutteita. Pataa voidaan käyttää itsenäisestikin ilman ulkopuolisia järjestelmiä.
LisätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
LisätiedotKoulutuksen järjestäjän pääkäyttäjän OPAL ja ARVI -ohje
21.11.2014 Koulutuksen järjestäjän pääkäyttäjän OPAL ja ARVI -ohje SISÄLLYS Johdanto... 1 Ohjeen käytöstä... 1 Koulutuksen järjestäjän pääkäyttäjän tehtävien ydinkohdat... 2 OPAL -tiedonvälitys... 2 OPAL
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ä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ätiedotTikon ostolaskujen käsittely
Toukokuu 2014 1 (8) Toukokuu 2014 2 (8) Sisällysluettelo 1. Käyttäjäasetukset... 3 2. Yleiset parametrit... 3 3. Kierrätysasetukset... 3 4. palvelimen tiedot... 4 5. lähetyksen aktivointi... 5 6. Eräajot
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ätiedotRyhmäläisten nimet:
1 TJT10, kevät 2017 VERTAISARVIOINTILOMAKE Ryhmäläisten nimet: 1. 2. 3. Heuristinen arviointi käyttäen ohjeistuksessa olevaa heuristiikkalistaa. Tehdään vertaisarviointi käyttöliittymästä. Testi suoritetaan
LisätiedotVisma asiakaspalvelu Tukipyyntöjen lähettäminen
Visma asiakaspalvelu Tukipyyntöjen lähettäminen 2 Sisällys 1 Tukipyyntöjen käsittely... 3 1.1 Tukipalvelun sisältö... 3 1.2 Tukipyynnön lähettäminen... 3 1.3 Kuvan lisääminen tukipyyntöön... 4 2 Etähallintatyökalut...
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotKOULUTUSPOLKU - KOULUTTAUDU LUOKKAKURSSEILLA MEPCO-OSAAJAKSI
20.10.2015 1 (7) KOULUTUSPOLKU - KOULUTTAUDU LUOKKAKURSSEILLA MEPCO-OSAAJAKSI MEPCO HRM PALKAT TOIMINNALLISUUS Käyttäjän peruskurssi RAPORTOINTI Vuodenvaihdekurssi Pääkäyttäjäkurssi Raportoinnin alkeet
LisätiedotWebOodin käyttöliittymän kehitys
WebOodin käyttöliittymän kehitys Laura Vuorinen 22.2.2008 Kehittämisosasto / Opiskelijarekisteri Taustatietoa Oodista 13 yliopiston yhteinen tietojärjestelmä opiskelijoiden perustiedot, suoritukset ja
LisätiedotTestausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari
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ätiedotTulorekisterin sidosryhmätestaukseen julkaistaan kehitysversio
1 (5) Kansallisen tulorekisterin perustamishanke PL 325 00052 VERO TOIMITUSSELOSTE Tulorekisterin sidosryhmätestaus 21.12. kehitysversio TULOREKISTERIN SIDOSRYHMÄTESTAUKSEN TOIMITUSSELOSTE 20.12.2018 Huoltokatko
LisätiedotTimeEdit opiskelijan ohje TimeEdit-instructions for students from this link
TimeEdit opiskelijan ohje TimeEdit-instructions for students from this link TimeEdit on työjärjestys- (lukujärjestys) ja tilanvarausohjelmisto. Sisältö 1 Oikeudet... 2 2 TimeEdit Web... 2 3 Kirjautuminen...
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ätiedot24h Admin V1.00 20.11.2004 / 24h_Admin_v100.pdf 1/9
24h Admin V1.00 20.11.2004 / 24h_Admin_v100.pdf 1/9 Copyright Yleiskuvaus 1. Perusasioita kirjautumisesta 2. Kirjautuminen 3. Sivut 4. Yläpalkki 5. Sivujen kuvaukset 5.1 Versiotiedot 5.2 Pääsivu 5.3 Valikon
Lisätiedot58160 Ohjelmoinnin harjoitustyö
58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista
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ätiedotCLOUDBACKUP TSM varmistusohjelmiston asennus
Luottamuksellinen JAVERDEL OY CLOUDBACKUP TSM varmistusohjelmiston asennus Copyright 2 (9) SISÄLLYSLUETTELO 1 ASENNUSOHJE WINDOWS KÄYTTÖJÄRJESTELMÄLLÄ VARUSTETTUIHIN LAITTEISIIN... 3 1.1 Yleistä... 3 1.2
LisätiedotVisma sovellustuki Tukipyyntöjen lähettäminen
Visma sovellustuki Tukipyyntöjen lähettäminen 2 Sisällys 1 Tukipyyntöjen käsittely... 3 1.1 Tukipalvelun sisältö... 3 1.2 Tukipyynnön lähettäminen... 3 1.3 Kuvan lisääminen tukipyyntöön... 4 2 Etähallintatyökalut...
LisätiedotTitta-palvelun käyttöohje
LUONNOS 2 (12) Sisällysluettelo 1 Rekisteröityminen... 4 2 Kirjautuminen... 5 2.1 Unohtunut salasana... 5 2.2 Unohtunut käyttäjätunnus... 6 3 Etusivu... 6 4 Käyttäjätoiminnot... 6 4.1 Salasanan vaihtaminen...
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ätiedotSisällys Clerica Web-sovellusten käytön aloittaminen 2
Sisällys Clerica Web-sovellusten käytön aloittaminen 2 Kirjautuminen järjestelmään 2 Myyntilaskut 2 Ostolaskujen käsittely 4 Uuden laskun syöttö 6 Palkkailmoituslomake 8 Palkkailmoituksesta kopio 9 Henkilötietojen
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ätiedotNAVITA BUDJETTIJÄRJESTELMÄN ENSIASENNUS TYÖASEMALLE
NAVITA BUDJETTIJÄRJESTELMÄN ENSIASENNUS TYÖASEMALLE 1) Navita Budjettijärjestelmä asennetaan palvelimelle asennetusta Navita\NavitaSetup kansiosta Setup komennolla tämä mahdollistaa Navita-työasemien automaattisen
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ä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ätiedotOpponenttitestaus Kuopio
Opponenttitestaus Kuopio Kuopio, Opponenttitestaus, 15.4.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 13.4.2002 Wesa Aapro Ensimmäinen versio 0.2 15.4.2001 Mikko Lampi Katselmointi, lähinnä sanamuotojen
LisätiedotYlläpitodokumentti Mooan
Ylläpitodokumentti Mooan Helsinki 16.08.06 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op/6ov) Projektiryhmä Heikki Aitakangas
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ätiedotVerkkokaupan ohje. Alkutieto. Scanlase verkkokauppa. Sisäänkirjautuminen
Verkkokaupan ohje Alkutieto Verkkokaupan tarkoitus on helpottaa Scanlase asiakkaiden tilaamisprosessia kun asiakkaat tarvitsevat tuotteita. Verkkokaupan ollessa pois toiminnasta tilaukset tulee tehdä puhelimitse
Lisätiedot