Unified Process (UP)
|
|
- Pertti Kinnunen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Unified Process (UP) Scott Kendall(2002) The Unified Process Explained Historia Luennon sisältö UP prosessin periaatteet Perusperiaatteet Iteraatio, inkrementti, julkaisu Unified process kuvaus Tehtäväkokonaisuudet Iteraatiot ja tehtäväkokonaisuudet Neljä vaihetta UP onnistumiset ja haasteet Rational Unified Process
2 Historia Requirements college Rational näkemys OMT Booch Rational Unified Process Rational Objectory Process Objectory Process Toimintotestaus Suorituskyky testaus Vaatimusten hallinta Muutosten hallinta Business engineering Data engineering Käyttöliittymäsuunnittelu SQA prosessi UML 1.0 UML 0.5 kehitys Ericssonilla Ivar Jacobson 1960-luvulla UP prosessin perusteet 1/2 Peräkkäiset iteraatiot, joista jokainen muodostaa oman vesiputouksensa Iteroiva vaihetuotteen kehittäminen Perusperiaatteet 1. Iteratiivinen ja inkrementaalinen 2. Käyttötapausohjattu 3. Ohjelmistoarkkitehtuurikeskeinen 4 päävaihetta, joiden sisällä on viisi tehtäväkokonaisuutta; Tehtäväkokonaisuussykliä voidaan iteroida saman vaiheen sisällä useita kertoja
3 UP prosessin perusteet 2/2 Päävaiheet Aloitusvaihe (inception) Tuotekonseptin vaihtoehtojen kartoitus Tarkentamisvaihe (elaboration) Perusarkkitehtuurin kiinnittäminen ja projektisuunnittelu Konstruktiovaihe (construction) Iteratiivinen (beta)testiversioiden toteutus, kehittäminen käyttökokemusten ja palautteen mukaan, tuotteen toteutus Luovutusvaihe (transition) Tuloksena saadaan paketoitu valmis järjestelmä, tuotteen siirto asiakkaalle Tehtäväkokonaisuudet Vaatimusten määrittely (requirements) Analyysi (analysis) Suunnittelu (design) Toteutus (implementation) Testaus (test) Perusperiaatteet 1/6 1. Käyttötapausohjattu Käyttötapaukset ohjaavat koko kehitystyötä; käyttötapauksien keräämisestä alkaen koodin tekemiseen ja testaukseen asti. Järjestelmän käyttöön liittyvä työ- tai tehtäväkokonaisuus, joka tuottaa lisäarvoa käyttäjälle/käyttäjille, jossa toimijoina ovat käyttäjät Kuvataan mitä toimintoja järjestelmältä vaaditaan. Kuvaus koostuu käyttäjistä ja käyttötapauksista käyttäjien ja järjestelmän välillä. Käyttäjät eivät ole tietojärjestelmän osa. Ne voivat syöttää tietoa järjestelmään tai vastaanottaa tietoa järjestelmästä. Käyttäjät voivat olla paitsi ihmisiä, myös toisia tietojärjestelmiä, jotka kommunikoivat tämän järjestelmän kanssa ohjelmien välityksellä.
4 Perusperiaatteet 2/6 1. Käyttötapausohjattu Hyötyjä Kuvaa vaatimukset järjestelmän käyttäjän näkökulmasta Käyttötapaukset kirjoitettu tavallisella kielellä mahdollisuus ymmärtää paremmin Vaatimusten jäljitettävyys paranee Työ pystytään pilkkomaan palasiksi ja jakamaan osaprojekteille Tavoitteita: Looginen prosessi vankkaa järjestelmää kohti Muuttuvien vaatimusten kanssa toimiminen Taipuisa muuttamaan suunnitelmaa Jatkuva integrointi Aikainen ymmärrys Jatkuva riskien seuranta/ fokusointi Perusperiaatteet 3/6 2. Ohjelmistoarkkitehtuurikeskeinen Arkkitehtuuri on välttämätön perusta, jolle järjestelmä rakennetaan Käyttötapaukset kertovat tehtävän, arkkitehtuuri muodon näitä kehitetään rinnakkain Tavoite on rakentaa arkkitehtuuri joka mahdollistaa vaatimusten realisoinnin nyt ja tulevaisuudessa Arkkitehtuuri on yleinen näkemys, jonka jokaisen tiimiläisen tulee jakaa, jotta tuotteesta tulisi vankka, taipuisa, laajennettava ja kannattava
5 Perusperiaatteet 4/6 2. Ohjelmistoarkkitehtuurikeskeinen Arkkitehtuuri määritellään aikaisessa vaiheessa, mutta se tarkentuu ja laajentuu projektin aikana Tehdään erilaisia näkymiä järjestelmästä, että saadaan parempi kuva rakenteesta Miksi ohjelmistoarkkitehtuuri on tärkeää UP:ssä Auttaa ymmärtämään kokonaiskuva Pystytään jakamaan ohjelmistokehityksen resurssit Mahdollistaa uudelleenkäytön Kehittää ohjelmistojärjestelmää jatkuvasti Ohjaa käyttötapauksia Järkevät inkrementit Perusperiaatteet 5/6 3. Iteraatio (Iteration) Miniprojekti (tietyt toiminnot), joka toteutetaan iteraatiosuunnitelman mukaan ja tuloksena on toimiva julkaisu (release) (ulkoinen tai sisäinen) Iteraation vaiheet ovat analyysi, suunnittelu, toteutus ja testaus eli lähes koko elinkaari perinteisessä ohjelmistokehityksessä. Iteraatioita voi olla monta tuotekehityksen elinkaaren aikana. Täydentyvää kehittämistyötä (ratkaisua syventävää) Ratkaisua koskevaa tietoa lisäävä ja syventävä työstäminen Paranevan tietämyksen ja stabiloituvien piirteiden mukaan ottaminen järjestelmään Palaute, concurrent engineering
6 Perusperiaatteet 6/6 3. Inkrementti Pieni, suoritettava/toimiva osa järjestelmästä, joka voidaan testata oikeassa laitteistossa. Laajentaa tuotteen tähän astista toiminnallisuutta. Toiminnallisuus Lisäävää kehittämistyötä (ratkaisua laajentava) Ominaisuuksia tuotteeseen lisäävä työstäminen Vaiheittain kehittäminen Ydinjärjestelmä+ inkrementit UP antaa raamit Unified process on suunniteltu joustavaksi ja laajennettavaksi prosessiksi voi valita erilaisia elinkaaria voi valita erilaisia tuotoksia määrittelee aktiviteetit ja niille tekijät mallien käsittely
7 UP prosessikuvauksen rakenne Iteraatio, inkrementti ja julkaisu Julkaisu N koostuu koko toiminnallisuudesta, joka on kehitetty vastaavassa iteraatiossa N ja kaikissa edellisissä iteraatioissa eli julkaisu 3 = inkrementti 1 + inkrementti 2 + inkrementti 3 Iteraatio N tuottaa vastaavan inkrementin N ja ylläpitää edellisten inkrementtien toiminnallisuudet ("1",, "N-1"). Eli tuottaa julkaisun N Iteraatio voi muuttaa (mahdollisesti myös poistaa) edellisten Hilkka inkrementtien Heikkilä toiminnallisuuksia.
8 Unified process Release Iter. Iter. Iter. Iter. Iter. Iter. Iter. Iter. Iter. Iter. Iter. Iter. Aloitusvaihe (Inception) Tarkentamisvaihe (Elaboration) Konstruointivaihe (Construction) Luovutusvaihe (Transition) Aika Tuotteen ominaisuudet Alustavat mallit Alustava tuotearkkitehtuuri Tarvittaessa prototyyppi Riskit Alustava projektisuunnitelma Onnistumiskriteerit Täydennetyt mallit Toteutettu toimiva perusarkkitehtuuri Arkkitehtuurikuvaus Riskit Seuraavan vaiheen projektisuunnitelma Onnistumiskriteerit Alustava käyttöohje Lähes täydelliset mallit Beta - versio Arkkitehtuurikuvaus Seuraavan vaiheen projektisuunnitelma Onnistumiskriteerit Käyttöohje Installointivalmis ohjelmisto Dokumentit Täydelliset mallit Arkkitehtuurikuvaus Käsikirjat www-palvelut yms. Tehtäväkokonaisuudet Analysis Model Design Model määritellään (specified by) toteutetaan (implemented by) Use Case Model ymmärretään (realized by) sijoitetaan (distributed by) varmennetaan (verified by) Deployment Model Implementation Model Test Model
9 Iteraatiot ja tehtäväkokonaisuudet Tehtäväkokonaisuud et Vaatimusten määrittely Aloitusvaihe Tarkentamisvaihe Konstruointivaihe Luovutusvaihe Analyysi Suunnittelu Toteutus Testaus Esiiteraatio(t) 1 Iteraatio #2 Iteraatio #3 Iteraatio #n Iter #n+1 Iter. #n+2 Iter. #m Iter. #m+1 Esimerkkiprosessi Aloitusvaihe Tarkennusvaihe Konstruktiovaihe Luovutusvaihe Vaatimusten määrittely Vaatimusten määrittely Vaatimusten määrittely Vaatimusten määrittely Vaatimusten määrittely Vaatimusten määrittely Analyysi Analyysi Analyysi Analyysi Analyysi Analyysi Suunnittelu Suunnittelu Suunnittelu Suunnittelu Suunnittelu Suunnittelu Toteutus Toteutus Toteutus Toteutus Toteutus Testaus Testaus Testaus Testaus Testaus Inkrementti 1 Inkrementti 2 Inkrementti 3 Inkrementti 4 Inkrementti 5 Inkrementti 6 Inkrementti 7
10 Päävaiheet Aloitusvaihe (inception) Tarkentamisvaihe (elaboration) Konstruktiovaihe (construction) Luovutusvaihe (transition) Aloitusvaihe Päämääränä määritellä tietyn järjestelmän bisnestapaus Ensimmäisen version perusteella sitoudutaan kehitysprojektiin, myöhemmillä perustellaan projektin jatkamista Määritellään mikä on järjestelmän sisältö ja miten se toimii ympäristönsä kanssa Tutki korkean tason toiminnalliset ja eitoiminnalliset vaatimukset Kokoa arkkitehtuuriehdotus Tunnista kriittisimmät riskit, joita projekti voi kohdata ja määrittele miten projekti tiimi niiden kanssa toimii
11 Aloitusvaihe Määrittele muutamia arvoja, esimerkiksi tuottavuus (ROI), jotka perustelevat projektia taloudelliselta kannalta Ei ole tarkoitus olla kovin aikaa vievää ja kallista tutkimusta Ajatus on saada järjestelmästä tarpeeksi tietoa, jotta tiedetään kannattaako sitä ruveta kehittämään Tarkenna bisnestapausta ja projektisuunnitelmaan aloitusvaiheen tulosten perusteella Isoin ja tärkein tehtäväkokonaisuus tässä vaiheessa on Vaatimusten määrittely Korkeintaan kaksi iteraatiota tässä vaiheessa Aloitusvaiheen tuotokset visio: yleinen näkemys projektin vaatimuksista, tärkeimmät ominaisuudet ja rajoitteet ensimmäinen käyttötapausmalli (10% - 20% valmiusaste) taloudelliset mahdollisuudet riskiarviointi projektisuunnitelma, josta näkyy vaiheet ja iteraatiot mahdolliset prototyypit
12 Tarkennusvaihe Päämääränä löytää suurin osa toiminnallisista vaatimuksista ja tuottaa vakaa arkkitehtuuripohja Määritä kaikille toiminnallisiin vaatimuksiin liittyvät käyttötapaukset Luo perusarkkitehtuuri Siirrä huomio kriittisistä riskeistä merkittäviin riskeihin (esim. vaikuttavat aikataulun lipsumiseen ja budjetin ylittämiseen) Määrittele järjestelmän laatutaso ei-toiminnallisten vaatimusten suhteen (esim. luotettavuus ja vasteaika) Tarkennusvaihe Painopiste määrittyy sen mukaan missä on merkittävimmät riskit Jos tekniset riskit ovat suuret -> arkkitehtuuri tärkeää Jos vaatimukset ovat epäselviä -> vaatimuksien määrittely ja käyttötapausten määrittely tärkeää Suurin osa analyysi tehtäväkokonaisuudesta tapahtuu tässä vaiheessa Suunnitteluvaihe on analyysivaiheen ohella toinen tärkeä tehtäväkokonaisuus tarkennusvaiheessa
13 Tarkennusvaiheen tuotokset käyttötapausmalli (ainakin 80% valmiusaste) lisävaatimukset, kuten ei-toiminnalliset, jotka eivät suoraan liity käyttötapauksiin, ovat tunnistettu arkkitehtuurikuvaus proto arkkitehtuurista riskiarviointi tarkentunut projektisuunnitelma, josta näkyy iteraatiot ja niiden arviointikriteerit mahdollisesti käyttöohjeet Konstruktiovaihe Päämääränä on tuottaa toimiva versio järjestelmästä beta-asiakkaille Viimeistele käyttötapausmalli (kaikki toiminnalliset vaatimukset on sovittu ja sovitettu järjestelmässä) Viimeistele kaikki muutkin mallit (analyysi, suunnittelu, käyttöönotto, toteutus ja testaus) Päivitä arkkitehtuurikuvaus vastaamaan tuotettavaa järjestelmää
14 Konstruktiovaihe Seuraa kriittisiä (vaikuttaa järjestelmän elinkelpoisuuteen) ja merkittäviä (vaikuttaa budjettiin, aikatauluun tai kumpaankin) riskejä Suurin osa työstä konstruktiovaiheessa menee toteutus tehtäväkokonaisuuteen Suurin osa integrointi ja järjestelmätestauksesta tehdään konstruktiovaiheessa Konstruktiovaiheen tuotokset toimiva ohjelmisto käyttöohjeet julkaisukuvaus Luovutusvaihe Päämääränä on tuottaa toimiva versio järjestelmästä kaikille asiakkaille Valmistaudu järjestelmän käyttöönottoon Valmista dokumentointi Käyttöönotto Ohjelmiston muokkaaminen asiakkaiden mukaan Kerää tietoja vioista ja korjaa niitä Tehtäväkokonaisuudet eivät tässä vaiheessa näy Unified process kuvauksessa Järjestelmän pitäisi olla toimivassa kunnossa tässä vaiheessa Yleensä vain yksi iteraatio
15 Työn tekijät Käyttötapausmäärittelijä Järjestelmäsuunnittelija Käyttöliittymäsuunnittelija Tee arkkitehtuurisuunnittelu Arkkitehti Komponenttiinsinööri Käyttötapausinsinööri Järjestelmäintegroija Toteuta integrointitestaus Toteuta systeemi-testaus Testausinsinööri Integrointitestaaja Systeemitestaaja Työn tekijät ja tehtäväkokonaisuudet Vaatimusten määrittely Rakenna aluemalli Rakenna bisnesmalli Etsi toimijat ja käyttötapaukset Rakenna käyttötapausmalli Tarkenna käyttötapaukset Tee käyttöliittymän prototyyppi Priorisoi käyttötapaukset Päivitä arkkitehtuurikuvaus Analyysi Tee arkkitehtuur i-analyysi Analysoi käyttötapaus Analysoi luokka Analysoi paketti Suunnittelu Suunnittele käyttötapaus Suunnittele luokka ja paketti Toteutus Suorita arkkitehtuuritoteutus Toteuta luokka Suorita yksikkötesti Toteuta alijärjestelmä Integroi järjestelmä Testaus Suunnittele testaus Analysoi onnistuminen Toteuta testaus Unified Process - onnistumiset Riskien pienentäminen Tarkemmat työmäärä- ja aikatauluarviot Ongelmat huomataan aikaisemmin Vaatimusten muuttaminen Projektitiimin yhtenäisyys Palautetta eri vaiheiden, ja siten eri tekijöiden, välillä Projekti voidaan aloittaa pienemmillä resursseilla Mahdollista tuottaa prototyyppi aikaisessa vaiheessa Parempi yhteistyö asiakkaan kanssa Virheistä oppiminen Joustavuus Jatkuva integrointi Kehittyminen on näkyvää
16 Unified Process - Haasteita Kommunikointi Lisääntynyt projektin hallinta Kokonaisuuden hallinta ja samalla aikaa inkrementaalisten osasten hallinta Epäselvät vaatimukset Julkaisujen lisääntyminen Ylläpito ja vikojen korjaus jokaiselle julkaisulle Integroinnin lisääntyminen Dokumentoinnin lisääntyminen Työtaakka on lisääntynyt, työ on uuvuttavaa 2 inkrementtiä menossa samaan aikaa ei hengähdystaukoa Aikataulutavoitteet lyhyillä väleillä Uudet haasteet testaukselle Työt voidaan helposti siirtää Rational Unified Process
17 The Rational Unified Process Hyvin yksityiskohtainen eritystapaus Unified prosessista Rationalin myymä tuote, joka sisältää Laajat HTML sivut elektronisesti jaossa, modulaarinen Työkalumentoreita, jotka antavat tukea Rationalin työkalusetin käyttäjille Dokumenttipohjat suurimmalle osalle prosessin tuotoksista Erilaisia oppaita RUP sisältää 9 työvaihetta Bisnes mallintaminen Vaatimukset Analyysi ja suunnittelu Toteutus Testaus Käyttöönotto Projektin hallinta Kokoonpanon ja Muutosten hallinta Ympäristö The Rational Unified Process RUP kahdeksan pääperiaatetta Hyökkää suurimpien riskien kimppuun aikaisin ja jatkuvasti tai ne hyökkäävät sinun kimppuun Varmistu, että tuotat lisäarvoa asiakkaillesi Keskity ajettavaan/ toimivaan ohjelmistoon Ota muutokset huomioon aikaisessa vaiheessa Sovi perusarkkitehtuuri aikaisessa vaiheessa Rakenna järjestelmäsi komponenteista Työskennelkää yhtenä tiiminä Tee laadusta elämäntapa
18 Luentotehtävä Lue Per Krollin artikkeli Transitioning from waterfall to iterative development ( 106.ibm.com/developerworks/rational/libra ry/4243.html ) Miten artikkelissa perusteellaan iteratiivisen tuotekehityksen parempi toimivuus? Mitä asioita on mietittävä siirryttäessä vesiputousmallista iteratiiviseen kehitykseen? Mitä mieltä itse olet näistä prosessimalleista?
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
LisätiedotOhjelmistotekniikka - 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
LisätiedotOhjelmointitekniikka 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ätiedotProsessiajattelu. Organisaation prosessikuvaus - CMMI. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessien määritys CMMI käytänteet
Organisaation prosessikuvaus - CMMI Prosessikuvaukset ja elinkaarimallit Sami Kollanus TJTA330 Ohjelmistotuotanto 7.2.2007 Level5 Level4 Level3 Requirements Development Technical Solution Product Integration
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotCopyright by Haikala. Ohjelmistotuotannon osa-alueet
Copyright by Haikala Ohjelmistotuotannon osa-alueet Ohjelmiston elinkaari 1. Esitutkimus, tarvekartoitus, kokonaissuunnittelu, järjestelmäsuunnittelu (feasibility study, requirement study, preliminary
LisätiedotProsessiajattelu. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessikuvaus - CMMI. Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4.
Prosessikuvaukset ja elinkaarimallit Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4. Organisaation prosessikuvaus - CMMI Level5 Level4 Organizational Innovation and Deployment Causal Analysis and Resolution
LisätiedotOhjelmistotuotanto vs. muut insinööritieteet. (Usein näennäinen) luotettavuus ja edullisuus
Yhteenveto Ohjelmistotuotanto vs. muut insinööritieteet Monimutkaisuus Näkymättömyys (Usein näennäinen) luotettavuus ja edullisuus Muunnettavuus Epäjatkuvuus virhetilanteissa Skaalautumattomuus Copyright
LisätiedotTenttikysymykset. + UML- kaavioiden mallintamistehtävät
Tenttikysymykset 1. Selitä mitä asioita kuuluu tietojärjestelmän käsitteeseen. 2. Selitä kapseloinnin ja tiedon suojauksen periaatteet oliolähestymistavassa ja mitä hyötyä näistä periaatteista on. 3. Selitä
LisätiedotOhjelmistojen suunnittelu
Ohjelmistojen suunnittelu 581259 Ohjelmistotuotanto 154 Ohjelmistojen suunnittelu Software design is a creative activity in which you identify software components and their relationships, based on a customer
LisätiedotProjektityö
Projektityö 21.10.2005 Projektisuunnitelma Työn ositus Projektisuunnitelman sisältö Kurssin luennoitsija ja projektiryhmien ohjaaja: Timo Poranen (email: tp@cs.uta.fi, työhuone: B1042) Kurssin kotisivut:
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotOhjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely
582101 - Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely 1 Vaatimukset ja käyttötapaukset Vaiheittainen mallintaminen ja abstraktiotasot Järjestelmän rajaaminen sidosryhmäkaaviolla
Lisätiedotkäyttötapaukset mod. testaus
käyttötapaukset Jari Ojasti Nokia email : jari.ojasti@nokia.com puh : 040 5926 312 Kartta hyväksyntä määrittely suunnittelu suunnittelu mod. testaus integrointi sys. testaus Ylläpito koodaus (toteutus)
LisätiedotOpenUP ohjelmistokehitysprosessi
OpenUP ohjelmistokehitysprosessi Sami Männistö Helsinki 14.11.2008 Seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos i HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET Tiedekunta/Osasto Matemaattis-luonnontieteellinen
LisätiedotProjektityö
Projektityö 24.9.2010 Ohjelmistojen kehitysmalleista Vaatimusten määrittely ja kerääminen Lähteinä (vaatimusten määrittely): Haikala ja Märijärvi, Ohjelmistotuotanto, Talentum, 2005. Luvut 3, 4, 5, 6-10
LisätiedotTietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto
LisätiedotOnnistunut SAP-projekti laadunvarmistuksen keinoin
Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.
LisätiedotT Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä
Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan
LisätiedotKäyttäjäkeskeinen suunnittelu
Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan
LisätiedotT Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
LisätiedotTyön ositusmalleista. Luennon tavoitteista. Motivointia. Walker Royce, Software Project Management, A Unified Framework
Työn ositusmalleista Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Walker Royce, Software Project Management, A Unified Framework 1 Tavoitteista Luentojen jälkeen opiskelijan tulisi osata:
LisätiedotOhjelemistotuotanto, syksy 1998 /Prosessi Prosessimallit
Prosessimallit Prosessimalli on ohjelmiston elinkaaren rakenteen määrittely ts. kuvaus sille millaisten vaiheiden kautta ohjelmisto kehittyy ideasta hautaan mahdollisimman yleisesti sovellettavissa oleva
LisätiedotToiminnot eli käyttäytyminen. Tieto eli rakenteelliset ominaisuudet
Toiminnot eli käyttäytyminen Tieto eli rakenteelliset ominaisuudet Olio (ks. määritelmä): rajattavissa ja yksilöitävissä oleva asia tai käsite, joka on merkityksellinen käsillä olevan tarkastelun kannalta
LisätiedotITK130 Ohjelmistoprosessi
ITK130 Ohjelmistoprosessi Ohjelmistotuotteen elinkaari Ohjelmistoprosessimalli Koodaa ja korjaa Miksi ohjelmistoprosesseja? Prosessimallin tavoitteet Prosessi ongelmaratkaisuna Prosessi, musta laatikko
LisätiedotOhjelmistojen mallintaminen, kurssikoe esimerkkivastauksia
Ohjelmistojen mallintaminen, kurssikoe 15.12. esimerkkivastauksia Tehtävä 1 a: Ohjelmistotuotantoprosessi sisältää yleensä aina seuraavat vaiheet: määrittely, suunnittelu, toteutus, testaus ja ylläpito.
LisätiedotOhjelmistojen mallintaminen. Luento 2, pe 5.11.
Ohjelmistojen mallintaminen Luento 2, pe 5.11. Kertausta Ohjelmistotuotantoprosessin vaiheet: Vaatimusanalyysi- ja määrittely Mitä halutaan? Suunnittelu Miten tehdään? Toteutus Ohjelmointi Testaus Varmistetaan
LisätiedotOhjelmistojen mallinnus, s2008 HY/TKTL, 28/10/2008. Harri Laine 1. Ohjelmisto
jen mallinnus, s2008 jen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Tietokoneohjelma (computer program) toimintaohje, jonka mukaan toimien tietokone suorittaa jonkin tietojenkäsittelytehtävän suoritettava
LisätiedotKontrollipolkujen määrä
Testaus Yleistä Testaus on suunnitelmallista virheiden etsimistä Tuotantoprosessissa ohjelmaan jää aina virheitä, käytettävistä menetelmistä huolimatta Hyvät menetelmät, kuten katselmoinnit pienentävät
LisätiedotOhjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Harri Laine 1
Ohjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon 31.10.2008 Harri Laine 1 Ohjelmisto Tietokoneohjelma (computer program) toimintaohje, jonka mukaan toimien tietokone suorittaa jonkin tietojenkäsittelytehtävän
LisätiedotOhjelmiston 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,
LisätiedotOhjelmistoprojektien hallinta Vaihejakomallit
Ohjelmistoprojektien hallinta Vaihejakomallit Vaihejakomallit TAVOITE: YMMÄRTÄÄ eri vaihejakomallien etujajahaittoja 2 Erilaisia malleja Tee ja korjaa (Code-and-Fix) Vesiputousmalli (Waterfall) Vesiputousmalli
LisätiedotTuotemallipohjaisen toimintaprosessin mallintaminen
Tuotemallipohjaisen toimintaprosessin mallintaminen Miksi? Miten? Mitä? Mitä sitten? Kari Karstila Eurostepsys Oy kari.karstila@eurostep.com www.eurostep.com Pro IT-seminaari, 2004-01 01-1919 PROSESSIMALLINTAMISEN
LisätiedotProsessikuvaukset ja elinkaarimallit
Prosessikuvaukset ja elinkaarimallit Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4. Organisaation prosessikuvaus - CMMI Level5 Level4 Organizational Innovation and Deployment Causal Analysis and Resolution
LisätiedotPROJEKTINHALLINTA. 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ätiedotKäyttötapausanalyysi ja testaus tsoft
Käyttötapausanalyysi ja testaus tsoft 15.09.2004 http://cs.joensuu.fi/tsoft/ Johdanto Use Case analyysi (käyttötapausanalyysi) on yleisesti käytetty järjestelmälle asetettujen toiminnallisten vaatimusten
LisätiedotMäärittelyvaihe. Projektinhallinta
Määrittelyvaihe Projektinhallinta testaus määrittely suunnittelu ohjelmointi käyttöönotto, testaus tuotteenhallinta laadunvarmistus dokumentointi vaatimustenhallinta Määrittely Määrittely, eli kansanomaisesti
LisätiedotYhteenvetoa, pieniä laajennuksia, tulevaisuuden haasteita
Yhteenvetoa, pieniä laajennuksia, tulevaisuuden haasteita 581259 Ohjelmistotuotanto 378 Lemström, 2006-2011 581259 Ohjelmistotuotanto Kiitos Tuomolle kuvasta 379 Ohjelmistotuotannon perustehtävät projektinhallinta:
Lisätiedot2. Ohjelmistotuotantoprosessi
2. Ohjelmistotuotantoprosessi Peruskäsitteet: prosessimalli: mahdollisimman yleisesti sovellettavissa oleva ohjeisto ohjelmistojen tuottamiseen ohjelmistotuotantoprosessi: yrityksessä käytössä oleva tapa
LisätiedotOhjelmistojen mallintaminen, kesä 2009
582104 Ohjelmistojen mallintaminen, kesä 2009 1 Ohjelmistojen mallintaminen Software Modeling Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön tuntemus Ohjelmoinnin
LisätiedotMiten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita?
#finnayhdessä Miten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita? Riitta Peltonen, johtava käytettävyyssuunnittelija, Finnan 5-vuotisseminaari,
LisätiedotMäärittely- ja suunnittelumenetelmät
Menetelmädokumentti Määrittely- ja suunnittelumenetelmät Versio Päiväys Tekijä Kuvaus 0.01 5.12.01 Pekka Koskinen Alustava sisällysluettelo 0.1 7.12.01 Pekka Koskinen Ensimmäinen luonnos 1.0 11.12.01 Pekka
LisätiedotHyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa
1 Hyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa Passion leads to design, design leads to performance, performance leads to SUCCESS! OLLI NIEMI Yoso Oy Mitä määrittelyltä
LisätiedotOhjelmistotekniikan menetelmät, kesä 2008
582101 - Ohjelmistotekniikan menetelmät, kesä 2008 1 Ohjelmistotekniikan menetelmät Methods for Software Engineering Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön
LisätiedotSuunnitteluvaihe 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
LisätiedotOpetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen
Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen Toiminnallinen määrittely: Työsuunnitelma TYÖSUUNNITELMAN TIEDOT Versio 0.1 Laatija Ulla Angervo Laatimispäivämäärä Hyväksyjä Hyväksymispäivämäärä
LisätiedotITK130 Ohjelmistojen luonne
ITK130 Ohjelmistojen luonne Luennon sisältö Ohjelmistotekniikka ja vaatimukset Ohjelmistotuote Ei-toiminnallisten vaatimusten luokittelu Sisäiset ja ulkoiset vaatimukset Oikeellisuus Luotettavuus Kestävyys
LisätiedotTestaussuunnitelma 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
LisätiedotOhjelmistotekniikan menetelmät, UML
582101 - Ohjelmistotekniikan menetelmät, UML 1 Sisältö DFD- ja sidosryhmäkaavioiden kertaus Oliomallinnus UML:än kaaviotyypit 2 Tietovuokaaviot Data flow diagrams, DFD Historiallisesti käytetyin kuvaustekniikka
LisätiedotUCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
LisätiedotOhjelmistojen mallintaminen kertausta Harri Laine 1
kertausta 5.12.2008 Harri Laine 1 Ohjelmiston elinkaari, elinkaarimallit Yleinen puitemalli (reference model) - abstrakti kokonaiskuva ei etenemiskontrollia, ei yksityiskohtia Ohjelmistoprosessimallit
LisätiedotOhjelmistotekniikan menetelmät, kevät 2008
582101 - Ohjelmistotekniikan menetelmät, kevät 2008 1 Ohjelmistotekniikan menetelmät Methods for Software Engineering Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön
LisätiedotOhjelmiston testaus ja laatu. Testaustasot
Ohjelmiston testaus ja laatu Testaustasot Testauksen vaihejako Tarpeet / sopimus Järjestelmätestaus Hyväksymiskoe Määrittely testauksen suunnittelu ja tulosten verifiointi Arkkitehtuurisuunnittelu Moduulisuunnittelu
LisätiedotStandardi IEC Ohjelmisto
Sundcon Oy Standardi IEC 61508 3 Ohjelmisto muutokset Matti Sundquist Sundcon Oy www.sundcon.fi Standardi IEC 61508 3 (1) Standardissa di esitetään vaatimukset niiden tietojen ja menettelytapojen valmisteluun,
LisätiedotYhteisön kehitystyöhön osallistumisen mahdollisuudet ja mallit
Yhteisön kehitystyöhön osallistumisen mahdollisuudet ja mallit Tavoiteltava ketterä projektin kehitysprosessi? ( projektin arki ) Muutamia päiviä Viikko(ja) Kuukausi(a) 0. Projekti-ideavaihe Kehitysaloitteita
LisätiedotPlugIT / Ydin: teemat ja jaksojen 2-6 suunnitelma ( )
PlugIT / Ydin: teemat ja jaksojen 2-6 suunnitelma (1.5.2002-31.8.2004) Ydin-osaprojekti: potilastietojen toiminnallisen hallinnan näkökulma Yhteisten ydinkomponenttien määrittely" Ydin-osaprojektin rooli
LisätiedotOleelliset vaikeudet OT:ssa 1/2
Oleelliset vaikeudet OT:ssa 1/2 Monimutkaisuus: Mahdoton ymmärtää kaikki ohjelman tilat Uusien toimintojen lisääminen voi olla vaikeaa Ohjelmista helposti vaikeakäyttöisiä Projektiryhmän sisäiset kommunikointivaikeudet
LisätiedotProsessimalli. 2. Ohjelmistotuotantoprosessi. Prosessimallin vaihejako. Prosessimallien perustehtävät. Ohjelmiston suunnittelu. Vaatimusmäärittely
2. Ohjelmistotuotantoprosessi Peruskäsitteet: prosessimalli: mahdollisimman yleisesti sovellettavissa oleva ohjeisto ohjelmistojen tuottamiseen ohjelmistotuotantoprosessi: yrityksessä käytössä oleva tapa
LisätiedotMiten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä?
Se edullisempi tietokanta Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä? Rasmus Johansson rasmus.johansson@microsoft.com Ratkaisumyyntipäällikkö (Sovellusalusta) Microsoft Oy Miten
LisätiedotVaatimustenhallinta. Exit
Vaatimustenhallinta Asiakasvaatimusten hallinnan tarkoitus on analysoida ja priorisoida kerätyt asiakasvaatimukset sekä hallita niitä ohjelmistokehityksen eri vaiheissa. Olennaista on jäljitettävyys: on
LisätiedotKäyttötapausten mallintaminen
Käyttötapausten mallintaminen Vaatimukset ja testauslähtöisyys, swd4tn001 Anne Valsta 1.3.2011 (ent. 11.2.2011) Sisällysluettelo 1 Käyttötapaukset ohjelmiston vaatimusten määrityksessä... 2 1.1 Käyttötapauskartta...
LisätiedotKÄ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ätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I3-iteraatio 17.3.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) +Kokemuksia työskentelymenetelmistä
LisätiedotConvergence of messaging
Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO
LisätiedotTämän lisäksi listataan ranskalaisin viivoin järjestelmän tarjoama toiminnallisuus:
Dokumentaatio, osa 1 Tehtävämäärittely Kirjoitetaan lyhyt kuvaus toteutettavasta ohjelmasta. Kuvaus tarkentuu myöhemmin, aluksi dokumentoidaan vain ideat, joiden pohjalta työtä lähdetään tekemään. Kuvaus
LisätiedotFiksumpi käyttöliittymä kuntaan. Miten kuntien tietojärjestelmät saadaan palvelemaan kuntalaisia? LapIT-päivät 2015
Fiksumpi käyttöliittymä kuntaan Miten kuntien tietojärjestelmät saadaan palvelemaan kuntalaisia? LapIT-päivät 2015 Otso Kivekäs 20.8.2015 Otso Kivekäs+ Codento Kehittämispäällikkö, kunta-alan projektit
LisätiedotOhjelmistoprosessit ja ohjelmistojen laatu Ohjelmistoprosessit ja ohjelmistojen laatu (4op)
581361 Ohjelmistoprosessit ja ohjelmistojen laatu (4op) Ohjelmistojärjestelmien syventävien opintojen kurssi Myös ohjelmistotekniikan profiilin pakollinen kurssi eli ohjelmistotekniikka-aiheisen gradun
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
LisätiedotOT-s200: Prosessimallit
Ohjelmistoprosessi Ohjelmistotuotanto Ohjelmistoprosessi Ohjelmiston elinkaari Ohjelmiston rakentamisen vaiheet ja niiden tulokset Ohjelmiston elinkaaren määrittely Yleisrakenne sille miten ohjelmisto
LisätiedotAnalyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia
LisätiedotTestaaminen ohjelmiston kehitysprosessin aikana
Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/
LisätiedotOhjelmistojen mallintaminen, Johdatus ohjelmistotuotantoon
582104 Ohjelmistojen mallintaminen, Johdatus ohjelmistotuotantoon 1 Lyhyt johdatus ohjelmistotuotantoon Ohjelmistotuotanto, ohjelmistoprojektit Miten ohjelmistojen tuottaminen eroaa teollisesta tuotannosta
LisätiedotAnalyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia
LisätiedotKurssin aihepiiri: ohjelmistotuotannon alkeita
Kurssin aihepiiri: ohjelmistotuotannon alkeita [wikipedia]: Ohjelmistotuotanto on yhteisnimitys niille työnteon ja työnjohdon menetelmille, joita käytetään, kun tuotetaan tietokoneohjelmia sekä monista
LisätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:
LisätiedotTilannekatsaus 4.11.2013. Opintopolku.fi
Tilannekatsaus 4.11.2013 tilannekatsaus 4.11.2013 Muuntotyön tilanne AT/EAT muunnossa olleet aineistot toimitettu Opetushallitukselle. Muunnettuja tutkintoja 114, 13 tutkintoa jäänyt muuntamatta niihin
LisätiedotOhjelmistotekniikka - 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 Luku 3:
LisätiedotTestausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari
LisätiedotYhteenveto. Menettelytavat
Yhteenveto Ohjelmistotuotanto: Luotettavien ja tehokkaiden ohjelmistojärjestelmien tuottamista noudattaen hyviksi havaittuja menettelytapoja. Menettelytavat Prosessimalli (vesiputous/spiraali/kasvattava)
LisätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 8. kesäkuuta, 2018 Agenda Ohjelmistokehitys Ohjelmistokehitys vs. konsultointi Vaatimukset Tietosuoja Tietosuoja ohjelmistokehityksessä kiteytettynä
LisätiedotTutkittua tietoa. Tutkittua tietoa 1
Tutkittua tietoa T. Dybå, T. Dingsøyr: Empirical Studies of Agile Software Development : A Systematic Review. Information and Software Technology 50, 2008, 833-859. J.E. Hannay, T. Dybå, E. Arisholm, D.I.K.
LisätiedotProjektisuunnitelma Viulu
Projektisuunnitelma Viulu Kuusela Johannes Sjöblom Teemu Suominen Osma Ohjelmistotuotantoprojekti Helsinki 23.9.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Versiohistoria Päivämäärä Versio
LisätiedotTurvakriittisen projektin menetelmät ja työkalut
Turvakriittisen projektin menetelmät ja työkalut 1. Vaatimushallinta Vaatimushallintaan kohdistuu turvaluokitelluissa projekteissa paljon odotuksia. Etenkin jäljitettävyys vaatimuksiin, testaukseen ja
LisätiedotOhjelmistojen mallintaminen, mallintaminen ja UML
582104 Ohjelmistojen mallintaminen, mallintaminen ja UML 1 Mallintaminen ja UML Ohjelmistojen mallintamisesta ja kuvaamisesta Oliomallinnus ja UML Käyttötapauskaaviot Luokkakaaviot Sekvenssikaaviot 2 Yleisesti
LisätiedotTestaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa:
Testaus käsite Sekalaista asiaa Sami Kollanus 15.11.2006 Jos ajatellaan, että = V&V, voidaan erottaa: Staattinen Dynaaminen Toisaalta voidaan määritellä Myersin (1979) mukaan: Testaus on ohjelman suoritusta,
LisätiedotSimulaattoriavusteinen ohjelmistotestaus työkoneympäristössä. Simo Tauriainen
Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä Simo Tauriainen www.ponsse.com 25.8.2011 Ponsse-konserni Ponsse Oyj on tavaralajimenetelmän metsäkoneiden myyntiin, tuotantoon, huoltoon ja
LisätiedotHarjoitustyö Case - HelpDesk
Harjoitustyö Case - HelpDesk Harjoitustyön Case: HelpDesk -sovellus Tietotekniikkatoimittaja AB ja asiakas X ovat viime vuonna sopineet mikrotukiyksikön ulkoistamisesta X:ltä AB:n liikkeenjohdon vastuulle.
LisätiedotOhjelmistojen mallintaminen, kesä 2010
582104 Ohjelmistojen mallintaminen, kesä 2010 1 Ohjelmistojen mallintaminen Software Modeling Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön tuntemus Ohjelmoinnin
LisätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
Lisätiedot1 Johdanto. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2008
1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Katsaus ohjelmistotuotannon kehittymiseen 1.3 Epäonnistuneen ohjelmistoarkkitehtuurin seurauksia 1.4 Ohjelmistoarkkitehtuuri ja ohjelmistokehitysprosessi
LisätiedotMatematiikan 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
LisätiedotOsa 3 Projektinhallinnan elinkaari
Osa 3 Projektinhallinnan elinkaari Luku 5 Projektin elinkaari Johdanto Kaikilla it-organisaatioilla täytyy olla tarkkaan suunniteltu kehys, johon ne voivat sijoittaa prosesseja, toimintaperiaatteita ja
LisätiedotOHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta
OHJ-3010 Ohjelmistotuotannon perusteet Ohjelmistoprojektin hallinta 1 Sisältö Projektiorganisaatio ja sidosryhmät Ohjelmistoprojektin kulku Projektin suunnittelu Ositus Osallistujat Työmäärän arviointi
LisätiedotOhjelmistojen mallintaminen, mallinnustekniikat käytännössä
582104 Ohjelmistojen mallintaminen, mallinnustekniikat käytännössä 1 Sisältö Oliomenetelmien taustaa Kirjastojärjestelmän käyttötapaukset Kirjastojärjestelmän luokkamalli 2 Oliosuuntautunut suunnittelumenetelmä
LisätiedotOhjelmistojen mallintaminen Unified Modeling Language (UML)
582104 Ohjelmistojen mallintaminen Unified Modeling Language (UML) 1 Olioperustaisuus Olio toimii mallinnuksen perusyksikkönä eri abstraktiotasoilla Järjestelmän rajaus, suunnittelu, ohjelmointi, suoritus..
LisätiedotTOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!
TARJOUSPYYNTÖ / LIITE 1 1 (5) TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! Tällä liitteellä yksilöidään hankinnan kohteen ominaisuuksia ja toiminnallisuuksia, jotka
LisätiedotKetterä projektinhallinta
Ketterä projektinhallinta Petri Heiramo Agile Coach, CST 1 Petri Heiramo Ikä: 37 (vielä pari päivää ) Oma koulutus- ja valmennusyritys, Agilecraft Oy, reilut 3 viikkoa Lähes 10v ohjelmistokehitys- ja -prosessitausta
LisätiedotOhjelmistotekniikan menetelmät Luokkamallit ohjelmiston mallintamisessa Harri Laine 1
Ohjelmistotekniikan menetelmät Luokkamallit ohjelmiston mallintamisessa 14.11.2008 Harri Laine 1 Oliot ohjelmiston mallinnuksessa käyttötapaus käyttää Käyttämämme oliokeskeinen perusmalli ohjelmistojen
LisätiedotAvoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4
Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4 Tämän esityksen sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan
Lisätiedot