Presented by Vinay Gunnam.  The IEEE Standard Glossary of Software Engineering Terminology defines traceability as “the degree to which a relationship.

Slides:



Advertisements
Similar presentations
Systems Engineering From a Life Cycle Perspective John Groenenboom Director Engineering – Mesa Boeing Rotorcraft Dec 12, 2007.
Advertisements

SEMP vs. PMP Conflict and Partnership
Traceability Requirements Management2 Traceability Systems Engineering STD.
Configuration Management
Traceability James D. Palmer Presented by: Megan Heffernan.
Tracing CS4310 Fall What is Requirements Traceability? The ability to describe and follow the life of a requirement throughout the system lifecycle,
Configuration Management Managing Change. Points to Ponder Which is more important?  stability  progress Why is change potentially dangerous?
Software Requirements
TDT 4242 Inah Omoronyia and Tor Stålhane Requirements Traceability TDT 4242 Institutt for datateknikk og informasjonsvitenskap.
1 Software Requirement Analysis Deployment Package for the Basic Profile Version 0.1, January 11th 2008.
Functional Requirements Status and Plans Christopher Neyman W. M. Keck Observatory Viswa Velur California Institute of Technology Keck NGAO Team Meeting.
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.
Software Engineering Metrics for Object Oriented Programming Developed by – Shrijit Joshi.
McGraw-Hill/Irwin Copyright © 2008, The McGraw-Hill Companies, Inc. All rights reserved.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
1 Software Requirements Specification Lecture 14.
Configuration Management
Chapter 1: The Database Environment
Tracing Requirements 1. The Role of Traceability in Systems Development  Experience has shown that the ability to trace requirements artifacts through.
Software Configuration Management
Engineering Systems of.
Technical Integrity Assurance For Product Development W. Henson Graves Lockheed Martin Aeronautics Company Russ Campbell.
SoberIT Software Business and Engineering Institute HELSINKI UNIVERSITY OF TECHNOLOGY Requirements Traceability Virve Leino QURE Project Software.
Requirements Management Plan - Documents
CPIS 357 Software Quality & Testing I.Rehab Bahaaddin Ashary Faculty of Computing and Information Technology Information Systems Department Fall 2010.
Software Configuration Management (SCM)
1 Chapter 9 Database Design. 2 2 In this chapter, you will learn: That successful database design must reflect the information system of which the database.
Requirements Elicitation. Who are the stakeholders in determining system requirements, and how does their viewpoint influence the process? How are non-technical.
Software Requirements Engineering CSE 305 Lecture-2.
Approach for Establishing a World Class Test Laboratory Practice “Or How to Do It Right The First Time” Insight 1, Inc.
PRESENTED BY GROUP 1 QUALITY FUNCTION DEPLOYMENT.
 Dr. Syed Noman Hasany.  Review of known methodologies  Analysis of software requirements  Real-time software  Software cost, quality, testing and.
Copyright ©2004 Virtusa Corporation | CONFIDENTIAL Requirement Engineering Virtusa Training Group 2004 Trainer: Ojitha Kumanayaka Duration : 1 hour.
Requirements / Specifications. 01/18/10CS-499G2 Requirements Determine what the customer needs (wants) the software to do  What are requirements?  An.
Management of Software Project CSM Software Configuration Management (SCM)
RequisitePro Software Requirement Management Tool A peresentation by: Mojdeh Jalali-Heravi Maryam Daneshi.
Chapter 4 Automated Tools for Systems Development Modern Systems Analysis and Design Third Edition 4.1.
Requirements Engineering
Software Requirements Specification (SRS)
1 Requirements Engineering From System Goals to UML Models to Software Specifications Axel Van Lamsweerde.
需求管理 Capability Maturity Model Integrated Author : Softare Engineering Institute Carnegie Mellon University.
Software Requirements Specification Document (SRS)
CSE SW Metrics and Quality Engineering Copyright © , Dennis J. Frailey, All Rights Reserved CSE8314M13 8/20/2001Slide 1 SMU CSE 8314 /
Copyright , Dennis J. Frailey CSE Software Measurement and Quality Engineering CSE8314 M00 - Version 7.09 SMU CSE 8314 Software Measurement.
CS3320-Chap21 Office Hours TR 1:00-2:15 PM W 2:30-3:30 PM By appointment.
Software Engineering Lecture 10: System Engineering.
TDT 4242 Inah Omoronyia and Tor Stålhane Requirements Traceability TDT 4242 Institutt for datateknikk og informasjonsvitenskap.
V-Shaped Software Development Life Cycle Model. Introduction: Variation of water fall model. Same sequence structure as water fall model. Strong emphasis.
1 Software Requirements Descriptions and specifications of a system.
Instructor: Lloyd Hancock
CM-101 Configuration Management Fundamentals
Session 10 Dr. Dan C. Surber, ESEP
Modern Systems Analysis and Design Third Edition
Measuring Change Activity
Modern Systems Analysis and Design Third Edition
Software Configuration Management
12207.
Definitions.
ارائه كننده: شاهين انتصاري
Documenting an Architecture
Modern Systems Analysis and Design Third Edition
Relationship between MRLs and AS6500
Modern Systems Analysis and Design Third Edition
Lecture 06:Software Maintenance
Dr. Jiacun Wang Department of Software Engineering Monmouth University
System Reengineering Restructuring or rewriting part or all of a system without changing its functionality Applicable when some (but not all) subsystems.
Subject Name: SOFTWARE ENGINEERING Subject Code:10IS51
Modern Systems Analysis and Design Third Edition
System Design and Acquisition
Presentation transcript:

Presented by Vinay Gunnam

 The IEEE Standard Glossary of Software Engineering Terminology defines traceability as “the degree to which a relationship can be established between two or more products of the development process, especially products having a predecessor-successor or master- subordinate relationship to one another.”

 Frequent changes in requirements  Software design turning more complex  Reduction of cost of software development  Enhance the software development cycle

FORWARD  Is the requirement implemented ? BACKWARD  Is the implementation required ?

 bidirectional requirement linking to system elements  capture of allocation rationale, accountability, and test/validation  identification of inconsistencies  capabilities to view/trace links  verification of requirements  history of requirements changes

 Cross Referencing (tagging, numbering, indexing, track matrices)  Templates and Integration/Transformation documents  Restructuring  Automated/Semi-automated methods were also developed

 Lack of a common definition  Conflicting underlying problems Coarse granularity of traceable entities Immature integration technology Project longevity