Liiketoiminta johtaminen Tietojrjestelmn kehittminenprosessi projektit Tietojrjestelmn kehittmishanke projektinhallinta

Liiketoiminta (johtaminen) Tietojärjestelmän kehittäminen(prosessi, projektit) Tietojärjestelmän kehittämishanke projektinhallinta (tulostavoite, aikataulu, budjetti) vaatimusmääritys: MIKSI, MITÄ? MISSÄ? (liiketoiminta, liiketoiminnan vaatimukset automatisoinnille, automatisointiratkaisu) PBL goal visio Tarkennettu määritys: MITÄ, MITEN? (palvelut , tietorakenteet , tietotarpeet, vuorovaikutus) Määrittelykuvasto SBL suunnittelu & toteutus: MITEN? (ohjelmistorakenteet, tietokannat, kontrollit ja yhteistyö) Suunnittelukuvasto laadunvarmistus ja testaus D-of-D Testauspöytäkirja review tuotteenhallinta (ylläpito, inkrementaaliset parannukset, versiot) 11. 1. 2013 sprint (mukaellen Haikala & Mikkonen 2011, 29)

Ohjelmiston kehitysmallit • Vesiputous (vaihejakomalli) Suunnitellaan ja toteutetaan kerralla valmiiksi tarkkojen speksien mukaan (plan-driven) • Suihkulähdemalli Toteutetaan ensin, dokumentoidaan sitten • Protoilu Kehitellään ensin prototyyppi, jonka perusteella tarkennetaan speksejä – Evoluutioproto (~iteratiivinen) – Mockup (kertakäyttöinen) • Iteratiivinen (RUP, agile-mallit kuten XP tai Scrum-viitekehys) Iteratiivinen/inkrementaalinen Tärkeintä tyytyväinen asiakas, sitoutuminen yhteiseen tavoitteeseen ja liiketaloudellisesti toimiva ohjelmisto 11. 8. 2013 Haikala & Mikkonen 2011

Ohjelmistojen yleisiä ominaisuuksien luokittelua • Koko (esim. ohjelmarivien määrä, käsiteltävän tiedon määrä) • Reaaliaikaisuus vs. eräajo • Hajautus/sulautus • Luotettavuus (turvallisuuskriittisyys) • Skaalautuvuus • Ulkoiselle/sisäiselle tilaajalle • Tuotteistusaste 11. 1. 2008 ict 2 td 005

Vesiputousmalli • • Esiselvitys Määrittely Suunnittelu Toteutus Testaus (dokumentointi) Käyttöönotto Ylläpito 11. 8. 2013 VS. Ketterän kehityksen malli - Ennakkosuunnittelun ansiosta tiedetään tarkat tavoitteet, todellisuudessa tarkat tavoitteet usein muuttuvat matkan varrella - Etukäteen aikataulutus tarkka, todellisuudessa projekti venyy - Tilaajalle luovutetaan kerralla valmis hanke - Tilaajalle helppo: kokonaiskustannus, valmistumisaika ja lopputulos juridisilla sopimuksella muuttumattomat. Sopimusneuvottelun jälkeen sitoo vähemmän resursseja tilaajalta - Dokumentointi tehdään yleensä lopussa kerralla kuntoon (vrt. suihkulähdemalli) ICT 2 TX 007

Ketterä kehitys • Esiselvitys • Tavoitemäärittely • Iteraatiot 1 kk (~julkaisu) – – – – Määrittely Suunnittelu + ylläpitodokumen Toteutus + ylläpitodokumen Testaus + dokumentaatio Katselmointi Tilannearvio Käyttöönotto • Ylläpito 11. 8. 2013 VS. Vesiputousmalli - Etukäteen sekä koko hankkeen että julkaisujen valmistumispäivät tarkkoja, saavutetut tulokset eivät - Tilaajalle luovutetaan toimintakelpoinen versio dokumentoituna noin kuukauden välein - Tilaajan helppo lisätä, muuttaa tai poistaa vaatimuksiaan ja toiveitaan - Ongelmana voi olla ohjelmistoarkkitehtuurin rapautuminen - Testaukseen ja dokumentointiin käytetään enemmän aikaa - Sitoo tilaajan resursseja enemmän - Tapaamiset vievät paljon aikaa, erityisesti, jos hanke on uusi ja ennen kokematon sovelluskehittäjille tai tilaajalle - Vaatii tilaajan paneutumista hankkeeseen koko kehitystyön ajan. - Vaatii keskinäistä luottamusta, toisaalta hanke on helppo tarvittaessa lopettaa.

Vastuualueet ohjelmistokehityksessä • • • • Liiketoiminnan ymmärrystä (it-tradenomi : -) Vaatimusmäärittelijä Projektipäällikkö Dokumentoija Organisoija Koodaaja Käyttöliittymäsuunnittelija Testaaja Tietokantaosaaja, sql-osaaja Asiakasyhteyshenkilö Tietoturva-asiantuntija Infrastruktuurin (laitteet ja tietoverkot) asiantuntija Arkkitehtuurin asiantuntija 11. 8. 2013 Ict-2 tx 007

Asiakasprojektin työnkulku • • Kehitysympäristö Integraatio Testausympäristö Tuotantoympäristö Jatkuva testaus 21. 8. 2013 ict 2 td 005