SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Requirements Traceability 1.4.2001 Virve Leino QURE Project Software.

Slides:



Advertisements
Similar presentations
Traceability Requirements Management2 Traceability Systems Engineering STD.
Advertisements

Culture and Leadership
Traceability James D. Palmer Presented by: Megan Heffernan.
Project Scope Management
SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY NetSetup scope and objective Process level IT-level PRODUCT DEV.
McGraw-Hill/Irwin © 2003 The McGraw-Hill Companies, Inc., All Rights Reserved. 7-1 Chapter 7 CHAPTER 7 THE EFFECT OF INFORMATION TECHNOLOGY ON THE AUDIT.
1 Software Requirement Analysis Deployment Package for the Basic Profile Version 0.1, January 11th 2008.
A GOAL-BASED FRAMEWORK FOR SOFTWARE MEASUREMENT
Software Process Improvement in Small Organizations A Case Study.
Recall The Team Skills 1. Analyzing the Problem 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5. Refining the System.
SE 555 Software Requirements & Specification Requirements Management.
Introduction to software project management. What is a project? One definition ‘a specific design or plan’ ‘a specific design or plan’ Key elements non-routine.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
Data Structures and Programming.  John Edgar2.
What is Business Analysis Planning & Monitoring?
RUP Requirements RUP Artifacts and Deliverables
Thirteenth Lecture Hour 8:30 – 9:20 am, Sunday, September 16 Software Management Disciplines Process Automation (from Part III, Chapter 12 of Royce’ book)
Applying the Inspection Process. What Software Artifacts Are Candidates for Inspection? Software Requirements Software Designs Code Test Plans.
Business Requirements Using Unified Modeling Language Eric H. Castain, SVP Internet Services Group, Architecture Wells Fargo March 2005.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
1 REQUIREMENT ENGINEERING Chapter 7. 2 REQUIREMENT ENGINEERING Definition Establishing what the customer requires from a software system. OR It helps.
The Architecture Business Cycle. Software Architecture Definition The software architecture of a program or computing system is the structure or structures.
SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY User Studies Basic principles, methods, and examples Sari.
©Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Animating and.
Project Coordinators: Eduardo Santana de Almeida Silvio Romero de Lemos Meira Federal University of Pernambuco Informatics Center Recife Center for Advanced.
Requirements Change Management
Requirements Elicitation. Who are the stakeholders in determining system requirements, and how does their viewpoint influence the process? How are non-technical.
Software Engineering EKT 420 MOHAMED ELSHAIKH KKF 8A – room 4.
Strong9 Consulting Services, LLC 1 PMI - SVC I-80 Breakfast Roundtable Monthly Meeting Thursday, October 12, :00 am – 9:00 am.
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
SQI © T.P. Rout and Griffith University, 1996 A Unified Reference Model for the Processes of Software and System Life Cycles Terry Rout Software Quality.
Software Project Management Team 04 – K15T2. Content Summarizing your view on “Software development process”. Answer 3 question: ◦ What is Software Development.
Software Product Line Material based on slides and chapter by Linda M. Northrop, SEI.
Develop Project Charter
Computing and SE II Chapter 15: Software Process Management Er-Yu Ding Software Institute, NJU.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
 Dr. Syed Noman Hasany.  Review of known methodologies  Analysis of software requirements  Real-time software  Software cost, quality, testing and.
1 EMS Fundamentals An Introduction to the EMS Process Roadmap AASHTO EMS Workshop.
Requirements / Specifications. 01/18/10CS-499G2 Requirements Determine what the customer needs (wants) the software to do  What are requirements?  An.
Requirements Engineering
Requirements Engineering Process
Quality system With no system of quality control how do you distinguish between the good, the bad and the ugly? quality assurance is all the planned and.
The “Seven Deadly Sins” of Running an Alfresco Project Sabine Otto Director Consulting Services EMEA The Alfresco Implementation Methodology.
Use Case, Component and Deployment Diagrams University of Sunderland.
Building a BA Center of Excellence Gain Momentum...Produce Results!
Configuration Control (Aliases: change control, change management )
Beyond the BACoE: Developing Business Analysis Maturity.
P ERSONAL & TEAM PROCESS MODELS Lecture 05 Part -2.
 System Requirement Specification and System Planning.
Chapter 24: Architecture Competence
Requirements Traceability
Requirements Traceability
Lecture 17 ATAM Team Expertise
Assist Knowledge Development, Ltd.
Recall The Team Skills Analyzing the Problem
Level - 3 Process Areas (CMMI-DEV)
Beyond the BACoE: Developing Business Analysis Maturity.
Software Prototyping Animating and demonstrating system requirements.
Matrix Template and Example
Methodological skills Selected slides for the teaching unit C4
Evaluate the effectiveness of the implementation of change plans
Object Oriented Analysis and Design
Types of Information Systems
Methodological skills Selected slides for the teaching unit C4
Chapter # 5 Supporting Quality Devices
User Studies Basic principles, methods, and examples
Requirements Traceability
Software Maintenance Part1 Introduction. Outlines What Is Software Maintenance Purposes of Maintenance Why We Need It Maintenance Difficilties Some Tips.
Requirements Development in CMMI
Presentation transcript:

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Requirements Traceability Virve Leino QURE Project Software Business and Engineering Institute Helsinki University of Technology

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Contents Definition of requirements traceability Benefits of requirements traceability Factors affecting the need for traceability Traceability classes and relation types Techniques to document traceability Tools to document traceability Tasks to implement traceability Lessons learned in QURE -project

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Requirements traceability A requirement is traceable if you can discover: who suggested the requirement, why the requirement exists, what requirements are related to it and how it relates to other information such as systems design, implementation and documentation.

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Benefits of Requirements Traceability Traceability helps in: Requirements change management Validation and reuse of requirements Understanding how and why the system meets the needs of the stakeholders

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Factors affecting the need for traceability Type of the system Estimated system lifetime Number of requirements Size of the project team Level of organizational maturity Specific customer requirements

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Traceability classes 1/2 Pre- and post-traceability Origins of requirements Requirements System process artifacts Pre-traceabilityPost-traceability

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Traceability classes 2/2 Forward and backward traceability Origins of requirements Requirements System process artifacts Forward traceability Backward traceability

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Traceability relation types 1) requirement-source 4) requirement-requirement 2) requirement-rationale 5) requirement-component 3) requirement-people 6) requirement-verification Rationales Sources like: companies standards Requirements Components Verification cases :-) People

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Techniques to Document Traceability Information 1/3 1. Identifiers 2. Attributes 3. List 4. Table example of each technique follow...

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Techniques to document 2/3 1. Requirement-requirement information documented using requirements’ identifiers: 2. Requirement-source and requirement-verification documented using requirements’ attributes:

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Techniques to document 3/3 3. Requirement-component information documented using list: 4. Requirement-component information documented using table:

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Tools to Document Traceability Information General purpose tools (eg. spreadsheet programs, word processors, hypertext editors) suitable for small and short term projects not sufficient for extensive requirements tracing purposes Requirements management tools suitable for projects producing large and complex systems require investments (eg. licences, training end-users, system maintenance, consultation)

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Tasks to Implement Traceability Analyze the company’s need for traceability Define which traceability relations should be documented Select techniques and tools to be used Choose when, by whom and to where information should be documented Ensure that practices are taken into use

SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Lessons Learned in QURE -project Pre-traceability: first traceability that companies could benefit from easy to document (compared post- traceability) tool support is not needed Post-traceability: many prerequisites: clearly stated requirements, components and verificatíon-cases tool support is often needed to document it