Pariohjelmointi. Ryhmä Rajoitteiset
|
|
- Ada Laaksonen
- 6 vuotta sitten
- Katselukertoja:
Transkriptio
1 Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija Lmodels Pariohjelmointi Tuomas Luttinen Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset Tuomas Luttinen Ensimmäinen palautettava versio Tuomas Luttinen Lopullinen raportti
2 Sisällysluettelo 1 Johdanto Mitä on pariohjelmointi Dokumentin tarkoitus Pariohjelmointi Pariohjelmoinnin ajatus Pariohjelmoinnin edut Pariohjelmoinnin haitat Käyttö Lmodels-projektissa Käyttötapa Käytön onnistumisen arviointiperusteet Tulokset pariohjelmoinnin käytöstä Pariohjelmoinnin toteutunut käyttö Lmodels-projektissa Pariohjelmoinnin mitatut tulokset Mittauksen ja mittareiden ongelmat Käyttäjien palaute Yhteenveto...5
3 1 Johdanto 1.1 Mitä on pariohjelmointi Toisin kuin perinteisessä työtavassa, jossa jokainen ohjelmoija työskentelee yksin oman osuutensa kimpussa pariohjelmoinnissa työskennellään nimen mukaisesti tiiviinä parina saman ohjelmakoodin äärellä. Parin osapuolten roolit ovat aktiivinen ohjelmoija ja tarkkailija. Aktiivinen ohjelmoija tekee varsinaista koodin kehitystä ja kirjoitusta, kun taas tarkkailija tarkkailee jatkuvasti sekä pieniä yksityiskohtia, että miettii kokonaisuutta koettaen vähentää mahdollisia virheitä koodin syntyessä. 1.2 Dokumentin tarkoitus Tämän dokumentin tarkoituksena on antaa kuva pariohjelmoinnista ja kertoa sen käytöstä ja käytön hyödyllisyyden arviointiin käytettävistä mittareista, näiden mittareiden antamista tuloksista, ihmisten kokemuksista sekä näistä johdetuista johtopäätöksistä pariohjelmoinnin käytöstä ohjelmatyö-kurssin puitteissa Lmodels-projektissa. 1
4 2 Pariohjelmointi 2.1 Pariohjelmoinnin ajatus Pariohjelmoinnissa pari jäsenet siis toimivat kahdessa roolissa. Jäsenet ovat kuitenkin tasa-arvoisia, sillä rooleja vaihdetaan aika ajoin tarpeen mukaan. Jos tarkkaileva jäsen joutuu selittämään useamman lauseen verran ajatustaan, on parempi, että hän siirtyy aktiiviseksi ohjelmoijaksi näppäimistön ja hiiren ääreen toisen ihmisen taas siirtyessä tarkkailijaksi. Tarkkailijan tehtävänä on siis tarkkailla syntyvää tulosta niin pienten yksityiskohtien, kuten oikeinkirjoituksen ja koodin muotoilun osalta, kuin myös suuremman kokonaisuuden osalta, kuten rajapintojen oikeanlaisen käytön osalta sekä tekniseltä kannalta kuin myös ajatuksellisen tason kannalta. 2.2 Pariohjelmoinnin edut Pariohjelmointi tarjoaa useamman edun, joista suurin on koodin jatkuva katselmointi. Vaikka katselmointia pidetään vanhentuneena ja jäykkänä käytäntönä sillä on kuitenkin vahvat puolensa virheiden löytämisessä. Kun pariohjelmoinnissa se tehdään heti ja jatkuvasti, niin tälllöin se varmasti tulee tehtyä toisin kuin jälkikäteisenä käytäntönä. Kaiken kaikkiaan pariohjelmointia hyödyntäen tuloksena on vähemmän virheitä sisältävää ja selkeämpää koodia. Muita etuja pariohjelmoinnin käytössä on jatkuva tuki, jonka toinen henkilö vieressä tarjoaa. Vaikean ongelman tullessa vastaan on paikalla heti kaksi sitä miettivää ihmistä, joiden lähestymistavat varmasti eroavat toisistaan ja näin laajentavat kenttää, jolta ratkaisu voi löytyä. Vaikka ihmisten välillä olisi roima taitoero, niin silti toisen ihmisen läsnäolo antaa tukea, sillä hän todennäköisesti osaa kysyä juuri niitä vaikeita asioita, joihin vastaamiseksi taitavamman ihmisen pitää jäsentää asia selkeämmäksi ja paremmin ymmärrettäväksi kokonaisuudeksi päässään. Tällä tavalla myös molempien osapuolten tietämys projektin luonteesta ja sen yksityiskohdista kasvaa, jolloin ei synny koodia, jonka vain yksi ihminen ymmärtää ja osaa tarvittaessa sitä muuttaa tai korjata. 2.3 Pariohjelmoinnin haitat Pariohjelmoinnin haitalliset puolet liittyvät lähinnä sen aiheuttamiin ennakkoluuloihin ja inhimillisiin tekijöihin. Pariohjelmointi vaatii tosiaan tiivistä yhteistyötä, joten se ei välttämättä sovi kaikille ihmisille tai edes kaikille mahdollisille pareille, jotka saadaan aikaiseksi yhdistämällä pariohjelmointiin sopivia ihmisiä, koska henkilöiden keskinäisenkin kemian on pelattava. Pariohjelmointiin siirtyminen ei ole helppoa, koska ihmiset ovat tottuneet ohjelmoimaan yksin, joten siihen siirtyminen vaatii uusien tapojen omaksumista, mikä yleisesti on hidas prosessi. Myös työtä johtavilla ihmisillä saattaa esiintyä epäilyksiä pariohjelmoinnin tehokkuudesta, koska se helposti näyttää kaksikertaisten resurssien laittamiselta yhden ihmisen töihin, eikä sen antamaa tehokkuuden kasvua ongelmatilanteiden ratkaisuissa ja tarvittavan virheenkorjaamisajan pienenemisessä nähdä. 2
5 3 Käyttö Lmodels-projektissa 3.1 Käyttötapa Pariohjelmointia tullaan Lmodels-projektissa hyödyntämään järjestelmän sisäisten vaikeiden ja ratkaisevien kohtien toteutuksessa. Tälle on etenkin tarvetta, jotta projektiin liittyvää teknistä tietämystä pystyttäisiin jakamaan laajemmalle alalle, koska se on alunperin keskittynyt aika tiukasti vain parin ihmisen harteille. Pariohjelmoinnin kohteeksi valitaan eri vaiheissa tiettyjä järjestelmän osia, joita toteutetaan joko kokonaan saman parin voimin tai sitten kolmen ihmisen voimin siten, että nämä ihmiset sopivat keskenään ohjelmointiaikoja, jolloin pariohjelmoidaan uutta koodia työn alla olevan osan toteuttamiseksi ja parit vaihtuvat aina ohjelmointikerrasta toiseen. Jotta pariohjelmoinnille olisi olemassa vertailtavaa tuotosta myös perinteistä yksinohjelmointia käytetään koko projektin ajan pariohjelmoinnin rinnalla. 3.2 Käytön onnistumisen arviointiperusteet Pariohjelmoinnin käyttöä tullaan arvioimaan erilaisin mittarein. Jotta vertailutilanne olisi mahdollisimman selkeä, pyritään vertailuun ottamaan sekä pariohjelmoitua että yksinohjelmoitua koodia selkeästi uusia toiminnallisuuksia lisäävistä koodikokonaisuuksista. Näitä tullaan vertailemaan sekä niihin käytetyn ajan, niiden sisältämän koodin kuin niistä raportoitujen ja korjattujen virheidenkin osalta. Ensimmäinen kysymys pariohjelmoinnin kohdalla on sen tuottavuus jo uuden koodin kirjoittamisen kohdalla. Pariohjelmoinnin olisi tarkoitus jopa lisätä tuottavuutta mitattavissa määrin vaikkei virheiden korjaukseen kulunutta aikaa laskettaisikaan vielä pariohjelmoinnin hyödyksi. Tätä mitataan laskemalla vertailuun otetuista moduleista koodirivimäärät per modulin tuottamiseen käytetty henkilötyötuntimäärä sekä pariohjelmoinnille että perinteiselle yksinohjelmoinnille vastaavat luvut kaikkien vertailuun otettujen modulien osalta. Toisekseen pariohjelmoinnin virheitä vähentävää vaikutusta mitataan laskemalla raportoidut virheet näissä moduleissa ja jakamalla ne moduulien yhteenlasketulla rivimäärällä, jotta saadaan sekä moduleille lasketut että projektille kummankin ohjelmointitavan osalta lasketut virhettä per rivimäärä -luvut. Kolmantena asiana mitataan kokonaistaloudellisuutta, eli mukaan vertailuun otetaan vielä yllä laskettujen virheiden korjaamiseen käytetty aika, joka lisätään kunkin modulin työmääriin. Näin lasketaan vielä toiset rivimäärä per henkilötyötuntimäärä -luvut, jotka siis kuvaavat kokonaistaloudellisuutta pariohjelmoinnin ja yksinohjelmoinnin kohdalla. 3
6 4 Tulokset pariohjelmoinnin käytöstä 4.1 Pariohjelmoinnin toteutunut käyttö Lmodels-projektissa Pariohjelmoinnin määrä jäi ehkä hieman alakanttiin suunnitellusta. Järjestelmällisesti sitä hyödynnettiin translaattorin ja linearisaattorin toteuttamisessa. Translaattorilla tarkoitetaan tässä sitä kokonaisuutta, jonka muodostavat pakettien model ja nodes luokat ja niitä formats- ja prosessors-pakettien luokkia, joilla saadaan aikaan mallin luku tiedostosta, sen syntaksipuun muodostaminen ja normalisointi. Ehkä projektin järjestelyt eivät edesauttaneet pariohjelmointia, kun ihmiset eivät yleisesti olleet samaan aikaan samassa paikassa tekemässä töitä, mutta silti epäilisin, että muutosvastarinta oli suurin syy siihen, että pariohjelmointia ei käytetty kuin sellaisissa tapauksissa, joissa itse olin parin toinen osapuoli. Pariohjelmoinnin ajatuksenahan nimenomaan on ajatus vaihtaa pareja aika ajoin, joten voisi olettaa, että seitsemän ihmisen joukosta kaksi saataisiin samaan paikkaan tekemään samaa asiaa hieman helpommin kuin kaikki seitsemän paikalle. Mittareilla tehtävää vertailua varten valittiin edellä mainitut kaksi pariohjelmoitua pakettia ja niiden vastapariksi kaksi muuta kokonaisuutta. Näiksi kahdeksi muuksi kokonaisuudeksi valikoituivat ratkaisija, eli käytännössä solver-paketin sisältämät luokat ja yhden luokan kokonaisuus LPXFormat, joka tulostaa mallin LPX-kielelle, jota useampikin lineaaristen ongelmien ratkaisija pystyy lukemaan. Valitaperustana käytettiin kummankin kohdalla yksinohjelmoitua yhtenäistä teknistä kokonaisuutta. Ensimmäisenä tuli valituksi ratkaisija suurempana kokeneen ohjelmoijan tekemänä kokonaisuutena. Tätä tasapainottamaan otin LPX-kirjoittimen, koska se on selkeästi rajatun ongelman ratkaiseva kokonaisuus ja projektipäällikkömme kirjoittamaa koodia, eli projektin keskivertoa kokemattomamman ohjelmoijan tekemä luokka. 4.2 Pariohjelmoinnin mitatut tulokset Yllämainitut osat projektia valikoituivat siis mittausten kohteiksi ja niille tehtiin suunnitellut mittaukset. Seuraavassa taulukossa on esitetty tulokset kunkin modulin toteutusiteraation tulokset. Moduli Koodirivit Työtunnit/ toteutus Bugit Työtunnit/ kloc Bugit/ kloc Linearisaattori ,12 23,53 Translaattori ,01 16,65 Ratkaisija ,99 4,25 LPX-kirjoitin ,11 0 Tässä vertailussa on koodiriveinä otettu huomioon vain toiminnalliset koodirivit, ei siis kommentteja. Työtunteihin on laskettu iteraation aikana tehdyt työtunnit kunkin moduulin kohdalta, pariohjelmoinnissa tietenkin kahdelta ihmiseltä yhteenlasketut tunnit. Bugien 4
7 määrä on saatu virheiden seuraamisjärjestelmästä laskemalla kunkin kokonaisuuden kohdalle raportoidut virheet. Näiden lukujen perusteella ei näytä siltä, että pariohjelmointi olisi erityisen tehokasta koodin tuottamiseen, toisaalta ei myöskään mahdottoman tehotontakaan. Virheitä pariohjelmointi ei näyttäisi pystyvän vähentämään. Seuraavassa taulukossa on huomioon otettu kunkin modulin kohdalla tehty työ varsinaista toteutusta seuraavassa iteraatiossa, jossa on tehty virheiden korjausta ja edelleen uutta kehitystyötä. Moduli Koodirivit korjattuna Työtunnit/ korjaus Bugit Kokonaistyötunnit/ kloc Bugit/ kloc Linearisaattori N/A 143,66 N/A Translaattori N/A 53,93 N/A Ratkaisija N/A 52,41 N/A LPX-kirjoitin N/A 33,11 N/A Näiden lukujen valossa näyttää katoavan viimeinenkin toivo siitä, että pariohjelmoinnilla olisi saavutettavissa tehokkuushyötyä edes virheiden vähäisemmän määrän ja niiden varhemmasta havaitsemisesta johtuvan korjausajan pienenemisen myötä tämän projektin parissa. 4.3 Mittauksen ja mittareiden ongelmat Pariohjelmoinnin edut eivät siis tulleet tässä projektissa esiin mitattavissa määrin. Yksi suuri syy tähän on varmasti mittausaineiston epätasaisuus; pariohjelmointia nimenomaan käytettiin juuri niissä suuritöisissä vaikeissa osakokonaisuuksissa, joissa yksinohjemoiden olisi myös mennyt suuri määrä tunteja per aikaansaatu koodirivi, kun taas yksinohjelmointia käytettiin tuottamaan suurehkojakin nopeasti kirjoitettavia koodimääriä esimerkiksi tekstinkäsittelyyn ja käyttöliittymään. Valitettavasti myöskään projektin tunti- ja bugiraportointi ei ollut aivan riittävän tarkkaa, jotta olisin voinut saada loppuun asti luotettavia lukuja bugeista ja niihin kuluneista korjaustunneista. Yllä olevat virhemäärät on saatu projektin virhejärjestelmästä, jonne ei ole talletettu kaikkia virheitä, vaan vain ne vakavammat, joita ei ole heti pystytty korjaamaan. Myöskään modulin toteutusiteraatiota seuraavassa iteraatiossa olevista tunneista ei pystynyt päättelemään onko ne käytetty bugien etsimiseen ja korjaamiseen vaiko mahdollisesti modulin edelleen kehittämiseen. Vaikka tässä on nyt valitettu yhtä ja toista mittaamista vaikeuttaneista tekijöistä, niin yhtä asiaa on vasta sivuttu; tähän mennessä ei ole vielä pystytty kehittämään yleisiä ja yksiselitteisiä mittareita projektien monimutkaisuudelle, työläydelle ja laadukkaalle lopputulokselle. Tässä käytetty rivimäärä on kuitenkin vain kompromissi, jonka tuottamisen vaativuus voi olla eri tilanteissa peräti erilainen, kuten yllä on jo vihjattu. Ja paras mahdollinen ohjelmakoodi ei varmastikaan ole pisin mahdollinen vaikka tuottavuutta mitattaisiinkin henkilötyötunnissa tuotetun rivimäärän perusteella. 5
8 4.4 Käyttäjien palaute Edellä olevasta voi jo päätellä, että pariohjelmointiin osallistuneiden määrä oli vähäinen ja näin ollen palautettakin tuli vain parilta ihmiseltä. Tällaisesta otoksesta ei voi mitään yleisiä johtopäätöksiä tehdä, joten nämä kokemukset kuvaavat pariohjelmointia tämän projektin puitteissa. Yleisesti ottaen palaute oli positiivista. Pariohjelmointi nähtiin tapana saada alkuun uusi teknisesti vaikea projekti, johon käyvillä tekijöillä ei ole kovin suurta kokemusta projektin vaatimasta tietotaidosta. Toisekseen sen nähtiin tuovan hyötyä monimutkaisen komponentin toteutuksen aikana tehtävien virheiden vähentämisessä. Palaute oli yksimielisen epäluuloinen pariohjelmoinnin tehokkuushyödystä, jopa osin virheenkorjaamisajan vähentämisen huomioiden. Totta tietenkin, että tämä tapa ei sopine projektiin, joka on pystytty määrittelemään hyvin ja missä koko henkilökunta on tehtäviensä tasalla. Vaikka pariohjelmointia tässä projektissa käytettiinkin välillä kahden huomattavasti eri tasoilla olevan ihmisen kanssa, ei sen hyötyä tietotaidon siirtäjänä nähty, vaan todettiin sen sopivan paremmin tilanteeseen, jossa parin molemmat osapuolet ymmärtävät mitä ollaan tekemässä. 6
9 5 Yhteenveto Vaikka tämä kokeilu ei mittareiden mukaan kovin hyvin mennytkään, niin silti pidän sitä opettavaisena kokemuksena. Ehkä tämän harjoituksen tärkein opetus on että laadun tuominen ohjelmistotuotantoon ei ole käytännössä mitenkään helppoa, eikä siihen ole mitään yksikäsitteisiä oikoteitä, vaan kyse on kokonaisvaltaisesta prosessista, jonka yhtenä osana voidaan pariohjelmointia käyttää. Tämä projekti tuskin olisi kaatunut, vaikka pariohjelmointia ei olisikaan ollenkaan käytetty, mutta mikäli kaikki muutkin ohjelmistotuotantonnon menetelmät olisi projektista karsittu, olisi yhteisvaikutus saattanut jo riittää koko projektin kaatamiseen. Toinen opetus mitä tämä kokeilu, ja koko muukin kurssi tässä ohessa, antoi, on psykologisen pelisilmän kehittyminen havaitsemaan eri ihmisten ominpia toimintatapoja ja muutosvastarinnan vahvuus näitä tapoja muutettaessa. Mikäli ihmisellä itsellään ei ole halua eikä järkeviä syitä nähtävissä muuttaa tapojaan, niin ei niiden tapojen muuttaminen ulkopuoleltakaan onnistu. 7
SEPA päiväkirja. BetaTeam. Juho Mäkinen, 57796V, Jari Leppä, 42710V, Versio Pvm Tekijä Kuvaus
SEPA päiväkirja BetaTeam Juho Mäkinen, 57796V, jvmakine@cc.hut.fi Jari Leppä, 42710V, jleppa@cc.hut.fi Versio Pvm Tekijä Kuvaus 0.1 10.11.2005 Juho Mäkinen Johdanto 1. 0.2 11.11.2005 J.Mäkinen, Käytäntöön
LisätiedotAutomaattinen yksikkötestaus
Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Automaattinen yksikkötestaus Ryhmä Rajoitteiset Versio Päivämäärä Tekijä
LisätiedotTT00AA12-2016 - Ohjelmoinnin jatko (TT10S1ECD)
TT00AA12-2016 - Ohjelmoinnin jatko (TT10S1ECD) Ohjelmointikäytännöt 21/3/11 Mikko Vuorinen Metropolia Ammattikorkeakoulu 1 Sisältö 1) Mitä on hyvä koodi? 2) Ohjelmointikäytäntöjen merkitys? 3) Koodin asettelu
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ätiedotL models. Tekninen määrittely. Ryhmä Rajoitteiset
Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Tekninen määrittely Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset
LisätiedotProject group Tete Work-time Attendance Software. Henkilökohtainen SE harjoitus: etenemisraportti
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Pariohjelmointi Mika Lindroos T-76.115 Software project 2(6) Muutosloki Versio Pvm Tekijä Kuvaus 1.0 28.11.2003
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ätiedotL models. Käyttöohje. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Käyttöohje Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset 0.1
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ä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ä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ä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ä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ätiedot(d) 29 4 (mod 7) (e) ( ) 49 (mod 10) (f) (mod 9)
1. Pätevätkö seuraavat kongruenssiyhtälöt? (a) 40 13 (mod 9) (b) 211 12 (mod 2) (c) 126 46 (mod 3) Ratkaisu. (a) Kyllä, sillä 40 = 4 9+4 ja 13 = 9+4. (b) Ei, sillä 211 on pariton ja 12 parillinen. (c)
LisätiedotTarjolla tänää: Ohjelmiston toteutuksesta. Kuinka tulla hyväksi ohjelmoijaksi? CRC-kortit. Testilähtöinen kehittäminen JOT2007. Uudelleenrakentaminen
Tarjolla tänää: Ohjelmiston toteutuksesta JOT2007 CRC-kortit Testilähtöinen kehittäminen Uudelleenrakentaminen Voisiko ohjelmointi olla sittenkin suunnittelua? Kuinka tulla hyväksi ohjelmoijaksi? CRC-kortit
LisätiedotLAATURAPORTTI Iteraatio 1
LAATURAPORTTI Iteraatio 1 LAATURAPORTTI 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 9.12.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 Kaarlo Lahtela Korjauksia 1.0 Lauri Kiiski Katselmointi ja
Lisä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ä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ä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ätiedotOhjelmistojen suunnittelu
Ohjelmistojen suunnittelu 581259 Ohjelmistotuotanto 154 Ohjelmistojen suunnittelu Software design is a creative activity in which you identify software components and their relationships, based on a customer
LisätiedotOhjelmoinnin perusteet, syksy 2006
Ohjelmoinnin perusteet, syksy 2006 Esimerkkivastaukset 1. harjoituksiin. Alkuperäiset esimerkkivastaukset laati Jari Suominen. Vastauksia muokkasi Jukka Stenlund. 1. Esitä seuraavan algoritmin tila jokaisen
LisätiedotHeilurin heilahdusaika (yläkoulun fysiikka) suunnitelma
Pasi Nieminen, Markus Hähkiöniemi, Jouni Viiri sekä toteutukseen osallistuneet opettajat Heilurin heilahdusaika (yläkoulun fysiikka) suunnitelma Tässä perinteistä työtä lähestytään rohkaisten oppilaita
LisätiedotTestaajan eettiset periaatteet
Testaajan eettiset periaatteet Eettiset periaatteet ovat nousseet esille monien ammattiryhmien toiminnan yhteydessä. Tämä kalvosarja esittelee 2010-luvun testaajan työssä sovellettavia eettisiä periaatteita.
LisätiedotProjektisuunnitelma Viulu
Projektisuunnitelma Viulu Kuusela Johannes Sjöblom Teemu Suominen Osma Ohjelmistotuotantoprojekti Helsinki 23.9.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Versiohistoria Päivämäärä Versio
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ätiedotCOTOOL dokumentaatio Testausdokumentit
Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................
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ä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ä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ä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ätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe LU. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T3
T-76.115 Tietojenkäsittelyopin ohjelmatyö Testiraportti, vaihe LU Sisältö Tästä dokumentista ilmenee LU-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 14.4.2003
Lisä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ä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ätiedotOnnistunut SAP-projekti laadunvarmistuksen keinoin
Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.
Lisätiedot"Miten IT infra-projekti onnistuu ja miten epäonnistuu" Timo Häkkinen TTY PDF versio josta on poistettu 1 kuva ja yhden sivun tekstit
"Miten IT infra-projekti onnistuu ja miten epäonnistuu" Timo Häkkinen TTY 7.6.2017 PDF versio josta on poistettu 1 kuva ja yhden sivun tekstit Esityksen rakenne ja esittäjän taustat Seuraavassa esityksessä
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ätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
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ätiedotGood Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä
Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006 12 09 Jani Eränen Alustava DOKUMENTIN TILA: Alustava Valmis Tarkastettu
Lisätiedot4.12.2005. SEPA REFAKTOROINTI Antti Ahvenlampi, 57408L Erik Hakala, 57509T
SEPA REFAKTOROINTI Antti Ahvenlampi, 57408L Erik Hakala, 57509T SEPA: REFAKTOROINTI 2 (9) SEPA: REFAKTOROINTI 3 (9) VERSIOHISTORIA Version Date Author Description 0.1 2.12.2005 Erik Hakala Ensimmäinen
LisätiedotKieliohjelma Atalan koulussa
Kieliohjelma Atalan koulussa Vaihtoehto 1, A1-kieli englanti, B1- kieli ruotsi 6.luokalla 1 lk - 2 lk - 3 lk englanti 2h/vko 4 lk englanti 2h/vko 5 lk englanti 2-3h/vko 6 lk englanti 2-3h/vko, ruotsi 2h/vko
Lisätiedot11/20: Konepelti auki
Ohjelmointi 1 / syksy 2007 11/20: Konepelti auki Paavo Nieminen nieminen@jyu.fi Tietotekniikan laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto Ohjelmointi 1 / syksy 2007 p.1/11 Tämän luennon
LisätiedotT SEPA - päiväkirja: Design Patterns. ETL työkalu
T-76.115 SEPA - päiväkirja: Design Patterns ETL työkalu Versio Päivämäärä Tekijä Kuvaus 1.0 25.10.2004 Jani Honkanen PP-vaiheen jälkeinen versio 1,1 26.11.2004 Mika Suvanto I1- vaiheen kokemuksia lisätty
LisätiedotNollatuntisopimusten kieltäminen. Heikki Pursiainen, VTT, toiminnanjohtaja
Nollatuntisopimusten kieltäminen Heikki Pursiainen, VTT, toiminnanjohtaja 1 / 12 Johtopäätökset Nollatuntisopimusten kieltämisen vaikutukset ovat epäselviä talousteorian perusteella. Empiiristä tutkimusta
LisätiedotMaahanmuuttajat ja esimiestyö hyvässä työyhteisössä. Riitta Wärn asiantuntija Elinkeinoelämän keskusliitto EK 7.2.2008
Maahanmuuttajat ja esimiestyö hyvässä työyhteisössä Riitta Wärn asiantuntija Elinkeinoelämän keskusliitto EK 7.2.2008 Maahanmuuttajia tarvitaan v. 2030 mennessä työikäisiä on 300 000 henkeä vähemmän kuin
LisätiedotMittaaminen projektipäällikön ja prosessinkehittäjän työkaluna
Mittaaminen projektipäällikön ja prosessinkehittäjän työkaluna Finesse-seminaari 22.03.00 Matias Vierimaa 1 Mittauksen lähtökohdat Mittauksen tulee palvella sekä organisaatiota että projekteja Organisaatiotasolla
LisätiedotTAMPEREEN TEKNILLINEN YLIOPISTO Digitaali- ja tietokonetekniikan laitos. Harjoitustyö 4: Cache, osa 2
TAMPEREEN TEKNILLINEN YLIOPISTO Digitaali- ja tietokonetekniikan laitos TKT-3200 Tietokonetekniikka I Harjoitustyö 4: Cache, osa 2.. 2010 Ryhmä Nimi Op.num. 1 Valmistautuminen Cache-työn toisessa osassa
LisätiedotVälipalautejärjestelmän suunnittelu ja toteutus Teollisuuden ja luonnonvarojen osaamisalalla
Lumen 1/2017 ARTIKKELI Välipalautejärjestelmän suunnittelu ja toteutus Teollisuuden ja luonnonvarojen osaamisalalla Päivi Honka, FM, tuntiopettaja, Teollisuuden ja luonnonvarojen osaamisala, Lapin ammattikorkeakoulu
LisätiedotTapahtumakalenteri & Jäsentietojärjestelmä Toteutus
Tapahtumakalenteri & Jäsentietojärjestelmä Toteutus Henri Kinnunen, Seppo Tompuri, Tero Malkki, Matti Heiskanen, Tommi Rönkönharju, Tuomas Valkeapää Sisällysluettelo 1. Alkusanat...2 2. Käyttötapaukset...2
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ä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ätiedotRistiinopiskelun kehittäminen -hanke
Joustavia opiskelumahdollisuuksia tuetusti Exam-kevätpäivät (31.5.2018) Joustavia opiskelumahdollisuuksia tuetusti Hanke on opetus- ja kulttuuriministeriön rahoittama korkeakoulujen kehittämishanke. Tukea
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ä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ätiedotAVL-puut. eräs tapa tasapainottaa binäärihakupuu siten, että korkeus on O(log n) kun puussa on n avainta
AVL-puut eräs tapa tasapainottaa binäärihakupuu siten, että korkeus on O(log n) kun puussa on n avainta pohjana jo esitetyt binäärihakupuiden operaatiot tasapainotus vie pahimmillaan lisäajan lisäys- ja
LisätiedotA13-03 Kaksisuuntainen akkujen tasauskortti. Projektisuunnitelma. Automaatio- ja systeemitekniikan projektityöt AS-0.
A13-03 Kaksisuuntainen akkujen tasauskortti Projektisuunnitelma Automaatio- ja systeemitekniikan projektityöt AS-0.3200 Syksy 2013 Arto Mikola Aku Kyyhkynen 25.9.2013 Sisällysluettelo Sisällysluettelo...
LisätiedotAsiointipalvelun ohje
Asiointipalvelun ohje Yleistä 1. Kirjautuminen 2. Yhteystiedot 3. Vastaustavan valinta 1. Yleistä 2. Palkkatietojen lataaminen tiedostosta 4. Lomake 1. Yleistä 2. Linkit ja vastaajan tiedot 3. Lomakekäsittely
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ä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ä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ätiedotCOTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................
LisätiedotMauri Niemelä Oulun Läänin Kiinteistöyhdistys ry
Mauri Niemelä 13.1.2010 Oulun Läänin Kiinteistöyhdistys ry HALLITUKSEN JÄSENTEN JA OSAKKAIDEN ROOLI JA HEIDÄN MOTIVOINTI KORJAUSHANKKEISSA. Mauri Niemelä Isännöitsijä vuodesta 1981 Yrittäjä, isännöitsijä,
LisätiedotHyviä käytäntöjä asiakkaan osallisuutta vahvistavaan kohtaamiseen Kehittäjätyöntekijät: Katriina Kunttu, Eksote Ellinoora Mantere, Rovaniemen
Hyviä käytäntöjä asiakkaan osallisuutta vahvistavaan kohtaamiseen Kehittäjätyöntekijät: Katriina Kunttu, Eksote Ellinoora Mantere, Rovaniemen kaupunki Asiakkaan osallisuus alkaa ensikontaktista Ennen tapaamista
LisätiedotFiksulla kunnalla on. Oikeat kumppanit. parhaat palvelut
Fiksulla kunnalla on Oikeat kumppanit & parhaat palvelut Fiksusti toimiva pärjää aina. Myös tiukkoina aikoina. Fiksu katsoo eteenpäin Kuntien on tuotettava enemmän ja laadukkaampia palveluita entistä vähemmällä
LisätiedotOppilas keskustelee ryhmässä ja tuo esille mielipiteitään. Oppilas osallistuu luokan ja koulun ilmaisuesityksiin. Oppilas harjoittelee
AI 6. lk Arvioitavat tavoitteet Vuorovaikutustilanteissa toimiminen (T1, T2, T3, T4) Tekstien tulkitseminen (T5, T6, T7, T8) Hyväksytty (5) Välttävä (6-7) Oppilas saa arvosanan 6, Oppilas saa arvosanan
LisätiedotTyöllisyysaste Pohjoismaissa
BoF Online 2008 No. 8 Työllisyysaste Pohjoismaissa Seija Parviainen Tässä julkaisussa esitetyt mielipiteet ovat kirjoittajan omia eivätkä välttämättä edusta Suomen Pankin kantaa. Suomen Pankki Rahapolitiikka-
LisätiedotEi raportteja roskiin
Ei raportteja roskiin Wikit ja blogit opetuksessa Sosiaalinen media koulutuksessa Tietotekniikan liitto - Helia 2006-11-16 Ei raportteja roskiin Vanha ja uusi tapa Käytännön kokemuksia Lisenssit Tekniikka
LisätiedotValmistelut: Aseta kartiot numerojärjestykseen pienimmästä suurimpaan (alkeisopiskelu) tai sekalaiseen järjestykseen (pidemmälle edenneet oppilaat).
Laske kymmeneen Tavoite: Oppilaat osaavat laskea yhdestä kymmeneen ja kymmenestä yhteen. Osallistujamäärä: Vähintään 10 oppilasta kartioita, joissa on numerot yhdestä kymmeneen. (Käytä 0-numeroidun kartion
LisätiedotKäsitteistä. Reliabiliteetti, validiteetti ja yleistäminen. Reliabiliteetti. Reliabiliteetti ja validiteetti
Käsitteistä Reliabiliteetti, validiteetti ja yleistäminen KE 62 Ilpo Koskinen 28.11.05 empiirisessä tutkimuksessa puhutaan peruskurssien jälkeen harvoin "todesta" ja "väärästä" tiedosta (tai näiden modernimmista
LisätiedotELM GROUP 04. Teemu Laakso Henrik Talarmo
ELM GROUP 04 Teemu Laakso Henrik Talarmo 23. marraskuuta 2017 Sisältö 1 Johdanto 1 2 Ominaisuuksia 2 2.1 Muuttujat ja tietorakenteet...................... 2 2.2 Funktiot................................
LisätiedotVideotoisto Nexus 7 tableteilla: Android 4.4 KitKat selvästi edellistä versiota heikompi
Videotoisto Nexus 7 tableteilla: Android 4.4 KitKat selvästi edellistä versiota heikompi - Android 4.3 Jelly Bean ja 4.4 Kitkat käyttöjärjestelmien videotoiston suorituskyvyn vertailu Nexus 7 tabletilla
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ätiedotMielekkäät työtehtävät houkuttelevat harjoittelijoita!
Mielekkäät työtehtävät houkuttelevat harjoittelijoita! Vuoden 2013 aikana 359 Turun yliopiston opiskelijaa suoritti yliopiston rahallisesti tukeman harjoittelun. Sekä harjoittelun suorittaneilta opiskelijoilta
LisätiedotKysely Suomen Design for All - verkostolle verkoston toiminnasta
Kysely Suomen Design for All - verkostolle verkoston toiminnasta Anu Autio, erikoissuunnittelija, THL 20.3.2014 Kysely Suomen Design for All -verkostolle 1 Kysely Suomen Design for All -verkostolle Kyselyn
LisätiedotHarjoitustehtävät ja ratkaisut viikolle 48
Harjoitustehtävät ja ratkaisut viikolle 48 1. Tehtävä on jatkoa aiemmalle tehtävälle viikolta 42, missä piti suunnitella älykodin arkkitehtuuri käyttäen vain ennalta annettua joukkoa ratkaisuja. Tämäkin
LisätiedotHyvät t käytännöt t julkisiksi miksi ja miten?
Hyvät t käytännöt t julkisiksi miksi ja miten? Olemme kaikki kuulleet sanottavan, että virheistä opitaan ja kantapää on hyvä opettaja. Tekevälle tapahtuu virheitä ja niiden salliminen on välttämätöntä,
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ätiedotProjektityö
Projektityö 21.10.2005 Projektisuunnitelma Työn ositus Projektisuunnitelman sisältö Kurssin luennoitsija ja projektiryhmien ohjaaja: Timo Poranen (email: tp@cs.uta.fi, työhuone: B1042) Kurssin kotisivut:
LisätiedotSähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus
Luo / Muokkaa Lähetä Lausunnonantajat Yhteenveto Sähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus Sähköinen arkistoinnin palvelukokonaisuus Lausunnonantajia: 1 Puollatko
LisätiedotT SEPA - päiväkirja: Design Patterns. ETL työkalu
T-76.115 SEPA - päiväkirja: Design Patterns ETL työkalu Versio Päivämäärä Tekijä Kuvaus 1.0 25.10.2004 Jani Honkanen PP-vaiheen jälkeinen versio 1,1 26.11.2004 Mika Suvanto I1- vaiheen kokemuksia lisätty
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ätiedotKuka vastaa tietojärjestelmähankkeen laadusta?
Kuka vastaa tietojärjestelmähankkeen laadusta? 05.10.2010 Esko Hannula Sisältö Laatu on lopulta aina rahaa Laatu riippuu siitä, kuka olet Vastuu laadusta on lopulta aina tilaajalla 2 Tietojärjestelmän
LisätiedotTEKSTINKÄSITTELYTEHTÄVIÄ, OSA 1
TEKSTINKÄSITTELYTEHTÄVIÄ, OSA 1 1 Perustekstejä Tehtävän tarkoituksena on varmistaa tietty perusosaaminen tekstinkäsittelystä sekä lisäksi tässä tulee mukaan myös hiukkasen suomen kielen oikeinkirjoitustakin.
LisätiedotKAUPALLINEN MALLI. Sisällys. Mäntykampus, allianssisopimus, liite 1
KAUPALLINEN MALLI Sisällys 1 Yleiskuvaus ja yleiset ehdot... 2 1. 1.1 Tämän sopimusliitteen täydellisyys... 2 2. 1.2 Palveluntuottajien kompensaation yleiskuvaus... 2 3. 1.3 Arvonlisäveron soveltaminen...
LisätiedotT Ohjelmistojen määrittely- ja suunnittelumenetelmät Harjoitustyöraportti TNT - Tarkistetaan Ne Tentit Analyysimalli
T-76.611 Ohjelmistojen määrittely- ja suunnittelumenetelmät Harjoitustyöraportti TNT - Tarkistetaan Ne Tentit Analyysimalli Lasse Lindqvist Lasse Lopperi llindqvi@cc.hut.fi lmlopper@cc.hut.fi Andrey Rusanovich
LisätiedotPysähtymisongelman ratkeavuus [Sipser luku 4.2]
Pysähtymisongelman ratkeavuus [Sipser luku 4.2] Osoitamme nyt vihdoin, että jotkin Turing-tunnistettavat kielet ovat ratkeamattomia ja jotkin kielet eivät ole edes Turing-tunnistettavia. Lisäksi toteamme,
Lisätiedot~IMATAA RAJAT YLITTÄVÄÄ VOIMAA
~IMATAA Yhteiset hyödyt Lyseo/la + tasapuolisuus: molempien koulujen oppilaatja henkilökunta kahdessa talossa + pienet oppilaat saavat toimia heille mitoitetuissaja heidän tarpeensa huomioivassa Lyseossa
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ätiedotPysähdy! Nyt on syytä miettiä tämä asia uudelleen. Kiinnitä huomiosi tähän. Hienoa, jatka samaan malliin. Innokylän arviointimittari
Innokylän arviointimittari Innokylän arviointimittari on kehittämistoiminnan itse- ja vertaisarvioinnin työkalu, jonka avulla arvioidaan kehittämisprosessia ja kehittämisen tavoitteiden saavuttamista.
LisätiedotMiten löydän Sen Oikean? 22.11.2012 Senaattoritilaisuus Liisa Paasiala, Senior Consultant
Miten löydän Sen Oikean? 22.11.2012 Senaattoritilaisuus Liisa Paasiala, Senior Consultant On mahdollista löytää Se Oikea! Luotanko sattumaan? Onnistuminen on aloitettava heti Onnistumisen kaava on 4 x
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ätiedotLape kysely LAPE-HANKKEEN TOIMINTAKULTTUURIN MUUTOS
Lape kysely 1 2018 LAPE-HANKKEEN TOIMINTAKULTTUURIN MUUTOS Lapsi- ja perhepalveluiden muutosohjelma kuuluu hallituksen kärkihankkeisiin. Palveluita halutaan kehittää lapsi ja perhelähtöisemmäksi, asiakkaan
LisätiedotMannermainen suunnistus
Suomen Suunnistusliitto ry Suomen Suunnistusliitto Mannermainen suunnistus Kompassi, rastinotto, reitinvalinta Antti Harju 18.12.2011 1 Mannermaiset maastot Mikä mannermaisissa maastoissa on erilaista,
LisätiedotKoodaamme uutta todellisuutta FM Maarit Savolainen https://blog.edu.turku.fi/matikkaajakoodausta/
Koodaamme uutta todellisuutta FM Maarit Savolainen 19.1.2017 https://blog.edu.turku.fi/matikkaajakoodausta/ Mitä on koodaaminen? Koodaus on puhetta tietokoneille. Koodaus on käskyjen antamista tietokoneelle.
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ä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 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ätiedotOPPIKIRJATON OPETUS! Kari Nieminen!! Tampereen yliopiston normaalikoulu!! ITK 2015!
OPPIKIRJATON OPETUS! Kari Nieminen!! Tampereen yliopiston normaalikoulu!! ITK 2015! OMA TAUSTA! Matematiikan opetukseen liittyvä FL-tutkielma tietojenkäsittelyopissa 90-luvun alussa! Jatko-opiskelija "Mobile
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ätiedotKuntaneuvottelut, Palaute
Kuntaneuvottelut, Palaute 1. Oletko? VSSHP:n viranhaltija 0 1 2 3 Kuntien edustaja Muu, 2. Kutsu 0 1 2 3 3. Kokoustilat, Haartmanin, Learning cafe-tilat 0 1 2 3. Aikataulussa pysyminen 0 1 2 3 . Ajan riittävyys
Lisätiedot