Requirement Specification: Maintenance Reporting System

Abstract

Tämän työn tavoitteena oli tutkia case-yrityksen asiakkaiden digitaalisia tarpeita, sekä selvittää, millä tavalla case-yritys voisi näihin tarpeisiin vastata kehittämällä omaa huoltoraporttijärjestelmäänsä. Työn tarkoituksena oli tehdä vaatimusmäärittely, joka sisältää ominaisuudet kehitettävälle järjestelmälle. Työn aihe valittiin sen ajankohtaisuuden ja työelämälähtöisyyden vuoksi, sekä kirjoittajan omien kiinnostusten kohteiden perusteella.

Opinnäytetyön teoriaosuudessa käsitellään alustataloutta, sekä muutoksia, joita se teettää perinteiseen liiketoimintaan. Lisäksi teoriaosuudessa käydään läpi järjestelmäkehitysprojektia erityisesti asiakkaan perspektiivistä. Teoriaosuudessa on vertailtu kahta eri projektinjohtamismallia ja niiden ominaisuuksia. Käytännön osuudessa tehtiin vaatimusmäärittely kehitettävälle järjestelmälle, jota case-yritys voi sellaisenaan käyttää tarjouspyynnön tekemiseen ja kertoakseen tarpeensa järjestelmätoimittajalle.

Opinnäytetyössä saatiin vastaukset kaikkiin tutkimuskysymyksiin. Vaatimusmäärittelyn tekeminen onnistui asiakashaastatteluiden, asiakastyytyväisyyskyselyn, sekä case-yrityksen työntekijöiden kokemuksen myötä. Haasteita työhön toi valinnanvaikeus vaatimusmäärittelyn esitysmuodosta. Työssä päädyttiin perinteiseen vaatimusmäärittelydokumenttiin. Sopivien lähteiden löytäminen joistakin aiheista oli myös paikoin haastavaa.

The purpose of this thesis was to research the digital needs and challenges of the case company's customers, and to find out how the case company could respond to these needs by developing its own maintenance reporting system. The purpose of the thesis was to make a requirement specification that includes the functions for the system being developed. The topic of the thesis was chosen because it is topical and working-life oriented, as well as the topics fits to the author's own interests.

The theoretical part of the thesis covers the platform economy, as well as the changes that platform economy brings to the traditional business. In addition, the theory part reviews the system development project, especially from the customer's perspective. The theoretical part compares two different project management models and their features. In the empirical part, a requirements definition was made for the system to be developed, which the case company can use as such to make a price quotation to the software vendor and to communicate its needs with them.

The thesis provided answers to all research questions. The requirement specification was successful made based on customer interviews, a customer satisfaction survey, and the experience of the case company's employees. A challenge that emerged in the thesis process was the difficulty of choosing the requirements specification presentation style. The thesis ended with a traditional requirement specification document. It was also a bit challenging to find suitable sources on some topics.