Group Requirements Inspection Carefully Read Wiegers Ch. 14.

Slides:



Advertisements
Similar presentations
Beta Testing: The Contractor’s Perspective Trns·port User Group Meeting October 2005.
Advertisements

Damian Gordon.  Static Testing is the testing of a component or system at a specification or implementation level without execution of the software.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Procedures for CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
1 reviews8 Software Reviews, Walkthroughs, and Inspections The standard technique to ensure quality in software development.
Effective Project Management: Traditional, Agile, Extreme
Week 7: Requirements validation Structured walkthroughs Why have walkthroughs When to have walkthroughs Who participates What procedures are helpful Thoughtless.
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.
The Proposal. Project Proposals Genesis of Proposals: They can result for formal requests (e.g. Request For Proposal, RFP) They can be unsolicited (e.g.
SE 555 Software Requirements & Specification Requirements Validation.
5/29/2007SE TSP Launch1 Team Software Project (TSP) May 29, 2007 Launch/Strategy Team Formation.
ESC/EN Engineering Process Compliance Procedures August 2002.
Verification and Validation
Planning. SDLC Planning Analysis Design Implementation.
1-2 Training of Process FacilitatorsTraining of Coordinators 3-1.
Design Reviews Peer Reviews. Agenda Peer Reviews Participants of Peer Review Preparation for a Peer Review Session The Peer Review Session Post-peer Review.
LSU 07/07/2004Communication1 Communication & Documentation Project Management Unit – Lecture 8.
Chapter 16 Software Quality Assurance
Chapter 16 Software Quality Assurance
Overview Software Quality Software Quality and Quality Assurance
S/W Project Management
RUP Requirements RUP Artifacts and Deliverables
Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations The.
Applying the Inspection Process. What Software Artifacts Are Candidates for Inspection? Software Requirements Software Designs Code Test Plans.
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.
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Phil Cronin Anne Hill Allen Schones CIS841 Summer on Campus 1998 IN-PROCESS INSPECTIONS FOR OBJECT ORIENTED DESIGNS.
Lecture #9 Project Quality Management Quality Processes- Quality Assurance and Quality Control Ghazala Amin.
Independent User Acceptance Test Process (IUAT)
S Q A.
Preparing for the Launch Mohammed El- Affendi. Launch Major Tasks  The Launch is performed according to script “LAU1”, table 3.1 in the book (page 39),
LOGO “ Add your company slogan ” Software Measurement & Analysis Team Assignment 2.
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 Product Design Finalization; Inspections.
Effective Project Management: Traditional, Agile, Extreme Presented by (facilitator name) Managing Complexity in the Face of Uncertainty Ch08: How to Close.
Small Business Consulting Project Guidelines. 2 Milestones Conduct Phase I (Initial Client Interview) by Monday April 6th Complete Phase I (Description)
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Learning Objectives Conducting an On-Site Monitoring Review FPO calls the Grantee: “As you know, we’re a little more than nine months into your 24 month.
PRJ566 Project Planning & Management Work Breakdown Structure.
Page 1 TEST in the large RELEASE REWORK ASSESS packaged application documentation models and source code management documents requirement alloc. matrix.
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.
Project management Topic 8 Quality Review. Overview of processes Prepare for Quality Review Questions list Meeting Agenda Review Meeting Sign-off Product.
© Michael Crosby and Charles Sacker, 2001 Systematic Software Reviews Software reviews are a “quality improvement process for written material”.
1 Lecture 12: Chapter 16 Software Quality Assurance Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides.
Timesheet training Version: Introduction Duration: 1.5 hours Purpose: Guide on how to use Timesheet.
Team-Based Development ISYS321 Managing the Information Systems Project.
CSC 205 Programming II Lecture 1 PSP. The Importance of High-Quality Work Three aspects to doing an effective software engineering job producing quality.
TMP3413 Software Engineering Lab Lab 01: TSPi Tool Support.
Software Project Management Lecture # 12. Outline Quality Management ( chapter 26 - Pressman )  SQA  Who does it?  SQA Activities  Software reviews.
SQA project process standards IEEE software engineering standards
Software Configuration Management
SQA project process standards IEEE software engineering standards
Desired Discussion/Outcome
Presenter Name | Company Name
Chapter 21 Software Quality Assurance
9/18/2018 Department of Software Engineering and IT Engineering
SQA Role during Software Requirements Phase
Chapter 21 Software Quality Assurance
Presenter Name | Company Name
Presenter Name | Company Name
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.
Before During After Follow-up Resolve Review Pre-review Familiarize
Presenter Name | Company Name
QA Reviews Lecture # 6.
Presenter Name | Company Name
Software Reviews.
Presentation transcript:

Group Requirements Inspection Carefully Read Wiegers Ch. 14

Perform a Team Inspection See p 238 Wiegers –all team members participate in the inspection –follow the process (p 240) assign roles prepare the materials plan the meetings use entry/exit criteria

The Technical Review Process Pre-Review Activities Review Meeting Activities Post-Review Activities

Pre-Review Activities (Production team) Prepare and make available the artifact to be reviewed –The design document (milestone 3 deliverable) –Supporting material (milestone 1& 2 deliverables) Call the meeting –Participants –Time and place –Identification of artifact to be reviewed –Agenda

Pre-Review Activities (Review team) Inspect the artifact and note comments. Identify –Standards compliance e.g., document structure (incl. cross-references, sign-offs etc.), possibility of validation,… –Presentation quality e.g., readability, clarity of information, well-definedness, completeness… –Contents quality Conformance – does it satisfy all the requirements specifications Structure – is it technically satisfactory

Pre-Review Activities (Review team) Prioritize the comments –High-impact –Low-impact Identify action items Write it up Deliver it to the reviewed team –(to the instructor)

Defect report: For each defect Defect ID Description Procedure to reproduce Platform info Date identified By whom Severity Phase Date corrected By whom Effort (in staff hours) Work product corrected Resolution status Notes

Review Meeting Activities Review the artifact, not the team Set an agenda, and maintain it Limit debate and rebuttal Identify problems, defer problem resolution Use a recorder

Review Meeting Activities

Processing the meeting

Post-Review Activities Analyze the comments Determine course of action (action items) … and take it File –the review report, –the minutes from the meeting(s), –the action items –their follow-up

Requirements validation: Define validation checklists: Are the requirements Complete? Consistent? Comprehensible? Precise? Traceable? Checkable? According to standards?

Work Product Written document this Friday (26 May) –main body introduction to the inspection document –purpose, roles, dates high level explanation of what happened –abstract the results and plans for remedies –include the defect reports »and notes that led to them in appendix (ref’d) appendices with meeting announcements, plan, etc.

Preliminary Test Document Due with final documents Refer to Wiegers ch 14 –conceptual test cases for each functional requirement think: –boundaries –zeroes –exceptions