Requirements Engineering in Agile Software Projects

Requirements Engineering in Agile Software Projects

FACULTY OF TECHNOLOGY REQUIREMENTS ENGINEERING IN AGILE SOFTWARE PROJECTS Eetu Rantanen INDUSTRIAL ENGINEERING AND MANAGEMENT Bachelor’s Thesis April 2017 FACULTY OF TECHNOLOGY REQUIREMENTS ENGINEERING IN AGILE SOFTWARE PROJECTS Eetu Rantanen Supervisor: Kirsi Aaltonen INDUSTRIAL ENGINEERING AND MANAGEMENT Bachelor’s Thesis April 2017 TIIVISTELMÄ OPINNÄYTETYÖSTÄ Oulun yliopisto Teknillinen tiedekunta Koulutusohjelma (kandidaatintyö, diplomityö) Pääaineopintojen ala (lisensiaatintyö) Tuotantotalouden koulutusohjelma Tekijä Työn ohjaaja yliopistolla Rantanen, Eetu Aaltonen K, apulaisprofessori Työn nimi Vaatimusmäärittely ketterissä ohjelmistoprojekteissa (Requirements engineering in agile software projects) Opintosuunta Työn laji Aika Sivumäärä Kandidaatintyö Huhtikuu 2017 31 s. Tiivistelmä Monet ohjelmistoprojektit epäonnistuvat, koska tieto vaatimuksista on riittämätöntä toimituspäätöksiä tehdessä. Lisäksi projektinhallinnan prosessi, johon sisältyy ketterä vaatimustenhallinnan prosessi, on tunnistettu yhdeksi neljästä ketterien ohjelmistoprojektien menestystekijästä. Tämän takia ketterien ohjelmistoprojektien onnistumiseksi on tärkeää, että vaatimusmäärittelylle on selkeät ohjeet. Tämän tutkimuksen tarkoituksena on analysoida ketterää vaatimusmäärittelyä ja löytää siinä yleisesti käytettyjä tapoja. Tavoitteena on määrittää jatkuva prosessi, jossa asiakkaan tarpeet tunnistetaan ja käännetään ohjelmiston vaatimuksiksi ketterässä ohjelmistokehityksessä. Tavoitteeseen pyritään tekemällä systemaattinen kirjallisuuskatsaus ketterään vaatimusmäärittelyyn. Ketterää ohjelmistokehitystä sekä perinteistä vaatimusmäärittelyä käsitellään muutaman perusteoksen pohjalta. Tutkimuksen ylätason tutkimuskysymys on: Kuinka asiakkaan tarpeet käännetään vaatimuksiksi jatkuvana prosessina ketterissä ohjelmistoprojekteissa? Lisäksi tutkimuksella on kaksi alatason tutkimuskysymystä: 1. Mitä asiakkaan tarpeet ovat ja kuinka ne tunnistetaan? 2. Minkälaisia tapoja ketterässä vaatimusmäärittelyssä käytetään? Yleinen vaatimusmäärittelyprosessi sisältää neljä vaihetta. Ensin arvioidaan järjestelmän liiketoiminnallinen tarpeellisuus (kannattavuusselvitys). Tämän jälkeen etsitään vaatimuksia (selvitys ja analyysi) ja käännetään ne johonkin standardimuotoon (spesifikaatio). Viimeisessä vaiheessa tarkistetaan, että vaatimukset määrittävät järjestelmän juuri asiakkaan haluamalla tavalla (validointi). Ketterässä vaatimusmäärittelyssä on neljä yleistä käytäntöä. Korkean tason kanssakäyminen asiakkaan ja kehitystiimin välillä, iteratiivinen eli toistava lähestymistapa vaatimusmäärittelyyn, vaatimusten priorisointi perustuen asiakkaalle syntyvään arvoon ja myös ei-funktionaalisten vaatimusten tunnistus. Lisäksi voidaan sanoa, että vaatimusten dokumentointi ketterissä menetelmissä on vähäistä. Tämän tutkimuksen tuloksia voidaan yleisesti ottaen hyödyntää ja kehitettyä mallia voidaan käyttää vaatimusmäärittelyn ohjenuorana ketterissä ohjelmistoprojekteissa. Muita tietoja ABSTRACT FOR THESIS University of Oulu Faculty of Technology Degree Programme (Bachelor's Thesis, Master’s Thesis) Major Subject (Licentiate Thesis) Industrial Engineering and Management Author Thesis Supervisor Rantanen, Eetu Aaltonen K, Assistant Professor Title of Thesis Requirements engineering in agile software projects Major Subject Type of Thesis Submission Date Number of Pages Bachelor’s Thesis April 2017 31 p. Abstract Many software projects are failed due to the delivery decisions that were made without adequate requirements information. In addition, the project management process including agile-oriented requirement management process has been identified as one of the four success factors in the agile software projects. Having the clear rules for requirements engineering is, therefore, an important thing for agile software projects from their success point of view. In this study, the objective is to analyze agile requirements engineering and to find out practices that are used in it. The goal is to define a continuous process to identify customer needs and translate them into software requirements in the agile software development. This goal is going to be achieved by a systematic literature review on the agile requirements engineering. For the agile software development and the traditional requirements engineering, the theory has been gathered from some basic books of the theme. The primary research question for this study is: How the customer needs will be translated into requirements in the agile software project as a continuous process? There are also two secondary research questions: 1. What are the customer needs and how can they be identified? 2. What kind of practices are used in the agile requirements engineering? Generally, the requirements engineering process includes four separate steps. First, the business usefulness of the system should be evaluated (feasibility study). After that, the requirements are discovered (elicitation and analysis) and converted into some standard form (specification). Last phase includes checking that the requirements define the system as customer wants (validation). Agile requirements engineering includes four major practices. The high-level interaction between the development team and the customer, iterative approach for the requirements engineering, prioritizing the requirements based on their business value for the customer, and eliciting also the non-functional requirements. In addition, the documentation of requirements is minimalistic in agile approaches. Results of this study can generally be applied and the model created can be utilized as a guideline when doing requirements engineering in the agile software projects. Additional Information TABLE OF CONTENTS TIIVISTELMÄ ABSTRACT TABLE OF CONTENTS 1 INTRODUCTION ......................................................................................................... 6 2 AGILE SOFTWARE DEVELOPMENT ....................................................................... 8 2.1 Concept of agile ...................................................................................................... 8 2.2 Major values of Agile Software Development ........................................................ 8 2.3 Basic principles of Agile Software Development ................................................. 10 2.4 Scrum as an example ............................................................................................. 11 2.5 The role of the customer in Agile Software Development ................................... 12 3 AGILE REQUIREMENTS ENGINEERING PRACTICES ....................................... 14 3.1 Traditional requirements engineering ................................................................... 14 3.2 Agile requirements engineering practices ............................................................. 18 3.2.1 Interaction between the development team and the customer ..................... 18 3.2.2 Iterative requirements engineering .............................................................. 19 3.2.3 Requirements prioritization ......................................................................... 20 3.2.4 Non-functional requirements ....................................................................... 21 3.3 Documentation in agile requirements engineering ............................................... 22 3.3.1 User stories .................................................................................................. 22 3.3.2 Challenges of minimal documentation ........................................................ 23 4 DISCUSSION .............................................................................................................. 24 4.1 A model for agile requirements engineering ......................................................... 24 4.2 Evaluation of the model ........................................................................................ 26 4.3 Constraints of the study ......................................................................................... 27 5 CONCLUSION ............................................................................................................ 28 REFERENCES ................................................................................................................ 29 6 1 INTRODUCTION The topic of this Bachelor’s thesis is the requirements engineering in agile software development projects. Chow & Chao (2008) ranks the project management process as a success factor number four in the agile software projects. This factor includes also an agile-oriented requirement management process. In addition, many software projects are failed due to the delivery decisions that were made without adequate requirements information (Verner et al. 2008). Therefore, the topic of this thesis is important to the agile projects from their success point of view. The goal of the thesis is to find and define a continuous process where the customer needs will be identified and translated into system requirements for the agile project team based on the previous research studies. The primary research question for this study is: How the customer needs will be translated into requirements in the agile software project as a continuous process? There are also two secondary questions: 1. What are the customer needs and how can they be identified? 2. What kind of practices are used in the agile requirements engineering? The goal mentioned above is going to be achieved by a systematic literature review on the topic of the thesis.

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    31 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us