Applying the Inspection Process. What Software Artifacts Are Candidates for Inspection? Software Requirements Software Designs Code Test Plans.

Slides:



Advertisements
Similar presentations
TRAINING PROGRAMS APPROVAL AND INSPECTION. APPROVAL OF TRAINING PROGRAMS Initial New-Hire Training Initial Equipment Training Transition Training Upgrade.
Advertisements

Chapter 2: Software Process
Verification and Validation
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Characteristics of a good SRS
Requirements Analysis CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology January 7, 2003.
Week 7: Requirements validation Structured walkthroughs Why have walkthroughs When to have walkthroughs Who participates What procedures are helpful Thoughtless.
Analysis Stage (Phase I) The goal: understanding the customer's requirements for a software system. n involves technical staff working with customers n.
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
SE 555 Software Requirements & Specification Requirements Validation.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
Requirements Specifications Today: Homework #1 due For next class: Pressman 11; SRD Team Status Reports Requirements Process (continued) Bio Break ( 5.
1 Software Requirements Specification Lecture 14.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
SE 555 Software Requirements & Specification Requirements Analysis.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Purpose of the Standards
CBIIT Quality Assurance and Compliance Process August 8, 2012.
1 L07SoftwareDevelopmentMethod.pptCMSC 104, Version 8/06 Software Development Method Topics l Software Development Life Cycle Reading l Section 1.4 – 1.5.
Software Testing Verification and validation planning Software inspections Software Inspection vs. Testing Automated static analysis Cleanroom software.
S/W Project Management
CHAPTER 5 Infrastructure Components PART I. 2 ESGD5125 SEM II 2009/2010 Dr. Samy Abu Naser 2 Learning Objectives: To discuss: The need for SQA procedures.
Verification and Validation Yonsei University 2 nd Semester, 2014 Sanghyun Park.
Software Requirements Specification (SRS) Complete description of external behavior of software system Complete description of external behavior.
INFO 637Lecture #61 Software Engineering Process II Designing with Teams INFO 637 Glenn Booker.
S oftware Q uality A ssurance Part One Reviews and Inspections.
1 © 2005 course technology University Of Palestine Chapter 6 Storyboarding the User’s Experience.
Topics Covered: Software requirement specification(SRS) Software requirement specification(SRS) Authors of SRS Authors of SRS Need of SRS Need of SRS.
Software Inspections. Defect Removal Efficiency The number of defects found prior to releasing a product divided by The number of defects found prior.
Software Inspection A basic tool for defect removal A basic tool for defect removal Urgent need for QA and removal can be supported by inspection Urgent.
Dr. Tom WayCSC Code Reviews & Inspections CSC 4700 Software Engineering.
Writing Quality Requirements Karl E. Wiegers Presented by: Ricardo Carlos.
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 Product Design Finalization; Inspections.
CPSC 372 John D. McGregor Module 2 Session 1 More on requirements and the Investment Decision.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 22 Slide 1 Software Verification, Validation and Testing.
Requirements validation Csaba Veres. What is it? Validation is the process of checking the requirements document for –completeness –consistency –accuracy.
1 15 quality goals for requirements  Justified  Correct  Complete  Consistent  Unambiguous  Feasible  Abstract  Traceable  Delimited  Interfaced.
Requirements Specification. Welcome to Software Engineering: “Requirements Specification” “Requirements Specification”  Verb?  Noun?  “Specification”
Reviews and Inspections. Types of Evaluations Formal Design Reviews conducted by senior personnel or outside experts uncover potential problems Inspections.
1 Ch. 1: Software Development (Read) 5 Phases of Software Life Cycle: Problem Analysis and Specification Design Implementation (Coding) Testing, Execution.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
1 Quality Attributes of Requirements Documents Lecture # 25.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Requirements Validation
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Requirements / Specifications. 01/18/10CS-499G2 Requirements Determine what the customer needs (wants) the software to do  What are requirements?  An.
Software Engineering Lecture # 1.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
How to Program? -- Part 1 Part 1: Problem Solving –Analyze a problem –Decide what steps need to be taken to solve it. –Take into consideration any special.
Software Requirements Specification (SRS)
System Requirements Specification
Software Quality Assurance and Testing Fazal Rehman Shamil.
Requirements Analysis
HNDIT23082 Lecture 09:Software Testing. Validations and Verification Validation and verification ( V & V ) is the name given to the checking and analysis.
1 Software Testing and Quality Assurance Lecture 17 - Test Analysis & Design Models (Chapter 4, A Practical Guide to Testing Object-Oriented Software)
Supporting the design of interactive systems a perspective on supporting people’s work Hans de Graaff 27 april 2000.
Copyright © 2011 Pearson Education Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall & Kendall Global Edition 9.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
Verification vs. Validation Verification: "Are we building the product right?" The software should conform to its specification.The software should conform.
 System Requirement Specification and System Planning.
