University of Sunderland COM369 Unit 6 COM369 Project Quality Unit 6.

Slides:



Advertisements
Similar presentations
System Integration Verification and Validation
Advertisements

P5, M1, D1.
Soft. Eng. II, Spr. 02Dr Driss Kettani, from I. Sommerville1 CSC-3325: Chapter 6 Title : The Software Quality Reading: I. Sommerville, Chap: 24.
A GOAL-BASED FRAMEWORK FOR SOFTWARE MEASUREMENT
Software project management (intro) Quality assurance.
School of Computing, Dublin Institute of Technology.
Chapter 24 - Quality Management 1Chapter 24 Quality management.
Database System Development Lifecycle Transparencies
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Software Life Cycle Model
Standardization. Introduction A standard is a document. It is a set of rules that control how people should develop and manage materials, products, services,
Chapter 24 - Quality Management
JENN SHAFNER BRIAN KROUSE CLINT KEHRES. Pre ISO 9000  The BS 5750 standard required factories to document manufacturing procedures.  BS 5750 was known.
Software Project Management Fifth Edition
Database Planning, Design, and Administration Transparencies
Introduction to Software Quality Assurance (SQA)
Managing Software Quality
S OFTWARE Q UALITY QA: Quality Assurance By: MSMZ.
 The software systems must do what they are supposed to do. “do the right things”  They must perform these specific tasks correctly or satisfactorily.
University of Palestine software engineering department Testing of Software Systems Fundamentals of testing instructor: Tasneem Darwish.
THE ROLE OF PROCESS IN SOFTWARE QUALITY By K.KARTHIKEYAN.
Why use RequisitePro RequisitePro is a comprehensive tool that supports any of today's requirements management processes. The predominant requirements.
Information ITIL Technology Infrastructure Library ITIL.
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
ITEC224 Database Programming
College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 1 (Ch. 1, 2, & 3)
By: Md Rezaul Huda Reza 5Ps for SE Process Project Product People Problem.
CO2403 and CO3808 – Quality Management Systems Quality process definition, administration and accreditation.
©Ian Sommerville 1995 Software Engineering, 5th edition. Chapter 31 Slide 1 Process Improvement u Understanding, Modelling and Improving the Software Process.
SOFTWARE ENGINEERING1 Introduction. Software Software (IEEE): collection of programs, procedures, rules, and associated documentation and data SOFTWARE.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Feasibility Study.
Capability Maturity Models Software Engineering Institute (supported by DoD) The problems of software development are mainly caused by poor process management.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 25 Slide 1 Process Improvement l Understanding, Modelling and Improving the Software Process.
Software Engineering Quality What is Quality? Quality software is software that satisfies a user’s requirements, whether that is explicit or implicit.
Database System Development Lifecycle 1.  Main components of the Infn System  What is Database System Development Life Cycle (DSDLC)  Phases of the.
I Power Higher Computing Software Development The Software Development Process.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
Prepared by: Hussein Alhashimi.  This course introduces fundamental concepts related to Quality Assurance and Measurements and Metrics in the software.
Chapter 13: Software Quality Project Management Afnan Albahli.
Project management Topic 3 Quality.
TickIT Main Goals - make developers think how - quality relates to software - to achieve quality in software - to continuously improve qaulity management.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
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.
Software. Introduction n A computer can’t do anything without a program of instructions. n A program is a set of instructions a computer carries out.
Submitted By: Tanveer Khan M.Tech(CSE) IVth sem.  The ISO 9000 standards are a collection of formal International Standards, Technical Specifications,
F29IF2: Databases & Information Systems Lachlan M. MacKinnon The Information Systems Life Cycle Databases & Information Systems Lachlan M. MacKinnon.
 System Requirement Specification and System Planning.
Quality Assurance & Standards MechEng SE3 (non-)lecture 12 Slides by Phil Gray.
MANAGEMENT INFORMATION SYSTEM
Information ITIL Technology Infrastructure Library ITIL.
TOTAL QUALITY MANAGEMENT
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Software Project Management
SOFTWARE TESTING OVERVIEW
CIF301 Project Quality Unit 6
McCall’s Quality Factors
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
FORMAL SYSTEM DEVELOPMENT METHODOLOGIES
Software engineering.
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Quality management standards
Thursday’s Lecture Chemistry Building Musspratt Lecture Theatre,
Capability Maturity Model
Capability Maturity Model
Software Verification and Validation
Presentation transcript:

University of Sunderland COM369 Unit 6 COM369 Project Quality Unit 6

University of Sunderland COM369 Unit 6 Project Quality Introduction –“Quality” is generally agreed to be a good thing –Often the use of procedures that will help ensure a systems quality will be lacking –Quality systems must be defined –Metrics should be used to check quality systems

University of Sunderland COM369 Unit 6 The importance of software quality Increasing criticality of software The intangibility of software Accumulating errors during software development

