Phil Cronin Anne Hill Allen Schones CIS841 Summer on Campus 1998 IN-PROCESS INSPECTIONS FOR OBJECT ORIENTED DESIGNS.

Slides:



Advertisements
Similar presentations
Software Quality Assurance Plan
Advertisements

Damian Gordon.  Static Testing is the testing of a component or system at a specification or implementation level without execution of the software.
More CMM Part Two : Details.
Software Project Management Lecture # 11. Outline Quality Management ( chapter 26 - Pressman )  Software reviews  Formal Inspections & Technical Reviews.
Formal Technical Reviews
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #7 Software Engineering.
Software Quality Assurance Inspection by Ross Simmerman Software developers follow a method of software quality assurance and try to eliminate bugs prior.
Testing Without Executing the Code Pavlina Koleva Junior QA Engineer WinCore Telerik QA Academy Telerik QA Academy.
Stepan Potiyenko ISS Sr.SW Developer.
OHT 8.1 Galin, SQA from theory to implementation © Pearson Education Limited Review objectives Formal design reviews (FDRs) Participants Preparations.
OHT 8.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations.
SE 555 Software Requirements & Specification Requirements Validation.
SOFTWARE PROJECT MANAGEMENT Project Quality Management Dr. Ahmet TÜMAY, PMP.
1 Software Inspections and Walkthroughs Author: A. Frank Ackerman Presented by Cynthia Johnson EEL6883.
OHT 4.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
Release & Deployment ITIL Version 3
Active Design Reviews Doug Paida Roy Mammen Sharan Mudgal Jerry Cheng.
Project Management Process Overview
PMP® Exam Preparation Course
Extreme Programming Software Development Written by Sanjay Kumar.
Introduction to Software Quality Assurance (SQA)
Software Inspections and Walkthroughs By. Adnan khan.
CLEANROOM SOFTWARE ENGINEERING.
Software Quality Assurance
Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations The.
Software Inspections. Defect Removal Efficiency The number of defects found prior to releasing a product divided by The number of defects found prior.
Lecture 16 Formal Technical Reviews (FTRs) (also know as inspections) FOR0383 Software Quality Assurance 9/19/20151Dr Andy Brooks Don´t review in your.
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.
Formal and Informal Peer Reviews
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Software System Engineering: A tutorial
程建群 博士 (Dr. Jason Cheng) 年 03 月 Software Engineering Part 06.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
Disciplined Software Engineering Lecture #7 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 Product Design Finalization; Inspections.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Formal Technical Reviews Matt Graham 18 November 2004 EECS 814 University of Kansas.
CHAPTER 9 INSPECTIONS AS AN UP-FRONT QUALITY TECHNIQUE
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 7 1 Design and Code Reviews - Overview What are design and code.
Project quality management. Introduction Project quality management includes the process required to ensure that the project satisfies the needs for which.
Inspection and Review The main objective of an Inspection or a Review is to Detect Defects. (Today -there may be some other goals or broader definition.
Inspection and Review The main objective of an Inspection or a Review is to detect defects. This activity and procedure was first formalized by Mike Fagan.
© Michael Crosby and Charles Sacker, 2001 Systematic Software Reviews Software reviews are a “quality improvement process for written material”.
Advances In Software Inspection
Management of Software Project CSM Review By:Nafas.
Peer Review Presented by : Basker George. Peer ( 同等的人 ) Review( 回顾 ) During the development of software, defects are inevitably ( 不可避免 ) injected. Defect.
Software Project Management Lecture # 12. Outline Quality Management ( chapter 26 - Pressman )  SQA  Who does it?  SQA Activities  Software reviews.
SQA COMPONENTS IN THE PROJECT LIFE CYCLE C HAPTER 8 Dr. Ahmad F. Shubita.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
© Mahindra Satyam 2009 Inspections and Reviews QMS Training.
Project Management PTM721S
Software Reviews Ashima Wadhwa.
Software Project Configuration Management
Software Quality Control and Quality Assurance: Introduction
Software Configuration Management (SCM)
Principles of Information Systems Eighth Edition
Fundamentals of Information Systems, Sixth Edition
Software Requirements
Description of Revision
CMMI – Staged Representation
Peer Reviews 11/21/2018.
Inspection and Review The main objective of an Inspection or a Review is to detect defects. (Not for Giving Alternative Solutions) This activity and procedure.
Quality Measurable characteristic Cyclomatic complexity Cohesion
QA Reviews Lecture # 6.
Managing Project Work, Scope, Schedules, and Cost
Software Reviews.
Testing, Inspection, Walkthrough
{Project Name} Organizational Chart, Roles and Responsibilities
3. Software Quality Management
Presentation transcript:

Phil Cronin Anne Hill Allen Schones CIS841 Summer on Campus 1998 IN-PROCESS INSPECTIONS FOR OBJECT ORIENTED DESIGNS

Inspection - Definition Fagan describes Inspections as “ a method of static testing to verify that software meets its requirements. It engages the developer and others in a formal process of investigation that usually detects more defects in the product - and at lower cost - than does machine testing.” An inspection is a detailed examination of a product to find defects. A defect can then be defined as a violation of a standard or procedure.

Inspections - Benefits According to T. C. Jones in Programming Productivity, inspections have been shown to be up to 75 percent effective in uncovering design flaws. – T. C. Jones, Programming Productivity, McGraw-Hill, Other benefits have unfolded : –The quality of the software product increases. –A technically correct base is available for each new phase of the development process. –The overall life cycle cost is lower since defects are found earlier in the process and are less expensive to fix. –Less time may have to be devoted to testing the product thus increasing the effectiveness of testing. –The author of the software is provided immediate feedback which brings about improvements in the quality of future products.

Inspections versus Reviews A formal review is conducted at the end of each life cycle phase. A review panel is appointed by the acquirer of the software who make a go/no go decision whether to proceed to the next phase. It looks at an overall picture of the product being developed to determine if it satisfies its requirements. An inspection on the other hand, is a time limited formal process containing checklists and measurements to detect and remove all defects efficiently and effectively at all phases of the life cycle. It is a tool which can aid the review committee in making a go/no go decision.

Inspectable Entities Inspectable entities include all software enhancements which impact design and configuration, affect the end user, or are deliverable to the customer. Inspectable entities may include: –Reengineering Documentation –Prototyping –Software Requirement Specifications –Data and System Interfaces –Screens and Reports –Test Requirements, Plans, and Procedures –Any Documentation (deliverable or not)

5 Steps in an Inspection Step Description Planning Obtain materials and verify entry criteria. Establish schedules and secure meeting room. Choose Inspectors. Meeting Preparation Individually study inspection material. Ensure that participants are ready to inspect the product. Inspection Meeting Formally and jointly inspect distributed materials. Determine disposition of the inspected material. Rework Revise the product as necessary. Resolve issues identified at the inspection. Follow-up/Metrics Verify satisfactory resolution of all defects found during inspection. Verify that the product meets the exit criteria. Provide closure to all open issues and certify revisions. Collect metrics.

Inspections Flow Chart

Major Roles in Inspections CoordinatorInterfaces between program management, functional management, and technical staff; maintains inspection database. AuthorOriginates the material being submitted for inspection, and is responsible for correcting and resolving all identified defects after an inspection. ModeratorManages and facilitates the inspection process for a particular entity, and leads the Inspection Meeting. ReaderPresents the Author’s work to the inspection team. RecorderDocuments the identified defects at the Inspection Meeting using the Inspection Defect List. InspectorsExamine the material and search for defects by comparing the material to the organizational standards and procedures.

Multiple Role Matrix Primary Role MUST Also Be MAY Also Be MAY NOT Also Be AuthorInspectorCoordinatorModerator, Reader, Recorder ModeratorInspectorCoordinator, Reader Author, Recorder ReaderInspectorCoordinator, Moderator Author, Recorder RecorderInspector--Coordinator, Author, Moderator, Reader Inspector--Coordinator, Author, Moderator, Reader, Recorder -- 1

Entry / Exit Criteria Entry Criteria A description of the materials and events which are necessary before an Inspection Meeting is initiated. Exit Criteria The conditions that must be met before an inspection can be certified as complete.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Review with functional and project management that it is time to conduct an inspection.  Select Moderators for inspection in their specific area of expertise.  Coordinate meeting.  Work with Moderator to determine:  specific entry and exit criteria for the inspection.  project-specific checklists.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Submit Materials to Moderator.  Meet with Moderator to verify that the Inspectable Entity satisfies the entry criteria. (Inspection Meeting will not be scheduled until entry criteria are satisfied.)

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Verify Material: Review the material submitted by the Author, and verify that it meets the entry criteria.  Select Meeting Participants: Select the other participants, based on technical background, availability, and program guidelines. Assign roles for the Inspection Meeting.  Schedule Meeting: An Inspection Meeting should be scheduled for no more than 2-3 hours.  Prepare Meeting Notice: Include the date, time and meeting room.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t All meeting participants perform the following:  Review the inspectable entity and identify potential defects.  Identify relevant documents that should be brought to the Meeting.  Record the amount of time spent in preparation, as this will be used as an inspection metric.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Author does not perform a leading role during the meeting.  The Author should focus on helping to identify defects, and on understanding all the issues raised.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t Ensure that the inspection meeting is focused on identifying defects and that the meeting does not regress into an extended discussion of trivial defects, or a critique of the design.  Determine Product Disposition  Accept: Meets exit criteria. No further verification required.  Conditional: Expected to meet Exit Criteria upon Moderator's verification of rework.  Re-Inspect: Re-inspection is necessary if the product deviates so far from requirements that a rework would result in a substantially different product.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Lead the team through the material in a logical fashion.  Insure that all inspectable material is covered.  Present the material at a pace suitable for thorough examination.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Record the defects on an Inspection Defect List  Present Inspection Defect List for review at end of inspection and assist Moderator in summarizing the defects on the Inspection Summary and Metrics form.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Present potential defects found during Meeting Preparation.  Keep focused and do not get bogged down in disagreements or trivial defects.  Verify completeness and accuracy of Inspection Defect List, as presented by Moderator. Determine disposition of inspection (Accept, Conditional, Re-inspect).

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t The Author should correct the defects indicated in the Inspection Defect List, and meet with the Moderator to evaluate the rework.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t Meet with the Author to evaluate the rework and verify that all defects indicated in the Inspection Defect List have been properly resolved. Retain the Inspection Defect List. Document what was performed to make the correction(s) and when the Inspection Defect List was completed.

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Enter the Inspection Summary and Metrics data into the Inspection Database.  Periodically provide Project and Functional management with update inspection metrics (to be logged into an Inspection Database).

Roles Planning Prep Meeting Re-work Follow-up Coor |Author | Mod’r | Reader |Recorder | Inspc’t  Certify that the inspection is complete and that all Exit Criteria have been satisfied.  Prepare the Inspection Summary and Metrics form.  Submit the Inspection Summary and Metrics form and the Inspection Defect List to the Coordinator  Submit a summary of requirements defects as comments to the requirements owner.

OO Complications OO Designs tend to move complexity from the methods to interaction between methods. Inheritance complicates where a method is defined in the inheritance tree. Multiple inheritance complicates finding a method even further. Polymorphic behavior makes static determination of which method is invoked impossible.

OO Complications Simple Class Inheritance: