LOPPURAPORTTI. Polku Versio 1.0. Projektiryhmä

Koko: px
Aloita esitys sivulta:

Download "LOPPURAPORTTI. Polku http://code.google.com/p/polku-projekti/ Versio 1.0. Projektiryhmä"

Transkriptio

1 LOPPURAPORTTI Polku Versio 1.0 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas Jokiniemi

2 Versiohistoria Päiväys Versionumero Tekijät Muutosten syy Muutokset Antti Jämsén Ensimmäinen versio Janne Pihlajaniemi Lisää sisältöä, muotoiluja - Sisällysluettelo, ohjelmakoodin statistiikat 2

3 Sisällysluettelo 1 Johdanto Tarkoitus ja kattavuus Määritelmät, termit ja lyhenteet Viitteet Yleiskatsaus dokumenttiin Yleiskuvaus ohjelmasta Tarkoitus Ympäristö Toiminta Rajoitteet Projektin organisointi Henkilöstö ja roolit Asiakas Ongelmat ja niiden analysointi Ennalta määritellyt riskit Yllättävät riskit Projektin hallinta Viikkopalaverit Viikkoraportit Katselmoinnit Ryhmätyöskentely Välineet ja menetelmät Välineet Menetelmät Projektin eteneminen, työmäärät ja tuotokset Johtopäätökset Kokemukset projektista Hylättyjä ratkaisuvaihtoehtoja Jatkokehitysideoita Kommentteja kurssista

4 1 Johdanto 1.1 Tarkoitus ja kattavuus Dokumentin tarkoituksena on kuvata, miten projekti sujui ja mitä parannettavaa jäi. Tarkoituksena on käydä mm. läpi mitä riskejä projektin alussa tunnistettiin, tuliko niitä vastaan ja miten niistä selvittiin. 1.2 Määritelmät, termit ja lyhenteet LAMP - Kokoelma avoimen lähdekoodin ohjelmia, jotka yhdessä muodostavat wwwpalvelimen jonka alla voidaan suorittaa dynaamisia web-sivustoja Apache Avoimeen lähdekoodiin perustuva palvelinohjelma PHP WWW-ohjelmointiin suunniteltu ohjelmointikieli MySQL SQL-tietokannan hallintajärjestelmä. Google code Sivusto projektin dokumenttien ja avoimen lähdekoodin ylläpidolle Eclipse Ohjelmointi- ja kehitysympäristö SVN Subversion-versionhallinta. SCRUM Ketterän ohjelmistokehityksen menetelmä Sprintti Projektin ajallinen osakokonaisuus. Sprintin kesto on noin kolme viikkoa. Käytettävyysryhmä Projektityökurssin osallistujista koottu erillinen ryhmä, joka auttaa muita projektityökurssin ryhmiä käytettävyysasioissa. 1.3 Viitteet PHP: MySQL: Apache: Eclipse: Tortoise SVN: Robot Framework: Google Code http.//code.google.com SCRUM Yleiskatsaus dokumenttiin Luvussa 1 esitellään projekti sekä listataan yleisimmät lyhenteet ja yhdenmukaistetut termit. 4

5 Luvussa 2 kerrotaan yleiskuvaus sovelluksesta. Luvussa 3 esitellään projektiorganisaatio. Luvussa 4 kerrotaan projektin ongelmista ja niiden selvittämisestä. Luvussa 5 kerrotaan projektin hallinnasta. Luvussa 6 esitellään projektissa käytetyt menetelmät ja ohjelmistot. Luvussa 7 esitellään projektin eteneminen, työmäärät ja tuotokset. Luvussa 8 kerrotaan projektin johtopäätökset. Luvussa 9 listataan projektin hylätyt ratkaisuvaihtoehdot. Luvussa 10 kerrotaan mahdollisista jatkokehitysideoista. Luvussa 11 kerrotaan kommentteja kurssista. 5

6 2 Yleiskuvaus ohjelmasta 2.1 Tarkoitus Sovellus on tarkoitettu pitkäaikaisten yhteistyöprosessien ja -projektien seurantaan Helsingin kaupunginosayhdistykset ry:lle. Sovelluksella on mahdollisuus tallentaa, muokata ja poistaa tietoa erilaisista tapahtumista, niihin liittyvistä toimijoista sekä näiden välisistä suhteista. Tuote mahdollistaa tapahtumien ja toimijoiden listaamisen ja auttaa näin ollen projekteihin liittyvässä raportoinnissa. 2.2 Ympäristö Sovellus Helsingin kaupunginosayhdistykset ry:n (Helka) sisäiseen käyttöön. Sovellus on webpohjainen ja se pyörii Helkan omalla Linux-palvelimella. Sovellusta saatetaan myöhemmässä vaiheessa tarjota myös kaupunginosayhdistyksien käyttöön, mutta se ei kuulunut tämän projektin piiriin. 2.3 Toiminta Käyttäjä kirjautuu sisään sovellukseen ja valitsee haluamansa toiminnon sivun ylälaidan painikkeista. Käyttäjä voi valinnastaan riippuen lisätä sovelluksella projekteja, tapahtumia, henkilöitä, tahoja, huomioita ja juttuja. Käyttäjä voi myös muokata edellä mainittuja tai järjestellä tapahtumia kokonaisuuksiksi ja liittää henkilöitä tahoihin ym. Käyttäjä voi myös selata läpi kaikkia edellä mainittuja. 2.4 Rajoitteet Loppukäyttäjän laitteiston oletetaan kykenevän web-selailuun, koska kyseessä on web-sovellus. Sovellus ei välttämättä toimi vanhemmilla selaimilla, koska se tehdään ensisijaisesti toimimaan tämän hetken uusimmalla Mozilla Firefox -selaimella. Kehitystyössä pyritään ottamaan huomioon myös muiden yleisimpien selaimien uusimmat versiot, mutta kaikkien toimivuutta ei voida taata. 6

7 3 Projektin organisointi 3.1 Henkilöstö ja roolit Projektipäälliköt Janne Pihlajaniemi Vastuualueet: viikkopalaverien vetäminen ja tilanvaraus niitä varten ym. ryhmän tapaaminen Tampereella Antti Jämsén Työryhmä Vastuualueet: tiedottaminen asiakkaalle, asiakastapaamiset Helsingissä, viikkoraportit Maria Hartikainen Nina Tyni Dokumentit, sovelluksen testaus Tietokanta, sovelluksen koodaus Jorma Laajamäki Tietokanta, sovellusalustan ylläpito Panu Tunttunen Käyttöliittymä, sovelluksen koodaus Pekka Kallioniemi Käyttöliittymä, sovelluksen koodaus Käytettävyysryhmän edustaja Joonas Jokiniemi 3.2 Asiakas Käyttöliittymä, käytettävyys Projektin asiakas on Helsingin kaupunginosayhdistykset ry (Helka), jonka edustajina toimivat Ilari Kajaste Terhi Vilkman ja Anna Kanervo 7