Software Verification and Validation
CSC 480 Software Engineering
Requirements Engineering (continued)
Testing Process Roman Yagodka ISS Test Leader.
Dr. Jiacun Wang Department of Software Engineering Monmouth University
Software Reviews.
Unit IV – Chapter 2 V-Test Model.
Presentation transcript:

Applying the Inspection Process

What Software Artifacts Are Candidates for Inspection? Software Requirements Software Designs Code Test Plans

Requirements Inspection Objectives Is each requirement in the SRS consistent with and traceable to the document that preceded it (if any)? Is the SRS complete? Is each requirement in the SRS clear, concise, internally consistent, unambiguous, and testable? Are we building the right product?

Requirements Inspection Prerequisites All inspection team members received inspection process training. The document, if any, that preceded the SRS has been reviewed and approved. The SRS has been internally reviewed. A Requirements Inspection Checklist is available.

Requirements Inspection Checklist 1.Do the requirements exhibit a clear distinction between functions and data? 2.Do the requirements define all the information that is to be displayed to the user? 3.Do the requirements address system and user response to error conditions? 4.Is each requirement stated clearly, concisely, and unambiguously?

Requirements Inspection Checklist (Cont’d) 5.Is each requirement testable? 6.Are there ambiguous or implied requirements? 7.Are there conflicting requirements? 8.Are there areas not addressed in the SRS that need to be? 9.Are performance requirements stated?

Requirements Inspection Checklist (Cont’d) 10.If the requirements involve complex decision chains, are they expressed in a form that facilitates comprehension? 11.Are requirements for performing software upgrades given? 12.Are there requirements that unnecessary level of design detail? 13.Are the real time constraints specified in sufficient detail?

Requirements Inspection Checklist (Cont’d) 14.Are the precision and accuracy of calculations specified 15.Is it possible to develop a thorough set of tests based on the information contained in the SRS? If not, what information is missing? 16.Are assumptions and dependencies clearly stated? 17.Does the document contain all information called out in the SRS outline?

Design Inspection Objectives Does the design address all of the requirements of the SRS? Are all design elements traceable to specific requirements contained in the SRS? Does the design conform to project and company standards? Are we building the product correctly?

Design Inspection Prerequisites The SRS has been inspected and all follow-up actions completed. The Design Document has been internally reviewed. A Design Inspection Checklist is available (see Appendix D of the text) If the design is done using CASE tool, relevant reports and diagrams from such tools should be made available.

Code Inspection Objectives Is the code consistent with the design as expressed in the Design Document. Is the code traceable to specific design elements identified in the Design Document? Does the code conform to project and company coding standards? Are we building the product correctly?

Code Inspection Prerequisites The Design Document has been inspected and all follow-up actions completed. The code has been compiled with no errors (and possible been checked by a static code analyzer). A Code Inspection Checklist is available (see Appendix D of the text).

Validation Test Plan Inspection Objectives Do the validation tests accurately reflect the requirements defined in the SRS? Have validation tests taken advantage of knowledge of the design where appropriate? Is the project ready to enter the validation testing phase?

Validation Test Plan Inspection Prerequisites The test have been reviewed internally and executed at least once. A Test Procedure Inspection Checklist is available (see Appendix D of the text). Every test has an expected result.