Software Verification and Validation

Slides:



Advertisements
Similar presentations
More CMM Part Two : Details.
Advertisements

Chapter 2 The Software Process
©2006 OLC 1 Process Management: The Foundation for Achieving Organizational Excellence Process Management Implementation Worldwide.
Low Defect Potentials (< 1 per function point)
Managing Software Quality Main issues:  Quality cannot be added as an afterthought  To measure is to know  Product quality vs process quality.
A GOAL-BASED FRAMEWORK FOR SOFTWARE MEASUREMENT
Capability Maturity Model (CMM) in SW design
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
CMMI Overview Quality Frameworks.
Software Process CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology December 17, 2002.
Software Quality Assurance For Software Engineering && Architecture and Design.
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 17 Software Quality
Capability Maturity Model
Project Management Methodology
Chapter : Software Process
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 17 Software Quality
UNIT-II Chapter : Software Quality Assurance(SQA)
Capability Maturity Model. Reflection Have you ever been a part of, or observed, a “difficult” software development effort? How did the difficulty surface?
 The software systems must do what they are supposed to do. “do the right things”  They must perform these specific tasks correctly or satisfactorily.
N By: Md Rezaul Huda Reza n
College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 1 (Ch. 1, 2, & 3)
OHT 23.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The benefits of use of standards The organizations involved in standards.
CS3100 Software Project Management Week 26 - Quality Dr Tracy Hall.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Chapter 2 Process: A Generic View
Software Engineering Lecture # 17
Software Quality Assurance SE Software Quality Assurance What is “quality”?
10/16/2015Bahill1 Organizational Innovation and Deployment Causal Analysis and Resolution 5 Optimizing 4 Quantitatively Managed 3 Defined 2 Managed Continuous.
Software Quality : The Elusive Target
Quality Concepts within CMM and PMI G.C.Reddy
Lecture Topics covered CMMI- - Continuous model -Staged model PROCESS PATTERNS- -Generic Process pattern elements.
Georgia Institute of Technology CS 4320 Fall 2003.
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
Software Engineering - I
University of Sunderland COM369 Unit 6 COM369 Project Quality Unit 6.
Quality Models in Software Engineering Literature: An Analytical and Comparative Study Rafa E. Al-Qutaish, PhD Al Ain University of Science and Technology.
Systems Engineering Simulation Modeling Maintenance Analysis Availability Research Repair Testing Training Copyright © 2009, David Emery & D&S Consultants,
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Software Engineering (CSI 321) Software Process: A Generic View 1.
UNIT 5.
SE513 Software Quality Assurance Lecture12: Software Reliability and Quality Management Standards.
Project Management Quality Management. Introduction Project planning Gantt chart and WBS Project planning Network analysis I Project planning Network.
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
Training Course on Integrated Management System for Regulatory Body
Software Quality Management
A Survey on Software Architecture Analysis Methods
Software Project Management
Software Quality Assurance
Software Verification and Validation
CMMI Overview Quality Frameworks.
CIF301 Project Quality Unit 6
Software Quality Models.
Software Engineering (CSI 321)
Software Testing and Quality Assurance
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
CMMI Overview.
Quality management standards
Thursday’s Lecture Chemistry Building Musspratt Lecture Theatre,
Software Quality Assurance
Software Quality Assurance
THE SOFTWARE PROCESS (revisited)
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Software Quality Assurance Lecture 3
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Capability Maturity Model
Presentation transcript:

Software Verification and Validation

Product Quality and Process Quality Product and process are two separate things. It is important to distinguish between product quality and process quality. Software engineering institute (SEI) has done extensive work in the area of process improvement. Similarly models for product quality are also developed.

Difference b/w software product and others Software is developed or Engineered. It is not manufactured. Software does not “wear out”. Mostly software is assembled rather than developing from scratch.

Product Quality The infrastructure that you provide to develop software provides framework through which quality is “built in” the software product. But this framework is the “process” aspect of system. “Attributes” or characteristics provide measure of quality of end product.

Standards According to IEEE STD 983-1986: “Standards are Mandatory requirements employed and enforced to prescribe a disciplined uniform approach to software development, i.e. mandatory conventions and practices are in fact standards” Quality “gates” must be identified. Without measuring conformance to standards, practices and conventions, quality of a software product cannot be measured.

Product Quality Several researchers have decomposed the notion of “Software Product Quality” into a number of features or characteristics, which typically include: Reliability Usability Maintainability Correctness Portability Testability Efficiency

Models for software product quality McCall’s Factor-Criteria-Metric Model ISO 9126 Standard Quality Model Goal-Question-Metric Model …

McCall’s Factor-Criteria-Metric Model There are number of high-level quality factors (e.g. modifiability) which can be defined in terms of criteria (e.g. modularity). At lowest level there are metrics which indicate or measure the criteria.

Models for software product quality

ISO 9126 Standard Quality Model According to this standard, quality can be defined as: “The totality of features and characteristics of a software product that bear on its ability to satisfy stated or implied needs”. Functionality Reliability Efficiency Usability Maintainability Portability

Process Quality A quality process leads to a quality product. A process must be tangible to evaluate its quality. One way of doing this is to based process on standards or model against which conformance can be measured. ISO 9001 (Europe) Maturity model (USA)

ISO 9001 Quality management standards provide a baseline for an adequate production process by subjecting the processes to fulfill certain key requirements. This requires organizational commitment The leading international Quality Management Standard (QMS) for software development is the ISO’s generic “Quality Systems” series of standards, ISO 9000 to 9004

ISO 9001 ISO 9001 makes reference to the process approach to managing an organization. In applying ISO 9001, it has to be recognized that software differs in a number of ways from other industrial products. Processes used to produce software are not typical industrial processes

ISO 9001 PDCA (Plan, Do, Check, Act)

ISO 9001 ISO 9000-3 helps address some of these differences with references to the software lifecycle and supporting activities. The standard assumes a lifecycle model of some type is used but does not prescribe any particular one A number of plans are required by the standard: Development plan Quality plan Test plan Maintenance plan

Maturity models for process quality Software Engineering Institute (SEI), USA, has developed a model of software development process known as “Capability Maturity Model (CMM). Used as basis for process improvement and evaluation. Many documents related to public domain are available for download.

Maturity models for process quality SEI framework identifies five maturity levels: Initial level: processes are disorganized, even chaotic. Success is likely to depend on individual efforts. Repeatable level: basic project management techniques are established, and successes could be repeated, because the requisite processes would have been made established, defined, and documented.

Maturity models for process quality SEI framework identifies five maturity levels: Defined level: an organization has developed its own standard software process through greater attention to documentation, standardization, and integration. Managed level: An organization monitors and controls its own processes through data collection and analysis.

Maturity models for process quality SEI framework identifies five maturity levels: Optimizing level: Processes are constantly being improved through monitoring feedback from current processes and introducing innovative processes to better serve the organization's particular needs.

Summary Product Quality Process Quality Different product and process quality models