Tietojärjestelmän vaatimusmäärittelyyn vaikuttavat tekijät onnistuneissa tietojärjestelmähankinnoissa
Tikka, Jani (2016)
Tikka, Jani
2016
Tietojohtamisen koulutusohjelma
Talouden ja rakentamisen tiedekunta - Faculty of Business and Built Environment
This publication is copyrighted. You may download, display and print it for Your own personal use. Commercial use is prohibited.
Hyväksymispäivämäärä
2016-12-07
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi:tty-201611214726
https://urn.fi/URN:NBN:fi:tty-201611214726
Tiivistelmä
Vaatimusmäärittely on kriittinen osa tietojärjestelmän hankintaa ja kehitystä. Siinä selvitetään, mitä järjestelmällä on tarkoitus tehdä. Näin luodaan kokonaiskäsitys järjestelmän toiminnoista ja ominaisuuksista. Vaatimusmäärittely toimii perustana järjestelmän kehittämiselle, järjestelmätesteille ja kustannus- sekä aikatauluarvioille. Mitkä tekijät sitten vaikuttavat vaatimusmäärittelyyn?
Tässä tutkimuksessa tutkitaan, mitkä tekijät ovat vaikuttaneet vaatimusmäärittelyyn kolmessa hankkijaorganisaation mukaan onnistuneessa järjestelmähankinnassa. Tämä tehdään monitapaustutkimuksena käyttäen apuna kirjallisuuskatsausta.
Tämä tutkimus sisältää kolme esimerkkitapausta järjestelmähankinnoista. Niitä varten tehtiin yhteensä 11 teemahaastattelua. Ensimmäinen case käsittelee teollisuusyrityksen varaosavarastonhallintajärjestelmän hankintaa, ja sitä varten tehtiin neljä haastattelua. Toinen case koskee teollisuusyrityksen henkilöstöresurssijärjestelmän hankintaa, ja sitä varten tehtiin kolme haastattelua. Kolmas case käsittelee kunnan toimeentulotuen sähköisen asioinnin palvelun hankintaa, ja sitä varten haastatteluja tehtiin neljä.
Tutkimuksessa havaittiin, että vaatimusmäärittelyyn vaikuttaa ainakin hankintaprosessi, sidosryhmät, vaatimukset, vaatimusmäärittelyprosessi ja vaatimusmäärittelyn tekijä tai tekijät. Hankintaprosessiin valittu järjestelmäkehitysmenetelmä vaikuttaa siihen, missä vaiheessa vaatimusmäärittely tehdään. Järjestelmähankintojen monet ja vaihtelevat sidosryhmät vaikuttavat vaatimusmäärittelyyn. Eri sidosryhmillä voi olla keskenään ristiriitaisia vaatimuksia, erilaiset kielet (esimerkiksi ammattislangi) ja erilaiset tietotekniset valmiudet. Nämä eroavaisuudet täytyy ottaa huomioon vaatimuksia määritettäessä. Myös vaatimusten tarkkuustaso vaikuttaa vaatimusmäärittelyyn. Tason täytyy olla soveltuva, jotta se tarjoaa järjestelmän kehittäjille riittävästi tietoa muttei liikaa. Mitä tarkemmat vaatimukset ovat, sitä enemmän niitä kertyy, mikä voi lisätä vaatimusmäärittelyn vaatimaa aikaa. Aihepiirin tuntemuksesta voi olla apua esimerkiksi ammattislangin ymmärtämisessä. Vaatimusten ja niiden kautta järjestelmän laajuus vaikuttavat vaatimusmäärittelyyn. Laajuuden muuttuminen voi johtaa uusien sidosryhmien syntymiseen järjestelmähankinnalle, jolloin nämä sidosryhmät ja niiden vaatimukset täytyy huomioida, mikä vie lisää aikaa. Requirements engineering (RE) is a crucial phase of information systems procurement and development. There, it is defined what the system is for, and what it is supposed to do. Hence, an overview of the functionalities and specifications of the system are created. Requirements engineering provides the base upon which the system will be developed and tested, from which estimates for schedule and budget are derived. But what are the factors affecting requirements engineering?
In this research it is studied, which factors have affected the requirements engineering of three information system procurement projects, that are successful according to their procurers. This is done via a multiple case study accompanied by a literary review.
This study comprises three case studies, each representing an information system procurement project. For these, a total of 11 theme interviews were conducted. The first case is a spare parts inventory management system procurement project from an industrial company, for which four people were interviewed. The second case is a human resources management system procurement project also from an industrial company, for which three people were interviewed. The last of the cases is an system for electronic applying of income support from a Finnish municipality. For the last case four people were interviewed.
Different factors affecting RE were identified. The development method chosen for information system affects when the RE process will take place. The complexity and diversity of stakeholders affect RE process, since they need to be addressed. For example, language in use or the level of information technology skills may differ from one stakeholder to another and the needs of different stakeholders may conflict. Domain knowledge may be useful for the people doing RE work, since it helps understanding the domain-specific language. Also, the level of abstraction used for specifying requirements is a factor. The lower the level, the more requirements there are to specify. This may increase the time needed for RE. Also the specifying the scope of the requirements and hence the system affects RE. Increasing the breadth of the scope may result in more stakeholders to take into account, which is likely to consume more time and thus lengthen the RE process.
Tässä tutkimuksessa tutkitaan, mitkä tekijät ovat vaikuttaneet vaatimusmäärittelyyn kolmessa hankkijaorganisaation mukaan onnistuneessa järjestelmähankinnassa. Tämä tehdään monitapaustutkimuksena käyttäen apuna kirjallisuuskatsausta.
Tämä tutkimus sisältää kolme esimerkkitapausta järjestelmähankinnoista. Niitä varten tehtiin yhteensä 11 teemahaastattelua. Ensimmäinen case käsittelee teollisuusyrityksen varaosavarastonhallintajärjestelmän hankintaa, ja sitä varten tehtiin neljä haastattelua. Toinen case koskee teollisuusyrityksen henkilöstöresurssijärjestelmän hankintaa, ja sitä varten tehtiin kolme haastattelua. Kolmas case käsittelee kunnan toimeentulotuen sähköisen asioinnin palvelun hankintaa, ja sitä varten haastatteluja tehtiin neljä.
Tutkimuksessa havaittiin, että vaatimusmäärittelyyn vaikuttaa ainakin hankintaprosessi, sidosryhmät, vaatimukset, vaatimusmäärittelyprosessi ja vaatimusmäärittelyn tekijä tai tekijät. Hankintaprosessiin valittu järjestelmäkehitysmenetelmä vaikuttaa siihen, missä vaiheessa vaatimusmäärittely tehdään. Järjestelmähankintojen monet ja vaihtelevat sidosryhmät vaikuttavat vaatimusmäärittelyyn. Eri sidosryhmillä voi olla keskenään ristiriitaisia vaatimuksia, erilaiset kielet (esimerkiksi ammattislangi) ja erilaiset tietotekniset valmiudet. Nämä eroavaisuudet täytyy ottaa huomioon vaatimuksia määritettäessä. Myös vaatimusten tarkkuustaso vaikuttaa vaatimusmäärittelyyn. Tason täytyy olla soveltuva, jotta se tarjoaa järjestelmän kehittäjille riittävästi tietoa muttei liikaa. Mitä tarkemmat vaatimukset ovat, sitä enemmän niitä kertyy, mikä voi lisätä vaatimusmäärittelyn vaatimaa aikaa. Aihepiirin tuntemuksesta voi olla apua esimerkiksi ammattislangin ymmärtämisessä. Vaatimusten ja niiden kautta järjestelmän laajuus vaikuttavat vaatimusmäärittelyyn. Laajuuden muuttuminen voi johtaa uusien sidosryhmien syntymiseen järjestelmähankinnalle, jolloin nämä sidosryhmät ja niiden vaatimukset täytyy huomioida, mikä vie lisää aikaa.
In this research it is studied, which factors have affected the requirements engineering of three information system procurement projects, that are successful according to their procurers. This is done via a multiple case study accompanied by a literary review.
This study comprises three case studies, each representing an information system procurement project. For these, a total of 11 theme interviews were conducted. The first case is a spare parts inventory management system procurement project from an industrial company, for which four people were interviewed. The second case is a human resources management system procurement project also from an industrial company, for which three people were interviewed. The last of the cases is an system for electronic applying of income support from a Finnish municipality. For the last case four people were interviewed.
Different factors affecting RE were identified. The development method chosen for information system affects when the RE process will take place. The complexity and diversity of stakeholders affect RE process, since they need to be addressed. For example, language in use or the level of information technology skills may differ from one stakeholder to another and the needs of different stakeholders may conflict. Domain knowledge may be useful for the people doing RE work, since it helps understanding the domain-specific language. Also, the level of abstraction used for specifying requirements is a factor. The lower the level, the more requirements there are to specify. This may increase the time needed for RE. Also the specifying the scope of the requirements and hence the system affects RE. Increasing the breadth of the scope may result in more stakeholders to take into account, which is likely to consume more time and thus lengthen the RE process.