University of Sunderland COM369 Unit 6 Defining software quality Should be three specification for software quality –a functional specification describing what the system does –a quality specification concerned with how the system operates –a resources specification concerned with how much will be spent on the system

University of Sunderland COM369 Unit 6 ISO 9126 Published in 1991 Provides a definition for software quality Is seen as the base on which more detailed standards can be built

University of Sunderland COM369 Unit 6 ISO 9126 ISO 9126 defines six software quality characteristics –Functionality which covers the functions that a software product provides to satisfy a user needs –Reliability which relates to the capability of the software to maintain its level of performance

University of Sunderland COM369 Unit 6 ISO 9126 –Usability which relates to the effort needed to use the software –Efficiency which relates to the physical resources used when the software is executed –Maintainability which relates to the effort needed to make changes to the software –Portability which relates to the ability of the software to be transferred to a different environment

University of Sunderland COM369 Unit 6 Software quality measures Reliability –Could measure availability mean time between failures failure at time of operation number of faults dealt with

University of Sunderland COM369 Unit 6 Software quality measures Maintainability –Closely related flexibility Extendibility –Ease with which new features can be added to the software

University of Sunderland COM369 Unit 6 Product versus process quality management What is the difference? Why is this important? Often one or the other is looked at Both should always be considered

University of Sunderland COM369 Unit 6 BS EN ISO 9001 This is the standard for quality management systems Current standard BS EN ISO 9001:2000 This is a family of standards series superseded 1994 series Standard grew out of DEF STAN and BS5750 There are other related quality standards

University of Sunderland COM369 Unit 6 BS EN ISO 9001 BS EN ISO 9000 is a group of standards: – 9000, fundamentals and vocabulary 9001, Quality Management Systems requirements – 9004, guidelines for performance improvement 9001 is the standard that applicants are assessed against. It is a general standard that can be applied to any business or organisation

University of Sunderland COM369 Unit 6 TickIT The BS EN ISO 9000 series of standards refers to quality management systems in general In the UK, the Department of Trade and Industry (DTI) have formulated the TickIT standards. The TickIT standards give an interpretation of the BS EN ISO 9001 standard as it specifically applies to software development.

University of Sunderland COM369 Unit 6 TickIT The main requirements of Tick IT are: –A detailed development plan is required before development is embarked upon. –Change control procedures should be used at all stages of development –Design reviews must take place –The suitability of the design methodology must be reviewed

University of Sunderland COM369 Unit 6 TickIT main requirements of Tick IT (cont.) –Progress must be reviewed on a systematic basis –It must be possible to trace back the features of software design to specifications and requirements –Designs must be properly documented

University of Sunderland COM369 Unit 6 TickIT main requirements of Tick IT (cont.) –Suitable test plans, specifications and records must be produced –A code of practice must be in place that governs the way the software is developed

University of Sunderland COM369 Unit 6 TickIT The code of practice must include the following: –The design must be broken down into levels, each with identifiable inputs and outputs. –Software must be organised into modules. –A module must normally perform a single function or a set of related functions. –A plain language description must exist for each module.

University of Sunderland COM369 Unit 6 TickIT A TickIT auditor will certify that a particular organisation conforms to the standard The process is referred to as certification The TickIT scheme is now administered by a division of the British Standards Institute on behalf of the DTI

University of Sunderland COM369 Unit 6 Capability Maturity Model Developed in US by The Software Engineering Institute, Carnegie Mellon University. The Capability Maturity Model attempts to place an organisation producing software at one of five levels.

University of Sunderland COM369 Unit 6 Capability Maturity Model Level 1: Initial Level 2: Repeatable Level 3: Defined Level 4: Managed Level 5: Optimizing

University of Sunderland COM369 Unit 6 Capability Maturity Model Level 1: Initial –The procedures followed tend to be haphazard. –Some projects will be successful, but this tends to be because of the skills of particular individuals including project managers. –There is no level 0 and so any organization would be at this level by default.

University of Sunderland COM369 Unit 6 Capability Maturity Model Level 2: Repeatable –Organizations at this level will have basic project management procedures in place. –The way an individual task is carried out will depend largely on the person doing it Level 3: Defined –The organization has defined the way in which each task in the software development cycle is to be done.

University of Sunderland COM369 Unit 6 Capability Maturity Model Level 4: Managed –The products and processes involved in software development are subject to measurement and control. Level 5: Optimizing –Improvement in procedures are designed and implemented using the data gathered from the measurement process

University of Sunderland COM369 Unit 6 Ways to help enhance software quality Increasing visibility –checking each others code –proposed by Weinberg in 1971in what he termed “egoless programming” Procedural Structure Checking intermediate stages

University of Sunderland COM369 Unit 6 Conclusion IT Project Quality – Quality definitions – ISO 9126 – BS EN ISO 9001 –TickIT –The capability maturity model –Enhancing software quality