Traceability James D. Palmer Presented by: Megan Heffernan.

Slides:



Advertisements
Similar presentations
Accelerating The Application Lifecycle. DEPLOY DEFINE DESIGN TEST DEVELOP CHANGE MANAGEMENT Application Lifecycle Management #1 in Java Meta, Giga, Gartner.
Advertisements

Traceability Requirements Management2 Traceability Systems Engineering STD.
Test process essentials Riitta Viitamäki,
Requirements Specification and Management
HP Quality Center Overview.
Tracing CS4310 Fall What is Requirements Traceability? The ability to describe and follow the life of a requirement throughout the system lifecycle,
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
© 2004 Visible Systems Corporation. All rights reserved. 1 (800) 6VISIBLE Holistic View of the Enterprise Business Development Operations.
11.1 Lecture 11 CASE tools IMS Systems Design and Implementation.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Verification “Auditability” Can Be “Free” James H. Jones Optants Documented Decision Support Company (ODDSCO)
Functional Requirements Status and Plans Christopher Neyman W. M. Keck Observatory Viswa Velur California Institute of Technology Keck NGAO Team Meeting.
Chapter 6 Database Design
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
Requirements Analysis 5. 1 CASE b505.ppt © Copyright De Montfort University 2000 All Rights Reserved INFO2005 Requirements Analysis CASE Computer.
Copyright 2002 Prentice-Hall, Inc. Chapter 4 Automated Tools for Systems Development 4.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
SE 555 Software Requirements & Specification Requirements Management.
I n t e g r i t y - S e r v i c e - E x c e l l e n c e Business & Enterprise Systems Introduction to Hewlett Packard (HP) Application Lifecycle Management.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
6 Chapter 6 Database Design Hachim Haddouti. 6 2 Hachim Haddouti and Rob & Coronel, Ch6 In this chapter, you will learn: That successful database design.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Rapid software development.
Design, Implementation and Maintenance
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 11 System Test Design
Best Practices By Gabriel Rodriguez
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
Michael Solomon Tugboat Software Managing the Software Development Process.
SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Requirements Traceability Virve Leino QURE Project Software.
The Integration Story: Rational Quality Manager / Team Foundation Server / Quality Center Introductions This presentation will provide an introduction.
Overview of Change Management ClearQuest Overview for CORUG January, 2008.
Effective Methods for Software and Systems Integration
Complete and Integrated Lifecycle Management. Challenges 1.
Leveraging JDA technology to support a Shelf Connected Supply Chain Amy Higgins VP, Space Management & Analytics Sears Holdings Corporation 1.
Common Industry Mistakes and How to Avoid Them Susan C. Reilly Reilly & Associates, LLC FDA Update December.
Copyright Course Technology 1999
Appendix 2 Automated Tools for Systems Development © 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 2 Slide 1.
Chapter 1: The Database Environment and Development Process
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
Chapter 3: Software Maintenance Process Omar Meqdadi SE 3860 Lecture 3 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Integrating Security Design Into The Software Development Process For E-Commerce Systems By: M.T. Chan, L.F. Kwok (City University of Hong Kong)
Week 4 Lecture Part 3 of 3 Database Design Samuel ConnSamuel Conn, Faculty Suggestions for using the Lecture Slides.
Capability Maturity Models Software Engineering Institute (supported by DoD) The problems of software development are mainly caused by poor process management.
Service Transition & Planning Service Validation & Testing
Effective Requirements Management – an overview Kristian Persson Field Product Manager, Telelogic Asia/Pacific.
IT Requirements Management Balancing Needs and Expectations.
Software Requirements Engineering: What, Why, Who, When, and How
© Mahindra Satyam 2009 Configuration Management QMS Training.
ANKITHA CHOWDARY GARAPATI
Database Administration
 Dr. Syed Noman Hasany.  Review of known methodologies  Analysis of software requirements  Real-time software  Software cost, quality, testing and.
