Vaatimusten muuttuminen sovelluskehityksen aikana : Case: Handle I.T. Oy
Rissanen, Mika (2016)
Rissanen, Mika
Lahden ammattikorkeakoulu
2016
All rights reserved
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi:amk-2016113018418
https://urn.fi/URN:NBN:fi:amk-2016113018418
Tiivistelmä
On tärkeää osata varautua vaatimusten muutoksiin ja ymmärtää mitkä asiat voivat johtaa muutostarpeiden syntymiseen osatakseen varata riittävästi resursseja niitä varten. Opinnäytetyössä tarkasteltiin alkuperäisten vaatimusmäärittelyiden ja toteutuneen järjestelmän eroja sekä pohdittiin syitä muutostarpeisiin. Tarkastelun kohteena toimi aloittelevan ohjelmistokehittäjän Handle I.T Oy:lle tekemä toiminnanohjausjärjestelmä.
Vertaillessa alkuperäisiä vaatimusmäärittelyitä ja lopullista järjestelmää havaittiin, että järjestelmästä oli tullut paljon alkuperäistä suunnitelmaa monipuolisempi, eli vaatimukset olivat muuttuneet projektin aikana suuresti. Eniten muutoksia vaatimuksiin oli tullut järjestelmän kehitysvaiheessa. Järjestelmään haluttiin uusia ominaisuuksia ja osa alkuperäisistä vaatimuksista muuttui. Muutosten tarve syntyi usein kasvaneesta tietoisuudesta syntyvää järjestelmää kohtaan sekä asiakkaan että ohjelmistokehittäjän osalta, ja aiheutti projektin aikataulun venymistä.
Projektin venymistä aiheutti myös kommunikoinnin heikkous. Vaatimusmäärittelyiden tiiviit kuvaukset antoivat väärinymmärryksille tilaa ja ohjelmistokehittäjä ymmärsi välillä vaatimuksen oikein vasta keskustelun tai erillisen kuvan kautta. Suurimmat muutokset järjestelmään aiheuttivat uudet vaatimukset, joiden takia jouduttiin muuttamaan tietokantarakennetta. Todettiin projektin alkuvaiheessa tehtyihin päätöksiin liittyvien muutosten vaativan sitä enemmän resursseja mitä myöhemmässä projektin vaiheessa muutostarve havaittiin.
Vertaillessa alkuperäisiä vaatimusmäärittelyitä ja lopullista järjestelmää havaittiin, että järjestelmästä oli tullut paljon alkuperäistä suunnitelmaa monipuolisempi, eli vaatimukset olivat muuttuneet projektin aikana suuresti. Eniten muutoksia vaatimuksiin oli tullut järjestelmän kehitysvaiheessa. Järjestelmään haluttiin uusia ominaisuuksia ja osa alkuperäisistä vaatimuksista muuttui. Muutosten tarve syntyi usein kasvaneesta tietoisuudesta syntyvää järjestelmää kohtaan sekä asiakkaan että ohjelmistokehittäjän osalta, ja aiheutti projektin aikataulun venymistä.
Projektin venymistä aiheutti myös kommunikoinnin heikkous. Vaatimusmäärittelyiden tiiviit kuvaukset antoivat väärinymmärryksille tilaa ja ohjelmistokehittäjä ymmärsi välillä vaatimuksen oikein vasta keskustelun tai erillisen kuvan kautta. Suurimmat muutokset järjestelmään aiheuttivat uudet vaatimukset, joiden takia jouduttiin muuttamaan tietokantarakennetta. Todettiin projektin alkuvaiheessa tehtyihin päätöksiin liittyvien muutosten vaativan sitä enemmän resursseja mitä myöhemmässä projektin vaiheessa muutostarve havaittiin.