Software Quality: An Overview From the Perspective of Total Quality Management By Kan, Basili and Shapiro.

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

Lecture # 2 : Process Models
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Low Defect Potentials (< 1 per function point)
Stepan Potiyenko ISS Sr.SW Developer.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 28 Slide 1 Process Improvement.
What is Software Quality?. Popular View of Quality  Quality is an intangible trait.  “I know it when I see it.”  I.e., it is interpreted in different.
Software Development Process Models. The Waterfall Development Model.
Software Quality Engineering Roadmap
Planning a measurement program What is a metrics plan? A metrics plan must describe the who, what, where, when, how, and why of metrics. It begins with.
A GOAL-BASED FRAMEWORK FOR SOFTWARE MEASUREMENT
Introduction to Software Engineering Dr. Basem Alkazemi
12 C H A P T E R Systems Investigation and Analysis and Analysis.
Software Process CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology December 17, 2002.
1. 2 SIX SIGMA "Delivering Tomorrow's Performance Today" AIR CDRE ABDUL WAHAB.
Introduction to Project Management The Basics for Sustainability Management Students.
Chapter 13: Defect Prevention & Process Improvement
Capability Maturity Model
Managing Project Quality
1 KAN’S INTRO AND OVERVIEW MODELS Ch1 & 2 in his book Steve Chenoweth, CSSE.
How get your project management or professional services organization ISO 9001 certified.
Information Systems Engineering Lecture 4 – Software Quality
The Software Development Life Cycle: An Overview
UNIT-II Chapter : Software Quality Assurance(SQA)
CSI315 Web Technology and Applications
THE ROLE OF PROCESS IN SOFTWARE QUALITY By K.KARTHIKEYAN.
Introduction & Implementation of TQM Introduction & Implementation of TQM By -Fuad Al- Ruhaili -Mohammed Al-hosawi -Talal Al-Hawsawi -Mohammed Al-Otaibi.
Chapter 2 The process Process, Methods, and Tools
Chapter 2 The Process.
Describing Methodologies PART II Rapid Application Development*
Objectives:  To define RAD  Describe RAD as a system development method  List the advantages of RAD as a method  List the disadvantages of RAD  State.
N By: Md Rezaul Huda Reza n
Thirteenth Lecture Hour 8:30 – 9:20 am, Sunday, September 16 Software Management Disciplines Process Automation (from Part III, Chapter 12 of Royce’ book)
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
JVB-STC'97- 1 #*#* Successful Adoption and Use of Object Oriented Technologies STC ‘97 April 30, 1997 Jim Van Buren.
1 Chapter 15 Methodology Conceptual Databases Design Transparencies Last Updated: April 2011 By M. Arief
Software Engineering - Spring 2003 (C) Vasudeva Varma, IIITHClass of 39 CS3600: Software Engineering: Standards in Process Modeling CMM and PSP.
Systems Development AIMS 2710 R. Nakatsu. Overview Why do IT projects succeed and fail? Two philosophies of systems development –Systems Development Life.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Software Project Management Lecture # 10. Outline Quality Management (chapter 26)  What is quality?  Meaning of Quality in Various Context  Some quality.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 25 Slide 1 Process Improvement l Understanding, Modelling and Improving the Software Process.
Building Information Systems & Managing Projects.
University of Sunderland CIFM03Lecture 2 1 Quality Management of IT CIFM03 Lecture 2.
Quality Concepts within CMM and PMI G.C.Reddy
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
University of Southern California Center for Systems and Software Engineering Metrics Organizational Guidelines [1] ©USC-CSSE1 [1] Robert Grady, Practical.
Software Engineering - I
Quality Management.
Historical Aspects Origin of software engineering –NATO study group coined the term in 1967 Software crisis –Low quality, schedule delay, and cost overrun.
Chapter 4 프로세스 모델 Process Models
Cmpe 589 Spring 2006 Lecture 1. Software Quality  Definable and measurable Quality: –Conformance to requirements, non- conformance is a defect –Fitness.
Chapter 3: Software Project Management Metrics
A DESIGN AND IMPLEMENTATION COURSE FRAMEWORK: A CURRICULUM PROPOSAL FOR AN EXPERIENTIAL APPROACH TO THE SYSTEMS ANALYSIS AND DESIGN AND THE PROJECTS IN.
CHAPTER 6 TOTAL QUALITY MANAGEMENT. QUALITY AS A PHILOSOPHY As competitive weapon that must be produced efficiently : high performance design and consistency.
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
CS T, H T’Christopher Gardner. Administrivia n T’Christopher Gardner n Office Hours half hour before and after class n
Systems Development AIMS 2710 R. Nakatsu. Overview Two philosophies of systems development –Systems Development Life Cycle (SDLC) –Prototyping Alternative.
Making knowledge work harder Process Improvement.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
PROCESS ASSESSMENT AND IMPROVEMENT. Process Assessment  A formal assessment did not seem financially feasible at the onset of the company’s process improvement.
Agenda  Purpose  Processes  Deliverables  Executing Activities 4.3.
Model Checking Early Requirements Specifications in Tropos Presented by Chin-Yi Tsai.
Software Quality Control and Quality Assurance: Introduction
Cmpe 589 Spring 2008 Lecture 1.
Goal, Question, and Metrics
Capability Maturity Model
Capability Maturity Model
Metrics Organizational Guidelines [1]
Presentation transcript:

