Chapter # 5 Supporting Quality Devices

Slides:



Advertisements
Similar presentations
1.Quality-“a characteristic or attribute of something.” As an attribute of an item, quality refers to measurable characteristics— things we are able to.
Advertisements

Training Presentation E-Learning Test Request. Objective Provide Test Center staff members with information about the e-learning test request process.
ATTENTION This presentation breaks down the purchasing process into 6 steps, which are then detailed in the subsequent slides. While responding from either.
 Every stage from phase DESIGN in Software Development Process will have “design document” especially in analysis and design phases.  “Design document”
SOFTWARE QUALITY ASSURANCE Maltepe University Faculty of Engineering SE 410.
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.
OHT 22.1 Galin, SQA from theory to implementation © Pearson Education Limited Objectives of cost of software quality metrics 2.The classic model.
OHT 14.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software quality infrastructure components The need for procedures and.
Components of software quality assurance system overview
Chapter 8 Assuring the quality of external participants’ contributions
Development and Quality Plans
Development plan and quality plan for your Project
Software Documentation Written By: Ian Sommerville Presentation By: Stephen Lopez-Couto.
Configuration Management Avoiding Costly Confusion mostly stolen from Chapter 27 of Pressman.
OHT 4.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
OHT 22.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
SQA Work Procedures.
Even More SQA: Work Procedures
The BIM Project Execution Planning Procedure
SE513 Software Quality Assurance Lecture04: Contract Review Galin, SQA from Theory to Education Limited 2004.
ESPON 2013 Programme Info Day on Calls and Partner Café Brussels, 10 May 2012 How to apply: Application Form and Eligibility A Decade of Territorial.
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.
SQA Architecture Software Quality By: MSMZ.
Introduction to Software Quality Assurance (SQA)
National Cheng Kung University 軟體品質管理 期末報告 The SQA Unit and Other Actors in the SQA System Reporter: 羅國益 Teacher: 朱治平 Date: 2014/12/30.
Chapter 4 Components of the Software Quality Assurance System
Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations The.
Software Quality Assurance Activities
OHT 25.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The quality assurance organizational framework Top management’s quality.
Lecture #9 Project Quality Management Quality Processes- Quality Assurance and Quality Control Ghazala Amin.
SOFTWARE QUALITY INFRASTRUCTURE COMPONENTS
OHT 18.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Introduction The foundations of high quality Foundation 1: software.
How to Submit An Amendment Tips from the 21 st CCLC Unit Updated September 17, 2009.
OHT 12.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Introduction Types of external participants Risks and benefits of introducing.
OHT 15.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Templates The contribution of templates to software quality The organizational.
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.
SE513 Software Quality Assurance Lecture12: Software Reliability and Quality Management Standards.
Multitude of source of errors - various style of source of errors will affect the SQA components * The environment in which software development & maintenance.
SQA COMPONENTS IN THE PROJECT LIFE CYCLE C HAPTER 8 Dr. Ahmad F. Shubita.
CMMI Certification - By Global Certification Consultancy.
& FAX function in LRP For Agents Internal Circulation Only Presentation by: ESL Process Engineering Team.
OHT 15.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Templates The contribution of templates to software quality The organizational.
Software Quality Assurance
Components of software quality assurance system overview
Module 4: Structuring the District Implementation Team for Success
Software Quality Control and Quality Assurance: Introduction
Supporting quality devices
Student Accessibility Services Test Accommodation Orientation
Components of software quality assurance system overview
The Five Secrets of Project Scheduling A PMO Approach
<insert supplier name here>
Chapter 11: Software Configuration Management
Software Configuration Management
PREPARATION FOR GMP INSPECTION
Software Documentation
د. حنان الداقيز خريف /28/2016 Software Quality Assurance ضمان جودة البرمجيات ITSE421 5 – The components of the SQA.
GMP Inspection Process
Engineering Processes
<insert supplier name here>
Systems Analysis and Design
Chapter 11: Software Configuration Management
Chapter # 8 Quality Management Standards
Chapter # 6 Software Configuration Management
Chapter # 7 Software Quality Metrics
Chapter # 4 Development and Quality Plans
Chapter # 3 The Components of SQA
Chapter # 1 Overview of Software Quality Assurance
Overview of The Bidder Response Form and Changes to the IT RFP Template March 8, 2019.
Technology Maintenance
Presentation transcript:

Chapter # 5 Supporting Quality Devices 435-INFS-3 Software Quality Assurance Chapter # 5 Supporting Quality Devices Software Quality Assurance from Theory to Implementation by Daniel Galin Prepared by: S.Hashmi