SWEN 5231 FORMAL METHODS Slide 1 System models u Abstract presentations of systems whose requirements are being analyzed.
HNDIT23082 Lecture 06:Software Maintenance. Reasons for changes Errors in the existing system Changes in requirements Technological advances Legislation.
Software Engineering Lecture # 1.
Copyright 2002 Prentice-Hall, Inc. Chapter 4 Automated Tools for Systems Development 4.1 Modern Systems Analysis and Design.
Chapter 4 Automated Tools for Systems Development Modern Systems Analysis and Design Third Edition 4.1.
Requirements Engineering
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
2009 copyright Leslie Munday University Requirements Management and Traceability For IIBA By Leslie Munday.
CASE (Computer-Aided Software Engineering) Tools
Modern Systems Analysis and Design Third Edition
Modern Systems Analysis and Design Third Edition
Topic for Presentaion-2
IEEE Std 1074: Standard for Software Lifecycle
Chapter 6 Database Design
Trace requirements. What do we mean by the term “Trace”? Why should we trace? 2 Requirements Life Cycle Management Trace Requirements.
Lockheed Martin Canada’s SMB Mentoring Program
Modern Systems Analysis and Design Third Edition
Modern Systems Analysis and Design Third Edition
Rapid software development
Modern Systems Analysis and Design Third Edition
Presentation transcript:

Traceability James D. Palmer Presented by: Megan Heffernan

Agenda What is traceability? Why is traceability important? How is traceability performed? What tools perform traceability? What is the future of traceability?

Introduction What makes a software project successful? Meets stakeholder requirements How can this be encouraged? Traceability Traceability in a nutshell Shows forward and backward relationships linking requirements with design, implementation, test, and maintenance Know reasoning for everything and how to test

Why is Traceability Important? Ensures that requirements are met Understand relationship between requirements and the delivered system Lowers risk Creates an audit trail Consistency Control Change Development Risk

Problems with Traceability Manual process Viewed by developers as a low priority Misunderstood No single modeling method Poor documentation

When Does Traceability Occur? Entire lifecycle!

How is Tracing Performed? Client gives developers rough requirements Developers create system, hardware, and software requirements Each element is given a unique identifier Element – requirement, design attribute, test, etc Linkages done manually and managed by a CASE tool Traceability tables are made Matrix

Traceability Example SRD – System Requirements Document High level requirements Done by stakeholders SS – System Specification More detailed requirements Developer interpretation Segments More detailed portions of the SS Includes design information

Traceability Example System Requirements Document System Specification Segment 1 Segment 2 Segment 3 Interface Control Document

Traceability Example Traceability Matrix SRDSSSeg 1Seg 2Seg 3ICD

Traceability Management Requirements are added/deleted/modified Impact analysis Trace changed Continues through maintenance

Traceability in a Perfect World Steps Identification of requirements Architecture selection Classification schema Functions, Performance and Security Translate into views Allocation into schemas Flow-down to design, code, and test Entry into traceability database Linkages Management

Traceability in the Real World Labor Intensive Classification schemas are frequently changed as requirements are allocated Ensure that semantics and syntax are correct

Semantics and Syntax Semantics required to assure that a trace is used in context Syntax required to assure that a trace goes to a specific word or phrase Manual verification of outcomes

Real World Traceability Workflow Receipt of requirements documents Select architecture form to be followed Select classification schema Parse document and assign unique numbers Allocate according to classification scheme Establish linkages across all requirements Generate traceability matrices Maintain traceability linkages in database Maintain traceability links across entire project

Return on Investment Very difficult to measure Many factors Costs Time CASE Tools Training Benefits ??? Only an estimation What rework was avoided?

Tools CASE Tools Characteristics Hypertext linking Unique identifiers Syntactical similarity coefficients Problems Hypertext linking and syntactical similarity does not consider context Unique identifiers do not show requirement information Choosing architecture view and classification schemas will always be manual

Tools DOORS Telelogic “capture, link, trace, and manage” For large applications From the datasheet Similar look and feel to explorer Gap analysis for unaddressed requirements Traceability analysis for identifying areas of risk Impact analysis reports Volatility Traceability by drag and drop

DOORS

Tools Caliber-RM Borland From the datasheet Centralized repository Requirements traceability across the lifecycle Impact analysis

CaliberRM

Future Predictions Automation of allocation into architectures and classification schemas Little additional automation seen in current tools AIRES (Automated Integrated Requirements Engineering System) Center for Software Systems Engineering at George Mason University Relies heavily of semantics and syntax

Pros/Cons Pros Clearly reflected traceability importance and need Practical workflow Cons Examples did not reflect lifecycle Little practicality with tools

Agenda Revisited What is traceability? Why is traceability important? How is traceability performed? What tools perform traceability? What is the future of traceability?

Questions?