8 4 Ongelmat ja niiden analysointi 4.1 Ennalta määritellyt riskit Ennalta määriteltyjä riskejä olivat seuraavat (alapuolella kommentit toteutumisesta ja ratkaisemisesta): Projektiryhmän vähäinen motivaatio Ei ollut missään vaiheessa projektia ongelma. Ryhmän jäsenet estyvät työskentelemästä hetkellisesti Tätä tapahtui jonkin verran, mutta se oli odotettavissakin eikä katkot olleet kovin pitkiä. Ei vaatinut erityistoimenpiteitä. Projektiryhmän jäsenen sairastuminen influenssaan Tapahtui ainakin toiselle projektipäällikölle, mutta ei aiheuttanut ongelmia projektille, koska sattui joululoman aikaan. Projektiryhmän aikataulujen yhteensovittaminen epäonnistuu Välillä oli vaikeuksia, mutta palaverit pidettiin aina sillä porukalla joka koossa oli ja muille sitten jaettiin tietoa esim. wikin kautta. Kurssin keskeyttäminen projektiryhmän jäsenen osalta Yksi ryhmän jäsenistä oli välillä pitkäänkin tavoittamattomissa, mutta silloin kun oli mukana, niin teki paljon hommia. Kukaan ei varsinaisesti keskeyttänyt kurssia. Ryhmän jäsenten vähäinen kokemus valittujen tekniikoiden käytöstä Ei loppujen lopuksi koitunut suureksi ongelmaksi. Ne jotka osasivat muita paremmin, auttoivat ja opastivat muita. Asioita opiskeltiin myös porukalla. Asiakkaan edustajan vähäinen mielenkiinto projektia kohtaan Asiakas oli aktiivinen eli tällaista ongelmaa ei kohdattu. Asiakkaan vaatimusten väärin tulkitseminen Tätä sattui jonkin verran, mutta siihen varauduttiin tiiviillä yhteydenpidolla asiakkaaseen eli uusia toiminnallisuuksia ja määrityksiä katselmoitiin varsin usein asiakkaan kanssa, jotta niihin pystyttiin puuttumaan ajoissa. Uusien vaatimusten ilmaantuminen myöhäisessä vaiheessa Varsinaisia uusia vaatimuksia ei tainnut tulla, mutta alkuperäisiä ehkä hiukan muutettiin/täsmennettiin projektin edetessä. Tästä ei koitunut sen suurempia ongelmia. Asiakas ei osallistu palavereihin Asiakas pystyi osallistumaan palavereihin hyvin. Vaatimuksien selvittämiseen käytetään liiaksi aikaa Perusvaatimukset pyrittiin saamaan ripeästi valmiiksi ja niitä sitten tavallaan iteroitiin jatkuvasti kehitystyön ohessa, jotta alkuselvittelyyn ei menisi liikaa aikaa. Tässä 8

9 onnistuttiin. Asiakas ei pysty pitämään sovittuja asioita Ei ollut ongelmia. Projektipäälliköiden kokemuksen puute Projektia olisi ehkä pystynyt organisoimaan hieman tehokkaamminkin, mutta tämä ei koitunut ongelmaksi. Vastuiden jako ryhmän jäsenten kesken on epäoikeudenmukaista Ainakaan soraääniä projektipäällikköiden korviin ei tästä kantautunut. Hommat pystyttiin alunperinkin jakamaan aika lailla kaikkien omien halujen mukaisesti, mikä varmasti auttoi asiaa, koska ketään ei esim. tarvinnut pakottaa ohjelmoimaan. Työmääräarvioiden epäonnistuminen Arvio meni aika paljon yläkanttiin, koska vain reilut 1000 tuntia 1500:sta käytettiin. Kommunikointi asiakkaiden kanssa tai projektiryhmän sisällä ei toimi Tässä ei ilmennyt ongelmia. Ennalta tuntemattomiin teknologioihin tutustuminen kestää liian pitkään Tältäkin vältyttiin projektiryhmän aktiivisen itseopiskelun ja tiedon jakamisen vuoksi. Ohjelmointi päästiin aloittamaan hyvissä ajoin, eikä sen aloitus myöhästynyt mitenkään radikaalisti. Valitut teknologiat eivät sovellu vaatimusten toteuttamiseen Ei ongelmia. Päinvastoin teknologiat soveltuivat erittäin hyvin kyseisten vaatimusten toteuttamiseen. Ohjelmointityökalujen käyttöönotto viivästyy Ei ongelmia. Huono käytettävyys Käytettävyyteen pyrittiin kiinnittämään huomiota koko kehityksen ajan. Heuristisella arvioinnilla vielä selvitettiin käytettävyyden onnistumista sekä asiakkaan kommentteja kysymällä. Tuote ei vastaa asiakkaan tarpeita Aivan kaikkia ominaisuuksia sovellukseen ei ehditty tehdä, mutta kylläkin kaikki tärkeimmät ja sen voidaan sanoa palvelevan alkuperäistä tarkoitustaan projektien seurannan tukena. 4.2 Yllättävät riskit Mitään yllättäviä riskejä ei tullut vastaan, koska niin monenlaisiin riskeihin oli osattu varautua jo projektin alussa. Yksikään ennalta määritellyistä riskeistä ei ainakaan kovin vakavasti toteutunut, mikä olisi voinut aiheuttaa myös uusien yllättävien riskien toteutumista. 9

10 5 Projektin hallinta 5.1 Viikkopalaverit Projektissa pidettiin lomaviikkoja lukuun ottamatta kerran viikossa palaveri, jossa käytiin läpi viikon aikana aikaan saadut asiat, niihin liittyvät ongelmat ja tehtävät seuraavalle viikolle. Janne Pihlajaniemi veti läpi viikoittaiset palaverit ja niihin osallistui projektiryhmän lisäksi myös asiakas silloin tällöin, kun se oli tarpeellista. Etenkin projektin myöhemmässä vaiheessa viikkopalaverien luonne muuttui enemmän workshoptyyliseksi, jossa kyllä käytiin edellä mainitut asiat, mutta usein myös jatkettiin yhdessä varsinaista toteuttamista. Viikkopalaverien lisäksi ryhmällä oli erinäisiä workshoppeja, joissa porukalla tutustuttiin johonkin uuteen työkaluun tai suunniteltiin ja toteutettiin jotain vaativaa toiminnallisuutta. Nämä koettiin varsin hyödyllisiksi. 5.2 Viikkoraportit Viikkoraportteja kertyi yhteensä 24 kpl. Raporttien kirjoittaminen oli Antti Jämsénin tehtävä. Hän pysyi paremmin kärryillä projektin etenemisestä, koska osallistui johtamiseen Helsingistä käsin. Viikkopalaverista oli tapana kirjoittaa wikiin pääasiat ylös, jotka sitten koostettiin viikkoraportille joka maanantai. Raportointipäivänä meillä oli maanantai, jotta ryhmäläiset saivat merkata viikoittaiset työtuntinsa aina sunnuntai-iltaan mennessä. 5.3 Katselmoinnit Katselmointeja järjestettiin jokaisen sprintin jälkeen, joissa katsottiin läpi saavutetut asiat ja seuraavan sprintin sisältö. Katselmointeihin osallistui aina projektiryhmän lisäksi asiakas ja lähes aina kurssin vetäjä. Monet dokumentit saatiin valmiiksi vasta juuri ennen katselmointia, joten kurssin vetäjä ja asiakas eivät useinkaan olleet ehtineet niihin kunnolla tutustua. Tämä heikensi niiden katselmointia. 5.4 Ryhmätyöskentely Varsinaista viikoittaista ryhmätyöskentelyä ei ollut erikseen sovittu, mutta osan toteutuksesta ryhmäläiset tekivät keskenään järjestämissään pienryhmissä. Yhteyttä toki pyrittiin pitämään tiivisti, jotta ryhmäläiset tietäisivät mitä kukin on toteuttamassa. Tässä apuna oli projektille perustettu IRCkanava ja sähköposti. Projektiryhmä alkoi toimia yhteen varsin nopeasti projektin aloittamisen jälkeen ja yhteistyö sujui kokonaisuutena hyvin. Ryhmäläiset kommunikoivat paljon suoraan keskenään ilman projektipäälliköitä, mutta kaikki oleellinen kerrottiin myös heille. Käytettävyystiimin jäsen oli aktiivisesti mukana projektissa ja hänellä riitti innostusta hyvin koko projektin ajan. Hän ei ollut mitenkään ulkopuolinen vaan selvästi tiimiin jäsen. 10