Templates In other areas of work, a template is a design or mold or pattern of an item or ( group of an items) that serves as a basis or guide form of a piece being made. When applied to software engineering, the term template refers to a format (especially tables of contents) created by units or organizations, to be applied when compiling a report or some other type of document. Application of templates may be obligatory for some documents and elective for others; in some cases, only part of a template (e.g., specific chapters or general structure) is demanded. Example:

DOCUMENT CHANGE REQUEST (DCR) Document Title: Software Quality Assurance Plan Template Tracking Number:         Name of Submitting Organization:       Organization Contact:       Phone:       Mailing Address:       Short Title:       Date:       Change Location:       (use section #, figure #, table #, etc.) Proposed change:       Rational for Change:       Note: For the Systems Engineering Process Office (SEPO) to take appropriate action on a change request, please provide a clear description of the recommended change along with supporting rationale. Send to: Commanding Officer, Space and Naval Warfare Systems Center, Code 212, 53560 Hull Street, San Diego, CA 92152-5001 Fax: (619) 553-6249 Email: sepo@spawar.navy.mil Submit online: http://sepo.spawar.navy.mil/ DCR Form 9/2002

The contribution of templates to software quality Template use is quite advantageous to development teams and to review teams. For development teams, template use: Facilitates the process of preparing documents by saving the time and energy required to elaborate the report’s structure. Ensures that documents prepared by the developer are more complete as all the subjects to be included in the document have already been defined and repeatedly reviewed by numerous professionals . Provides for easier integration of new team members through familiarity. The document’s standard structure, prepared according to templates that may be known to the new member from previous work in another of the organization’s units or teams, makes finding information much easier. Facilitates review of documents by eliminating the need to study a document’s structure and confirm its completeness, if the document is based on the appropriate template. Enables easier location of the information required for performing maintenance tasks.

The organizational framework for preparing, implementing and updating templates Preparation of new templates The most common information sources used in preparing a template are as follows: ■ Informal templates already in use in the organization ■ Template examples found in professional publications ■ Templates used by similar organizations Application of templates Several fundamental decisions are involved in the implementation of new or updated templates: ■ What channels should be used for advertising the templates? ■ How should the templates be made available to the organization’s internal “consumers”? ■ Which templates will be compulsory and how can their application be enforced?

Continue Updating templates The decision to update an existing template may be considered a reactive measure, stemming from any of the following: ■ User proposals and suggestions ■ Changes in the organization’s areas of activity ■ Proposals initiated by design review and inspection teams based on their review of documents prepared according to the templates ■ Analysis of failures as well as successes ■ Other organizations’ experience ■ SQA team initiatives. The process of updating templates is quite similar to that of template preparation.

Checklists The checklist used by software developers refers to the list of items specially constructed for each type of document, or a menu of preparations to be completed prior to performing an activity (e.g., installing a software package at the customer site). Usually, checklist use tends to be considered an optional infrastructure tool, depending mainly on the list’s professional attributes, user acquaintance with the list and availability Some checklists have dual purposes: while providing a complete list of items to be verified, they also provide space for documenting findings of the checks performed. example of a dual-purpose checklist, applied for design reviews of requirement specification documents.

Continue

The Contribution of Checklists to Software Quality Like templates, checklists provide many benefits to development teams, software maintenance teams and document quality. The advantages to development teams are as follows: Helps developers carrying out self-checks of documents or software code 1. Checklists are expected to help the developer discover incomplete sections as well as detect overlooked lapses. 2 Assists developers in their preparations for tasks such as installation of software at customer sites, performance of quality audits at subcontractors’ sites or signing contracts with suppliers of reused software modules. Checklists are expected to help the developers be better equipped for task performance. The advantages to review teams are: 1.Assures completeness of document reviews by review team members as all the relevant review items appear on the list. 2. Facilitates improves efficiency of review sessions as the subjects and order of discussion are defined and well known in advance

The organizational framework for preparing, implementing and updating checklists Preparation of new checklists Preparation of new checklists as well as improvement of informal checklists is supported by the following sources of information ■ Informal checklists already in use in the organization ■ Checklist examples found in books and other professional publications ■ Checklists used by similar organizations. The process of preparing a new checklist is similar to that for templates. Promotion of checklist use As the use of checklists is rarely mandatory, promotion of their use is based on advertising and guaranteed availability. All internal channels of communication can be used for publicizing the checklists: leaflets, e-mail, SQA intranet as well as professional meetings. The internal net remains, however, the preferred and most efficient method for making checklists available to the organization’s internal “consumers”.

Continue Updating checklists Like templates and procedures, initiatives to update an existing checklist generally flow from the following sources: ■ User proposals and suggestions ■ Changes in technology, areas of activity and clientele ■ Proposals initiated by design review and inspection teams emanating from document reviews ■ Analysis of failures as well as successes ■ Other organizations’ experience ■ SQA team initiatives. The process of updating checklists is quite similar to their preparation

THANK YOU