Loppuraportti - StatbeatMOBILE
|
|
- Pirkko Parviainen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Loppuraportti - StatbeatMOBILE Versio Päivämäärä Henkilö Kuvaus Westin Ensimmäinen versio Westin Täydennystä Pöyry & Westin Luku 1.3 ja muiden lukujen täydennystä Westin Luvut 2 ja Westin Luvut 1.2 ja Verkkoperä Täydennystä 1. Tulosten arviointi 1.1 Projektin tavoitteiden toteutuminen 1.2 Laatu 1.3 Tiedostetut ongelmat ja jatkokehitystarpeet 1.4 Haasteet 2. Resurssit ja metriikat 2.1 Henkilöresurssit 2.2 Tekniset metriikat 3. Käytännöt ja työkalut 3.1 Käytännöt 3.2 Vertaistestaus 4. Opetusarvo 4.1 Mitä tehtäisiin toisin 4.2 Opittua kurssilla 5. Kurssipalaute 1. Tulosten arviointi 1.1 Projektin tavoitteiden toteutuminen 1
2 Seuraava on lainaus projektisuunnitelmasta: Projektin ensimmäisenä tavoitteena on Statbeat käyttäjien mobiilikokemuksen parantaminen. Tällä hetkellä Statbeatilla on responsiivinen sivusto, jota halutaan viedä askel eteenpäin hybridi applikaation toteuttamisella. Hybridi applikaatio tarkoittaa sitä, että natiivin applikaation sisään rakennetaan HTML pohjaisesti sisältöä. Toisena tavoitteena on, ettei sidota palvelua liikaa natiiviteknologioihin. Asiakkaalle on tärkeää, että otamme huomioon Statbeatin jatkokehityksen. Hybridi applikaatioon pystyy tekemään natiivisti paljon ominaisuuksia haluttaessa. Tärkein natiivi ominaisuus projektissa on notifikaatiot. Kolmantena tavoitteena on tuottaa laadukasta jälkeä, jotta jatkokehitys onnistuu helposti HTML5 ja JavaScript/CoffeeScript painotteisesti. Pyrimme tarkastamaan koodin laadun aina kun sitä kirjoitetaan lisää. Uusi mobiilisovellus tai palvelu on ryhmän ja asiakkaan mielestä huomattavasti edellistä parempi. Uusi frontend on suunniteltu mobiililaitteita varten, joten sivuston toiminta ja elementtien sijoittelut ovat loogisemmat. Lisäksi natiiviapplikaatioiden avulla voidaan tarjota tärkeät notifikaatiot, jotka ovat aiemmin puuttuneet. Mobiilikokemusta on pyritty parantamaan tuomalla kiinnostavinta sisältöä ensimmäisenä näkyviin, helpottamalla navigointia oikopolkujen avulla sekä antamalla käyttäjälle vähemmän vaihtoehtoja kerrallaan. Lisäksi sisältö on pyritty tuomaan esiin siten, että se on helposti luettavaa ja se vie mahdollisimman vähän tilaa. Suurin puute uudessa mobiilikokemuksessa on että tämän projektin puitteissa ei ole ehditty toteuttaa kaikkia ominaisuuksia, jotka olivat tarjolla vanhassa palvelussa. Kuitenkaan montaa kriittistä ominaisuutta ei puutu. Projektin toinen tavoite, natiiviteknologioiden kevyt käyttö, on toteutunut. Android ja ios sovellukset on pidetty mahdollisimman kevyinä toteuttamalla valtaosan toiminnallisuudesta frontendiin. Tällä hetkellä natiivisovellukset sisältävät käytännössä ainoastaan natiivien notifikaatioiden vaatiman toiminnallisuuden. Projektissa on myös päästy kolmanteen tavoitteeseen. Koodin laatu on ryhmän mielestä erinomaisella tasolla vertaiskatselmointikäytäntöjen, staattisen koodianalyysin ja testien ansiosta. 1.2 Laatu Projektin laatutavoitteet (projektisuunnitelma kohta 5.2.1) olivat : 1. Helppokäyttöisyys 2. Nopeus ja sulavuus 2
3 3. Ylläpidettävyys 4. Koodin laatu ja ymmärrettävyys Sovelluksen ylläpidettävyys sekä koodin laatu ja ymmärrettävyys ovat kummatkin erinomaisella tasolla. Natiivisovelluskehykset ovat yksinkertaisia ja kevyitä, joten asiakkaan toiveiden mukaisesti niiden ylläpito on mahdollisimman helppoa. Sovelluskoodi on saatu pidettyä korkealaatuisena Git pull requestien ja tarkkojen vertaiskatselmointien ansiosta. Lisäksi pariohjelmointi, jatkuva integraatio ja staattinen koodianalyysi ovat kaikki osaltaan auttaneet laadukkaan koodin tuottamisessa. Lisää tietoa käytännöistä löytyy luvusta 3. Sovelluksen helppokäyttöisyys ei ehkä ole aivan sillä tasolla kuin on toivottu, sillä mm. vertaistestausryhmältä tuli moitteita käyttöliittymän epäintuitiivisuudesta tietyissä paikoissa. Osasyy tähän on että joudutaan tasapainoilemaan eri käyttäjäryhmien tarpeiden välillä se mikä on helppokäyttöistä ns. poweruserille ei välttämättä ole helppokäyttöistä noviisille tai henkilölle joka tutustuu koko Statbeat palveluun ensimmäistä kertaa. Vertaistestausryhmältä tulleen palautteen jälkeen ehdimme kehittämään käyttöliittymää valmiimmaksi, mutta emme ehtineet kurssin puitteissa testata sitä uudelleen. Sovelluksen kenties suurin heikkous on sen nopeus ja sulavuus, joka on korkeintaan kohtalainen. Tämä johtuu hybridisovellustekniikasta, johon projektin alussa asiakkaan toiveesta päädyttiin alunperin suunnitellun natiivisovelluksen sijan, sekä hitaasta backend API:sta. Sovelluksen responsiivisuutta ja sulavuutta voisi parantaa erilaisilla paikallisilla offline välimuistitoteutuksilla, mutta niitä ei ehditty tutkia tämän kurssin puitteissa. Asia on varsin todennäköisesti työlistalla asiakkaan omassa sovelluksen jatkokehitysprojektissa. 1.3 Tiedostetut ongelmat ja jatkokehitystarpeet Sovellus käyttää notifikaatioiden hakemisessa polling tekniikkaa, joka kuluttaa virtaa tarpeettomasti ja aiheuttaa notifikaatioiden ilmestymiseen ylimääräistä viivettä. Sillä päätettiin kuitenkin aloittaa sen yksinkertaisuuden takia. Teknisesti parempi ratkaisu tähän olisi ollut push notifikaatioiden käyttö, mutta tämä jätettiin toteuttamatta koska sen toteuttamiseen kuluvan ajan arviointi oli vaikeaa. Suurimmat syyt tähän olivat että ryhmän sisällä ei ollut kokemusta push notifikaatioiden toteuttamisesta ja toteutus olisi myös vaatinut asiakkaan järjestelmiin tehtäviä suurempia muutoksia. ios alustalla polling sovelluksen ollessa taustalla on toteutettu käyttäen tekniikkaa jota ei ole tarkoitettu reaaliaikaiseen pollaukseen. Tämän johdosta notifikaatioiden ilmestymisessä voi kestää toivottua kauemmin. Emme kerenneet testaamaan taustalla olevan applikaation notifikaatioiden esitykseen kuluvaa aikaa. 3
4 Sovelluksen käyttökokemusta voisi myös parantaa rakentamalla applikaatioon ennakoivan välimuistin, joka lataisi Statbeat API:sta tavaraa jo ennen kuin käyttäjä haluaa nähdä sen. Tämän avulla sovelluksen sulavuutta voitaisiin parantaa. ios applikaatio toimii oikein, mutta siihen pitää vielä lisätä kuvat ja suorittaa jonkin verran testausta ennen kuin se voidaan lähettää sovelluskauppaan. 1.4 Haasteet Projektin ensimmäinen suuri haaste oli kun suunta vaihdettiin Android natiivisovelluksesta hybridisovellukseen asiakkaan toiveesta. Osa ryhmästä oli liittynyt projektiin nimenomaan Android kehitystyön takia, joten tämä oli heille kova pettymys. Heidän motivointi osoittautui melkoisen haasteelliseksi, sillä turhaa Android kehitystyötä haluttiin välttää ja projektissa edetään kuitenkin asiakkaan ehdoilla. Projektissa käytettiin myös ryhmälle ennestään tuntematonta AngularJS teknologiaa. Tämä aiheutti haasteita mm. aikataulullisesti, kun frontend kehittäjillä kului aikaa uusien asioiden opetteluun. Toisaalta he olivat kuitenkin tyytyväisiä uuden mielenkiintoisen tekniikan oppimisesta. Backend, eli Statbeat API, osoittautui monessa tapauksessa hieman hankalaksi kun se ei sisältänyt niitä toimintoja tai ominaisuuksia joita olisi tarvittu. Mikäli Statbeat API olisi ollut projektiryhmän hoidossa, olisi puuttuvia toimintoja voitu kehittää tarpeen mukaan, mutta tässä tapauksessa vastuuhenkilöt olivat asiakkaan puolella omien kiireiden ja aikataulupaineiden alaisina. Lisäksi backend:istä löydettiin muutamia virheitä, joiden selvittely kulutti aikaa. Viimeiseksi on muistettava, että vaikka projektin tavoitteena oli toteuttaa pelkkä Android hybridisovellus, on sen lisäksi toteutettu myös ios sovellus ilman aiempaa ios kokemusta, mikä on kasvattanut projektin haastavuutta. 2. Resurssit ja metriikat 2.1 Henkilöresurssit Projektiryhmän työtunnit löytyvät erillisestä tuntikirjaustaulukosta, jonne henkilökohtaiset työtunnit on merkitty viikkotasolla. Allaolevissa kuvaajissa on esitetty on ryhmän tuntikertymä koko projektin ajalta sekä henkilökohtainen toteuma tavoitteisiin nähden. Työtunteja kertyi n. 97 % budjetoidusta kokonaismäärästä. Henkilökohtaisesti jäsenten toteuma oli n. + 0,5 opintopisteen haarukassa, poislukien ääripäiden henkilöt, jotka vaihtoivat kurssilaajuutta (yksi korotti ja yksi laski). 4
5 2.2 Tekniset metriikat 77 vertaiskatselmoitua ja mergettyä Git pull requestia 540 versiohallinta committia 188 yksikkö ja integraatiotestiä 21 testitapausta 5
6 3. Käytännöt ja työkalut 3.1 Käytännöt Hyödyllisin käytäntö on ollut yhteinen viikottainen kehityspäivä, mikä on mahdollistanut koko ryhmän työskentelyn yhdessä samassa tilassa, aluksi Maarintalolla ja vuoden vaihteesta asiakkaan tiloissa. Näkisimme että tehokas viestintä sekä ryhmän sisällä että asiakkaan kanssa on ollut avainasemassa projektin onnistumisessa. Työkaluista Flowdock on sopinut projektiin erittäin hyvin ja sen ansiosta olemme voineet luopua kankeista sähköposteista kokonaan. Siihen on myös integroitu versiohallinta, Trello ja ryhmän yhteinen Google kalenteri, joten sieltä on saanut hyvän lyhyen tähtäimen yleiskuvan eri töiden etenemisestä. Trelloa käytettiin projektinhallintatyökaluna ja sovelletuin osin kevyenä Kanban boardina. Sen käyttöä olisi ehkä kuitenkin voinut yrittää tehostaa hieman nyt se oli enemmän johtotrion käytössä eivätkä kehittäjät käyttäneet sitä kovinkaan aktiivisesti. Toisaalta, kehityspäivänä käytiin läpi yhdessä mitä kehittäjät tekevät hyödyntäen Kanbania. Versiohallinta ja vertaiskatselmointikäytännöt ovat toimineen esimerkillisen hyvin. Olemme noudattaneet projektisuunnitelmassa esitettyä mallia, jonka mukaan koodi toteutetaan erillisiin brancheihin, jotka pull requestien avulla vertaiskatselmoidaan ennen sisällyttämistä master haaraan. Nämä käytännöt, yhdistettynä staattiseen koodianalyysiin ja yksikkötesteihin, ovat mahdollistaneet erittäin hyvälaatuisen kooditoteutuksen. Test driven development (TDD) ei ole soveltunut tähän projektiin niin hyvin kuin toivottiin. Sitä on hankala soveltaa vahvasti käyttöliittymävetoiseen nettisovellukseen eikä ennestään tuntematon kieli/tekniikka (AngularJS) helpota asiaa. Alun jälkeen päädyimme vähentämään TDD:n käyttöä ja hyödyntämään sitä enemmän tilannekohtaisesti, esim. jos tietty toiminto tai koodiosuus selkeästi sopisi TDD:llä toteutettavaksi. Jatkuva integrointi (CI) on toiminut hyvin ja auttanut kehitystyössä. Frontendin puolella on hyödynnetty asiakkaan käyttämää Travis CI järjestelmää, ja sen lisäksi Android kehitystyötä varten pystytettiin Amazonin pilvipalveluun Jenkins CI, joka paketoi uuden asennettavan Android asennuspaketin koodimuutosten jälkeen. Tämä jälkimmäinen CI järjestelmä rakennettiin throwaway ajatuksella, joten se ajetaan todennäköisesti alas projektin ja aktiivisen Android kehitystyön päätyttyä. 3.2 Vertaistestaus 6
7 Toivoimme saavamme vertaistestausryhmältä kokemuksia erityisesti liittyen käyttökokemukseen, mutta tietysti osittain myös tekniseen toteutukseen. Toimitimme heille asennettavan Android paketin, suuren määrän testitunnuksia, ohjeistusta (myös suullisesti tapaamisessa), testitapausmatriisin sekä listan vapaamuotoisempia tehtäviä ja niihin liittyviä kysymyksiä. Loimme myös tietokantaan suuren määrän testidataa, jotta testaus olisi helpompaa. Valitettavasti ryhmältä saatu testausraportti oli varsin lyhyt ja epästrukturoitu. Suullisessa ohjeistuksessa mainittuja asioita oli jätetty huomioimatta ja jotkut ongelmakuvaukset olivat hyvin epäselviä tai ristiriitaisia. Jos olemme maininneet että sovellus ei vielä sisällä monia ominaisuuksia, niin ei ole erityisen hyödyllistä saada kuulla että ne puuttuvat. Saatiin tietää, että sovelluksen responsiivisuus on heidän mielestään suurin ongelma, ja että käyttöliittymä on paikoitellen epäintuitiivinen, mutta kaipasimme vähän enemmän perusteluja ja parannusehdotuksia. Tässä tapauksessa vertaistestauksesta saatu informaatioarvo jäi siis melko laihaksi. Toisen ryhmän palvelun vertaistestaus oli sikäli hankalaa, että he eivät voineet toimittaa palvelua vapaaseen käyttöömme, sillä palvelu vaati tunnukset ja yhteyden asiakkaan taustajärjestelmiin. Näin ollen testausta voitiin suorittaa ainoastaan ryhmän omalla tietokoneella. Ryhmä ei kuitenkaan varoittanut tästä etukäteen, joten emme olleet täysin varautuneita ja asennoituneita muutaman tunnin testisessioon. Vaikka saimme testauksen suoritettua, uskomme että tulokset olisivat olleet parempia jos olisimme tienneet että testaus suoritetaan ihan paikan päällä tapaamisessa. 4. Opetusarvo 4.1 Mitä tehtäisiin toisin Ryhmäjäsenten aikataulut olisi ollut hyvä käydä säännöllisesti ja tarkemmin läpi, jotta ryhmä olisi pysynyt paremmin kartalla siitä, mikä on henkilöresurssitilanne lähitulevaisuudessa. Nyt haasteita aiheuttivat mm. muutamat hieman yllättäen ilmoitetut matkat ja muut poissaolot. Lisäksi yksi suunnitellusta työmäärästä reilusti jälkeen jäänyt henkilö ei toistuvista lupauksistaan huolimatta yrittänyt kuroa vajetta umpeen vaan ilmoitti vasta viimeisellä työviikolla, että hän suorittaa pienemmän kurssiversion. Projektin loppuun olisi pitänyt varata selkeämpi puskuriaika pienkorjauksiin ja viilailuihin. Vaikka se olikin suunnitelmissa, kävi lopulta niin että ominaisuuksien toteuttaminen ja suuremmat kehitystyöt kestivät odotettua kauemmin ja venyivät aivan viimeisille viikoille. Toisaalta tässä projektissa tämä ei ole suuri ongelma, sillä asiakas jatkaa sovelluksen jatkokehittämistä heti kurssin päätyttyä osittain samalla henkilöstöllä. Toisin sanoen sovelluksen ei tarvinnutkaan olla täysin valmis ja loppuun asti viilattu projektin päätyttyä, vaan tiettyjen vaadittujen ominaisuuksien toteuttamisen jälkeen tarkoituksena oli vain varmistaa saumaton kehitysvastuun siirtyminen projektiryhmältä asiakkaalle. 7
8 Projektin arkkitehtuurin suunnittelun kannalta olisi ollut viisaampaa käyttää alussa aikaa projektin tavoitteiden selkeyttämiseen. Jotkut alussa tehdyt oletukset eivät pitäneet paikkaansa, ja tämän seurauksena jonkun verran työaikaa meni hukkaan. 4.2 Opittua kurssilla Henkilö Sami Opittua Tavoitteena oli oppia mitä tahansa projektinjohdosta, ryhmätyöskentelystä ja käytännöistä. Alla huomioita: Varsinkin kouluprojekteissa ominaisuuksien kehitysajat venähtävät helposti. Koodaajille stressitön Kanban-tyyppinen ketterä ohjelmistokehitys toimii hyvin. Käyttäjälähtöiseen lean-tyyppiseen kehitykseen se on loistava. Kanbanissa on helppo vaihtaa ominaisuuksien prioriteettejä tai lisätä uusia jos niin haluaa tehdä. Eli ei tarvitse päättää alussa mitä haluaa lopussa - se usein muuttuu jos haluaa tehdä parhaan mahdollisen. Jos aika tulee vastaan, voi jättää mahdollisesti ominaisuuksia pois. Ensimmäiset käyttöliittymäluonnokset kannattaa piirtää niin aikaisin kuin mahdollista, jotta kaikki tietävät suunnilleen mitä ollaan tekemässä. Sovellusta on tietenkin helpoin koodata kun design on valmis aikaisin, mutta jos designia tai käyttöliittymää tarvitsee muuttaa niin on turhauttavaa tehdä se monesti. Alussa toiminnallisuuden kehitys on kuitenkin tärkein. Bugeja ja korjauksia tarvitsee tehdä yllättävän paljon. Rennohko ilmapiiri saa aikaan positiivisen työskentelykokemuksen. Sooloilijat vaikuttavat muuhun ryhmään negatiivisesti. Kaverin auttaminen parantaa ryhmähenkeä. Asenne alussa ratkaisee lopussa. Kohtalaisen vaikeaa on olla samaan aikaa projektipäällikkönä ja designerina. Palvelimen vastausaika ja yleinen vasteaika ovat järkyttävän suuri osa sovelluksen käyttökokemusta. Kun kysyy käyttäjiltä niin ei tarvitse arvailla mitään. Arne Tällä kurssilla olen saanut lisää kokemusta ketterästä ohjelmistokehityksestä sekä nähnyt miten hankala yksi feature kerrallaan kuntoon -lähestymistapa käytännössä on (asioissa on aina riippuvuuksia jne.). Valitettavasti puhtaasta Kanban-ajatuksesta luovuttiin heti kättelyssä - sitäkin olisi ollut mielenkiintoista kokeilla. 8
9 Lisäksi olen päässyt kehittämään hybridimobiiliapplikaatiota, oppinut AngularJS-tekniikkaa ja nähnyt TDD:n vahvuudet ja heikkoudet. Pekka Eero Teemu Oskari Opin, että arkkitehtuurin suunnittelu on mahdotonta, jos ei tiedä mitä ollaan tekemässä. Lisäksi opin, ettei suurempia toiminnallisuuksia kannattaa lähteä toteuttamaan puutteellisilla tiedoilla, koska tämä johtaa lähes väistämättä turhaan työhön. Olemalla tiukempi ja kyseenalaistavampi olisin välttänyt turhaa työtä, mutta tämä olisi voinut aiheuttaa konflikteja. Koen ymmärtäväni nyt paremmin hybridiapplikaatioiden vahvuuksia ja heikkouksia. Opin hieman enemmän hybridapplikaatioiden tekemisestä ja varsinkin hybridapplikaatioiden heikkouksista ja rajoituksista. Android kehitykseen tuli hieman lisää rutiinia. Tutustuin ketterään ohjelmistokehitykseen ja sain käytännön kokemusta ohjelmiston kehityksestä. Opin myös käyttämään AngularJS:ää ja muita työkaluja. En kurssin alussa oikein tiennyt, mitä kurssilta haluan tai mitä tulisin kurssin aikana tekemään, joten listasin tavoitteisiini Android-kehityksen ja responsiivisten nettisivujen kehityksen sekä hybridiapplikaatioista oppimisen. Android-kehitystä kurssilla ei juurikaan tehty ja responsiivisten sivujen kehityksestäkään ei paljon tullut opittua. Hybridiapplikaatioiden ongelmista ja lähestymistavoista opin kuitenkin enemmän kuin odotin ja opin myös paljon AngularJS:ää. Odotan molempien alueiden tietojen tulevan hyvään käyttöön tulevaisuudessa. Tuomas Lauri Tulin kurssille olettaen että pääsisin opettelemaan pääasiasssa Android-kehitystä. Näin ei kuitenkaan käynyt mutta opin kuitenkin runsaasti erilaisista web-teknologioista, joista minulla ei kurssia ollut käytännössä mitään kokemusta. Lisäksi pääsin näkemään miten versionhallinta hoituu vähän isommassa projektissa Git:n ja GitHubin kautta. Kurssin alussa listasin tavoitteiksi oppia JavaScript-koodin järkevä jäsentäminen ja testaaminen sekä projektien kehittäminen Angular.js:llä. Näihin tavoitteisiin myös kurssin puitteissa mielestäni hyvin pääsin. Angular tuli tutuksi ja siitä sai hyvän työkalun myös tuleviin projekteihin. Oli myös mukava havaita Angular koodin testattavuus, vaikka itse testaamiseen en niin paljoa ehtinyt perehtyä kuin olisin halunnut. Kurssilla 9
10 tuli selväksi myös yhteisen devauspäivän ja GitHubin pull requestin hyödyllisyys. Joni Pääsin mielestäni hyvin kurssin alussa asettamiini tavoitteisiin, joissa kerroin tavoitteekseni oppia lisää HTML-, CSS- ja JavaScript-tekniikoiden käytöstä. Tämän lisäksi Gitiä tuli käytettyä kurssin aikana paljon ja kehityin sen käyttämisessä. 5. Kurssipalaute Palaute käytiin läpi suullisesti mentor tapaamisessa ja retrospektiivissä mentorin läsnäollessa. 10
statbeatmobile FINAL PROJECT REVIEW
statbeatmobile FINAL PROJECT REVIEW agenda Projekti Status Käytännöt Tulokset Katsaus eteenpäin PROJEKTI / mikä on statbeat? Sosiaalinen joukkueurheilupalvelu Keskustelu, fanit, kavereiden joukkueet,
Lisätiedotstatbeatmobile PROJECT REVIEW iteration 1
statbeatmobile PROJECT REVIEW iteration 1 agenda Projekti Status Käytännöt Tulokset Katsaus eteenpäin PROJEKTI / mikä on statbeat? Sosiaalinen joukkueurheilupalvelu Keskustelu, fanit, kavereiden joukkueet,
LisätiedotProjektisuunnitelma - StatbeatMOBILE
Projektisuunnitelma - StatbeatMOBILE Versio Päivämäärä Henkilö Kuvaus 1.0 22.11.2013 Verkkoperä Alustava luonnos / rakenne. 1.1 29.11.2013 Westin Tekstin kirjoittamista ja rakenteen päivitystä 1.2 1.12.2013
LisätiedotTekninen suunnitelma - StatbeatMOBILE
Tekninen suunnitelma - StatbeatMOBILE Versio Päivämäärä Henkilö Kuvaus 1.0 13.12.2013 Pöyry Alustava rakenne ja sisältö 1.1 22.12.2013 Pöyry Lisätty tekstiä ilmoituksiin, turvallisuuteen ja sisäiseen API:in
LisätiedotTekninen suunnitelma - StatbeatMOBILE
Tekninen suunnitelma - StatbeatMOBILE Versio Päivämäärä Henkilö Kuvaus 1.0 13.12.2013 Pöyry Alustava rakenne ja sisältö 1.1 22.12.2013 Pöyry Lisätty tekstiä ilmoituksiin, turvallisuuteen ja sisäiseen API:in
Lisätiedot1.1 3.1.2014 Westin Lisätty luku 6, käyttötapauskuvaukset.
Käyttäjävaatimukset Versio Päivämäärä Henkilö 1.0 XX.XX.2013 Kaikki PI-versio. 1.1 3.1.2014 Westin Lisätty luku 6, käyttötapauskuvaukset. 1. Liiketoiminnalliset tavoitteet 2. Käsitteet 3. Yleiskuva järjestelmästä
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ä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ä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ä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ä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ä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ä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ätiedotYksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } }
Yksikkötestauksella tarkoitetaan lähdekoodiin kuuluvien yksittäisten osien testaamista. Termi yksikkö viittaa ohjelman pienimpiin mahdollisiin testattaviin toiminnallisuuksiin, kuten olion tarjoamiin metodeihin.
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ä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ätiedotCase TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999. ! Java luokkia n. 5000
Case TUHTI 17.12.2002 1 TietoEnator 2002 Projektin tunnuslukuja! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999! Otettu tuotantokäyttöön syksyllä 2001! Proof of Concept (5 henkilöä 4 kk) ->
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ätiedotKADA (Drupal 7) migraatio uuteen (versioon) webiin
KADA (Drupal 7) migraatio uuteen (versioon) webiin Hallittu elinkaaren siirto suoran migraation sijaan Mikko Malmgren & Antti Tuppurainen Mikko Malmgren / Kuntaliitto Antti Tuppurainen / Industry62 @mikko_malmgren
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ä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ätiedotVersio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio
Testiraportti 26.2.2006 1/5 - Noheva II Testiraportti Versio Päiväys Tekijä Kuvaus 1.0 26.2.2006 Tikkanen varsinainen versio 1 Yleistä Toteutusvaiheen 2 virallinen testaus on muodostunut automaattisista
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ätiedotMINNO Metropolia 2014 - Loppukatselmus. Kotisatama Järjestelmät 14.11.2014
MINNO Metropolia 2014 - Loppukatselmus Kotisatama Järjestelmät 14.11.2014 Mikä MINNO on? Innovaatioprojekti, joka sisältyy jokaisen Metropolian opiskelijan opetussuunnitelmaan. Opinnot toteutetaan usein
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ätiedotSkosmos 0.6 esittely. Osma Suominen ONKI-projektin laajennetun projektiryhmän kokous
Skosmos 0.6 esittely Osma Suominen 10.11.2014 ONKI-projektin laajennetun projektiryhmän kokous Sisällys 1. Uutta Skosmoksessa ja Fintossa Nopeus Uudet ominaisuudet ONKI-rajapinnat Käyttötilastoja 2. Skosmoksen
LisätiedotNeuvontapalvelut pilottityöpaja 4 / muistio
Neuvontapalvelut pilottityöpaja 4 / 24.4. muistio Parasta ja hyödyllistä hankkeessa on ollut Tapaamiset. On tutustuttu toisiimme ja eri kaupunkien matkailutiloihin. Muiden tekemisen peilaaminen omaan toimintaan
LisätiedotAmmattijärjestäjä Aulasvuori Www-projektin kuvaus
Ammattijärjestäjä Aulasvuori Www-projektin kuvaus Minne Seppälä Avat 2014 Dokumentaatio 1 PROJEKTIN KUVAUS... 3 1.1 Projektin aloitus... 3 1.2 Aikataulu... 4 1.3 Kustannusarvio... 4 2 ULKOASU... 5 2.1
LisätiedotLOPPURAPORTTI. Yhteyshenkilön nimi: Pekka Koponen Yhteystiedot (puhelinnumero ja sähköposti): 040 501 7114, pekka.koponen@forumivirium.
Raportoitavan hankkeen perustiedot Hankkeen nimi: Kiinnostava arkkitehtuuri Hankkeen vastuutaho (hankkeen hallinnoija): Openhouse ry Y-tunnus: 2343039-6 Toimipaikka (osoite ja postinumero): c/o Jussi Murole,
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ätiedotProjektisuunnitelma. Projektin tavoitteet
Projektisuunnitelma Projektin tavoitteet Projektin tarkoituksena on tunnistaa erilaisia esineitä Kinect-kameran avulla. Kinect-kamera on kytkettynä tietokoneeseen, johon projektissa tehdään tunnistuksen
Lisä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ä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ä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ätiedotPROJEKTISUUNNITELMA. FotMana17
PROJEKTISUUNNITELMA FotMana17 Tekijä(t) Kimmo Kärki Kka Päiväys: 15.5.2017 Tiivistelmä Tarkoituksena on rakentaa Jalkapallomanageri järjestelmä, jolla voidaan pelata visuaalisesti manageripeliä. Järjestelmää
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ätiedothaltu..mobile.web.embedded
haltu..mobile.web.embedded TTY 10.3.2011 Taustaa Osaaminen Palvelut Innovatiivisuus Referenssit Opittua Oma Verkosto Yrityksen perustaminen Yhteystiedot Keskustelua, kysymyksiä jne. hashtag: #haltut Perustietoa
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ätiedotLakki. Lisää ot sik k o osoit t am alla. Nöyrästi vain lakki kourassa... Jussi Vänskä Espotel Oy. vierailuluentosarja OTM kurssi 2010
Lakki Nöyrästi vain lakki kourassa... Jussi Vänskä Espotel Oy vierailuluentosarja OTM kurssi 2010 2.luento: ohjelmistokehityksen päivärutiinit Lisää ot sik k o osoit t am alla Siitä vain reunasta Miten
LisätiedotHirviö Vertaistestausraportti
Hirviö Vertaistestausraportti Jani Heikkinen Anssi Kalliolahti Jukka Larja Kim Nylund Liia Sarjakoski Samuli Sorvakko Timo Toivanen 8. maaliskuuta 2005 1 Sisältö 1 Johdanto 3 2 Testauksen kattavuus 3 2.1
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ätiedotAsiakas ja tavoite. Tekninen toteutus
Asiakas ja tavoite Heikieli on vuonna 2015 perustettu yhden hengen asiantuntijayritys, joka tarjoaa käännös- ja oikolukupalveluita englannista ja saksasta suomeksi. Freelance-kääntäjiä on Suomessa paljon,
LisätiedotProjektityö: Mobiiliajopäiväkirja. Mikko Suomalainen
Projektityö: Mobiiliajopäiväkirja Mikko Suomalainen 1. Määritelmä Mobiiliajopäiväkirja on kännyköille suunnattu ajopäiväkirja-sovellus. Sovelluksen pääperiaate on toimia automaattisena ajopäiväkirjana.
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 1.1 Alkuperäiset
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ätiedotTDD Käytännössä Todellinen työkalu vai lehmipoikien laukkaa? Harri Kulmala Solita Oy
www.solita.fi solita@solita.fi TDD Käytännössä Todellinen työkalu vai lehmipoikien laukkaa? Harri Kulmala Solita Oy 1 TDD Käytännössä Test Driven Development yleisesti Lupaukset Esimerkki Projektin ja
LisätiedotTestauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori
Testauksen tuki nopealle tuotekehitykselle Antti Jääskeläinen Matti Vuori Mitä on nopeus? 11.11.2014 2 Jatkuva nopeus Läpäisyaste, throughput Saadaan valmiiksi tasaiseen, nopeaan tahtiin uusia tuotteita
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ä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ä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ätiedotProjektisuunnitelma: Vesipistekohtainen veden kulutuksen seuranta, syksy Mikko Kyllönen Matti Marttinen Vili Tuomisaari
Projektisuunnitelma: Vesipistekohtainen veden kulutuksen seuranta, syksy 2015 Mikko Kyllönen Matti Marttinen Vili Tuomisaari Projektin tavoite Tämän projektin tavoitteena on kehittää prototyyppi järjestelmästä,
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ätiedotToteutusvaihe 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ätiedotKäyttäjätarinat perinteisessä hankkeessa. Sisältö ja käytännöt
Käyttäjätarinat perinteisessä hankkeessa Sisältö ja käytännöt Helsingin kaupunki 21/03/17 Käyttäjätarinat perinteisessä hankkeessa Mikä on käyttäjätarina Käyttäjätarina perinteisessä hankkeessa Käyttäjätarinan
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ätiedot11. PALAVERIN PÖYTÄKIRJA. Jyväskylän Yliopisto Tietotekniikan laitos CONCEPT-projekti Paikka ja aika
Paikka ja aika Kokoustila Ag C223.1 tiistai klo 13:33-16:07 Läsnä Jouni Kallio(JK), liikuntabiologian laitoksen edustaja Lari Kannisto(LK), vastaava ohjaaja Petteri Kela(KELA), tekninen ohjaaja Pekka Kuuva(PK),
LisätiedotOhje vanhemmille - näin alkuun Päikyssä
Ohje vanhemmille - näin alkuun Päikyssä Tunnuksen aktivointi ensimmäinen sisäänkirjautuminen Päikkyyn Huoltajana sinulle on luotu tunnus varhaiskasvatusyksikön toimesta matkapuhelinnumerosi perusteella.
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ätiedotLapsi ja perhe tilanteensa kuvaajana yhteiskehittämisen osuus
Lapsi ja perhe tilanteensa kuvaajana yhteiskehittämisen osuus Yhteistoiminnalla kohti vammaisen lapsen ja perheen hyvää elämää -innopaja 9.4.2013 Riihimäki Työskentelyn ohjeistus Alun puheenvuoroissa esiteltiin
LisätiedotLiite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu
Liite 1: skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Palvelun uusi versio on Palveluiden kehittäminen voitava asentaa tuotantoon vaikeutuu
LisätiedotSiimasta toteutettu keinolihas
AS 0.3200 Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma: Siimasta toteutettu keinolihas Laura Gröhn 224417 Mikko Kyllönen 221177 Lauri Liukko Sipi 84702A Susanna Porkka 225131 3.2.2015
LisätiedotTestauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg
Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg Symbio lyhyesti Innovatiivinen tuotekehitys- ja testauskumppani Juuret Suomessa, perustettu 1997 Laadukkaat ohjelmistotoimitukset
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ä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ä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ä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ätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
LisätiedotVapaapäivien optimointi
Mat-2.4177 Operaatiotutkimuksen projektityöseminaari Vapaapäivien optimointi Väliraportti, 4.4.2014 Asiakas: Computational Intelligence Oy Projektiryhmä: Teemu Kinnunen (projektipäällikkö) Ilari Vähä-Pietilä
LisätiedotPUSH palvelut mobiilikehityksessä: Android ja Windows phone 7. Pauli Kettunen
PUSH palvelut mobiilikehityksessä: Android ja Windows phone 7 Pauli Kettunen Esityksen rakenne 1. Taustaa 2. Push web-ohjelmoinnissa Comet Interaktiomallit 3. Push älypuhelinalustoilla Deacon pilvipalveluna
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ä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ätiedotCOTOOL dokumentaatio Testausdokumentit
Table of Contents Testausraportti.............................................................................. 1 1 Tiivistelmä...............................................................................
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ätiedotRyhmä (11) Numeropankki
Tampereen teknillinen yliopisto Tietotekniikan laitos TIE-13100 Tietotekniikan projektityö Ryhmä (11) Numeropankki Projektisuunnitelma Tommi Blomster Jari Laaksonen Petri Tahvanainen Eemil Väisänen (vastaa
LisätiedotJulkaisuarkistojen käyttötilastot: Mitä tilastoidaan ja miksi?
Julkaisuarkistojen käyttötilastot: Mitä tilastoidaan ja miksi? DSpace-käyttäjäryhmän tilastoseminaari Kansalliskirjaston auditoria, 3.11.2009 Jyrki Ilva (jyrki.ilva@helsinki.fi) Miksi verkkopalveluiden
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ätiedotItä-Suomen yliopiston ylioppilaskunta
Itä-Suomen yliopiston ylioppilaskunta Työkaluja puheenjohtajuuteen Muokannut Roosa Hänninen Ohjelma 1. Puheenjohtajuudesta ja ryhmätyöskentelystä 2. Johtaja ja alainen? 3. Vastuunjako, ajankäyttö ja jaksaminen
LisätiedotProjektin palikat hallintaan! Tehokkaan projektinhallinnan opas. Idea Suunnittelu Käynnistäminen Toteutus Tulos
Projektin palikat hallintaan! Tehokkaan projektinhallinnan opas Idea Suunnittelu Käynnistäminen Toteutus Tulos 1 Tehokas projektinhallinta on avain tuloksellisuuteen Projektinhallinta on taitolaji. Siinä
LisätiedotLaske Laudatur ClassPadilla
Teemme työstäsi helpompaa. Laske Laudatur ClassPadilla Lyhyt matematiikka, syksy 2017 Casio Scandinavia Keilaranta 17 02150 Espoo info@casio.fi Hyvä lukija, Kaksiosaiset matematiikan kokeet saivat jatkoa
LisätiedotHyvä taksinkuljettaja,
Hyvä taksinkuljettaja, Taxistars (www.taxistars.eu) on EU:n osarahoittama hanke jossa mukana on 8 organisaatiota ja yritystä Kreikasta, Belgiasta, Itävallasta, Saksasta, Suomesta, Italiasta ja Kyproksesta.
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ä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ätiedotTestaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille
1(23) Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille Matti Vuori, Tampereen teknillinen yliopisto 30.10.2012 Sisällysluettelo 1/2 Esityksen tarkoitus 4 Laatu on tärkeää, ei
LisätiedotTanja Laine, Helmi Seniorikoti. Janne Flyktman Appsolute Solutions Finland Oy. Harri Kuusela, Appsolute Solutions Finland Oy
Tanja Laine, Helmi Seniorikoti Janne Flyktman Appsolute Solutions Finland Oy Harri Kuusela, Appsolute Solutions Finland Oy Tuula Löytty, Smart & Lean Jussi Mozo Kokeilun menetelmä: Iteraatiokierros Lean
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ätiedotKaupunginkanslian avoin ohjelmistokehitys, rajapintatyö, syksy kevät Projektitarpeen ja tavoitteiden kuvaus
n avoin ohjelmistokehitys, rajapintatyö, syksy 2018 - kevät 2019 2/7 1 LYHYT KUVAUS 2 PUITESOPIMUKSESTA POIKKEAVAT JA ERIKSEEN SOVITTAVAT KOHDAT NYKYTILA 4 4 TILAUKSEN AIKAJANA 5 KOKOONPANO, OSALLISTUJAT
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ätiedotAJAX-konsepti AJAX. Asynkronisuus. Nykyisten web-ohjelmien ongelmia. Asynchronous JavaScript And XML
AJAX-konsepti AJAX Asynchronous JavaScript And XML Viimeisin muoti-ilmiö web-ohjelmoinissa, termi Ajax tuli käyttöön vuoden 2005 aikana Joukko teknologioita, joiden avulla voidaan toteuttaa uudenlaisen
LisätiedotUCOT-sovellusprojektin 5. viikkopalaveri
UCOT-sovellusprojektin 5. viikkopalaveri Aika: Perjantai 20.10.2006 klo 12:04-13:52. Paikka: sovellusprojektien kokoustila Ag C223.1 Läsnä: tilaaja: Tommi Kärkkäinen Antti Hakala projektiryhmä: Vesa Pikki
LisätiedotJoonas Ruotsalainen GIT PIKAOPAS. Tutkielma 2011
1 Joonas Ruotsalainen GIT PIKAOPAS Tutkielma 2011 2 SISÄLTÖ 1. JOHDANTO... 3 2. ASENTAMINEN... 4 3. KÄYTTÖ... 4 3.1 Perusasetukset... 4 3.2 Git:n ottaminen käyttöön projektissa... 5 3.3 Tiedostojen lisääminen
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ätiedotTKK: Shibboleth toteutuksia ja projekteja. Markus Melin
TKK: Shibboleth toteutuksia ja projekteja Markus Melin 24.11.2006 Sisältö Shibbolethin käyttö TKK:lla TKK:n shibboloidut palvelut Shibboloituja palveluita tarkemmin Grouper Halli etkk - Markus Melin 2
LisätiedotProject group Tete Work-time Attendance Software
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Projektin etenemisen seuranta ja kontrollointi Niilo Fredrikson T-76.115 Software project 2(5) Muutosloki
LisätiedotLuennot vuorovaikutuskeinona Peda-Forum
Luennot, joille osallistuin vaikuttivat mielenkiintoisemmilta. Jos jätin osallistumisen väliin, koin että en todennäköisesti opi enempää olemalla läsnä. Opiskelija kurssipalautteessaan Luennot vuorovaikutuskeinona
LisätiedotLisää tehoa kommunikointiin
Lisää tehoa kommunikointiin We accept the challenge! presented by Rauno Nousiainen Lisää tehoa kommunikointiin Rauno Nousiainen Manager, IT Infrastructure services Andritz Oy 2 Lisää tehoa kommunikointiin
LisätiedotHelsinki Testbedin säätuotteet tänään ja tulevaisuudessa
Helsinki Testbedin säätuotteet tänään ja tulevaisuudessa Helsinki Testbed Workshop 6.4.2006 Pekka Keränen 06.04.06 Johdanto Projektin www-sivusto http://testbed.fmi.fi Säätuotteet julkisiksi MM-kisoihin,
LisätiedotHosting-palveluiden tietoturvahaasteet. Antti Kiuru CERT-FI
Hosting-palveluiden tietoturvahaasteet Antti Kiuru CERT-FI Sisältö Yleistä Case: Sisällönhallintajärjestelmä Case: Hallintapaneeli pankkitroijalaisen apuna Opittua Yleistä Tietomurrot backend-järjestelmiin
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ätiedotTIE-20200 Ohjelmistojen suunnittelu. Luento 2: protot sun muut
TIE-20200 Ohjelmistojen suunnittelu Luento 2: protot sun muut 1 Tämän päivän ohjelmaa Ryhmääntymisjutuista, ilmoittautumiskäytäntöä, Popista Työohjeen esivilkaisu Viime viikolla, erikoistamista, dynaamista
Lisätiedot