11 6 Välineet ja menetelmät 6.1 Välineet Projektissa hyödynnetään GoogleWikiä, joka on monipuolinen Wiki-työkalu projektityöskentelyyn. Kotisivu löytyy osoitteesta: Projektin kotisivulta löytyy myös projektin tuottamat dokumentit ja sitä käytetään mm. tiedostojen ja tiedon jakamiseen ryhmäläisten kesken. Tuntilistaukset ylläpidetään Google-dokumenttien taulukkolaskennassa, johon jokainen ryhmäläinen käy joka viikko viimeistään sunnuntaina kirjaamassa edellisviikon tuntinsa. Google Groupsissa on luotu sähköpostilista, jonka avulla tietoa saadaan nopeasti lähetettyä ryhmän kesken. Yhteydenpito projektin aikana tapahtuu pääasiallisesti sähköpostin kautta, mutta projektilla on myös oma IRC-kanava, jota viimeistään ohjelmointivaiheessa on tarkoitus hyödyntää. Asiakas oli jo etukäteen määritellyt tarkkaan ympäristön, jossa sovellusta ajetaan eli projektiryhmällä ei asiassa ollut sen enempää työtä. Järjestelmä toteutetaan LAMP-ympäristöön: Palvelin: Linux Ubuntu Server LTS Web-palvelin: Apache Tietokanta: MySQL a-3ubuntu5.4 Ohjelmointikieli: PHP ubuntu5.7, Suhosin-Patch Kehitysympäristönä projektilla toimii tietojenkäsittelytieteiden laitoksen tarjoama virtuaalipalvelin, jossa on palvelinohjelmistona perusasennettu Debian GNU/Linux 5.0. Vaikka palvelin ei olekaan sama kuin asiakkaan käytössä oleva, jolla sovellus tulee pyörimään, niin se on kuitenkin niin lähellä samaa, ettei siitä uskota seuraavan ongelmia. Sovelluksen tulee toimia ainakin Mozilla Firefox-, Internet Explorer- ja mielellään myös Operaselaimen uusimmassa versiossa (eli vähintään versiossa, joka on tällä hetkellä uusin). 6.2 Menetelmät Kehitysmallina oli hieman muokattu Scrum. Päivittäisiä tapaamisia ei ollut mahdollista järjestää, mutta asiat käytiin kerran viikossa läpi sen sijaan. Kehityksessä käytettiin lisäksi jonkin verran workshoppeja ja etenkin ohjelmointivaiheessa yhteydenpitoa harrastettiin myös IRC-kanavan välityksellä. Kehitysmalli oli tällaisen melko pienen, mutta varsin monimutkaisen sovelluksen kehittämiseen hyvä. Projektin edetessä jouduttiin palaamaan vaatimuksiin useaan otteeseen ja muokkaamaan mm. asioiden esitystapaa käyttöliittymässä. Tällaiset muutokset olisivat olleet vaikeita vesiputousmallissa. Myös ohjelmointityö päästiin aloittamaan aikaisessa vaiheessa eikä vesiputousmallin kaltaista hyvin raskasta suunnitteluvaihetta tarvittu. Useat vaatimusten toteuttamiseen liittyvät asiat oli helpompi havaita siinä vaiheessa, kun jotain ohjelmointikoodia oli jo saatu aikaiseksi. 11

12 7 Projektin eteneminen, työmäärät ja tuotokset Alla listattuna projektin vaiheet ja tärkeimmät päivämäärät, Vaiheistus Sprintti Sisältö Viikot Pääajankohdat #1: Projektin aloitus Projektin käynnistäminen Aiheeseen tutustuminen Ideointi Projektisuunnitelma Käytettävyyskartoitus #2: Vaatimusmäärittely ja suunnittelu #3: Proton muodostus ja ohjelmoinnin aloitus #4: Proton muodostus ja ohjelmointia #5: Ohjelmointia, katselmointia ja korjausta #6: Ohjelmointia ja katselmointia #7: Ohjelmointia ja testaamista Ohjelmointityökalujen asentaminen Ohjelmointityökaluihin tutustuminen Käyttöliittymän suunnittelu Tietokannan suunnittelu Tietokannan ER-malli Käyttöliittymäsuunnitelma Vaatimusmäärittely Tietokannan muodostaminen Käyttöliittymän muodostaminen Staattisen proton tekemisen aloitus Ohjelmoinnin aloitus Staattinen proto valmis Testidata syötetty tietokantaan 8% valmiina Ohjelmointi jatkuu Katselmointia ja korjaamista asiakkaan kommenttien perusteella 17% valmiina Ohjelmointi jatkuu Session hallinnan toteuttaminen Testaus-suunnitelman tekeminen ja katselmointi 77% valmiina Ohjelmointi jatkuu vielä, lähinnä kuitenkin hienosäätöä eikä uusien ominaisuuksien toteuttamista Bugien korjaus Testaamista Sovelluksen toimittanen asiakkaalle heidän sisäistä testausta varten (koska mm. hieman erilainen ympäristö kuin kehitysympäristö) Katselmointi: Esitutkimus: Projektisuunnitelma: Käytettävyyskartoitus: Katselmointi: Vaatimusmäärittely: Katselmointi: Katselmointi: Projektiesitys: Katselmointi: Testaussuunnitelma: Katselmointi: Katselmointi: Testausraportti 1: Testausraportti 2: Projektikertomus: Loppuraportti:

13 Loppujen dokumenttien kirjoittaminen 93% valmiina Projektin päättäminen Lopputapaaminen asiakkaan kanssa Projekti-CD 100% valmiina 11 Lopputapaaminen Tunnit kategorioittain ja henkilöittäin Henkilö Projektin suunnittelu ja johtaminen Vaatimus ten määrittel y Suun nittel u Ohjel moint i Integroi nti ja testaus Katselmo innit Korj aus Opiskelu Muut Janne Antti Pekka Maria Jorma Panu Nina Joonas (UI) Yht Yht % 33,18 2,28 6,47 22,7 4,47 3,92 7,57 11,21 8,

14 Viikottaiset työtunnit henkilöittäin Vko Janne Antti Pekka Maria Jorma Panu Nina Joonas Yht ,5 3 35, ,5 48, ,5 30, ,5 50, ,5 102, ,5 38, ,5 2, ,5 30, ,5 22, Yht:

15 Dokumentit Dokumentti Sivuja Versiot Esitutkimus 14 v0.1, v1.0 Projektisuunnitelma 32 v0.1, v1.0, v1.1 Käytettävyysarviointi 11 v0.1, v0.2, v0.3 Vaatimusmäärittely 34 v0.1, v1.0, v1.1, v1.2 Suunnitteludokumentit (3 dokumenttia) 32 v0.1, v0.2, v2.5 Käyttöliittymäsuunnitelma - - Testaussuunnitelma 30 v0.1, v1.0 Testausraportit 1 ja v1.0 (molemmat) Käytettävyysarviointi 8 v1.0 Loppuraportti 19 v.1.0 Projektikertomus v.1.0 Viikkoraportit 23 v1.0 Ohjelmakoodin määrä Language PHP, HTML LOC 4734 (PHP) 3630 (HTML) SLOC 8203 Code revisions 2180 Vaikka työmääräarviosta jäätiinkin, niin kurssi työllisti kyllä paljon ja sovellus oli yllättävän hankala toteuttaa mm. erilaisten ristiinlinkitysten takia. Suurin osa työryhmästä joutui opettelemaan hyvin paljon uusien työkalujen ja ohjelmointikielen käyttöä eli siinäkin mielessä kurssin suorittamiseksi on nähty paljon vaivaa. Meidän ryhmän työtunnit jakautuivat aika paljon eli arvostelussa toivomme, että tämä otetaan huomioon. Ehkä yhteinen opintopistemäärä voisi olla 10:n paikkeilla ja muutamille eniten työtunteja tehneille sitten enemmän. 15

