Lohtu-projekti. Projektisuunnitelma. Versiohistoria: Luonnos Virve Korjailtu. Mukana riskienhallinta ja Mari, Kimmo, Virve
|
|
- Aurora Laakso
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Lohtu-projekti Projektisuunnitelma Versiohistoria: Luonnos Virve Korjailtu. Mukana riskienhallinta ja Mari, Kimmo, Virve laatusuunnitelma Viimeiset korjaukset. Hyväksytty versio. Virve määrittelyn katselmointi jouduttiin Virve tekemään kaksi kertaa. Myös 1. suunnittelun katselmointi jaettiin kahteen osaan ja 1. suunnitteluvaihetta pidennettiin viikolla suunnittelun toista katselmointia, Virve toteutuksen päättymistä ja testauksen alkamista siirrettiin parilla päivällä Päivitetty 2. syklin roolit. Virve Päivitetty 3. syklin roolit sekä Gantt-kaavio sekä 2. että 3. syklin osalta. Virve Helsinki 7. huhtikuuta 2003 Kimmo Airamaa, Andreas Asuja, Mari Muuronen, Seppo Pastila, Virve Taivaljärvi HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Laudatur-projektityö, kevät 2003
2 Sisältö 1 Projektin tavoitteet Projektin koko- ja aikatauluarviot Riskien hallinta Aikataulu Prosessimalli Aikataulu Projektin resurssit Henkilöt Välineet ja menetelmät Projektin organisaatio Projektiryhmän organisaatio Vastuualueet Laatusuunnitelma Laatutavoitteet Ohjelmointistandardit ja tyylit Projektin seuranta ja ohjaus Ryhmän sisäinen projektin seuranta ja ohjaus Ryhmän ulkopuolinen projektin seuranta Muutoksenhallinta...11 Liite 1. Aikataulu
3 1 Projektin tavoitteet Tietojenkäsittelytieteen laitoksen Ohjelmistotuotantoprojektien toteutusta uudistetaan siten, että projektien arviointimahdollisuuksia ja seurantaa parannetaan uuden työkalun avulla. Tämän työkalun tarkoitus on helpottaa projektien suunnittelua, projektin etenemiseen liittyvien tietojen keräämistä ja tehtyjen suunnitelmien toteutumista. Tavoitteena on myös kyetä työkalun avulla vertailemaan eri projektiryhmiä toisiinsa. Lohtu-projektin tavoitteena on määritellä tuotettavan ohjelmiston ominaisuudet, rajata ja suunnitella projektin aikana toteutettavat ohjelmiston osat sekä toteuttaa ja testata valitut ominaisuudet. Projektin tavoitteena on lisäksi soveltaa laudatur-tasolla opittuja ohjelmistoprosessien laadunvarmistuksentoimenpiteitä käytännössä. Näin ollen tavoitteena on täyttää valitut laatukriteerit sekä toteutettavan ohjelmiston että projektityöskentelyn osalta ja täten toteuttaa annettu tehtävä paremmin ja oikeammin kuin cum laude approbatur tason Ohjelmistotuotantoprojekteissa on tapana. 2 Projektin koko- ja aikatauluarviot Tässä projektissa aikataulu muodostuu rajoittavaksi tekijäksi sille, miten suuri osa määritellystä ohjelmistosta ehditään toteuttamaan. Projektille on kurssimäärityksissä arvioitu työajaksi noin 160 tuntia kutakin projektiin osallistujaa kohden. Projekti kestää tammikuun puolivälistä toukokuun alkuun. Toteutettavaksi valittavat ohjelmisto-osat tulisi siis rajata tämän mukaisesti. Koska aiempaa kokemusta ja kerättyä tietoa ryhmän työskentelystä ei juurikaan ole, on projektin aikana toteutettavan ohjelmiston kokoa tässä vaiheessa vaikea arvioida. Arvio tehdään ja tarkennetaan ohjelmamääritysten edetessä sekä projektisyklien vaihteissa. 3
4 3 Riskien hallinta Projektin mahdollisia riskejä on listattu taulukossa 1. Nämä riskit on listattu erilaisten riskityyppien mukaiseen järjestykseen. Riskeistä mainitaan riskin todennäköisyys ja vaikutusaste. Riskityypit: I Ryhmän kokemus ja käyttäytyminen II Projektin hallinto (asiakas?) III Kehitysympäristö ja tekniikka IV Tuotteen koko ja laatu V Prosessi Vaikutusaste: 1 tuhoisa 2 vaarantava 3 heikentävä/hidastava Taulukko 1. Projektiin liittyviä riskejä Riski Riskityyppi Tod. näk. Vaikutus 1. Ryhmän jäsen sairastuu I 70 % 3 2. Tuote ei vastaa asiakastahojen II 80 % 2 odotuksia ennen projektin päättämistä 3. Vaatimukset muuttuvat projektin II 65 % 1 kuluessa 4. Tuotteesta saatava hyöty on IV 50 % 2 kyseenalainen. 5. Tietojenkäsittelytieteen laitoksen III 55 % 2 laitteistossa on ongelmia, jotka häiritsevät/estävät projektin etenemistä 6. Projektiryhmän jäsenillä ei ole I 35 % 2 tarpeeksi kokemusta käytettävistä menetelmistä 7. Dokumentoinnista lipsutaan I 50 % 3 8. Aiemmin toteutetut ominaisuudet IV 40 % 2 osoittautuvat rajoittaviksi 9. Aikarajat ovat epärealistisia V 45 % Työ tai osa siitä katoaa/tuhoutuu III 50 % Ryhmän työskentely ja päätöksenteko on tehotonta I 30 % 1 4
5 Näille on laadittu seuraavat toteutumista ehkäisevät toimenpiteet: 1. Aikataulussa on pientä venymisen varaa. Ryhmät muut jäsenet voivat osin hoitaa sairastuneen tehtäviä, jotta työ etenisi aikataulussaan. 2. Pyritään varmistamaan (mm. asiakasryhmän jäseniltä kyselemällä) työn loppukäyttäjien toiveiden täyttyminen. 3. Pyritään selvittämään asiakastahojen toiveet mahdollisimman tyhjentävästi. Määrityksiä ja suunnitelmia voidaan korjata jokaisella iteraatiolla. 4. On varmistuttava siitä, että projektin tuotos on kelvollista. Ulkopuolista tahoa ei välttämättä saada tuotetta tutkiskelemaan ennen työn luovutusta, joten se on tehtävä itse. 5. Luetaan säännöllisesti ylläpidon ilmoituksia katkoista ja järjestetään näille ajoille osuva toiminta kotikoneille tai muuksi ajaksi. Ennakoimattomia katkoja varten ei voida paljoa tehdä. 6. Tutustutaan käytettäviin ohjelmiin ja tekniikoihin jo hyvin aikaisessa vaiheessa. Otetaan huomioon ennen suunnitelmien tekoa, mitä ryhmän jäsenet itse asiassa osaavat. 7. Varmistutaan siitä, että suunnitelmat ovat toteuttamiskelpoisia, jotta lipsumista ei tapahtuisi ainakaan huonon suunnittelun takia. 8. Huomioidaan lopullisen tuotteen tarpeet jokaisessa suunnitteluvaiheessa. 9. Aikataulun on oltava järkevä. 10. Kotitietokoneilla oleva tieto on hyvä varmuuskopioida tietojenkäsittelytieteen laitoksen koneille tai jonnekin muualle mahdollisten laiterikkojen takia. Laitoksen koneilla luotetaan säännöllisiin varmuuskopioihin, joista tiedot on palautettavissa. Ylläpidetään hyviä suhteita laitteistoylläpitoon. Ei tuhota tärkeitä tiedostoja ennen kuin kaikilla on projektista arvosana. 11. Ryhmän jäsenet mukautuvat rooleihinsa ja epäselvissä tilanteissa lopullinen päätöksenteko kuuluu sille, jonka vastuualueeseen aihe kuuluu. 4 Aikataulu 4.1 Prosessimalli Projektissa seurataan niin kutsuttua lisäävää prosessimallia. Prosessi on jaettu kolmeksi sykliksi, ja yhden syklin sisällä suoritetaan hieman muokattuna lineaarisen eli vesiputousmallin mukaiset työvaiheet. Syklisyyteen päädyttiin, koska sen avulla voidaan projektityöskentelyssä syntyneitä virheitä seurata ja parantaa toimintaa syklissä opittujen asioiden myötä siten, että viimeinen sykli lopulta toivon mukaan tuottaa realistisesti arvioidun ja tarkkaan seuratun työskentelyn tuloksena laadukkaan lopputuotteen. 5
6 Syklien sisäinen työskentely jakautuu seuraaviin vaiheisiin: 1. Määrittely ja suunnittelu: Kartoitetaan ohjelmiston vaatimukset: ominaisuudet, sidosryhmät, liittymät ja rajoitteet. Kartoitus tapahtuu pääasiassa ensimmäisen syklin alussa. Määrittelyä tarkennetaan UML:n käyttötapausten ja luokkakaavioiden avulla. Ensimmäisen syklin aikana tavoitteena on luoda yleiskuva koko sovelluksesta ja tämän jälkeen kunkin syklin aluksi tarkennetaan syklissä toteutettavan ohjelmisto-osan suunnittelua. Vaiheen lopuksi muodostetaan ohjelmiston suunnitteludokumentti, jota täydennetään sykleittäin. Käyttötapauksista muodostetaan testitapaukset, jotka toimivat pohjana testauksen suunnittelulle. 2. Toteutus: Ohjelmisto toteutetaan suoraviivaisesti suunnitteludokumentin mukaan. Toteutuksen lomassa tehdään testausta testaussuunnitelman mukaan. Toteutus dokumentoidaan ohjelmakoodiin. 3. Testaus: Valmista ohjelmaa testataan mahdollisimman kattavasti testaussuunnitelman mukaan. Testaustulokset kootaan erilliseen testausdokumenttiin. Mahdolliset virheet korjataan seuraavan syklin kuluessa ja testausdokumenttia päivitetään sykleittäin. 4. Post mortem: Kunkin syklin lopuksi kirjataan ylös syklin aikana opitut asiat ja heränneet ajatukset. Projektin lopuksi nämä kootaan yhteen loppuraportiksi, johon liitetään myös yhteenveto työtunneista sekä muista projektiin liittyvistä asioista. Syklin vaihtuessa suoritetaan lisäksi projektiryhmässä uusi roolijako ja määritellään seuraavan syklin tehtävät. Yllämainittujen dokumenttien lisäksi projektin aikana kirjoitetaan toteutettavan ohjelmiston käyttöohje. Lisäksi prosessin seurannasta arkistoidaan projektiryhmän pöytäkirjat ja muistiot sekä työtuntilistat. Näitä dokumentteja tuotetaan läpi koko projektin. 4.2 Aikataulu Projektin aikataulu: Projekti alkaa Projektisuunnitelma valmistuu Ohjelmiston kokonaismäärittelyn katselmointi syklin postmortem, 2. syklin aloitus syklin post mortem, 3. syklin aloitus syklin post mortem Demotilaisuus ja loppuraportin palautus viikolla 19 6
7 Aikataulua tarkennetaan projektin edetessä siten, että jokaisen työvaiheen jälkeen ositetaan seuraavan vaiheen tehtävät. Projektin työvaihekohtainen aikataulu on esitetty Gantt-kaaviona liitteessä 1. Poissaolot: Andreas Asuja on lomalla viikon 12. Seppo Pastila on lomalla viikon 13. Virve Taivaljärvi on lomalla viikon 16. Kaikista poissaoloista ja tehtävien viivästymisestä on ilmoitettava projektiryhmälle mahdollisimman aikaisessa vaiheessa. 5 Projektin resurssit 5.1 Henkilöt Projektin osapuolet: Kurssivastaava: Projektiryhmä: Asiakas: Inkeri Verkamo Kimmo Airamaa Andreas Asuja Mari Muuronen Seppo Pastila Virve Taivaljärvi Turjo Tuohiniemi, Tietojenkäsittelytieteen laitoksen Ohjelmistotuotantoprojektin vastuuhenkilö 5.2 Välineet ja menetelmät Projektin kehitysympäristönä toimii Helsingin yliopiston Tietojenkäsittelytieteenlaitoksen laiteympäristö. Ympäristö, kehitystyökalut ja kielet tarkentuvat paremmin määrittelyvaiheen yhteydessä. Projektin dokumentit tuotetaan Word-tekstinkäsittelyohjelmalla ja julkaistaan pdf muodossa projektin kotisivuilla osoitteessa http// Dokumentit säilytetään 7
8 projektin kotihakemiston alla olevassa Dokumentit-hakemistossa Word-muodossa. Dokumentit nimetään yhtenäisellä formaatilla DokumentinNimi_kkpp, jossa pp tarkoittaa dokumentin valmistumispäivää ja kk kuukautta. Tämä pätee lähinnä projektin pöytäkirjoihin. Ohjelmakoodiin lisätään javadoc-dokumentointi. Lähdekoodin ja dokumenttien versiohallinnassa käytetään tietojenkäsittelytieteen laitoksen Linuxkoneista löytyvää Concurrent Version System (CVS) ohjelmistoa. 6 Projektin organisaatio 6.1 Projektiryhmän organisaatio Projektiryhmän organisaationa toimii demokraattinen, hajautettu malli. Ryhmätyöskentely on keskeistä ja ongelmanratkaisu sekä päätöksenteko tapahtuu yhteistyössä. Projektiryhmä tuntee nimen Lohtu. 6.2 Vastuualueet Projektiryhmän roolijako uudistetaan jokaisen projektin syklin vaihteessa. Kunkin syklin roolitus päivitetään alla esitettävään taulukkoon syklin alkaessa. Projektiryhmän roolijako: Rooli 1. sykli 2. sykli 3. sykli projektipäällikkö Virve Seppo Kimmo ohjelmistopäällikkö Andreas Kimmo Seppo suunnittelupäällikkö Seppo Mari Mari prosessi/laatupäällikkö Mari Virve Virve tukipalvelupäällikkö Kimmo Andreas Andreas Roolien tehtävät perustuvat Team Software Process (TSP) metodin rooli- ja tehtäväjakoon. Vastuualueet jakautuvat roolien kesken seuraavasti: Projektipäällikkö vastaa ryhmän johtamisesta, puheenjohtajuudesta sekä ryhmän edustamisesta ulospäin. Ohjelmistopäällikkö vastaa tuotteen suunnittelusta, toteutuksesta, testauksesta ja käyttöohjeesta. Suunnittelupäällikkö vastaa aikatauluista ja työn etenemisen seurannasta ja raportoinnista. 8
9 Prosessi/laatupäällikkö vastaa tuotteen ja työprosessin laadusta. Hän vetää katselmukset ja kirjoittaa kokouspöytäkirjat. Tukipalvelupäällikkö vastaa projektissa tarvittavista työkaluista ja ympäristöstä sekä hallinnoi riskejä ja uudelleenkäyttöä. 7 Laatusuunnitelma 7.1 Laatutavoitteet Laatusuunnitelman tarkoituksena on asettaa projektiryhmän prosessille sekä tuotetulle tuotteelle laatuvaatimukset, joihin pyrkimällä projektiryhmä saavuttaa laadukkaan tuotteen ja laadukkaan prosessin vaatimukset. Sovelluksen tulee täyttää seuraavat laatukriteerit: Sovelluksesta löydetyistä virheistä 80% löytyy ennen yksikkötestausta. Systeemitestausvaiheessa tuotteesta löytyy 0 virhettä. Valmiista tuotteesta on löydyttävä kaikki määrittelyvaatimukseen kirjatut toiminnallisuudet. Lisäksi laadukas tuote on tuotettu siten, että työkirjan laatusuunnitelmaan kirjatut vaatimukset täyttyvät (lomake SUMQ). Lisäksi vaaditaan TSPi laatukriteerit -lomakkeen kohdat täyttyväksi (Introduction to the Team Software Process, table 5.8). Projektiryhmän prosessi on laadukas, kun seuraavat ehdot täyttyvät. Ohjelman koon arvion ja toteutuneen arvon välinen ero on vähemmän kuin 20%. Myöskin tuntien arvion ja toteutuneiden tuntien välinen on oltava vähemmän kuin 20%. Laadukkaassa ohjelmistoprosessissa kaikki ryhmän jäsenet ovat keränneet ja kirjanneet vaaditut tiedot työkirjaan 100%:sti. Projektiryhmässä mitattavia suureita ovat aika, tuotosten koko ja virheiden tiedot. Prosessin aikana ryhmän jäsenet voivat parantaa prosessin toimintaa täyttämällä prosessin parannus lomakkeita (lomake PIP). Projekti on suoritettu laadukkaasti mikäli se valmistuu suunnitellun aikataulun mukaisesti. Aikataulun laadinnan voidaan katsoa onnistuneen, mikäli projekti valmistuu vaaditussa ajassa, neljän päivän heitto molempiin suuntiin on sallittu. Laatua valvotaan ja sitä pyritään parantamaan seuraamalla laatusuunnitelmaan toteutuneita arvoja (lomake SUMQ). Lisäksi ryhmän jäsenten on noudatettava projektissa käytössä olevia yhteisiä standardeja. Tällaisia ovat ohjelmointistandardit, nimeämisstandardit ja koodirivien laskenta. 9
10 7.2 Ohjelmointistandardit ja tyylit Ohjelmoinnissa pyritään hyvään ohjelmointityyliin. Java-osioissa noudatetaan Sunin Javatyylioppaan (http// määrityksiä soveltuvin osin. Java Servletit toteutetaan Java Servlet 2.3 ja Java Server Pages 1.2 standardien mukaisesti. HTML-kieli noudattelee World Wide Web Consortiumin määrittelemää HTML Specification 4.01 Strict standardia (http// soveltuvin osin. Ohjelmistoarkkitehtuurin ja tietokannan rakenteiden mallinnuksessa noudatetaan Unified Modelling Language (UML) standardia. 8 Projektin seuranta ja ohjaus 8.1 Ryhmän sisäinen projektin seuranta ja ohjaus Projektiryhmä kokoontuu maanantaisin klo 8-10 tietojenkäsittelytieteen laitoksen huoneessa B451. Näissä tapaamisissa seurataan projektin etenemistä ja keskustellaan projektin ja päätöksenteon kannalta tärkeistä asioista. Projektin etenemisen seuraamista varten kukin ryhmän jäsen päivittää omat TSP-tietonsa käytössä olevaan TSP-työkaluun kunkin viikon perjantaiaamuun mennessä. Lisäksi määrittelystä ja suunnitteluvaiheista järjestetään Formal Technical Review (FTR) kokouksia, joissa tarkistetaan systemaattisesti vaiheessa tuotetun dokumentin laatu. Projektin aikana tuotettavan ohjelmiston testaus määritellään erillisessä testaussuunnitelmassa, jonka laatu myös varmistetaan FTR-kokouksessa. Projektin aikana tuotettava ohjelmakoodi katselmoidaan siten, että jokainen projektiryhmäläinen tarkistaa jonkun toisen ryhmäläisen tuottaman koodin. Tämä tapahtuu toteutusvaiheen aikana ja tarkemmat järjestelyt sovitaan vaiheen alkaessa. Ryhmän kokouksista kirjataan pöytäkirjat dokumentaationa projektin etenemisestä. Tapaamisissa voi ryhmän jäsenten lisäksi olla mukana kurssivastaava ja/tai asiakkaan edustaja. 10
11 8.2 Ryhmän ulkopuolinen projektin seuranta Projektipäällikkö raportoi viikoittain kurssivastaavalle työn etenemisestä. Kunkin syklin päättyessä pidetään post mortem tilaisuus, johon myös kurssivastaava osallistuu. Projektin päättyessä järjestetään demotilaisuus, jossa projektin tuotokset esitellään. Tilaisuuteen osallistuvat kurssivastaavan lisäksi mahdollisesti rinnakkainen laudatur-projektityöryhmä, Ohjelmistotuotantoprojektien vastuuhenkilöitä sekä muita aiheesta kiinnostunutta laitoksen henkilökuntaa 9 Muutoksenhallinta Projektin dokumentit ja tuotettavan ohjelmiston lähdekoodi säilytetään CVSversionhallintajärjestelmässä, joka ylläpitää näiden versiotietoja. FTR-kokouksessa käsiteltävä dokumentti hyväksytään ja jäädytetään. Mikäli kyseistä dokumenttia joudutaan painavista syistä muuttamaan saman syklin sisällä jäädyttämisen jälkeen, kirjataan tehtävät muutokset erilliseen dokumenttiin nimeltä Muutokset jäädytettyihin dokumentteihin. Tämä ei kuitenkaan koske seuraavassa syklissä tehtäviä lisäyksiä. 11
12 Liite 1. Aikataulu 12
Lohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
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,
TIETOKANTA MERIKOTKIEN SEURANTAAN Projektisuunnitelma
TIETOKANTA MERIKOTKIEN SEURANTAAN Projektisuunnitelma Versiohistoria: Versio Päivämäärä Kuvaus Tekijä 0.1 27.1.2003 Ensimmäinen luonnos J. Kleemola 0.2 30.1.2004 Toinen luonnos J. Kleemola 0.3 2.2.2004
Matematiikan oppifoorumi Projektisuunnitelma
Matematiikan oppifoorumi Projektisuunnitelma Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen Ohjaaja Jukka Eskola Asiakas Mikko Mäkelä Ohjelmistotuotantoprojekti 29.10.1999
Lohtu-projekti. Loppuraportti. Versiohistoria: versio Virve versio Kimmo
Lohtu-projekti Loppuraportti Versiohistoria: 1.0 18.3.2003 1. versio Virve 2.0 16.5.2003 2. versio Kimmo Helsinki 16. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja, Mari Muuronen, Seppo Pastila, Virve Taivaljärvi
Projektisuunnitelma. 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
Convergence 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
Lohtu-ryhmän TSP-yhteenveto
Lohtu-ryhmän TSP-yhteenveto Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Lisätty 3.sykli ja yhteenveto Mari 1.2 14.5.2003 Lisätty laatukommentit Virve 1.3 15.5.2003 Taulukot päivitetty Mari
Lohtu-projekti. Testiraportti. Versiohistoria: syklin toteutuksen testit. 1. ajo Virve
Lohtu-projekti Testiraportti Versiohistoria: 1.0 6.5.2003 2. syklin toteutuksen testit. 1. ajo Virve Helsinki 6. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja, Mari Muuronen, Seppo Pastila, Virve Taivaljärvi
Projektisuunnitelma Nero-ryhmä
Projektisuunnitelma Nero-ryhmä Kuusela Johannes Muukkonen Jyrki Sjöblom Teemu Sundberg Ville Suominen Osma Tuohenmaa Timi Ohjelmistotuotantoprojekti Helsinki 9.9.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen
TIETOKANTA MERIKOTKIEN SEURANTAAN Projektisuunnitelma
TIETOKANTA MERIKOTKIEN SEURANTAAN Projektisuunnitelma Versiohistoria: Versio Päivämäärä Kuvaus Tekijä 1.1 12.9.2007 Ensimmäinen luonnos Janne Piippo 1.2 23.9.2007 Ensimmäinen virallinen versio Janne Piippo
Verkkopokerijä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
Lohtu-projekti. Määrittelydokumentti
Lohtu-projekti Määrittelydokumentti Versiohistoria: 1.0 30.1.2003 1. raaka versio Virve 1.1 30.1.2003 Lisäyksiä Andreas 1.2 31.1.2003 Käyttötapauskaavion muutoksia Virve 1.3 4.2.2003 1. katselmoinnissa
Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari
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
Graafinen käyttöliittymä lintujen rengastusjärjestelmään Projektisuunnitelma
bgcolor=white 1 Graafinen käyttöliittymä lintujen rengastusjärjestelmään Projektisuunnitelma Versiohistoria: 0.1 22.01.2002 Ensimmäinen luonnos Markus Päivinen 0.2 23.01.2002 Lisätty aikataulut Markus
Luonnosversio Tommi Koivula hyväksytty versio Tommi Koivula
Helsingin yliopisto Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti XPerf Projektisuunnitelma Tommi Koivula Juha Mondolin Versio 1.5.1 29. huhtikuuta 2003 Versiohistoria Versio Päivämäärä Kommentti
Projektisuunnitelma. AssariXP-ryhmä. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma AssariXP-ryhmä Helsinki 19.9.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Mikko
Ohjelmistotuotantoprojekti
Ohjelmistotuotantoprojekti Muutos- ja korjauspyyntöjen priorisointityökalu Ryhmä Muppett YHTEENVETODOKUMENTTI Helsinki 1.9.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi: Ohjelmistotuotantoprojekti,
Projektisuunnitelma. Kotkat-ryhmä. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma Kotkat-ryhmä Helsinki 5.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Manta Jääskeläinen
TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI
TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI Vesa Tenhunen Tarkastusmenettelyt Keino etsiä puutteita ohjelmakoodeista, dokumenteista ym. ohjelmistoprosessissa syntyvästä materiaalista Voidaan käyttää kaikissa
Ilmoittautumisten profiloija (jatkoprojekti) ILPO2
TIETOJENKÄSITTELYTIETEEN LAITOS Ohjelmistotuotantoprojekti 31.08.2006 Ilmoittautumisten profiloija (jatkoprojekti) ILPO2 Projektisuunnitelma 1.0 Hemminki Samuli Herranen Mikko Hinkkanen Tero Mäkelä Ari
UCOT-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ä
Ohjelmistotekniikka - Luento 2
Ohjelmistotekniikka - Luento 2 Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento 2: Prosessimallit
Helsingin yliopisto Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti. Esimerkkituoteperhe. Projektisuunnitelma
Helsingin yliopisto Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti Esimerkkituoteperhe Projektisuunnitelma.04.004 Ryhmä 6 Juha Andersson Jarmo Kielosto Leo Linnamaa Jan Tilles Joose Vettenranta
Ohjelmistotekniikka - Luento 2 Jouni Lappalainen
Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento
Projektisuunnitelma. HeTLi. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma HeTLi Helsinki 17.7.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi Projektiryhmä Asiakas Johtoryhmä Kotisivu Versiohistoria 581260 Ohjelmistotuotantoprojekti
Projektisuunnitelma. HenTyLi. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma HenTyLi Helsinki 9.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Jussi Gustafsson
Projektisuunnitelma. (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus
Projektisuunnitelma (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus Ville Toiviainen Tomi Tuovinen Lauri af Heurlin Tavoite Projektin tarkoituksena
Projektisuunnitelma. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma Boa Open Access Helsinki 4.2.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
Lohtu-projekti. Ylläpitäjän dokumentti. Versiohistoria: Ensimmäinen versio Andreas Asuja
Lohtu-projekti Ylläpitäjän dokumentti Versiohistoria: 1.0 12.5.2003 Ensimmäinen versio Andreas Asuja Helsinki 12. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja, Mari Muuronen, Seppo Pastila, Virve Taivaljärvi
Kieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä
Kieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä Omistaja Tyyppi Tiedoston nimi Turvaluokitus Kohderyhmä Turvaluokituskäytäntö --- SE/Pekka Järveläinen Projektisuunnitelma projektisuunnitelma_kielihallinto.doc
KÄYTTÖLIITTYMÄ SÄÄKSIEN PESIMÄTIETOJEN TIETOKANTAAN Projektisuunnitelma
KÄYTTÖLIITTYMÄ SÄÄKSIEN PESIMÄTIETOJEN TIETOKANTAAN Projektisuunnitelma Versiohistoria Versio Päivämäärä Kuvaus Tekijä 1.0 27.4.2008 Viimeisin versio projektisuunnitelmasta Hannu Maksimainen HELSINGIN
Projektin suunnittelu
Projektin suunnittelu Sami Kollanus TJTA330 Ohjelmistotuotanto 15.3. Projektin suunnittelu - CMMIkäytänteet Projektin estimaatit: Määritellään projektin laajuus (scope) Määritellään tehtävien ja tuotosten
58160 Ohjelmoinnin harjoitustyö
58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista
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
Convergence of messaging
Convergence of messaging Projektisuunnitelma The Converge Group, Mikko Hiipakka Helsinki 22. syyskuuta 2002 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Sisältö 1 Johdanto 1 1.1 Versiohistoria.........................................
Ylläpitodokumentti Mooan
Ylläpitodokumentti Mooan Helsinki 16.08.06 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op/6ov) Projektiryhmä Heikki Aitakangas
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
Testaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset
Sopimus Asiakas- ja potilastietojärjestelmästä Liite N: Kielivaatimukset VERSIOHISTORIA Päivä Versio Kuvaus Tekijä 12.3.15 3.0 Tarjouspyynnön liitteeksi 2 (6) SISÄLLYSLUETTELO 1 JOHDANTO... 4 2 JÄRJESTELMÄN
Projektisuunnitelma. Laitteiston ja kalusteiden hankinta, versio WEB MAGIA OY Laatija Oula Kangas
Projektisuunnitelma Laitteiston ja kalusteiden hankinta, versio 0.2 11.8. 2017 WEB MAGIA OY Laatija Oula Kangas Tämä dokumentti on luotu malliksi Tredun opiskelijoiden käyttöön Web Magia Oy Projektisuunnitelma
HELSINGIN YLIOPISTO TIETOJENKÄSITTELYTIETEEN LAITOS OHJELMISTOTUOTANTOPROJEKTI HABA Projektisuunnitelma versio 0.1
HELSINGIN YLIOPISTO TIETOJENKÄSITTELYTIETEEN LAITOS OHJELMISTOTUOTANTOPROJEKTI HABA 2004 Projektisuunnitelma versio 0.1 Ahti Kare Antti Mäki Marko Lähde Mika Stenberg Riina Glinskihh Teemu Virtanen Versiohistoria
Yhteenvetodokumentti. PLAYOFF Jari Anttila Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki. Päivi Pääkkö, ohjaaja
Yhteenvetodokumentti Jari Anttila Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki Päivi Pääkkö, ohjaaja Helsinki, 13. joulukuuta 2007 Ohjelmistotuotantoprojekti yritysviestinnän oppimateriaalin
Copyright by Haikala. Ohjelmistotuotannon osa-alueet
Copyright by Haikala Ohjelmistotuotannon osa-alueet Ohjelmiston elinkaari 1. Esitutkimus, tarvekartoitus, kokonaissuunnittelu, järjestelmäsuunnittelu (feasibility study, requirement study, preliminary
Kä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
Projektisuunnitelma. Populous. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma Populous Helsinki 9.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Heli Borg Markus
Ohjelmistojen 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,
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
Projektisuunnitelma. Tiput-ryhmä Ohjelmistotuotantoprojekti
Projektisuunnitelma Tiput-ryhmä 10.10.2006 581260 Ohjelmistotuotantoprojekti Grönholm Peter Hautamäki Marja Koski Marja-Ilona Lavi Rakel Piela Riitta, projektipäällikkö Helsingin yliopisto Tietojenkäsittelytieteen
Testaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu
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
Projektisuunnitelma. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Projektisuunnitelma Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 12.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
Loppuraportti. Populous. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Loppuraportti Populous Helsinki 10.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Heli Borg Markus
Yllä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
Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Koskelo Helsinki 16.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Tom Bertell Johan
Ohjelmiston 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ää
Graafinen käyttöliittymä lintujen rengastusjärjestelmään
Graafinen käyttöliittymä lintujen rengastusjärjestelmään Loppuraportti Versiohistoria: 0.1 06.05.2002 Ensimmäinen luonnos. Markus Päivinen 0.2 06.05.2002 Oikeinkirjoituskorjauksia. Markus Päivinen Helsinki,
Data Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
Projektisuunnitelma. Geneerinen kaavioiden piirto-ohjelmisto
Projektisuunnitelma Geneerinen kaavioiden piirto-ohjelmisto Helsinki 27.5.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6
Tämän lisäksi listataan ranskalaisin viivoin järjestelmän tarjoama toiminnallisuus:
Dokumentaatio, osa 1 Tehtävämäärittely Kirjoitetaan lyhyt kuvaus toteutettavasta ohjelmasta. Kuvaus tarkentuu myöhemmin, aluksi dokumentoidaan vain ideat, joiden pohjalta työtä lähdetään tekemään. Kuvaus
Onnistunut SAP-projekti laadunvarmistuksen keinoin
Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.
Menetelmäraportti Ohjelmakoodin tarkastaminen
Menetelmäraportti Ohjelmakoodin tarkastaminen Sisällysluettelo 1. Johdanto...3 2. Menetelmän kuvaus...4 2.1. Tarkastusprosessi...4 2.1.1. Suunnittelu...4 2.1.2. Esittely...5 2.1.3. Valmistautuminen...5
Projektisuunnitelma PUSU. Push-palvelin RSS-syötteille. Ohjelmistotuotantoprojekti Syksy / 2007 Helsingin Yliopisto Tietojenkäsittelytieteen laitos
Projektisuunnitelma PUSU Push-palvelin RSS-syötteille Ohjelmistotuotantoprojekti Syksy / 2007 Helsingin Yliopisto Tietojenkäsittelytieteen laitos Sisältö 1 Johdanto...3 2 Versiohistoria...3 3 Sanasto...3
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
Playoff kokouspöytäkirja 4
Playoff kokouspöytäkirja 4 Aika ja paikka 13.9.2007 klo 12.15 14.00 TKTL, sali A319 Osallistujat Jari Anttila, puheenjohtaja Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki Päivi Pääkkö,
Tietotekniikan Sovellusprojektit
Tietotekniikan Sovellusprojektit Jukka-Pekka Santanen Tietotekniikan laitos 16.2.2010 Tavoitteena taitoja ja kokemusta projektimuotoisesta työtavasta ja ryhmätyöstä, projektin hallinnasta ja johtamisesta,
HELSINGIN YLIOPISTO TIETOJENKÄSITTELYTIETEEN LAITOS OHJELMISTOTUOTANTOPROJEKTI HABA Projektisuunnitelma
HELSINGIN YLIOPISTO TIETOJENKÄSITTELYTIETEEN LAITOS OHJELMISTOTUOTANTOPROJEKTI HABA 2004 Projektisuunnitelma Ahti Kare Antti Mäki Marko Lähde Mika Stenberg Riina Glinskihh Teemu Virtanen Versiohistoria
Työ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
AS Automaatio- ja systeemitekniikan projektityöt - Projektisuunnitelma
AS-0.3200 Automaatio- ja systeemitekniikan projektityöt - Projektisuunnitelma PiccSIM - TrueTime integrointi Henri Öhman 31.1.2012 1. Projektityön tavoite PiccSIM on Aalto-yliopistolla kehitetty simulointiympäristö,
tsoft Tarkastusmenettelyt ja katselmukset Johdanto Vesa Tenhunen 4.2.2004
Tarkastusmenettelyt ja katselmukset tsoft Vesa Tenhunen 4.2.2004 http://cs.joensuu.fi/tsoft/ Johdanto Yksi tärkeimmistä tekijöistä laadukkaiden ohjelmistojen tuottamisessa on puutteiden aikainen havaitseminen
Yhteenvetodokumentti. myva. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Yhteenvetodokumentti myva Helsinki 24.8.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Jaana Diakite Heikki
Desmond-opiskelijakalenteri Loppuraportti
Desmond-opiskelijakalenteri Loppuraportti Miika Hartikainen Mikko Hämäläinen Ville Karjalainen Matti Koskimies 25. toukokuuta 2003 Ohjelmistotuotantoprojekti, kevät 2003 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen
Ylläpitodokumentti. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Ylläpitodokumentti Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 16.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
Projektityö
Projektityö 21.10.2005 Projektisuunnitelma Työn ositus Projektisuunnitelman sisältö Kurssin luennoitsija ja projektiryhmien ohjaaja: Timo Poranen (email: tp@cs.uta.fi, työhuone: B1042) Kurssin kotisivut:
CT60A4600 Projektinhallinta. Luentorunko. Luento 1:Yleistä ja organisaatiot. Projektinhallinta Osa 1: yleistä. Kurssin tavoitteet
CT60A4600 Projektinhallinta Luentorunko Luento 1:Yleistä ja organisaatiot Projektinhallinta Osa 1: yleistä Kurssin tavoitteet Kurssin keskeisin sisältö Kurssin rakenne Luennot Harjoitukset Harjoitusajat
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
Proffa ilmoittautumisen profiloija
Proffa ilmoittautumisen profiloija Projektisuunnitelma Leila Juusola Ilari Moilanen Jyrki Salonen Olli Sinerma Hanna Sirola Helsinki 2.2.2005 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN
Projektisuunnitelma Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus
Projektisuunnitelma Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus Ville Toiviainen Tomi Tuovinen Lauri af Heurlin Tavoite Projektin tarkoituksena on luoda valmis sekvenssiohjelma säätötekniikan
ENG-A1002 ARTS-ENG-Projekti. B-kori
ENG-A1002 ARTS-ENG-Projekti B-kori 11.4.2017 Innovatiivinen kuljetin B-korissa pyritään löytämään: uusi tai paranneltu tuotekonsepti kappaletavaroiden tai materiaalien käsittelyyn, siirtelyyn tai kuljetukseen.
Siimasta 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
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
DOKUMETTIENHALLINTASUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (Luonnos 1)
DOKUMETTIENHALLINTASUUNNITELMA Versio 1.0 (Luonnos 1) Edited by Checked by Approved by Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. JOHDANTO 2 1.1. Dokumentin tarkoitus ja kattavuus 2 1.2.
Loppuraportti. Matematiikan oppifoorumi. Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen. Ohjaaja.
Matematiikan oppifoorumi Loppuraportti Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen Ohjaaja Jukka Eskola Ohjelmistotuotantoprojekti 17.12.1999 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen
T Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
Loppuraportti NJC2. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Loppuraportti NJC2 Helsinki 13.5.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli Jokinen
Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri
Testausraportti Oppimistavoitteiden hallintajärjestelmä harri Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
Projektiorganisaation kuuluvat projektin asiakas, projektin vastuuhenkilö, projektiryhmän ohjaaja sekä projektiryhmä.
1. Johdanto Opeapuri on Helsingin yliopiston tietojenkäsittelytieteen laitoksen opiskelijoiden muodostama ryhmä, jonka tehtävänä on suunnitella ja toteuttaa projekti: opetuutorin apuväline. Opetuutorin
Figure 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
Ohjelmistotuotteen hallinnasta
Ohjelmistotuotteen hallinnasta Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Haikala ja Märijärvi, Ohjelmistotuotanto Royce, Software Project Management, A Unified Framework 1 Tavoitteista
SEPA 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
Project 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
Ohjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
Testaussuunnitelma. Ohjelmistotuotantoprojekti Nero. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma Ohjelmistotuotantoprojekti Nero Helsinki 5.11.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä
Testausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausraportti Orava Helsinki 5.5.2005 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Juhani Bergström Peter
Gumenius Sebastian, Miettinen Mika Moottoripyörän käynnistysalusta
Gumenius Sebastian, Miettinen Mika Moottoripyörän käynnistysalusta Metropolia Ammattikorkeakoulu Kone- ja tuotantotekniikka Projektisuunnitelma 23..204 Sisällys Lyhenteet Johdanto 2 Projektin tavoitteet
T Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
T Käyttäjäkeskeisen tuotekehityksen harjoitustyö kevät 2005
T-121.110 Käyttäjäkeskeisen tuotekehityksen harjoitustyö kevät 2005 Kurssin tavoitteet Muodostaa näkemys käyttäjäkeskeisestä tuotesuunnittelusta Kasvattaa ymmärrystä prosessin vaiheista Tutustua käyttäjäkeskeisen
Suunnitteluvaihe prosessissa
Suunnittelu Suunnitteluvaihe prosessissa Silta analyysin ja toteutuksen välillä (raja usein hämärä kumpaankin suuntaan) Asteittain tarkentuva Analyysi -Korkea abstraktiotaso -Sovellusläheiset käsitteet