© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Concept of Requirements Management Tool International Workshop on Challenges in methodology, representation, and tooling for automotive embedded systems 24 – 25 September 2012 Berlin Markus Kelanti Pasi Kuvaja

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Contents Motivation Requirements Management concepts Requirements Management Workflow Requirements Management activities Task based approach with views RE item data structure RMT prototype RMT prototype example screenshots

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Motivation Based on previous experience and interviews, we have following main problems in Requirements Management: –Methodology related Understanding the original request Information content of RE items Unclear concepts and different stakeholders have different understanding of concepts Large number of requirements (over 10000) in complex systems –Tool related Support for co-operation in distributed development Traceability to original customer requirements Seamless editing of RE items in multi-user environments Support for Requirements Management There is a clear need to rethink practices in Requirements Management

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Requirements Management Concepts Request –All incoming needs, requirements and demands are recorded as requests. RMT is designed to ensure every incoming request is described from the original stakeholder’s point of view –Requests are always analysed in Problem Domain Requirement –Requirements are derived from requests Requirements are used to describe how a request can be realised in a Solution Domain system –Requirements are always analysed in Solution Domain Feature –Features are derived from requirements and requests linked to them Features describe what the produced system should do, based on requests and requirements

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Requirements Management Workflow Request Requirement Feature Request

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Requirements Management activities Each RE item in RMT has an owner and contributor(s) –Owner is responsible for the RE item and can assign contributors for a RE item –Contributors are other users who can participate to analyse, write or comment a RE item After a RE item owner considers the item to be ready, he submits it for a decision making process –Responsible people in this process decide whether to accept, reject or return it back for additional analysis Accepted RE items shall be sent to a next phase in a process

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Task based approach with views Tasks are part of activities belonging to a development process and describe what should be done in the process Views can be customised to support any task in the RE –The goal is to show only the relevant information for a task Users can access a same RE item but use different or same data using different views Elicitation Analysis … Request input Comment requests Reporting view Decison making … RE Activities Task View …

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA RE item data structure Each RE item has a similar basic description: –The origin stakeholder –The system in focus –RE item description –Interest to system –Request value –Impact to system Rest of the information is divided into: –System information –Business information –Organisational and process relevant information –Item specific information Additional content: –Attachments –History –Comments and notes

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA RMT prototype Requirements Management Tool (RMT) prototype supports the RE phase in AMALTHEA Design Flow The purpose of RMT is to guide the user to record incoming requests and support requirement and feature development. RMT provides a semi-structured data format for recording requests, requirements and features. RMT is designed to be a task based tool that utilises different views in order to enable: –Co-operation between users –Work support for new users –Customisable process and tailored tasks/views RMT supports data traceability.

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Example screenshot 1: General tool GUI

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Example screenshot 2: Request data content

© AMALTHEA - All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights. ITEA Questions,comments? Contact information: –Pasi Kuvaja, University of Oulu –Markus Kelanti, University of Oulu