16 8 Johtopäätökset 8.1 Kokemukset projektista Projekti sujui loppujen lopuksi varsin hyvin. Projektiryhmäläiset olivat aidosti kiinnostuneita projektin toteuttamisesta eikä motivaatiosta ollut puutetta. Projektin onnistumisen kannalta oli tärkeää, että ryhmä tuli hyvin toimeen koko projektin ajan. Erään haasteen projektille toi toisen projektipäällikön asuminen Helsingissä ja työskentely kokopäiväisesti. Projektin johtaminen kaipaa kuitenkin selkeästi myös paikallaoloa ja kasvokkain tapahtuvaa kommunikointia ryhmän kesken. Onneksi toinen projektipäällikkö pystyi vetämään viikoittaiset tiimipalaverit läpi, koska muutoin projekti ei todennäköisesti olisi onnistunut. Meillä oli projektissa myös erittäin aktiivinen asiakas, mikä helpotti huomattavasti etenkin iteratiivisesti tapahtuvaa kehitystyötä. Me saimme nopeasti vastauksia ja kommentteja toteutettuihin asioihin jolloin niitä päästiin myös muuttamaan nopeasti halutunlaiseksi. Tietenkin lähtökohtana oli mahdollisimman tarkka vaatimusmäärittely jo ennen toteutuksen aloittamista, mutta käytännössä vaatimukset täsmentyvät kuitenkin vasta toteutuksen aikana. Meillä tällainen interaktiivinen työskentelytapa toimi hyvin. Projekti onnistui loppujen lopuksi ihan hyvin eli kaikki tärkeimmät vaatimukset saatiin sovellukseen. Käytettävyystestauksessa ei paljastunut mitään vakavia puutteita, lähinnä jotain viilaamista. Asiakkaan voidaan olettaa pystyvän tekemään projektin alussa määriteltyjä asioita valmistuneella sovelluksella, joten projektia voidaan pitää onnistuneena. 8.2 Mitä parantaa seuraavalla kerralla Vaatimusmäärittelyn voisi tehdä huolellisemmin kuin tässä projektissa. Jossain laajemmassa projektissa ei ole mahdollisuutta määritellä vaatimuksia ja muokata sovellusta kehityksen aikana kuin tässä oli. Iteraatioiden sisällön olisi voinut miettiä vielä tarkemmin etukäteen erillisellä suunnittelutapaamisella, tämä tosin olisi mutta kun ei ole kovin paljon kokemusta projektien vetämisestä, niin on hankalaa arvioida eri vaiheiden kesto. Samoin testaamisen olisi ehkä voinut aloittaa jo hieman aiemmin, jotta bugien korjaamiseen olisi jäänyt enemmän aikaa. 16

17 9 Hylättyjä ratkaisuvaihtoehtoja Projektin alkuvaiheessa toteutusalustaksi ajateltiin wiki-pohjaista järjestelmää, mutta siitä luovuttiin tallennettavien tietojen organisoinnin moniulotteisuuden ja aikasidonnaisuuden takia. 17

18 10 Jatkokehitysideoita Sovellukseen oli tarkoitus luoda visuaalinen aikajana kuvaamaan projektien tapahtumista, joista käyttäjä voisi yhdellä silmäyksellä nähdä helposti eri tapahtumien ajankohdat. Tällainen ominaisuus voisi olla hyödyllinen tulevaisuudessa toteuttaa. Käyttöoikeuksien rajaus voi olla myös tarpeellinen ominaisuus tulevaisuudessa, jos sovellus menee laajempaan käyttöön eri kaupunginosayhdistyksiin. Sovelluksessa olisi siis liitetty käyttäjätunnuksiin tietyt oikeudet käyttää sovelluksen eri toimintoja. Eräs alussa määritelty ominaisuus oli laajennettu haku, johon liittyi myös tallennetut haut. Näitä ei koskaan ehditty toteuttaa, mutta voisivat olla hyödyllisiä, jos käyttäjä joutuu tekemään paljon hakuja. 18

19 11 Kommentteja kurssista Kurssi on eräs laitoksen parhaista sekä niille, jotka tekevät projektityötä että niille jotka johtavat sitä. Kurssi on kuitenkin riittävän pitkä, että siinä ehtii toteuttaa riittävän laajan sovelluksen ja joutuu oikeasti organisoimaan projektiryhmän työskentelyä. Vastaavaa kokemusta ei ole mahdollista muilta kursseilta saada, ainoastaan työelämästä. Kokemukset työelämästä osoittavat, että yhä nykyään projektityöskentely ja sen johtaminen ovat haasteellisia asioita, joten kaikki lisäkoulutus sillä saralla on varmasti jokaiselle tietojenkäsittelytieteilijälle hyödyksi. 19

ESITUTKIMUS. Polku Versio 0.1. Projektiryhmä

ESITUTKIMUS. Polku Versio 0.1. Projektiryhmä ESITUTKIMUS Polku Versio 0.1 Projektiryhmä Janne Pihlajaniemi janne.pihlajaniemi@iki.fi Antti Jämsén antti.jamsen@uta.fi Maria Hartikainen maria.hartikainen@uta.fi Pekka Kallioniemi pekka.kallioniemi@uta.fi

Lisätiedot

ESITUTKIMUS. Polku Versio 1.0. Projektiryhmä

ESITUTKIMUS. Polku Versio 1.0. Projektiryhmä ESITUTKIMUS Polku Versio 1.0 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas Jokiniemi 1 Versiohistoria Päiväys Versionumero

Lisätiedot

VAATIMUSMÄÄRITTELY. Polku http://code.google.com/p/polku-projekti/ Versio 1.1. Projektiryhmä

VAATIMUSMÄÄRITTELY. Polku http://code.google.com/p/polku-projekti/ Versio 1.1. Projektiryhmä VAATIMUSMÄÄRITTELY Polku http://code.google.com/p/polku-projekti/ Versio 1.1 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas

Lisätiedot

VAATIMUSMÄÄRITTELY. Polku http://code.google.com/p/polku-projekti/ Versio 1.2. Projektiryhmä

VAATIMUSMÄÄRITTELY. Polku http://code.google.com/p/polku-projekti/ Versio 1.2. Projektiryhmä VAATIMUSMÄÄRITTELY Polku http://code.google.com/p/polku-projekti/ Versio 1.2 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas

Lisätiedot

PROJEKTISUUNNITELMA. Polku http://code.google.com/p/polku-projekti/ Versio 1.1. Projektiryhmä

PROJEKTISUUNNITELMA. Polku http://code.google.com/p/polku-projekti/ Versio 1.1. Projektiryhmä PROJEKTISUUNNITELMA Polku http://code.google.com/p/polku-projekti/ Versio 1.1 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni

Lisätiedot

PROJEKTISUUNNITELMA. Polku http://code.google.com/p/polku-projekti/ Versio 0.1. Projektiryhmä

PROJEKTISUUNNITELMA. Polku http://code.google.com/p/polku-projekti/ Versio 0.1. Projektiryhmä PROJEKTISUUNNITELMA Polku http://code.google.com/p/polku-projekti/ Versio 0.1 Projektiryhmä Janne Pihlajaniemi janne.pihlajaniemi@iki.fi Antti Jämsén antti.jamsen@uta.fi Maria Hartikainen maria.hartikainen@uta.fi

Lisätiedot

SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti

SALAKIRJOITUKSEN 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ätiedot

LOPPURAPORTTI Paperikonekilta Versio 1.0

LOPPURAPORTTI 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ätiedot

Internet-pohjainen ryhmätyöympäristö

Internet-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ätiedot

Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3

Uutisjä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ätiedot

Esitutkimus. Luuppi, versio 1.0. Petri Ikävalko Panu Tunttunen. http://luuppi.googlecode.com

Esitutkimus. Luuppi, versio 1.0. Petri Ikävalko Panu Tunttunen. http://luuppi.googlecode.com Esitutkimus Luuppi, versio 1.0. Petri Ikävalko Panu Tunttunen http://luuppi.googlecode.com Versionhallinta ei ole vielä käytössä, koska projekti on vielä varhaisessa vaiheessa Luuppi Esitutkimus 2 / 10

Lisätiedot

AS-0.3200 Automaatio- ja systeemitekniikan projektityöt

