Määrittelyvaihe Projektinhallinta testaus määrittely suunnittelu ohjelmointi käyttöönotto, testaus tuotteenhallinta laadunvarmistus dokumentointi vaatimustenhallinta
Määrittely Määrittely, eli kansanomaisesti speksaus, tarkoittaa yleisesti asioista sopimista asiakkaan ja toteuttajan välillä: Todetaan, että hanke voidaan (tai ei voida) viedä läpi. Toteuttaja tietää mitä tehdään. Asiakas tietää mitä saa. Epäselvät asiat ja riskit tulevat tunnistetuiksi. Käsitteet ja termit täsmentyvät. Määrittely pitää siis kirjoittaa sen lukijaa, so. asiakasta ajatellen. Määrittely Määrittelee kaiken tarpeellisen Ei määrittele mitään turhaa, eli ei kuvaa asioita, joita ei tarvitse vielä kiinnittää, ja/tai joista asiakkaan ei tarvitse tietää Copyright by Haikala
Määrittelyyn liittyviä asioita Ongelma Ongelman ja ratkaisun tavoitteiden määrittely. Ongelman analysointi (tiedon ja ymmärtämyksen hankkiminen) Sidosryhmien ja käyttäjien tunnistaminen Ratkaisu Toteutettavan järjestelmän rajaaminen ympäristöstä Vaatimusten määrittäminen Järjestelmän tietosisällön ja toimintojen määrittely Ei-toiminnalisten ominaisuuksien määrittely Rajoitteiden ja reunaehtojen etsiminen Riskien identifiointi ja hallinta. Verifiointi ja validointi (todentaminen ja kelpoistaminen) Copyright by Haikala
Vaatimusten mallintaminen käyttötapauksina Käyttötapaus on kuvaus käyttäjän ja järjestelmän välisestä interaktiosta, jonka käyttäjä kokee yhtenä järjestelmän toimintona Voidaan kuvata UML:n notaatiolla tai verbaalisesti, mutta UML-notaatio ei ota kantaa, miten toiminnon kulku kuvataan
Käyttötapaukset osana UML-notaatioita
Käyttötapauksen kuvaaminen UML ei standardoi esitystapaa. Käyttötapauksen sisältö voidaan kuvata esimerkiksi: Käyttötapauksen nimi: Kuvaava nimi Osallistujat: Mitkä aktorit osallistuvat Tuloehdot: Mitkä ehdot ovat voimassa, kun käyttötapaus aloitetaan Kuvaus: Epäformaali, voidaan käyttää myös sekvenssikaavioita Poikkeukset: Poikkeustilanteet (mainitaan myös kuvauksessa) Lopputulos: Mitkä ehdot ovat voimassa, kun käyttötapaus lopetetaan Prioriteetti: Miten tärkeä käyttötapaus on Muut vaatimukset: käyttötapaukseen liittyvät ei-toiminnalliset vaatimukset Tila: ei-hyväksytty/hyväksytty
Esimerkki jatkuu...
Harjoitus: kirjan lainaaminen automaatilla Nimi: Kirjan lainaaminen lainausautomaattia käyttäen, versio 1.0 Osallistujat: Asiakas Tuloehdot: Kirjasto avoinna,automaatti toiminnassa, asiakkaalla kirjastokortti ja kirjoja valittuna Kuvaus:?? Poikkeukset:?? Lopputulos:?? Muut vaatimukset:??
Harjoitus: kirjan lainaaminen automaatilla Nimi: Kirjan lainaaminen lainausautomaattia käyttäen, versio 1.0 Osallistujat: Asiakas Tuloehdot: Kirjasto avoinna,automaatti toiminnassa, asiakkaalla kirjastokortti ja kirjoja valittuna Kuvaus: Asiakas asettaa kirjastokortin automaatissa olevaan kortinlukijaan. Hän syöttää järjestelmään PIN-koodin (include: KT käyttäjän identifiointi). Asiakasta pyydetään asettamaan kirja lukulaitteeseen viivakoodi ylöspäin ja liikuttamaan kirjaa lukusäteen ali. Asiakkaalle ilmoitetaan onnistuneesta tietojen luvusta ja pyydetään joko asettamaan uusi kirja lukulaitteeseen tai ottamaan kirjastokortti lukulaitteesta. Kun kirjastokortti poistetaan lukulaitteesta, tulostetaan kuitti lainatuista kirjoista (lainatut kirjat ja eräpäivä). Poikkeukset: Kirjan viivakoodin luku ei onnistu. Pyydetään asiakasta siirtämään kirjaa uudestaan lukusäteen ali. Lopputulos:Asiakas on lainannut haluamansa kirjat. Muut vaatimukset:päivittäin on pystyttävä tekemään ainakin 1000 varausta. Vastausajan on oltava alle 3 sekuntia, viivakoodin lukuvirheen tn. alle 10 %.
Keskustelu: mitkä ovat pc-jääkiekkopelin käyttötapaukset?
Ehdotus 1. Aloita peli -pelityypin valinta -vaikeusasteen valinta -joukkueen valinta 2. Pelaa peli (include 3 kpl erä) 3. Pelaa erä (include pelaa pelijakso, tee vaihto) 4. Pelaa pelijakso -pelitapahtumat aloituksen ja tuomarin vihellyksen välillä 5. Tee vaihto