Digitv-synkro Loppuraportti
|
|
- Helinä Nieminen
- 6 vuotta sitten
- Katselukertoja:
Transkriptio
1 Digitv-synkro Loppuraportti
2 Sisällysluettelo 1. Johdanto Projektin eteneminen Lopputulokset Lopputulosten arviointi Jatkokehitysajatuksia Jälkiviisautta Työmenetelmät ja työkalut Jälkilaskelmat Projektin työmäärä Kustannukset Ohjelmiston koko Havaittujen bugien määrä Työlajien määrät Projektiryhmän työmäärät Suunnitellun työn suhden suunnittelemattomaan Oppiminen Pekka, dokumentointi Mika, ohjelmoija, käyttöliittymäsuunnittelu Ville, ohjelmointi, testaus Oskari, riskienhallinta, ohjelmoija Riku, ohjelmoija Tuomas, ohjelmoija Tapio, projektipäällikkö Kurssipalaute...11 Versio- ja muutoshistoria Versio Päiväys Tekijä Kuvaus Tapio Nissilä Ensimmäinen luonnos Tapio Nissilä Sisältö, rakenne Tallennettu: :49 Tulostettu: :58 Loppuraportti 2
3 1. Johdanto Projekti oli luonteeltaan tutkimusprojekti. Tavoitteena oli löytää menetelmä jonka avulla on mahdollista synkronoida digi-tv kuvasignaalin sisältö sekä digi-boksissa suoritettavat sovellukset. Projektin tavoitteena oli suunnitella ja toteuttaa ohjelmistotuote, jonka avulla olisi mahdollista tuottaa synkronoituja sovelluksia. Projektisuunnitelmassa projektin tavoite kiteytettiin yhdeksi lauseeksi, (mission statement) seuraavasti: Projektin tavoitteena on suunnitella ja toteuttaa ohjelmisto jonka avulla on mahdollista tuottaa digi-tv ympäristöön kuvasignaalin kanssa synkronoituja sovelluksia. Käytännössä tämän tavoitteen saavuttaminen edellytti tutustumista digi-tv tekniikkaan, standardeihin sekä käytännön kokemuksiin lähetysjärjestelmistä. Asiakkaamme Digita Oy antoi resursseja ja aikaa projektin käyttöön, joten kiitos hyvään lopputulokseen pääsystä kuuluu suurelta osalta myös heille Projektin eteneminen Projekti onnistutiin toteuttamaan hyvin pitkälle suunnitelman mukaisesti. Syynä tähän oli erityisesti hyvä ja kokenut projektityhmä ja luonnollisesti syntyneet vastuujaot, sekä Digitan panostus projektiin. Asiakaskommunikaatio sujui hyvin ja Digita antoi tavoitteen määrittelyn jälkeen ryhmälle hyvin vapaat kädet työn tekoa varten. Tämä antoi ryhmälle vapautta, mutta myös vastuuta. Suurimpana ongelmana koko projektin ajan oli synkronoinnin toteutustavan epäselvyys. Mahdollisia tekniikoita synkronoinnin toteuttamiseksi oli muutama, mutta kaikki nämä olivat vain heikosti tunnettuja. Näin ollen projekti eteni osittain tutkimuksen ja kokeilun merkeissä. Projektin suunnittelu vaiheessa asiakaskommunikaatio oli vilkasta. Asiakas esitteli ongelmaa ja tavoitettaan ryhmälle, ja ryhmä suunnittelu projektia tämän tavoitteen mukaisesti. Hahmoteltiin projektiorganisaatio sekä vastuualueet ryhmäläisiälle. Tehtiin esitutkimusta aihe-alueesta. T1 -vaiheessa aloitettiin sekä koko järjestelmän arkkitehtuurin suunnittelu että koordinaattieditorin käyttöliittymän suunnittelu. T2 vaiheessa järjestelmän arkkitehtuurista oli muutama potentiaalinen ratkaisuvaihto, ja näiden kelpoisuutta testattiin. T2 vaihe oli vahvasti demoilu Loppuraportti 3
4 ja tutkimuspainotteinen. Käyttöliittymäsuunnittelu saatiin päätökseen ja käyttöliittymän tekninen toteutus aloitettiin. Tässä vaiheessa ei ollut testausympäristöä saatavilla. Automaattisen hahmontunnistuksen käyttäminen koordinaattitietojen tuottamisessa oli tutkimuskohteena. Tähän ei kuitenkaan löytynyt valmista tai edes käyttökelpoista ratkaisua, ja oman ratkaisun kehittäminen tämän projektin puitteissa osoittautui liian suuritöiseksi. Automaattisesta hahmontunnistuksesta päätettiin luopua tämän projektin osalta. Huomattava muutos projektissa syntyi T3 vaiheessa järjestelmän arkkitehtuuriin ja komponentteihin. Projektissa kehitetyn editori käytti itsenäistä ohjelmistokomponenttia MPEG-kuvasignaalin purkamiseen. Ryhmä kehitti T1- ja T2- vaiheiden ajan omaa C++ kielellä tehtyä MPEG2- dekooderia (jonka tehtävänä on purkaa ja esittää MPEG2 dekoodattua digitv kuvasignaalia editori sovelluksessa), mutta tästä luovuttiin T3 vaiheessa kun löydettiin teknisesti parempi ratkaisu. Java Media Framework mahdollisti MPEG2 dekoodauksen, jolloin saavutimme täysin java kielisen toteutuksen. Edut uudesta totetuksesta ovat kiistattomat, haittana oli luonnollisesti vanhan komponentin kehitykseen kulunut aika ja panos. Testaus päästiin aloittamaan T3 vaiheessa. Muita oleellisia muutoksia projektisuunnitelmaan tai tekniseen toteutukseen ei projektin kuluessa tullut. Yhtenä mainitsemisen arvioisena ongelmana on myös digi-tv:n nuori ikä, ja sitä kautta päätelaitteiden puute. Ryhmämme pääsi demoamaan oikeaa, markkinoilla myytävää laitteistoa vasta projektin loppuvaiheessa. Tästä ei aiheutunut mitään takaiskuja projektin tavoitteille, mutta päinvastoin voidaan ajatella, että mikäli testaus olisi voitu aloittaa aiemmin, olisi lopputulos saattanut ehtiä kypsymään pitempään. Projekti kulki suunnitelman mukaisesti ja asiakas pysyi tyytyväisenä koko projektin ajan. Projektiteknisesti kaikkien henkilöiden työmäärää ei saatu skaalattua aivan samankokoisiksi, mutta tässäkin onnistuttiin kokonaisuutena hyvin. Työmäärien pakottaminen samankokoisiksi olisi johtanut huonompaan lopputulokseen, nyt jokaisella oli mahdollisuus kontribuoida projektiin omaa osaamistaan suhteellisen vapaasti. Tämä näkyi mm. hienoina yksilösuorituksina tiukoissa paikoissa. Edistymisraporteista löytyy tarkemmat kuvaukset yksittäisten vaiheiden etenemisestä. Editymisraportit palautukset liitteenä. Loppuraportti 4
5 1.2. Lopputulokset Yhteenvetona projektin arvioinnissa voidaan sanoa, että asiakkaan top 10 vaatimuslista pystyttiin toteuttamaan ja asiakas on tyytyväinen. Testausaikataulun suhteen emme päässeet projektin aikataulussa tavoitteisiin, mutta suurin osa testauksesta saatiin suoritettua suunnitelman mukaisesti Lopputulosten arviointi Lopputuloksia analysoitaessa huomataan, että järjestelmä kokonaisuudessaan saatiin valmiiksi vasta projektin lopussa. Editori ohjelmisto saavutti lopullisen muotonsa jo hieman aiemmin, mutta kokonaisuutta mukaan lukien MHP sovellus sekä koordinaattitiedon lähettäminen tuotantojärjestelmien kautta ei onnistunut ajoissa. Syynä toimivan tuotanto- tai testausympäristön puute. Näin ollen emme pääseet testaamaan synkronointia niin laajasti kuin kaupallisessa tuotekehityksessä olisi ollut tarpeellista. Tämä ei estänyt asiakkaan top 10 tavoitteiden saavuttamista, mutta rajasi mahdollisuuden kehittää ohjelmiston käytettävyyttä ja tukea päivittäiselle työn teolle. Syynä tähän oli dig-tv markkinoiden nuori ikä (mikä oli myös syynä projektille!), joten tähän asiaan emme voineet vaikuttaa projektiryhmässä sen enempää kuin Digitallakaan Jatkokehitysajatuksia Asiakkaan top 10 vaatimuksista kaikki saavutettiin. Automaattinen hahmontunnistus osoittautui liian suureksi tehtäväksi tämän projektin piirissä, joten se jätettiin jatkokehityssuunnitelmiin. Automaattisen hahmontunnistuksen käyttö kuvaobjektien merkinnässä olisi seuraava looginen askel kehitettäessä sovellusta eteenpäin. Toinen oleellinen jatkokehityssuunta on editorin liittäminen osaksi jotakin toista, saman aihe-alueen editointityökalua. Näin tuotteen loppukäyttäjä saisi suuremman kokonaisuuden käyttöönsä, pelkällä editorilla on mahdollisuus toteuttaa synkronointi teknisesti, mutta se ei avusta sovelluskehityksessä. Näiden asioiden yhdistäminen nähdään hyvin tärkeänä kehityssuuntana Jälkiviisautta Pohdittessa (kurssin vaatimuksesta) mitä tekisimme toisin mikäli voisimme, ei oleellisia korjauksia tule mieleen. Paljon parannettavaa varmasti on monilla työskentelyn alueilla, mutta mitään yksittäisiä asioita jotka oleellisesti tehtiin väärin tai jotka toisin tehtynä tuottaisivat erilaisen lopputuloksen ei ole mahdollista nostaa esille. Loppuraportti 5
6 Yleisiä asioita kuten viestintää ja vastuunjakoa projektiryhmän sisällä voisi aina terävöittää ja parantaa, mutta näissä ei tehty mitään virheitä, joten oleellisia korjauksia ei tarvita Työmenetelmät ja työkalut Projektissa käytettiin seuraavia työkaluja ja menetelmiä: - Tirana tuntiseurantaan ja raportointiin - Burana bugien raportointiin ja korjauksen seurantaan - CVS lähdekoodin hallintaan - PHPNuke portaalijärjestelmä projektiryhmän viestintään ja dokumenttien hallintaan - Java ohjelmointikieli - Java Media Framework MPEG-2 signaalin dekoodaamiseen - UML mallinnus- ja määrittelytekniikka Kaikki työkalut valittiin koska jokaisesta katsottiin olevan hyötyä. Näin ollen näiden arviointi erikseen on hieman tuottamatonta. Voidaan kuitenkin sanoa, että CVS:n käyttö lähdekoodin hallintaan toimii hienosti, yhtäainen muokkaaminen ja versionhallinta toimivat hyvin ja ovat tämän kaltaisessa projektissa välttämättömiä. Tirana oli kuten mikä tahansa tuntiraportointijärjestelmä, se ei sinällään sisältänyt mitään erityisominaisuuksia, vaan toimi hyvin ja luotettavasti työtuntien raportoinnissa. PHPNuke portaalijärjestelmää ylläpidettiin projektiryhmän sisäistä kommunikaatiota ja dokumenttien hallintaa varten. Järjestelmä toimi hyvin, tärkein käytetty toiminto oli keskusteluforum, joka mahdollisti myös liitetiedostojen lisäämisen viesteihin. Ainoa puute oli käyttöoikeudet uutisten julkaisuun, kuka tahansa ei saanut vapaasti julkaista uutisia järjestelmän etusivulle, tästä ominaisuudesta olisi ollut projektissa hyötyä. Tarkemmin tästä aiheesta menetelmäraportissa. UML mallinnuksesta (Unified Modelling Language) käytimme Use Case sekä Sequence Diagram tekniikoita. Nämä toimivat hyvin ja olivat erittäin hyödyllisiä. Lisäksi olisimme saattaneet hyötyä tarkemmasta mallinnuksesta varsinkin editorin sisäisen rakenteen osalta. Use Case ja Sequence Diagram eivät ota kantaa tekniseen rakenteeseen, joten tältä osin mallinnusta olisi voinut hieman laajentaa suunnitteluvaiheessa. UML mallinnuksesta tarkemmin menetelmäraportissa. Loppuraportti 6
7 Lisäksi projektissa käytettiin muutamia valittuja ohjelmistotuotannon menetelmiä joista jokaisesta on tehty erillinen kirjallinen raportti. Nämä raportit on palautettu luovutuksen yhteydessä Jälkilaskelmat Projektin työmäärä Projektiin käytettiin loppujen lopuksi työtunteja Alkuperäinen suunnitelma oli 1200, joten tuntiarvio piti erittäin hyvin. Kaikki tehtävät saatiin projektiryhmän toimesta suoritettua, joten mitään ei jäänyt tekemättä siitä huolimatta, että tuntibudjetti alitettiin. Sama asia kuvaajana: Kuvasta nähdään, että suunnitelma oli hieman suurempi kuin toteutunut työmäärä Kustannukset Kustannuksia ei projektissa varsinaisesti ollut. Asiakas maksaa projektiryhmän jäsenille kiinteän korvauksen josta tarkemmin projektisuunnitelmassa. Tämä lisäksi muita, projektille kohdistettaviaa kustannuksia on asiakkaan tekemä työ (arviolta 50 tuntia) sekä internetsivuston ylläpito projektiryhmän kommunikaatiota varten Ohjelmiston koko Ohjelmiston koko on riveinä laskettuna seuraava: Editori 2803 riviä koodia 536 riviä kommentteja MHP sovellus 94 riviä koodia 83 riviä kommentteja Siirtoprotokolla 3172 riviä koodia 1657 riviä kommentteja Havaittujen bugien määrä Havaittuja bugeja on raportoitu 13 kappaletta. Suurin osa näistä on korjattu, vakavuusasteelta nämä ovat olleet laidasta laitaan. Avoimia bugeja on tällä hetkellä raportoitu Tiranaan kuusi kappaletta, näitä työstetään parhaillaan. Muutama näistä on puuttuva ominaisuus jota ei ole vielä implementoitu. Loppuraportti 7
8 Työlajien määrät Projektissa tehtyjen työlajien määrät on esitetty seuraavassa kuvassa. Tästä nähdään, että ohjelmoinnin määrä on huomattavan suuri, 350 tuntia. Seuraavana tulee kokoukset, 230 tuntia. Suunnittelutyön määrä on n. 150 tuntia. Tästä voidaan vetää johtopäätös, että suunnittelua olisi pitänyt tuoda hieman vahvemmin esille, ohjelmistoprojekteissa on usein nyrkkisääntönä suunnittelu ja ohjelmointi yhtä suurilla osuuksilla. Tätä eroa voidaan selittää projektin tutkimusluonteella, sekä tuntien kirjaamiskäytännöllä. Selkeää ero suunnittelun ja toteutuksen välille ei aina tehty. Projektijohtoon käytetty aika on suunnilleen sitä mitä tämän kaltaisessa projektissa voi odottaa, luokkaa 10 % kaikista työtunneista. Sama tieto numeroina: ATK ylläpito/comp. maintenance 9.00 Dokumentointi/documentation Kokoukset/meetings Luennot/lectures Ohjelmointi/programming Opiskelu/studying Proj.hallinta/proj. management Suunnittelu/design Testaus/testing Projektiryhmän työmäärät Työmäärien jakautuminen eri henkilöiden välillä pyrittiin pitämään mahdolisimman pienenä. Tässä onnistuttiin suhteellisen hyvin, suurin Loppuraportti 8
9 tuntimäärä on Mikalla, 220 tuntia ja pienin Villellä, 135 tuntia. Työmäärien eroja ei ollut mahdollista pitää pienenmpinä järjen rajoissa, syynä selkeät vastuujaot. Mika vastasi sekä käyttöliittymän suunnittelusta että editorin teknisestä toteuksesta, joten hänelle kertyi työtunteja paljon jokaisessa projektivaiheessa. Tuomaksen pieni tuntimäärä selittyy sillä, että hänen vastuualueella ollutta C++ komponenttia ei loppujen lopuksi toteutettukaan kokonaan, vaan se korvattiin valmiilla ratkaisulla. Näin Tuomas jäi ilman töitä hetkeksi aikaa, eikä kokonaisuuden kannalta ollut järkevää työllistää häntä väkisin Suunnitellun työn suhden suunnittelemattomaan Seuraavassa kuvassa on suunnittellun työn suhde suunnittelemattomaan. Tästä nähdään, että suunnittelematonta työtä tehtiin vain 15,5 työtuntia, eli n. 1 % kaikista työtunneista Oppiminen Tässä kappaleessa käydään läpi oppimista projektin kuluessa. Tämä on esitetty ryhmäläisittäin. Loppuraportti 9
10 Pekka, dokumentointi Käyttöohjeen kirjoittaminen oli kokonaisuuden hahmottamisen kannalta palkitsevaa. Oli kovin helppoa jättää itselleni itsestään selviä asioita huomiotta. UML mallinnus, erityisesti Sequence Diagram, oli mielestäni erittäin toimiva tekniikka. Kurssilla saatu kokemus toivottavasti auttaa minua tulevassa työpaikassani Mika, ohjelmoija, käyttöliittymäsuunnittelu Käyttöliittymäsuunnittelu ja testaus olivat minun vastuullani projektissa. Teoreettinen tietämys oli aiemmilla kursseilla hankittua, mutta käytännön kokeilu kurssin muodossa antoi minulle paljon. Erityisesti vaatimusten hallinta osoittautui haastavammaksi kuin olisin odottanut Ville, ohjelmointi, testaus Minulla mielenkiintoisin oppi oli vaatimusten hallinta. Testauksen osalta minulle antoisaa oli testitapausten suunnittelu ja tässä ilmenevät yhteydessä linkitykset järjestelmän vaatimusten hallintaan ja dokumentointiin. Huomasin, että koko projektista kuluu useita kymmeniä prosentteja työmäärästä mallinnukseen, määrittelyyn, testaukseen ja dokumentointiin. Vaikka tämä asia olikin teoriassa tuttu, oli se silti käytännössä yllätys Oskari, riskienhallinta, ohjelmoija Riskienhallinta ohjelmistoprojektissa on aina haastaavaa. Useat projektit jättävät riskit huomiotta. Minulle oli yllätys kuinka paljon aikaa riskien arviointiin ja seurantaan todellisuudessa menee. Toinen oppimani asia oli toiminta ja erityisesti viestintä tämän kokoisen projektiryhmän kanssa. Olen työssäni tottunut toimimaan pienemmissä ryhmissä, ja tällöin viestintä on hyvin erilaista. Tässä projektissa kaikki eivät voi olla tietoisia toistensa tekemisistä koko ajan Riku, ohjelmoija Minulle järjestelmän arkkitehtuurisuunnittelu oli projektin mielenkiintoisin osa. Vastasin sekä arkkitehtuurista että editorin tiettyjen osien teknisestä toteuksesta, joten tehtävääni kuului sekä suurista kokonaisuuksista huolehtiminen että pienten yksityiskohtien hanskaaminen. Delegointi muun ryhmän kanssa oli suurin oppini, kuten Tuomas, myös minä olen toiminut useissa samoja tekniikoita käyttäneessä projektissa. Loppuraportti 10
11 Tuomas, ohjelmoija Projekti ei antanut minulle kovinkaan paljon uutta sillä olen työskennellyt jo aika paljon vastaanvanlaisten kehitysprojektien parissa. Suurin saamani oppi olikin mielenkiintoinen kokemus digitv-maailmasta Tapio, projektipäällikkö Projektinsuunnittelu oli tässä projektissa hyvin haastavaa. Koska projekti oli luonteentaan tutkimus- ja kehitysprojekti, eikä lopputulosta tiedetty etukäteen, ei projektisuunnitelman tekokaan ollut helppoa. Onnistuimme kuitenkin tässä budjetin näkökulmasta erittäin hyvin tekemällä suunnittelutyön ryhmissä ja ottamalla koko projektiryhmän mukaan projektin suunnitteluun. Asiakaskommunikaatio oli tässä projektissa yllättävän helppoa ja vei odotettua vähemmän aikaa Kurssipalaute Kokonaisuutena kurssi oli hyvä ja mielenkiintoinen. Vasta oikeassa projektityössä on mahdollista ymmärtää ohjelmistotuotannon problematiikkaa ja saada näkemystä asioihin. Palautteena ryhmämme näki aikataulun, yhden projektivaiheen palautus osui tenttikaudelle, mikä näkyi suoraan ko. vaiheessa pienentyneenä tuntimääränä koska ryhmäläisten tuli lukea muihin tentteihin. Muuten kurssin järjestelyissä ei ole kommentoitavaa. Mentorimme oli innostava ja toi oleellisia projektiteknisiä asioita ryhmämme tietoisuuteen projektin edetessä. Cemo oli myös joustava aikataulujen suhteen, joten yhteistyömme sujui saumattomasti. Loppuraportti 11
Toteutusvaihe T2 Edistymisraportti
Toteutusvaihe T2 Edistymisraportti Sisällysluettelo 1. Projektin tila...3 1.1. Suoritetut tehtävät...4 1.2. Käytetyt menetelmät...5 1.3. Ongelmat...6 1.4. Jatkosuunnitelmat...6 Versio- ja muutoshistoria
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ätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset. Riskienhallinta DTV projektissa
Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Riskienhallinta DTV projektissa Riskienhallinta DTV projektissa Sivu 1/8 Sisällysluettelo 1. Riskienhallinta DTV projektissa...3 1.1. Projektin
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Vaatimusmäärittely Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Versio Päiväys Tekijä Kuvaus 0.1 12.10.01 Pekka Koskinen Ensimmäinen luonnos 0.2 17.10.01 Pekka Koskinen Lisätty vaatimuksia
Lisä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ätiedotProjektisuunnitelma Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Projektisuunnitelma Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1 Projektin tavoite...4 1.2 Projektin kattavuus...4 1.3 Tuote ja ympäristö...5 1.4
LisätiedotInternet-pohjainen ryhmätyöympäristö
Menetelmäohje Internet-pohjainen ryhmätyöympäristö Riku Hurmalainen, 24.3.2002 Sisällysluettelo 1. Johdanto...3 2. Termit...4 3. Toteutus...5 3.1. Yleiskuvaus...5 3.2. Tekninen ratkaisu...5 3.3. Tietoturva...6
LisätiedotTeknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Siirtoprotokolla
Testitapaukset - Siirtoprotokolla Sisällysluettelo 1. Johdanto...3 2. Testattava järjestelmä...4 3. Testitapaukset...5 3.1 Ohjelma-ajan lukeminen...5 3.2 Koordinaattidatan lukeminen...5 3.3 Lähetysajan
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät,
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ätiedotProjektisuunnitelma Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Projektisuunnitelma Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1 Projektin tavoite...4 1.2 Projektin kattavuus...4 1.3 Tuote ja ympäristö...5 1.4
LisätiedotVerkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008
Verkkopokerijärjestelmä Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008 Projektiryhmä Samuli Aalto-Setälä Jukka Kekälainen Jarno Kyykkä Mika Mielonen Mårten Smeds Otto Waltari Ohjaaja
LisätiedotOhjelmistojen mallintaminen, mallintaminen ja UML
582104 Ohjelmistojen mallintaminen, mallintaminen ja UML 1 Mallintaminen ja UML Ohjelmistojen mallintamisesta ja kuvaamisesta Oliomallinnus ja UML Käyttötapauskaaviot Luokkakaaviot Sekvenssikaaviot 2 Yleisesti
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ä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ä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ä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ätiedotMenetelmäraportti Riskienhallinta
Menetelmäraportti Riskienhallinta Sisällysluettelo 1. Johdanto...3 1.1. Lähteet ja viitteet...3 2. Dtv projektin Riskienhallintasuunnitelma...4 2.1. Projektin kuvaus...4 2.2. Riskienhallinnan tavoitteet...4
LisätiedotA4.1 Projektityö, 5 ov.
A4.1 Projektityö, 5 ov. Kurssin esitietovaatimuksia Kurssin tavoitteista Kurssin sisällöstä Luentojen tavoitteista Luentojen sisällöstä Suoritustavoista ja -vaatimuksista Arvostelukriteereistä Motivointia
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ätiedotTestaussuunnitelma Versio Päiväys Tekijä Kuvaus
Testaussuunnitelma Versio Päiväys Tekijä Kuvaus 0.1 15.11.01 Ville Vaittinen Ensimmäinen luonnos 0.2 10.12.01 Ville Vaittinen Kevyet päivitykset kommenttien perusteella Sisällysluettelo 1. Johdanto...3
LisätiedotMökkivarausjärjestelm
Mökkivarausjärjestelmä Mökkivarausjärjestelm Projektin loppuraportti R1VP Loppuraportti 2(8) Versiohistoria Versio Päivä Laatija(t) Hyväksyjä Voimassaoloaika 1 25.5.2018 Heini Saastamoinen Ville Heiskanen
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ä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ätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
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ä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ä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ätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan
LisätiedotKurssin tavoitteista uennot. 4.1 Projektityö, 5 ov. Esitietovaatimukset
Kurssin tavoitteista uennot ma ls. 1097, klo 10-12. pe ls. DXI, klo 12-14. uennot ovat viikoilla 40-42. uentojen yhteydessä ei järjestetä erillisiä harjoituksia. Opinto-oppaasta: Opintojakson tavoitteena
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ätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
Edistymisraportti v. T4 (Toteutus 4) Päivitetty 15.3.2001 klo 18:13 2 (8) Sisällys 1 PROJEKTIN TILA...3 2 SUORITETUT TEHTÄVÄT...6 3 KÄYTETYT MENETELMÄT...7 4 ONGELMAT...8 EDISTYMISRAPORTTI 2 3 (8) 1. Projektin
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ätiedotFour Ferries Oy:n nopea kokeilu Helsingin kouluissa Helsingin koulujen nopeiden kokeilujen ohjelma II, kevätlukukausi 2019
Julkinen loppuraportti 30.07.2019 Four Ferries Oy:n nopea kokeilu Helsingin kouluissa Helsingin koulujen nopeiden kokeilujen ohjelma II, kevätlukukausi 2019 Kokeilun tavoitteet Four Ferries Checker on
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ätiedotAS Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker
AS 0.3200 Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker Henri Nieminen Juha Sironen Palautettu: 21.9.2009 Nieminen, Sironen Sisällysluettelo
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ä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ätiedotOhjelmointi 1 / syksy /20: IDE
Ohjelmointi 1 / syksy 2007 10/20: IDE Paavo Nieminen nieminen@jyu.fi Tietotekniikan laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto Ohjelmointi 1 / syksy 2007 p.1/8 Tämän luennon rakenne
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ä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ä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ä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ä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ä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ä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ätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Toiminnallinen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Versio Päiväys Tekijä Kuvaus 0.01 7.11.01 Pekka Koskinen Alustava sisällysluettelo 0.1 12.11.01 Pekka
LisätiedotTITANIC TEMPPU, vaan ei karille
TITANIC TEMPPU, vaan ei karille Mikko Mäkelä Tuomo Rintamäki 17/10/10 Helsinki Metropolia University of Applied Sciences 1 Metropolia- ammattikorkeakoulusta Suomen suurin ammattikorkeakoulu, joka aloitti
LisätiedotOnnistunut ohjelmistoprojekti
Onnistunut ohjelmistoprojekti ICT-ajankohtaisseminaari 15.4.2009 Hermanni Hyytiälä Reaktor Innovations Oy Agenda Yritysesittely Keinoja onnistuneeseen ohjelmistoprojektiin Ihmiset Menetelmät Käytännöt
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ätiedotOhjelmistojen mallintaminen
Ohjelmistojen mallintaminen - Mallit - Ohjelmiston kuvaaminen malleilla 31.10.2008 Harri Laine 1 Malli: abstraktio jostain kohteesta Abstrahointi: asian ilmaiseminen tavalla, joka tuo esiin tietystä näkökulmasta
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ä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ätiedotOnnistunut ohjelmistoprojekti
Onnistunut ohjelmistoprojekti 2.12.2008 Hermanni Hyytiälä Reaktor Innovations Oy Agenda Yritysesittely Keinoja onnistuneeseen ohjelmistoprojektiin Ihmiset Menetelmät Käytännöt ja työkalut Tulevaisuuden
LisätiedotProjektisuunnitelma. (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus
Projektisuunnitelma (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus Ville Toiviainen Tomi Tuovinen Lauri af Heurlin Tavoite Projektin tarkoituksena
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ätiedotOhjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista
582101 - Ohjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista 1 Ohjelmistotuotannon työkaluuista Projektinhallintatyökalut (ei käsitellä tällä kurssilla) CASE- ja mallinnustyökalut (esim. Poseidon)
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ätiedotÄäni Company Oy:n nopea kokeilu Helsingin kouluissa Helsingin koulujen nopeiden kokeilujen ohjelma II, kevätlukukausi 2019
Julkinen loppuraportti 12.6.2019 Ääni Company Oy:n nopea kokeilu Helsingin kouluissa Helsingin koulujen nopeiden kokeilujen ohjelma II, kevätlukukausi 2019 Kokeilun tavoitteet Kokeilun tavoitteena on testata
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ä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ä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ä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ätiedotMäärittely- ja suunnittelumenetelmät
Menetelmädokumentti Määrittely- ja suunnittelumenetelmät Versio Päiväys Tekijä Kuvaus 0.01 5.12.01 Pekka Koskinen Alustava sisällysluettelo 0.1 7.12.01 Pekka Koskinen Ensimmäinen luonnos 1.0 11.12.01 Pekka
Lisä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ätiedotEDISTYMISRAPORTTI - T4 Virtuaaliyhteisöjen muodostaminen Versio 1.0
EDISTYMISRAPORTTI - T4 Edited by Checked by Approved by Antti Tuomaala Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 2 1. PROJEKTIN TILA 3 2. SUORITETUT TEHTÄVÄT 5 Projektisuunnitelma 5 Testaussuunnitelma
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ätiedotToiminnallinen määrittely. XLet esimerkkisovellus
Toiminnallinen määrittely XLet esimerkkisovellus Versio Päiväys Tekijä Kuvaus 0.1 7.12.2001 Oskari Pirttikoski Ensimmäinen versio Toiminnallinen määrittely, XLet esimerkkisovellus 1/12 SISÄLLYSLUETTELO
LisätiedotTestausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
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ä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ätiedotOleelliset vaikeudet OT:ssa 1/2
Oleelliset vaikeudet OT:ssa 1/2 Monimutkaisuus: Mahdoton ymmärtää kaikki ohjelman tilat Uusien toimintojen lisääminen voi olla vaikeaa Ohjelmista helposti vaikeakäyttöisiä Projektiryhmän sisäiset kommunikointivaikeudet
LisätiedotMihin kaikkeen voit törmätä testauspäällikön saappaissa?
Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy Kuntien Tiera Copyright Kuntien Tiera Oy Tieran toiminta perustuu osaamisverkoston rakentamiseen, mikä
LisätiedotDigi-tv vastaanottimella toteutettavat interaktiiviset sovellukset Selvitys GPL-lisensoinnin tuomat ongelmat
Selvitys GPL-lisensoinnin tuomat ongelmat Sisällysluettelo 1. Johdanto...3 2. Ongelman kuvaus...4 3. Eri tulkinnat GPL-lisenssistä...5 3.1. Tiukka tulkinta...5 3.2. Väljä tulkinta...5 3.3. Kompromissitulkinta...5
LisätiedotMatopeli C#:lla. Aram Abdulla Hassan. Ammattiopisto Tavastia. Opinnäytetyö
Matopeli C#:lla Aram Abdulla Hassan Ammattiopisto Tavastia Opinnäytetyö Syksy 2014 1 Sisällysluettelo 1. Johdanto... 3 2. Projektin aihe: Matopeli C#:lla... 3 3. Projektissa käytetyt menetelmät ja työkalut
LisätiedotS11-09 Control System for an. Autonomous Household Robot Platform
S11-09 Control System for an Autonomous Household Robot Platform Projektisuunnitelma AS-0.3200 Automaatio- ja systeemitekniikan projektityöt Quang Doan Lauri T. Mäkelä 1 Kuvaus Projektin tavoitteena on
LisätiedotAS Automaatio- ja systeemitekniikan projektityöt - Projektisuunnitelma
AS-0.3200 Automaatio- ja systeemitekniikan projektityöt - Projektisuunnitelma PiccSIM - TrueTime integrointi Henri Öhman 31.1.2012 1. Projektityön tavoite PiccSIM on Aalto-yliopistolla kehitetty simulointiympäristö,
Lisä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ätiedotAS-0.3200 Automaatio- ja systeemitekniikan projektityöt
AS-0.3200 Automaatio- ja systeemitekniikan projektityöt A11-17 Ikäihmisten kotona asumista tukevien järjestelmien kehittäminen AikatauluValpas Salla Ojala Paula Laitio 1. Projektin tavoite Projektimme
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ä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ä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ä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ä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ätiedotSoftware product lines
Thomas Gustafsson, Henrik Heikkilä Software product lines Metropolia Ammattikorkeakoulu Insinööri (AMK) Tietotekniikan koulutusohjelma Asiantuntijateksti 17.11.2013 Sisällys 1 Johdanto 1 2 Software product
LisätiedotVÄLI- JA LOPPURAPORTOINTI
Tuija Nikkari 2012 VÄLI- JA LOPPURAPORTOINTI Raportointikoulutus 23.8.12 Raportoinnin tarkoitus Raportoinnin tehtävänä on tuottaa tietoa projektin etenemisestä ja tuloksista rahoittajalle, yhteistyökumppaneille
LisätiedotLoppuraportti. Virtuaali-Frami, CAVE-ohjelmisto. Harri Mähönen projektiassistentti Seinäjoen ammattikorkeakoulu. Versio
1 Loppuraportti Virtuaali-Frami, CAVE-ohjelmisto Harri Mähönen projektiassistentti Seinäjoen ammattikorkeakoulu Versio 1.0 15.1.2006 2 Sisällys Tiivistelmä... 3 1 Johdanto... 4 1.1 Dokumentin tarkoitus...
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ätiedotS14 09 Sisäpeltorobotti AS Automaatio ja systeemitekniikan projektityöt. Antti Kulpakko, Mikko Ikonen
S14 09 Sisäpeltorobotti AS 0.3200 Automaatio ja systeemitekniikan projektityöt Antti Kulpakko, Mikko Ikonen 1. Projektin tavoitteet Projektin tavoitteena on toteuttaa ohjelmisto sisäpeltorobottiin seuraavien
LisätiedotTietotekniikan Sovellusprojektit
Tietotekniikan Sovellusprojektit Jukka-Pekka Santanen Tietotekniikan laitos 16.2.2010 Tavoitteena taitoja ja kokemusta projektimuotoisesta työtavasta ja ryhmätyöstä, projektin hallinnasta ja johtamisesta,
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision Numero Revision Päiväys
LisätiedotA09-05 OSGi IRC Bot For Coffee Maker
AS-0.3200 Automaatio- ja systeemitekniikan projektityöt A09-05 OSGi IRC Bot For Coffee Maker Henri Nieminen Juha Sironen 1 Sisältö: 1. Tavoitteiden kertaus 2. Tuloksien esittely 3. Sovelluksen demo 4.
LisätiedotWork Pilots Oy:n nopea kokeilu Helsingin kouluissa
Julkinen loppuraportti 20.2.2019 Work Pilots Oy:n nopea kokeilu Helsingin kouluissa Helsingin koulujen nopeiden kokeilujen ohjelma I, syyslukukausi 2018 Kokeilun tavoitteet Kokeilun tavoitteena oli toimivan
LisätiedotEsityksen sisältö. Ideasta hankkeeksi. Kulttuurihankkeen suunnittelu 22.9.2015. Novgorod 2013 Marianne Möller 23.9.2013. Hankeidea
Ideasta hankkeeksi Kulttuurihankkeen suunnittelu Novgorod 2013 Marianne Möller 23.9.2013 Hankeidea Esityksen sisältö Hankesuunnitelma budjetti yhteistyösopimus Hankkeen toteuttaminen tavoitteet ja välitavoitteet
LisätiedotWork Pilots Oy:n nopea kokeilu Helsingin kouluissa
Julkinen loppuraportti 20.2.2019 Work Pilots Oy:n nopea kokeilu Helsingin kouluissa Helsingin koulujen nopeiden kokeilujen ohjelma I, syyslukukausi 2018 Kokeilun tavoitteet Kokeilun tavoitteena oli toimivan
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ätiedotT Ohjelmistoprojektien hallinta Tehtävän 3 ratkaisu. Maija Kangas, Kimmo Stålnacke ja Outi Syysjoki
T-76.612 Ohjelmistoprojektien hallinta Tehtävän 3 ratkaisu Maija Kangas, Kimmo Stålnacke ja Outi Syysjoki Osa 1 - Ongelmat McConnellin (1996) luokittelun mukaisesti: Ihmiset Prosessi Tuote Teknologia Osa
LisätiedotTämän lisäksi listataan ranskalaisin viivoin järjestelmän tarjoama toiminnallisuus:
Dokumentaatio, osa 1 Tehtävämäärittely Kirjoitetaan lyhyt kuvaus toteutettavasta ohjelmasta. Kuvaus tarkentuu myöhemmin, aluksi dokumentoidaan vain ideat, joiden pohjalta työtä lähdetään tekemään. Kuvaus
LisätiedotCopyright by Haikala. Ohjelmistotuotannon osa-alueet
Copyright by Haikala Ohjelmistotuotannon osa-alueet Ohjelmiston elinkaari 1. Esitutkimus, tarvekartoitus, kokonaissuunnittelu, järjestelmäsuunnittelu (feasibility study, requirement study, preliminary
LisätiedotSpecifying user requirements for corporate intranet with user centered design methods. Espoo Tekijä: Henri Ström Valvoja: TkT Kalevi Kilkki
Specifying user requirements for corporate intranet with user centered design methods Espoo 29.9.2016 Tekijä: Henri Ström Valvoja: TkT Kalevi Kilkki Sisältö Työn tausta Ongelman asettelu Metodiikka Kehitysprojekti
Lisätiedot