AS-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ätiedot

Käyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio

Käyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Otus- projektinhallintatyökalu Käyttöohje Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Mari Tampere 9. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja,

Lisätiedot

MINNO Metropolia 2014 - Loppukatselmus. Kotisatama Järjestelmät 14.11.2014

MINNO 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ätiedot

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

Tik-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ätiedot

EDISTYMISRAPORTTI - PS Virtuaaliyhteisöjen muodostaminen Versio 1.0

EDISTYMISRAPORTTI - 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ätiedot

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset

Digi-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ätiedot

Projektisuunnitelma. Luuppi verkkoportaali. versio 1.2

Projektisuunnitelma. Luuppi verkkoportaali. versio 1.2 Projektisuunnitelma Luuppi verkkoportaali versio 1.2 Petri Ikävalko Panu Tunttunen Eero Jaakonaho Mikko Kuivanen Kari Jussila Julius Torkkeli Johannes Lampela Luuppi Projektisuunnitelma 2 / 19 Versiohistoria

Lisätiedot

Vastuu- ja tehtäväalueet sekä tiedonvälitys OSCu-kursseilla

Vastuu- ja tehtäväalueet sekä tiedonvälitys OSCu-kursseilla Vastuu- ja tehtäväalueet sekä tiedonvälitys OSCu-kursseilla Johdanto... 2 1. Opetushenkilökunnan tehtävät... 2 1.1. Kurssin vastuuopettaja... 2 1.2. Kurssimestarit ja assistentit... 3 1.2.1. Vastuuyliopiston

Lisätiedot

PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009

PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009 PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009 POHDINTAA Mitä asioita projektissa seurataan? Kuka vastaa ohjauksesta? Millä tavoin projektia seurataan ja ohjataan? Mitä asioita ohjaukseen kuuluu?

Lisätiedot

Scrumjatkuvan palvelun DWprojektissa-case. Niina Mäkiranta & OP-scrum-tiimi Aureolis Oy

Scrumjatkuvan palvelun DWprojektissa-case. Niina Mäkiranta & OP-scrum-tiimi Aureolis Oy Scrumjatkuvan palvelun DWprojektissa-case OP-Pohjola Niina Mäkiranta & OP-scrum-tiimi Aureolis Oy Agenda Scrum lyhyesti Jatkuvan palvelun DW-projekti- Case OP-Pohjola Lähtötilanne ennen Scrumia Scrumin

Lisätiedot

Testaussuunnitelma. Polku http://code.google.com/p/polku-projekti/ versio 1.0. Projektiryhmä. Janne Pihlajaniemi. Antti Jämsén.

Testaussuunnitelma. Polku http://code.google.com/p/polku-projekti/ versio 1.0. Projektiryhmä. Janne Pihlajaniemi. Antti Jämsén. Testaussuunnitelma Polku http://code.google.com/p/polku-projekti/ versio 1.0 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas

Lisätiedot

Hajautettu Ohjelmistokehitys

Hajautettu Ohjelmistokehitys Hajautettu Ohjelmistokehitys Maria Paasivaara Hajautuksen muotoja Yrityksen sisäinen hajautus Maan sisällä Maiden välillä, esim. offshore Yritysten välinen hajautus Alihankinta Lisenssointi Partnershipit

Lisätiedot

Lakki. 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. 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ätiedot

KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ

KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ Eeva Kangas 05.11.2015 @FixUi Oy 2013 2015 FIXUI "Autamme yrityksiä suunnittelemaan sellaisia tuotteita, joita ihmiset osaavat ja haluavat käyttää" Käyttäjätutkimukset

Lisätiedot

SEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: 26.10.2004 Projekti : AgileElephant Versio: V0.9

SEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: 26.10.2004 Projekti : AgileElephant Versio: V0.9 AgilElephant T-76.115 Esa Mommo, 57197J Pauli Vesterinen, 65220P Tekijä: Esa Mommo/Pauli Vesterinen Omistaja: ElectricSeven Aihe: Sivu 1 of 6 Dokumentti Historia Revisio Historia Revision päiväys: 26.10.2004

Lisätiedot

Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen. Pekka Peura 28.01.2012

Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen. Pekka Peura 28.01.2012 Oppilaiden motivaation ja kiinnostuksen lisääminen matematiikan opiskeluun ja harrastamiseen Pekka Peura 28.01.2012 MOTIVAATIOTA JA AKTIIVISUUTTA LISÄÄVÄN OPPIMISYMPÄRISTÖN ESITTELY (lisätietoja maot.fi)

Lisätiedot

UTIFLEET-VARAUSJÄRJESTELMÄ KÄYTTÄJÄN OHJE. Gospel Flight ry

UTIFLEET-VARAUSJÄRJESTELMÄ KÄYTTÄJÄN OHJE. Gospel Flight ry UTIFLEET-VARAUSJÄRJESTELMÄ Gospel Flight ry Versio 1.0 Hyväksytty Tekijä 1.11.2005 Tarkastanut 1.11.2005 Hyväksynyt Juha Huttunen 3.11.2005 Helia UTIFLEET-TIETOJÄRJESTELMÄ 2 SISÄLLYS 1 SOVELLUKSEN KÄYTTÖOIKEUDET

Lisätiedot

Projektisuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Projektisuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Projektisuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu

Lisätiedot

LC Profiler. - Oppimisympäristön keskeisiä piirteitä. Antti Peltonen, LC Prof Oy

LC Profiler. - Oppimisympäristön keskeisiä piirteitä. Antti Peltonen, LC Prof Oy LC Profiler - Oppimisympäristön keskeisiä piirteitä Antti Peltonen, LC Prof Oy Profiler - Sovelluksen kehityskaari... Ensimmäiset versiot oppimisympäristöstä 1995 ProTo -projekti 1997-98, Oulun yliopisto

Lisätiedot

0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen

0.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ätiedot

Projektisuunnitelma Viulu

Projektisuunnitelma 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ätiedot

OTM-HANKE. Opintohallinnon tietojärjestelmän modernisointi - tilannekatsaus

OTM-HANKE. Opintohallinnon tietojärjestelmän modernisointi - tilannekatsaus OTM-HANKE Opintohallinnon tietojärjestelmän modernisointi - tilannekatsaus Taustaa Aalto-yliopisto, Helsingin yliopiston ja Tampereen yliopiston yhteishanke opintohallinnon tietojärjestelmien modernisoinniksi

Lisätiedot

KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014. Käyttäjätutkimus ja käsitteellinen suunnittelu. Järjestelmän nimi. versio 1.0

KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014. Käyttäjätutkimus ja käsitteellinen suunnittelu. Järjestelmän nimi. versio 1.0 KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014 Käyttäjätutkimus ja käsitteellinen suunnittelu Järjestelmän nimi versio 1.0 Jakelu: Tulostettu: 201543 Samuli Hirvonen samuli.hirvonen@student.tut.fi

Lisätiedot

Loppuraportti. HeTLi. Helsinki 26.8.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Loppuraportti. HeTLi. Helsinki 26.8.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Loppuraportti HeTLi Helsinki 26.8.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi Projektiryhmä Asiakas Johtoryhmä Kotisivu Versiohistoria 581260 Ohjelmistotuotantoprojekti

Lisätiedot

Toteutusvaihe T2 Edistymisraportti

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ätiedot

Ryhmä (11) Numeropankki

