Quality Analysis Report Quality Assurance Activities Summary 2008/2009 IPC ISEC-DEIS.

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

Web Development Engineering Processes Introduction to Web Development Outsourcing Processes.
Damian Gordon.  Static Testing is the testing of a component or system at a specification or implementation level without execution of the software.
Knowledge Management, Texas-style Session 508. Presented by: Belinda Perez Stephanie Moorer Knowledge Management, Texas-Style.
GAI Proprietary Information
 Every stage from phase DESIGN in Software Development Process will have “design document” especially in analysis and design phases.  “Design document”
Stepan Potiyenko ISS Sr.SW Developer.
Effective Project Management: Traditional, Agile, Extreme
OHT 8.1 Galin, SQA from theory to implementation © Pearson Education Limited Review objectives Formal design reviews (FDRs) Participants Preparations.
Test Plan A document that indicates what testing will occur, how it will occur, and what resources will be necessary for it to occur. A test plan also.
Stoimen Stoimenov QA Engineer QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
Purpose of the Standards
Design Reviews Peer Reviews. Agenda Peer Reviews Participants of Peer Review Preparation for a Peer Review Session The Peer Review Session Post-peer Review.
Folder Structure Management Best Practice By Gabriel Rodriguez.
Software Engineering Tutorial. Tutorial objectives  Direct application for the SW engineering activities.  Discuss real software development case studies.
Release & Deployment ITIL Version 3
REVIEW AND QUALITY CONTROL
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.
COMPGZ07 Project Management Presentations Graham Collins, UCL
IT Project Management Cheng Li, Ph.D. August 2003.
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
9 Closing the Project Teaching Strategies
Software Testing Lifecycle Practice
Test Organization and Management
Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations The.
S oftware Q uality A ssurance Part One Reviews and Inspections.
Software Quality Assurance Activities
Lecture #9 Project Quality Management Quality Processes- Quality Assurance and Quality Control Ghazala Amin.
Design and Programming Chapter 7 Applied Software Project Management, Stellman & Greene See also:
T Final Demo Tikkaajat I2 Iteration
BSBPMG405A Apply Human Resource Management Approaches Apply Human Resource Management Approaches Unit Guide C ertificate IV in Project Management
Effective Project Management: Traditional, Agile, Extreme Presented by (facilitator name) Managing Complexity in the Face of Uncertainty Ch08: How to Close.
Current and Future Applications of the Generic Statistical Business Process Model at Statistics Canada Laurie Reedman and Claude Julien May 5, 2010.
Project Tracking and Monitoring QMS Training. 2 Objective To track and monitor the progress of the project and take appropriate corrective actions to.
Monitoring and Evaluation Management of a Training Program.
普 华 永 道 Phase 1: Project Preparation Phase 1: Project Preparation Phase Overview Phase Overview.
CHAPTER 9 INSPECTIONS AS AN UP-FRONT QUALITY TECHNIQUE
© Mahindra Satyam 2009 Configuration Management QMS Training.
Software Testing and Maintenance 1 Code Review  Introduction  How to Conduct Code Review  Practical Tips  Tool Support  Summary.
Reviews and Inspections. Types of Evaluations Formal Design Reviews conducted by senior personnel or outside experts uncover potential problems Inspections.
Page 1 TEST in the large RELEASE REWORK ASSESS packaged application documentation models and source code management documents requirement alloc. matrix.
T Iteration Demo Team 13 I1 Iteration
Pair Development Framework Monvorath (Molly) Phongpaibul.
© Michael Crosby and Charles Sacker, 2001 Systematic Software Reviews Software reviews are a “quality improvement process for written material”.
Project Management Training
Timesheet training Version: Introduction Duration: 1.5 hours Purpose: Guide on how to use Timesheet.
Project Management Why do projects fail? Technical Reasons
QMS Training TM Module.
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
SEN 460 Software Quality Assurance. Bahria University Karachi Campus Waseem Akhtar Mufti B.E(C.S.E) UIT, M.S(S.E) AAU Denmark Assistant Professor Department.
Project Planning Goal 1 - Estimates are documented for use in tracking and planning project. Goal 2 - Project Activities and commitments planned and documented.
More SQA Reviews and Inspections. Types of Evaluations  Verification Unit Test, Integration Test, Usability Test, etc  Formal Reviews  aka "formal.
1 MIS 2008/2009 Software Project - Group 1 Activity Monitoring Tool 08-quality/ Quality-plan/ Change-control-plan/ Progress-reports/ Templates/ index.htm.
JRA1 Meeting – 09/02/ Software Configuration Management and Integration EGEE is proposed as a project funded by the European Union under contract.
ISIS Project Status Report May 18, 2006 Prepared by MAXIMUS, Inc Education Systems Division for the ABT Committee.
1 Definition Quality costs Plan Team Characteristics Implementation documentation Reviews & Audit Software Quality Assurance.
SQA COMPONENTS IN THE PROJECT LIFE CYCLE C HAPTER 8 Dr. Ahmad F. Shubita.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
SOFTWARE TESTING TRAINING TOOLS SUPPORT FOR SOFTWARE TESTING Chapter 6 immaculateres 1.
Analyze Wrap Up and Action Items
Software Engineering (CSI 321)
Software Configuration Management (SCM)
Presented To: 3rd Annual CMMI Technology Conference and User Group
9/18/2018 Department of Software Engineering and IT Engineering
OSOR - new opportunities for sharing statistical software
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
Software Quality Assurance
Chapter # 7 Software Quality Metrics
Effective Project Management: Traditional, Agile, Extreme
Presentation transcript:

Quality Analysis Report Quality Assurance Activities Summary /2009 IPC ISEC-DEIS

