Luento LTY 1.4.2003 Ohjelmistotekniikka Jari Jauhiainen Helsoft Oy ©

Esitys aiheesta: "Luento LTY 1.4.2003 Ohjelmistotekniikka Jari Jauhiainen Helsoft Oy ©"— Esityksen transkriptio:

1 Luento LTY 1.4.2003 Ohjelmistotekniikka Jari Jauhiainen Helsoft Oy ©

2 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 2 Luennon sisältö u Esitetään lähtökohdat prosessienkehitykselle u Esitetään prosessimalli vaiheineen, painotetaan testauksen osuutta. u Esitetään HelPOTTI - järjestelmän toteutuksen yhteydessä luotuja esimerkkidokumentteja prosessin eri vaiheista. u Esitetään HelPOTTI - järjestelmää

3 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 3 Luennon aluksi u Ei ole tyhmiä kysymyksiä u Hyviä kysymyksiä: Miksi? Miten? -alkuiset u Luennon sisältö: - Kehitysprosessien kuvaus aktiviteettitasolla - Testausprosessien kuvaus tehtävätasolla - Esimerkkejä oikeasta projektista - Uusien prosessimallien sopivuus erilaisiin kehityshankkeisiin

4 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 4 Lähtökohdat u Yrityksen toimintastrategia u Yrityksen henkilöstön määrä u Henkilöriippumattomuus u Laatunäkökohdat

5 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 5 Prosessimallin sisältö u Ohjelmistotuotannon aliprosessien kuvaus aineiston keräys vaatimusten keräys analyysi suunnittelu toteutus pilotti u yleiset ja aliprosessikohtaiset sovellusohjeetsovellusohjeet u dokumenttipohjat u tukiprosessit: projektinhallinta, tulevaisuudessa arkkitehtuuri-prosessi ja ylläpitoprosessi

6 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 6 Aineiston keräys u Ei kuulu varsinaisesti SW-prosessiin u Sisältää toimet ennen projektin aloitusta u Esimerkiksi Riskienhallinta-prosessi on kuvattu täällä u Dokumenttipohjia mm. projektisuunnitelma, riskianalyysi, testausstrategia

7 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 7 Vaatimusten keräys u Aloittaa varsinaisen ohjelmiston kehityksen u Aktiviteetit - Materiaalin tarkastaminen - Vaatimusten keräys - Vaatimusten ryhmittely - Vaatimusten priorisointi u Asiakkaan toimittama materiaali tarkastetaan siksi, että selvitetään, voidaanko järjestelmä toteuttaa ko. materiaalin perusteella. u Vaatimukset kerätään luetteloon u Ryhmittely FURPS:in mukaisesti u Priorisointi asiakkaan tarpeiden perusteella u Tuloksena vaatimusluettelovaatimusluettelo

8 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 8 Analyysi u Analyysin tehtävänä on selvittää, mitä oikein ollaankaan tekemässä u Aktiviteetit - Järjestelmän hahmottelu - Käyttötapausten luominen - Arkkitehtuurin määrittely - Toteutettavuuden arviointi u Käyttötapaukset toiminnallisista vaatimuksista u Järjestelmä- ja ohjelmistoarkkitehtuurit u Toteutettavuuden perusteella sovitaan, mitkä vaatimukset lopulta toteutetaan u Tuloksena täydennetty vaatimusluettelo, tekniset vaatimukset ja toteutussuunnitelmatekniset vaatimukset

9 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 9 Suunnittelu u Suunnitteluvaiheessa vastataan kysymykseen ”miten”. u Sisältää testauksen suunnittelun u Aktiviteetit - Arkkitehtuurin suunnittelu - Käyttöliittymäsuunnittelu - Tietokantasuunnittelu - Toiminnallisuuden suunnittelu - Käyttöliittymätestaus - Järjestelmätestaussuunnittelu - Integrointitestaussuunnittelu - Moduulitestaussuunnittelu u Suunnitelmat pohjautuvat analyysivaiheen tuloksiin

10 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 10 Testaussuunnittelu u Testaussuunnittelussa pohditaan, miten asiat testataan u Järjestelmätestaus pohjautuu käyttötapauksiin - Testataan järjestelmää käyttäjän näkökulmasta u Integrointitestaus pohjautuu arkkitehtuurisuunnitelmiin - Testataan moduulien väliset liitynnät u Moduulitestaus pohjautuu moduulisuunnitelmiin - Testataan ohjelmistomoduuli liittymänsä kautta