Ryhmä (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ätiedot

PROJEKTIN LOPPURAPORTTI

PROJEKTIN LOPPURAPORTTI Turun ammattikorkeakoulu, TYT:n Innovointiraha 2012 LOPPURAPORTTI Projektin nimi Tiimiopiskelu pvm 20.12.2012 1 (7) PROJEKTIN LOPPURAPORTTI Tiimiopiskelu Tekniikka, ympäristö ja talous 20.12.2012 Tiedosto:

Lisätiedot

Tik-76.612 Ohjelmistotuoteliiketoiminta

Tik-76.612 Ohjelmistotuoteliiketoiminta Tik-76.612 Ohjelmistotuoteliiketoiminta Luennot ja projekti synty suunnittelu käynnistys ohjaus päätös operointi Ti 12.3 To 14.3 Ti 19.3 To 21.3 Ti 26.3 To 4.4 Ti 9.4 To 11.4 Ti 16.4 Ti 18.4 To 23.4 Kurssin

Lisätiedot

ecome Markkinoiden kehittynein julkaisujärjestelmä

ecome Markkinoiden kehittynein julkaisujärjestelmä ecome Ecome Finland Oy Itämerenkatu 3 p. 020 7749 580 00180 Helsinki p. 020 7749 585 Suomi - Finland ecome@ecome.fi y. 2193874-3 www.ecome.fi Ecome-järjestelmä pähkinänkuoressa Ecome on suomalaisen yhtiön

Lisätiedot

File [Otsikko] 2014-02-26 40212. Projektisuunnitelma. SPT2014 Selvitysprojekti projektihallinnan työkaluista

File [Otsikko] 2014-02-26 40212. Projektisuunnitelma. SPT2014 Selvitysprojekti projektihallinnan työkaluista apj2014 Projektisuunnitelma 1 (6) Projektisuunnitelma SPT2014 Selvitysprojekti projektihallinnan työkaluista Versio 1.0 Muutoshistoria umero Pvm Selitys Tekijä(t) 0.1 12.2.2014 Projektisuunnitelmaluonnos

Lisätiedot

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 VIIME KERRALLA MENETELMIÄ Musta laatikko Valkea laatikko Harmaa laatikko Regressio Automaatio Rasitus (kuormitus)

Lisätiedot

Yhteenvetodokumentti. Boa Open Access. Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Yhteenvetodokumentti. Boa Open Access. Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Yhteenvetodokumentti Boa Open Access Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari

Lisätiedot

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006-11-25 Janne Mäkelä Alustava 1.0 2006-12-10 Janne Mäkelä Valmis 1.

Lisätiedot

TIEDONKULKU. PROJEKTITYÖ Tik-76.115 Wclique

TIEDONKULKU. PROJEKTITYÖ Tik-76.115 Wclique TIEDONKULKU PROJEKTITYÖ Tik-76.115 SISÄLLYSLUETTELO Sisällysluettelo... 2 Versiohistoria... 2 1. JOHDANTO... 3 1.1 Tämän dokumentin tarkoitus... 3 1.2 Projekti... 3 2. Tiedonkulku... 3 2.1 Yleistä... 3

Lisätiedot

Suoritustavat: Laboratoriotöitä 2.-3.periodi. Luennot 2h, Laboratorityöt 4h, itsenäinen työskentely 124 h. Yhteensä 130 h.

Suoritustavat: Laboratoriotöitä 2.-3.periodi. Luennot 2h, Laboratorityöt 4h, itsenäinen työskentely 124 h. Yhteensä 130 h. Janne Parkkila Tavoitteet: Opintojakson aikana opiskelijoiden tulee: - Yhdistellä eri lähteistä löytämiään tietoja. - Kirjoittaa kriteerit täyttäviä alku- ja loppuraportteja. - Ratkaista laboratoriotöissä

Lisätiedot

Teemana aikajanat Polku versio 0.2

Teemana aikajanat Polku versio 0.2 Teemana aikajanat Polku versio 0.2 UTA VT Polku-projekti Tekijä: J.M. Jokiniemi Tulostettu: Jakelu: Uteam, Polku Dokumentin tila: lopullinen versio Muokattu: 5.11.09 VERSIOHISTORIA Versio Päiväys Tekijät

Lisätiedot

Tuottavatko pilotoinnit tuloksia riittävän nopeasti käytännön hankkeiden kokemuksia

Tuottavatko pilotoinnit tuloksia riittävän nopeasti käytännön hankkeiden kokemuksia Tuottavatko pilotoinnit tuloksia riittävän nopeasti käytännön hankkeiden kokemuksia Tuottavat ja eivät tuota Tulokset riippuvat niistä tekijöistä, jotka projektia perustettaessa on määritelty ja miten

Lisätiedot

PROJEKTI- HALLINNAN KÄSIKIRJA

PROJEKTI- HALLINNAN KÄSIKIRJA RISTO PELIN PROJEKTI- HALLINNAN KÄSIKIRJA (seitsemäs painos) PROJEKTIJOHTAMINEN OY RISTO PELIN Kaikki oikeudet pidätetään. Tämän kirjan jäljentäminen ilman tekijän kirjallista lupaa painamalla, monistamalla,

Lisätiedot

PROJEKTINHALLINTA. Käyttäjälähtöinen suunnittelu

PROJEKTINHALLINTA. Käyttäjälähtöinen suunnittelu PROJEKTINHALLINTA Käyttäjälähtöinen suunnittelu PROJEKTINHALLINTA OSANA KURSSIA Opettaja: Tomi Jokitulppo email: Tomi.Jokitulppo@metropolia.fi puhelin: 040 5430197 4 opetuskertaa: 2.10., 9.10., 16.10.

Lisätiedot

Paperiton näyttösuunnitelma

Paperiton näyttösuunnitelma Paperiton näyttösuunnitelma Käyttöohje opettajalle ja työpaikkaohjaajalle Koonnut: Jarkko Lehmuskenttä Turun sivistystoimiala, Suunnittelu- ja kehittämispalvelut 18.10.2015 Versio 2.0 Ohje on koottu OPH:n

Lisätiedot

Case TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999. ! Java luokkia n. 5000

Case 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ätiedot

Orientaatio ICT-alaan. Projekti

Orientaatio ICT-alaan. Projekti Orientaatio ICT-alaan Projekti Projekti Ajallisesti rajoitettu, kertaluonteinen tehtävä määrätyt resurssit sekä oma (linjaorganisaatiosta poikkeava) organisaatio Toteutus tapahtuu suunnitelmallisesti ennalta

Lisätiedot

Sisällys Clerica Web-sovellusten käytön aloittaminen 2

Sisällys Clerica Web-sovellusten käytön aloittaminen 2 Sisällys Clerica Web-sovellusten käytön aloittaminen 2 Kirjautuminen järjestelmään 2 Myyntilaskut 2 Ostolaskujen käsittely 4 Uuden laskun syöttö 6 Palkkailmoituslomake 8 Palkkailmoituksesta kopio 9 Henkilötietojen

Lisätiedot

T 76.115 Tietojenkäsittelyopin ohjelmatyö Hirviöryhmä loppukatselmointi. Hirviö. Projektikatselmointi

T 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ätiedot

BLOGGER. ohjeita blogin pitämiseen Googlen Bloggerilla

BLOGGER. ohjeita blogin pitämiseen Googlen Bloggerilla BLOGGER ohjeita blogin pitämiseen Googlen Bloggerilla Sisältö Blogin luominen... 1 Uuden blogitekstin kirjoittaminen... 4 Kuvan lisääminen blogitekstiin... 5 Lisää kuva omalta koneelta... 6 Lisää kuva

Lisätiedot

Määrittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Määrittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli

Lisätiedot

Testidatan generointi

Testidatan generointi Testidatan generointi Anu Ahonen Kevät 2008 Tämä työ on tehty Creative Commons -lisenssin alla Työn tarkasti 9.4.2008 Jouni Huotari (JAMK/IT) 1 SISÄLTÖ 1 TYÖN LÄHTÖKOHDAT JA TOTEUTUS...2 2 TESTIDATAN GENEROINTI

Lisätiedot

Ammattijärjestäjä Aulasvuori Www-projektin kuvaus

Ammattijä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ätiedot

MINNO Metropolis 2014 - Loppukatselmus. Annika Laurén, Bassma Chaoki Edward Sneck, Lari Lehto Melina Lukkarinen, Riku Lehtonen Educons Oy 26.5.

MINNO Metropolis 2014 - Loppukatselmus. Annika Laurén, Bassma Chaoki Edward Sneck, Lari Lehto Melina Lukkarinen, Riku Lehtonen Educons Oy 26.5. MINNO Metropolis 2014 - Loppukatselmus Annika Laurén, Bassma Chaoki Edward Sneck, Lari Lehto Melina Lukkarinen, Riku Lehtonen Educons Oy 26.5.2014 Tässä kalvosetissä tiimimme esittelee projektin ja siitä

Lisätiedot

Matopeli C#:lla. Aram Abdulla Hassan. Ammattiopisto Tavastia. Opinnäytetyö

Matopeli 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ätiedot

ohjeita kirjautumiseen ja käyttöön

ohjeita kirjautumiseen ja käyttöön ohjeita kirjautumiseen ja käyttöön Kirjautumisesta Opiskelijat: kirjaudu aina tietokoneelle wilmatunnuksella etunimi.sukunimi@edu.ekami.fi + wilman salasana Opettajat: kirjaudu luokan opekoneelle @edu.ekami.fi

Lisätiedot

EDISTYMISRAPORTTI - T4 Virtuaaliyhteisöjen muodostaminen Versio 1.0

EDISTYMISRAPORTTI - 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ätiedot

Viasys VDC Stream Mallipohjaista projektinhallintaa. Tapani Parmanen ja Mia Rantakari Vianova Systems Finland Oy

Viasys VDC Stream Mallipohjaista projektinhallintaa. Tapani Parmanen ja Mia Rantakari Vianova Systems Finland Oy Mallipohjaista projektinhallintaa Tapani Parmanen ja Mia Rantakari Vianova Systems Finland Oy Web-pohjainen projektiportaali, mikä tarjoaa tehokkaat työvälineet hankkeen tietojen hallintaan, aineiston

Lisätiedot

Suvi Junes/Pauliina Munter Tampereen yliopisto / tietohallinto 2014

Suvi Junes/Pauliina Munter Tampereen yliopisto / tietohallinto 2014 Wiki Wiki-työkalu mahdollistaa dokumenttien työstämisen kurssilla yhteisesti siten, että opettaja ja opiskelija/opiskelijat voivat muokata samaa dokumenttia. Opettaja voi luoda Jokaiselle opiskelijalle

Lisätiedot

Tik-76.612 Harjoitustyö

Tik-76.612 Harjoitustyö Tik-76.612 Harjoitustyö Harjoitustyö Tehdään 2-3 hengen ryhmissä Koostuu etapeista joiden aikana simuloidaan ohjelmistoprojektin läpivientiä On nivottu osaksi kurssin luentoja On pakollinen 2 Harjoitustyön

Lisätiedot

10 v. työkokemus teknologiaprojekteista, tiiminvedosta ja agile menetelmistä.

10 v. työkokemus teknologiaprojekteista, tiiminvedosta ja agile menetelmistä. 1 Heikki Paananen, MSc., Lehtori Lahden Ammattikorkeakoulu, Liiketalouden Ala Tietojenkäsittely vuodesta 2011 Mm. Ketterät projektinhallintatekniikat, projektiohjaus. 10 v. työkokemus teknologiaprojekteista,

Lisätiedot

Web -myyntilaskutus Käyttöönotto v. 6.3.0. Toukokuu 2013 1 (16) Versio 6.3.0. Web -myyntilaskutus. Copyright Aditro. All rights reserved.

Web -myyntilaskutus Käyttöönotto v. 6.3.0. Toukokuu 2013 1 (16) Versio 6.3.0. Web -myyntilaskutus. Copyright Aditro. All rights reserved. Toukokuu 2013 1 (16) Versio 6.3.0 Web -myyntilaskutus Toukokuu 2013 2 (16) 1 Johdanto... 3 2 Pikaohje... 3 3 Yritysasetukset... 4 4 Käyttäjät ja käyttäjäroolit... 5 4.1 Käyttäjäroolit... 5 4.2 Käyttäjät...

Lisätiedot

Reilun Pelin työkalupakki: Kiireen vähentäminen

Reilun Pelin työkalupakki: Kiireen vähentäminen Reilun Pelin työkalupakki: Kiireen vähentäminen Tavoitteet Tämän toimintamallin avulla opit määrittelemään kiireen. Työyhteisösi oppii tunnistamaan toistuvan, kuormittavan kiireen sekä etsimään sen syitä

Lisätiedot

PLA-32820 Mobiiliohjelmointi. Mika Saari mika.saari@tut.fi http://www.students.tut.fi/~saari5/pla_32820_2015/

PLA-32820 Mobiiliohjelmointi. Mika Saari mika.saari@tut.fi http://www.students.tut.fi/~saari5/pla_32820_2015/ PLA-32820 Mobiiliohjelmointi Mika Saari mika.saari@tut.fi http://www.students.tut.fi/~saari5/pla_32820_205/ . Luento 2 Suoritus vaatimukset Kurssin sisältö Kirjallisuus Mobiiliohjelmointi Mobiililaitteita...

Lisätiedot

Mitä Visma Severan toimintoja haluaisit käyttää puhelimella?

Mitä Visma Severan toimintoja haluaisit käyttää puhelimella? Mitä Visma Severan toimintoja haluaisit käyttää puhelimella? Severa Mobile -kyselyn tulokset Alkusanat Iso kiitos kaikille kyselyyn vastanneille! Saimme 389 vastausta, joka on kattava otos asiantuntija-

Lisätiedot

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä Demosovelluksen toiminnallinen määrittely v. 1.1 Päivitetty 11.12.2000 klo 20:16 Timo Lämsä 2 (13) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite Timo Lämsä Pieniä korjauksia.

Lisätiedot

Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta

Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta Tehtävät 1. Asiakaspalvelun ja asiakkaiden vaatimukset jakelulle => haastateltavat organisaatiot/henkilöt => lukijaraatien

Lisätiedot

Strathclyde-prosessi

Strathclyde-prosessi Strathclyde-prosessi (Materiaali pohjautuu Terry Williamsin luentokalvoihin The Catastrophic Project - an examination of some real-life project failures and an exposure of root causes. Project Management

Lisätiedot

28.8.1975 ruovedellä pohjois-hämeessä. lepounit.com (yritys) lepo.net (oma)

28.8.1975 ruovedellä pohjois-hämeessä. lepounit.com (yritys) lepo.net (oma) Muokattu: 2015-01-29 Viimeisin versio: http://lepo.net/cv/fi CV taru puhuvasta nörtistä henkilötiedot nimi anu leponiemi syntynyt 28.8.1975 ruovedellä pohjois-hämeessä sähköposti ja www anu (at) lepounit.com

Lisätiedot

Aika Vaihe Lopputulos

Aika Vaihe Lopputulos Ruokis-hanke ICT PROJEKTI: Projektin ohjaaja: Lasse Seppänen Projektipäällikkö: Tommi Leppänen Projektin jäsenet: Jenita Karimäki, Tuija Pörhölä, Kalle Veuro ja Olli Savisaari Projekti Projektin tarkoitus

Lisätiedot

RAPORTTI 25.2.2011 SUORITETUISTA KÄYTETTÄVYYSTESTEISTÄ Luuppi-projekti

RAPORTTI 25.2.2011 SUORITETUISTA KÄYTETTÄVYYSTESTEISTÄ Luuppi-projekti RAPORTTI 25.2.2011 SUORITETUISTA KÄYTETTÄVYYSTESTEISTÄ Luuppi-projekti Saila Oldén 1. JOHDANTO Tässä raportissa kuvataan perjantaina 25.2.2011 Luuppi-projektin tiimoilta suoritettujen käytettävyystestien

Lisätiedot

Susanna Syrjänen, Tiimiesimies Jaakko Marin, Service Consultant

Susanna Syrjänen, Tiimiesimies Jaakko Marin, Service Consultant Susanna Syrjänen, Tiimiesimies Jaakko Marin, Service Consultant Keravan kaupungin tietotekniikan palvelukeskus Henkilöstö: noin 30 hlö Asiakkaat: Järvenpään, Keravan ja Mäntsälän kunnat Työasemia: noin

Lisätiedot

OHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta

OHJ-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ätiedot

PROJEKTIN EDISTYMISRAPORTTI Seurantajakso

PROJEKTIN EDISTYMISRAPORTTI Seurantajakso <jaksonumero, alkupäivä - päättymispäivä> PROJEKTIN EDISTYMISRAPORTTI Seurantajakso -projekti PROJEKTIN EDISTYMISRAPORTIN

Lisätiedot

Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA

Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA Ohjelmointitekniikka lyhyesti Survival Kit. Vesiputousmalli ELINKAARIMALLEISTA. Ohjelmiston elinkaari Ohjelmiston elinkaarella (life cycle) tarkoitetaan aikaa, joka kuluu ohjelmiston kehittämisen aloittamisesta

Lisätiedot

Energiatodistusrekisteri ja laatijan rooli

Energiatodistusrekisteri ja laatijan rooli Energiatodistusrekisteri ja laatijan rooli (Ohjelmassa: Energiatodistusten tietojärjestelmän esittely ja käyttö) 12.10.2007 Tekijän nimi 10.3.2015 Energiatodistusten laatijoiden verkottumistilaisuus Harri

Lisätiedot

Coma - Sovellusprojekti

Coma - Sovellusprojekti Coma - Sovellusprojekti Hanna Alm Kari Arkko Pentti Nakari Lassi Paavolainen Tietotekniikan Sovellusprojekti Projektisuunnitelma 1.0 3.3.2004 JYVÄSKYLÄN YLIOPISTO TIETOTEKNIIKAN LAITOS Tekijät: Työn nimi:

Lisätiedot

Digipäivä, Hallintoryhmä. 25.8.2015 Sipoo

Digipäivä, Hallintoryhmä. 25.8.2015 Sipoo Digipäivä, Hallintoryhmä 25.8.2015 Sipoo NURMIJÄRVEN SÄHKÖINEN ASIOINTI 2 Tero Kulha Taustaa Sähköisestä arkistoinnista on puhuttu Nurmijärvellä kauan ja se ollut budjetissakin useampana vuonna. Nyt teema

Lisätiedot

Näin rakennat mielenkiintoiset nettisivut

Näin rakennat mielenkiintoiset nettisivut Näin rakennat mielenkiintoiset nettisivut Ajattele ennen kuin toimit Ei kannata lähteä suinpäin nettisivuja rakentamaan. Hyvin suunniteltu on enemmän kuin puoliksi tehty. Muuten voi käydä niin, että voit

Lisätiedot

Asiakas ja tavoite. Tekninen toteutus

Asiakas 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ätiedot

24.2.2007. T-76.5158 SEPA - CALIBERRM Aleksi Airola, 39054L Kaarlo Lahtela, 61439P

24.2.2007. T-76.5158 SEPA - CALIBERRM Aleksi Airola, 39054L Kaarlo Lahtela, 61439P T-76.5158 SEPA - CALIBERRM Aleksi Airola, 39054L Kaarlo Lahtela, 61439P T-76.5158 SEPA - CaliberRM 2 (9) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 26.10.2006 Kaarlo Lahtela Ensimmäinen versio 0.2

Lisätiedot

PPS nykyiset versiot Taito-osiot ja mallipohjat/esimerkit

PPS nykyiset versiot Taito-osiot ja mallipohjat/esimerkit Ohjeet versioiden hallintaan Dokumentti kuvaa PPS:n taito-osioiden ja mallipohjien/esimerkkien eri painosten versionumeroinnin. Kaikki dokumentit on sarjanumeroitu kolminumeroisella versionumerolla, esim.

Lisätiedot

Lego Mindstorms anturit

Lego Mindstorms anturit Lego Mindstorms anturit Metropolia Ammattikorkeakoulu Projektisuunnitelma Tomi Ilonen KA09 Tommi Nuotiomaa KA09 Matias Pitkänen KA09 20.1.2012 Insinöörityö Päivämäärä Sisällys 1 Projektin kuvaus 1 1.1

Lisätiedot

S11-09 Control System for an. Autonomous Household Robot Platform

S11-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ätiedot

KYMP Webmail -palvelu

KYMP Webmail -palvelu KYMP Webmail -palvelu Sisältö 1. Kirjautuminen... 3 2. Viestin merkinnät... 4 3. Viestien lukeminen... 4 Viestiin vastaaminen... 4 Viestin välittäminen edelleen / uudelleen ohjaus... 5 4. Viestin kirjoittaminen...

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat Järjestelmäarkkitehtuuri (TK081702) SOA yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,

Lisätiedot

Asko Ikävalko, k0201291 22.2.2004 TP02S-D. Ohjelmointi (C-kieli) Projektityö. Työn valvoja: Olli Hämäläinen

Asko Ikävalko, k0201291 22.2.2004 TP02S-D. Ohjelmointi (C-kieli) Projektityö. Työn valvoja: Olli Hämäläinen Asko Ikävalko, k0201291 22.2.2004 TP02S-D Ohjelmointi (C-kieli) Projektityö Työn valvoja: Olli Hämäläinen Asko Ikävalko LOPPURAPORTTI 1(11) Ratkaisun kuvaus Käytetyt tiedostot Tietuerakenteet Onnistuin

Lisätiedot

Sähköisen projektikansion dokumentointi Innon levyasemalle \\kapa10\inno

Sähköisen projektikansion dokumentointi Innon levyasemalle \\kapa10\inno Valmistelu Suunnittelu ja organisointi Aloitus Toteutus Päätös Projektiidea, tarjous ja into tehdä! Valmentajan / ohjaavan opettajan nimeäminen Projektitiimin kokoaminen / roolit Sopimus toimeksiantajan

Lisätiedot

Ylläpito-ohje. Matematiikan oppifoorumi. Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen. Ohjaaja.

Ylläpito-ohje. Matematiikan oppifoorumi. Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen. Ohjaaja. Matematiikan oppifoorumi Ylläpito-ohje Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen Ohjaaja Jukka Eskola Ohjelmistotuotantoprojekti 17.12.1999 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen

Lisätiedot

ARVI-järjestelmän ohje arvioinnin syöttäjälle 13.4. 2015

ARVI-järjestelmän ohje arvioinnin syöttäjälle 13.4. 2015 ARVI-järjestelmän ohje arvioinnin syöttäjälle 13.4. 2015 Sisältö ARVI-menettelyn perusteet... 1 Arvioinnin syöttäminen... 2 Arvion lähettäminen TE-toimistoon... 5 Sovelluksen sulkeminen... 6 Virhetilanteiden

Lisätiedot

LOPPURAPORTTI. Yhteyshenkilön nimi: Pekka Koponen Yhteystiedot (puhelinnumero ja sähköposti): 040 501 7114, pekka.koponen@forumivirium.

LOPPURAPORTTI. 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ätiedot

AS-0.3200 Automaatio- ja systeemitekniikan projektityöt

AS-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ätiedot

TIETOJENKÄSITTELYTIETEIDEN LAITOS

TIETOJENKÄSITTELYTIETEIDEN LAITOS TIETOJENKÄSITTELYTIETEIDEN LAITOS PROJEKTITOIMINNAN PERUSTEET TENTTI 28.4.2001 Tonja Molin-Juustila Kustakin tehtävästä max 6 pistettä. Vastaukset arvostellaan 0,5 pisteen tarkkuudella. Oikeat vastaukset

Lisätiedot

PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS

PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS 10 KEYS TO SUCCESSFUL SOFTWARE PROJECT 1. Clear Vision 2. Stable, Complete, Written Requirements 3. Detailed User Interface Prototypes

Lisätiedot