Summary Trinity Quality Roadmap – Quality Vision – Quality Actions – Quality Metrics Quality Assurance Activities Change Control Activities Network Knowledge Survey Lessons Learned Conclusions

3 Master Plan Trinity

Quality Vision Quality Roadmap Qualitative Software is develped right the first time as much as possible Quantitative User Satisfaction Conformance to correct requirements Internal Value

Quality Actions Quality Roadmap Walkthrough Activities Review Activities Inspection Activities Templates; Guidelines Test Campaign Metrics

Quality Metrics Quality Roadmap  Number of quality activities conducted  Number of changes to project schedule and milestones  Number of tests by requirement  Number of tests failed and passed  Change Request Impact  Network Knowledge  Lessons Learned  Self Evaluation

Quality Assurance Activities Quality Analysis Report /2009 IPC ISEC-DEIS

QAA Coverage Quality Assurance Activities DocumentQuality ActivityNotes RAN.A.Due to its specificity it was included in the global results PIwalkthrough- SDPreviewAfter a review, it was decided by the author to conduce a walkthrough SDPwalkthrough- PARN.A. This document will be closed after QAR. So, it was excluded from the metrics collects. Although, it will be under walkthrough QAPwalkthroughWalkthrough, but was conduced before the processes and the document it self are agreed. QAPreview QARN.A. It refers to this document. Because this document refers to the metrics it self, it was excluded from statistics and analysis. Although, it will be under walkthrough CCPreview- CSDwalkthrough- UIPwalkthrough- URreview- SRSinspection-doc- SAreview- TCPreview- ITSreview- ATSreview- UIRwalkthrough- ATRwalkthrough- UMwalkthrough- Code1N.A.This code was under test campaign Code2inspection-code-

General Statistics Quality Assurance Activities General Statistics# Total minor defects found in eighteen (18) documents 896 Total major defects found in eighteen (18) documents 12 Average of Nº defects found by document49.8 Nº of pages under review306 Nº of defects found by page2.9 Work time in documents267 hours Work time in document reviews128 hours Nº of Walkthroughs8 Nº of Reviews8 Nº of Inspections2

Quality Assurance Meetings Quality Assurance Activities

Cost in hours of QAA Quality Assurance Activities

Total nº defects by doc & nº defects by document Quality Assurance Activities

Nº Defects by doc & by hour review Quality Assurance Activities

Time spent by page & nº of defects by page Quality Assurance Activities

Nº of effort hours by page & nº of defects by page Walkthrough Activities

Nº of effort hours by page & nº of defects by page Review Activities

Combined Results Walkthrough Activities

Combined Results Review Activities

Global Statistics Code Inspection # Java5874 JSP2444 VB.net1263 Total9581 % insp3.49% Minor Def5 Major Def7 Potential Hiden Defects Minor142 Major200

Change Control Activities Quality Analysis Report /2009 IPC ISEC-DEIS

General Statistics Change Control Activities Data StartData EndDays Impact Hours Reason QAP04/06/200929/06/ Environment Changes UR27/05/200931/05/200947Remove Defects UR12/06/200913/06/200911Environment Changes SA10/06/200912/06/ Remove Defects SA04/07/200906/07/200926Environment Changes TCP01/07/200902/07/ Environment Changes ITS30/06/200902/07/ Environment Changes

General Statistics Change Control Activities

Impact of CR & development time Change Control Activities

Templates, Guidelines, Repository Configuration Management Templates Guidelines Checklists Convention for filesname Google Docs + Codes + Groups Other Tools – MS Project is a complex tool ( Openproject should be an option next years ) – MS Office fulfill its expectations, but OpenOffice3.0 can replace it completely

Network Knowledge Quality Analysis Report /2009 IPC ISEC-DEIS

Areas Network Knowledge AreaDescription PM & RAProject Management and Risk Analysis A & R & I Architecture, Requirements and Implementation QA & CCQuality Assurance and Change Control TCTest Campaign

Forum Network Knowledge Nº Posts975 Nº Topics136 Avg~7.2

Wiki Pages Network Knowledge

Survey Quality Analysis Report /2009 IPC ISEC-DEIS

Configuration Management & Quality Management Survey Quality Assurance QuestionerScore [0-10] The QAP was clear and detailed enough.8.4 The QAP contributed to the successful execution of my tasks.8.5 The QAP contributed to the successful execution of the project. 8.3 The Google Mailing List (Forum) contributed to share my knowledge with my colleagues. 8.9 The Google Code (SVN & Wiki) was demonstrated being a properly tool to this project. 9.3 The Google Docs (Weakly Report) was demonstrated being an adequate tool to be used in this project. 9.2 The Quality Manager knew his responsibilities.9.3

Lessons Learned Quality Analysis Report /2009 IPC ISEC-DEIS

Summary Lessons Learned Start meetings at time Communication is important Simulate inspections (trainning sessions) Motivation, comprehensive and calm Right choice of development tools Time invested in the project planning Testers should follow the SA/DD development A software project should have a ratio of 3 developers to 1 tester It should exist control over software versions that are available for testing

Final Conclusion, Recomendations Quality Analysis Report The Quality Assurance Activities are conducted with rigor and accuracy. The team members followed the guidelines provided by the three plan documents: QAP, CCP and TCP. The number of change request (five (5) out seven (7) - only two correcting defects) shows that mainly the documents are developed right the first time. The final product conform its requirements and requirements are fully accomplished. The Quality Team presents a several numbers and evidences that proofs the high quality achieved. Those Quality Assurance Activities gave visibility to the team members in their weaknesses and confidence on how to overpass them. Fix a maximum number of defects to impose a new document review Record the unique number of defects found

Thank you !