11 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 11 Järjestelmätestaussuunnittelu u Jakautuu testausympäristön ja testitapausten suunnitteluun u Testausympäristö tuotantoympäristön kaltainen - Syötteenä projektisuunnitelma ja hyväksytty vaatimusluettelo u Testitapausten suunnittelu - Syötteenä käyttötapaukset (tekniset vaatimukset) ja hyväksytty vaatimusluettelo - Jokaista käyttötapausta kohti useampi testitapaus (virheellisillä ja oikeilla parametreilla) - Tarkastettava, että järjestelmä vaatii itse kaikki pakolliset tiedot - Ei-pakollisista tiedoista testataan ainakin tietotyypit

12 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 12 Integrointitestaussuunnittelu u Jakautuu testausympäristön ja testitapausten suunnitteluun u Testausympäristö yleensä sama, kuin järjestelmä- testauksessa, joka tapauksessa tuotantoympäristön kaltainen - Tehtävän syötteenä projektisuunnitelma ja hyväksytty vaatimusluettelo u Testitapausten suunnittelu - Syötteenä ohjelmiston arkkitehtuurisuunnitelma - Jokaisen moduulin liittymä testataan liitettäessä se integroitavaan järjestelmään - Jokainen liittymän metodi ja sen paluuarvo tarkastetaan

13 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 13 Moduulitestaussuunnittelu u Jakautuu testausympäristön ja testitapausten suunnitteluun u Testausympäristö yleensä toteutusympäristö - Testausta voidaan helpottaa ajurien ja stubien avulla u Testitapausten suunnittelu - Syötteenä ohjelmiston moduulisuunnitelmat - Jokainen moduuli testataan liittymänsä kautta - Jokainen moduuli pyritään testaamaan niin, että jokainen koodirivi käydään läpi

14 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 14 Toteutus u Toteutusvaiheessa kirjoitetaan lähdekoodi ja testataan ohjelmisto u Koodausohjeissa otetaan kantaa koodin ulkoasuun, kommentointiin, koodausjärjestykseen jne. u Koodauksen jälkeen testausvaihe u Testiraporttina käytetään testaussuunnitelmaa u Työn tuloksena syntyy testattu ohjelmisto u HUOM! Regressio!

15 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 15 Pilotointi u Pilotointi tarkastaa, että toteutettu ohjelmisto sopii suunniteltuun käyttötarkoitukseensa u Asiakas varaa pilotointia varten resurssit. Osa toimittajan projektiryhmästä edelleen varattuna projektia varten. u Pilotointivaiheessa lisätään käytön kannalta välttämättömät ominaisuudet (kuka maksaa... ?) u Asiakas kirjoittaa pilotointiraportin, johon tulee myös jo seuraavaan versioon tarvittavia ominaisuuksia u Pilotoinnin jälkeen ohjelmisto valmis tuotantoon

16 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 16 Ylläpito u Ylläpitoa varten ohjelmistolla nimetyt resurssit u Ylläpitäjät tuntevat asiakkaan ja heidän kielensä sekä ohjelmiston rakenteen -> ei tarvetta niin yksityiskohtaiseen ja monimutkaiseen prosessiin, kuin uutta ohjelmistoa kehitettäessä. u Selvää henkilöriippuvuutta! u Uusi ylläpitoprosessi työn alla

17 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 17 Tuotekehitys vs. räätälöinti u Tuotekehityksessä ohjelmistonkehittäjillä suurempi valta siihen, mitä tullaan tekemään u Räätälöityä ohjelmistoa kehitettäessä jo lähtötilanteessa tiedettävä tarkemmin ominaisuudet, budjetti ja aikataulu u Tuotekehityksessä tunnetaan yrityksen sisällä yleensä sovellusalaakin u Räätälöityjen järjestelmien tekijät joutuvat kerta toisensa jälkeen tutustumaan uusiin liiketoimintoihin u Räätälöityjen ohjelmistojen kehityksessä eivät RAD ja XP- tyyppiset prosessit käy (ei myöskään exploratory testing). Prosessin on kyettävä tuottamaan asiakkaan vaatimusten mukaiset ominaisuudet sovitussa ajassa sovituin kustannuksin, ei ”jotain, joskus”.

18 © Materiaali on Helsoft Oy:n omaisuutta ja sen käyttö tai osittainenkin kopiointi ilman erillistä lupaa on kielletty © Helsoft Oy 18 Jatkokehitys ja prosessimallin mittarit u Prosessia kehitetään edelleen hyödyntämällä sen soveltamisesta saatuja kokemuksia. Jatkokehitystä varten perustetaan oma työryhmänsä. u Prosessit jaettiin kahteen ryhmään ja kummallekin ryhmälle nimettiin prosessivastaavat sekä Helsingin, että Lappeenrannan toimipisteisiin. u Prosessivastaavan tehtävänä on vastata osaltaan jatkokehityksestä, opastaa prosessimallin käyttöä, seurata ja tiedottaa prosessimallin käyttöasteesta. u Prosessimallin mittaamiseksi on käytössä mittareita, joilla seuraamme tavoitteiden saavuttamista.