Software Quality: An Overview From the Perspective of Total Quality Management By Kan, Basili and Shapiro

1.General Quality –necessary condition but not sufficient for today’s world market –multidimensional concept involving: entity of interest, view of that entity, quality attributes of that entity –Multiple definitions a) conformance to requirements (Crosby) and b) fitness for use (Juran) this is non-trivial to do

Software Quality (cont.) 2. Product Quality –two levels : small q - at product level –Defect rate (e.g. use “bugs/kloc” metric) –Reliability (e.g. use “meantime-to-failure” metric) Big Q - product level PLUS customer satisfaction level –quality loop concept: customer wants requirements product design and implementation according to requirements distribute and service the product customer satisfaction

Software Quality (cont.) 3. Process Quality: –Ensuring that each intermediate product resulting from the steps of development process is of good quality and satisfies the internal customers who have to perform the next step. –Ensuring that the methodology, tools, and technologies employed for the process are under control and are improving Need metrics for this ?---

Total Quality Management (TQM) A style of management that creates an organizational culture for improvement of –product –process –service to achieve success through customer satisfaction Key elements are: 1.Customer focus 2.Process 3.Human Culture 4.Measurements Several Organizational frameworks have been proposed to improve quality –Plan-Do-Check-Act (improving/optimizing a process) –Quality Improvement Paradigm/Experience Factory (building cont. improving org.) –SEI Capability Maturity Model (staged process improvement) –Lean Enterprise Management (“valued added” process and development)

1. Customer Focus Understanding the customers’ wants and needs is a key element for software TQM –Early in the development phase - verify requirements and early feedback: rapid throwaway prototyping iterative enhancement evolutionary development –Late in the development phase – controlled feedback customer beta test customer “burn-in” for early customers

2. Process, Technology, and Development Defect Prevention Process –causal analysis –action team –(action kick off meetings) –action tracking Reviews and Inspections Formal Methods Improvements in Design Paradigms (e.g. OO) Programming Languages Development Platforms, Libraries, Change Control and Middleware (Screen -Logic –DataBase; M-V-C) Software Reuse

3. Human Culture Organizational Participation (total) –Management commitment and leadership –Professional buy-in and empowerment –customer interaction (my addition for emphasis) Integrated Operational Approach –project (schedule/resource/function perspective) –process –quality Communication is a “huge” factor for human culture Many software projects are “group” activities -- social, psychological, organizational skills are relatively important

4. Data, Measurement, and Model Collecting data and performing measurements are absolutely necessary –well defined metrics (a necessary pre-req.) Goal/Question/Metric (GQM) –“models” are needed reliability models quality models (may be used for both development and service) complexity models service models (my addition) –must have means to collect and record –collected information needs to be valid & reliable,