ISO/IEC 9126Software engineering — Product quality was
an international standard for the evaluation of software quality.
It has been replaced by ISO/IEC 25010:2011. The fundamental
objective of the ISO/IEC 9126 standard is to address some of
the well known human biases that can adversely affect the
delivery and perception of a software development project.
These biases include changing priorities after the start of a
project or not having any clear definitions of "success." By
clarifying, then agreeing on the project priorities and
subsequently converting abstract priorities (compliance) to
measurable values (output data can be validated against schema
X with zero intervention), ISO/IEC 9126 tries to develop a
common understanding of the project's objectives and goals.
Quality model
The quality model presented in the first part of the standard,
ISO/IEC 9126-1, classifies software quality in a structured set
of characteristics and sub-characteristics as follows:
1. Functionality - A set of attributes that bear on the existence
of a set of functions and their specified properties. The
functions are those that satisfy stated or implied needs.
a. Suitability
b. Accuracy
c. Interoperability
d. Security
e. Functionality Compliance
2. Reliability - A set of attributes that bear on the capability of
software to maintain its level of performance under stated
conditions for a stated period of time.
a. Maturity
b. Fault Tolerance
c. Recoverability
d. Reliability Compliance
3. Usability - A set of attributes that bear on the effort needed
for use, and on the individual assessment of such use, by a
stated or implied set of users.
a. Understandability
b. Learnability
c. Operability
d. Attractiveness
e. Usability Compliance
4. Efficiency - A set of attributes that bear on the relationship
between the level of performance of the software and the
amount of resources used, under stated conditions.
a. Time Behaviour
b. Resource Utilization
c. Efficiency Compliance
5. Maintainability - A set of attributes that bear on the effort
needed to make specified modifications.
a. Analyzability
b. Changeability
c. Stability
d. Testability
e. Maintainability Compliance
6. Portability - A set of attributes that bear on the ability of
software to be transferred from one environment to another.
a. Adaptability
b. Installability
c. Co-Existence
d. Replaceability
e. Portability Compliance
· Quality in use metrics.
Quality in use metrics is only available when the final product
is used in real conditions.
Ideally, the internal quality determines the external quality and
external quality determines quality in use.
This standard stems from the GE model for describing software
quality, presented in 1977 by McCall et al., which is organized
around three types of Quality Characteristics:
· Factors (To specify): They describe the external view of the
software, as viewed by the users.
· Criteria (To build): They describe the internal view of the
software, as seen by the developer.
· Metrics (To control): They are defined and used to provide a
scale and method for measurement.
ISO/IEC 9126 distinguishes between a defect and a
nonconformity, a defect being The nonfulfilment of intended
usage requirements, whereas anonconformity is The
nonfulfilment of specified requirements. A similar distinction is
made between validation and verification, known as V&V in the
testing trade.
ISO/IEC 25010:2011 defines:
1. A quality in use model composed of five characteristics
(some of which are further subdivided into subcharacteristics)
that relate to the outcome of interaction when a product is used
in a particular context of use. This system model is applicable
to the complete human-computer system, including both
computer systems in use and software products in use.
2. A product quality model composed of eight characteristics
(which are further subdivided into subcharacteristics) that relate
to static properties of software and dynamic properties of the
computer system. The model is applicable to both computer
systems and software products.
The characteristics defined by both models are relevant to all
software products and computer systems. The characteristics
and subcharacteristics provide consistent terminology for
specifying, measuring and evaluating system and software
product quality. They also provide a set of quality
characteristics against which stated quality requirements can be
compared for completeness.
Although the scope of the product quality model is intended to
be software and computer systems, many of the characteristics
are also relevant to wider systems and services.
ISO/IEC 25012 contains a model for data quality that is
complementary to this model.
The scope of the models excludes purely functional properties,
but it does include functional suitability.
The scope of application of the quality models includes
supporting specification and evaluation of software and
software-intensive computer systems from different
perspectives by those associated with their acquisition,
requirements, development, use, evaluation, support,
maintenance, quality assurance and control, and audit. The
models can, for example, be used by developers, acquirers,
quality assurance and control staff and independent evaluators,
particularly those responsible for specifying and evaluating
software product quality. Activities during product development
that can benefit from the use of the quality models include:
· identifying software and system requirements;
· validating the comprehensiveness of a requirements definition;
· identifying software and system design objectives;
· identifying software and system testing objectives;
· identifying quality control criteria as part of quality
assurance;
· identifying acceptance criteria for a software product and/or
software-intensive computer system;
· establishing measures of quality characteristics in support of
these activities.
ISOIEC 9126Software engineering — Product quality was an intern.docx

More Related Content

PPTX
ISO_IEC standards_quality.pptx
DOCX
Software quality management lecture notes
PPT
Software quality
PPTX
Software Quality Assurance (Models).pptx
PPTX
Software Quality assurance Introduction & Software process models
PPTX
Maheen soft
PPTX
STQA 1.pptx
PPT
QualityModelsAndAtttribQualityModels.ppt
ISO_IEC standards_quality.pptx
Software quality management lecture notes
Software quality
Software Quality Assurance (Models).pptx
Software Quality assurance Introduction & Software process models
Maheen soft
STQA 1.pptx
QualityModelsAndAtttribQualityModels.ppt

Similar to ISOIEC 9126Software engineering — Product quality was an intern.docx (20)

PDF
A New Model for Study of Quality Attributes to Components Based Development A...
DOCX
Quality iso-ieee-standards
PDF
A comparative studies of software quality model for the software product eval...
PPTX
comparative study software quality models
PPTX
Mc call's software quality model
PPTX
Hierarchical models of software quality
PDF
Sqm2mark
PPTX
PDF
PRODUCT QUALITY EVALUATION METHOD (PQEM): TO UNDERSTAND THE EVOLUTION OF QUAL...
PPTX
SE PRESENTATION :Quality Assurance[1].pptx
PDF
Testing Standards List
PPTX
Agile for Software as a Medical Device
PPTX
UNIT-1-INTRO.pptxsqa assurance testing sqa
PPTX
Software Engineering Unit 1 PowerPoint presentation For AKTU University
PPTX
Software Quality Models Presentation.pptx
PDF
Research Inventy : International Journal of Engineering and Science
PPTX
Fundamentals of software development
PPTX
Software quality assurance
PDF
softwareMaintenance.pdf
PPT
Software Quality Assurance
A New Model for Study of Quality Attributes to Components Based Development A...
Quality iso-ieee-standards
A comparative studies of software quality model for the software product eval...
comparative study software quality models
Mc call's software quality model
Hierarchical models of software quality
Sqm2mark
PRODUCT QUALITY EVALUATION METHOD (PQEM): TO UNDERSTAND THE EVOLUTION OF QUAL...
SE PRESENTATION :Quality Assurance[1].pptx
Testing Standards List
Agile for Software as a Medical Device
UNIT-1-INTRO.pptxsqa assurance testing sqa
Software Engineering Unit 1 PowerPoint presentation For AKTU University
Software Quality Models Presentation.pptx
Research Inventy : International Journal of Engineering and Science
Fundamentals of software development
Software quality assurance
softwareMaintenance.pdf
Software Quality Assurance
Ad

More from priestmanmable (20)

DOCX
9©iStockphotoThinkstockPlanning for Material and Reso.docx
DOCX
a 12 page paper on how individuals of color would be a more dominant.docx
DOCX
978-1-5386-6589-318$31.00 ©2018 IEEE COSO Framework for .docx
DOCX
92 Academic Journal Article Critique  Help with Journal Ar.docx
DOCX
A ) Society perspective90 year old female, Mrs. Ruth, from h.docx
DOCX
9 dissuasion question Bartol, C. R., & Bartol, A. M. (2017)..docx
DOCX
9 AssignmentAssignment Typologies of Sexual AssaultsT.docx
DOCX
9 0 0 0 09 7 8 0 1 3 4 4 7 7 4 0 4ISBN-13 978-0-13-44.docx
DOCX
900 BritishJournalofNursing,2013,Vol22,No15©2.docx
DOCX
9 Augustine Confessions (selections) Augustine of Hi.docx
DOCX
8.3 Intercultural CommunicationLearning Objectives1. Define in.docx
DOCX
8413 906 AMLife in a Toxic Country - NYTimes.comPage 1 .docx
DOCX
8. A 2 x 2 Experimental Design - Quality and Economy (x1 and x2.docx
DOCX
800 Words 42-year-old man presents to ED with 2-day history .docx
DOCX
8.1 What Is Corporate StrategyLO 8-1Define corporate strategy.docx
DOCX
8.0 RESEARCH METHODS These guidelines address postgr.docx
DOCX
95People of AppalachianHeritageChapter 5KATHLEEN.docx
DOCX
9 781292 041452ISBN 978-1-29204-145-2Forensic Science.docx
DOCX
8-10 slide Powerpoint The example company is Tesla.Instructions.docx
DOCX
8Network Security April 2020FEATUREAre your IT staf.docx
9©iStockphotoThinkstockPlanning for Material and Reso.docx
a 12 page paper on how individuals of color would be a more dominant.docx
978-1-5386-6589-318$31.00 ©2018 IEEE COSO Framework for .docx
92 Academic Journal Article Critique  Help with Journal Ar.docx
A ) Society perspective90 year old female, Mrs. Ruth, from h.docx
9 dissuasion question Bartol, C. R., & Bartol, A. M. (2017)..docx
9 AssignmentAssignment Typologies of Sexual AssaultsT.docx
9 0 0 0 09 7 8 0 1 3 4 4 7 7 4 0 4ISBN-13 978-0-13-44.docx
900 BritishJournalofNursing,2013,Vol22,No15©2.docx
9 Augustine Confessions (selections) Augustine of Hi.docx
8.3 Intercultural CommunicationLearning Objectives1. Define in.docx
8413 906 AMLife in a Toxic Country - NYTimes.comPage 1 .docx
8. A 2 x 2 Experimental Design - Quality and Economy (x1 and x2.docx
800 Words 42-year-old man presents to ED with 2-day history .docx
8.1 What Is Corporate StrategyLO 8-1Define corporate strategy.docx
8.0 RESEARCH METHODS These guidelines address postgr.docx
95People of AppalachianHeritageChapter 5KATHLEEN.docx
9 781292 041452ISBN 978-1-29204-145-2Forensic Science.docx
8-10 slide Powerpoint The example company is Tesla.Instructions.docx
8Network Security April 2020FEATUREAre your IT staf.docx
Ad

Recently uploaded (20)

PPTX
Share_Module_2_Power_conflict_and_negotiation.pptx
PPTX
Virtual and Augmented Reality in Current Scenario
PPTX
202450812 BayCHI UCSC-SV 20250812 v17.pptx
PDF
Weekly quiz Compilation Jan -July 25.pdf
PDF
MBA _Common_ 2nd year Syllabus _2021-22_.pdf
PDF
IGGE1 Understanding the Self1234567891011
PPTX
B.Sc. DS Unit 2 Software Engineering.pptx
DOCX
Cambridge-Practice-Tests-for-IELTS-12.docx
PDF
Trump Administration's workforce development strategy
PPTX
CHAPTER IV. MAN AND BIOSPHERE AND ITS TOTALITY.pptx
PDF
My India Quiz Book_20210205121199924.pdf
PPTX
History, Philosophy and sociology of education (1).pptx
PDF
advance database management system book.pdf
PDF
ChatGPT for Dummies - Pam Baker Ccesa007.pdf
PDF
Chinmaya Tiranga quiz Grand Finale.pdf
PPTX
ELIAS-SEZIURE AND EPilepsy semmioan session.pptx
PDF
AI-driven educational solutions for real-life interventions in the Philippine...
PDF
1.3 FINAL REVISED K-10 PE and Health CG 2023 Grades 4-10 (1).pdf
PDF
Paper A Mock Exam 9_ Attempt review.pdf.
PPTX
Chinmaya Tiranga Azadi Quiz (Class 7-8 )
Share_Module_2_Power_conflict_and_negotiation.pptx
Virtual and Augmented Reality in Current Scenario
202450812 BayCHI UCSC-SV 20250812 v17.pptx
Weekly quiz Compilation Jan -July 25.pdf
MBA _Common_ 2nd year Syllabus _2021-22_.pdf
IGGE1 Understanding the Self1234567891011
B.Sc. DS Unit 2 Software Engineering.pptx
Cambridge-Practice-Tests-for-IELTS-12.docx
Trump Administration's workforce development strategy
CHAPTER IV. MAN AND BIOSPHERE AND ITS TOTALITY.pptx
My India Quiz Book_20210205121199924.pdf
History, Philosophy and sociology of education (1).pptx
advance database management system book.pdf
ChatGPT for Dummies - Pam Baker Ccesa007.pdf
Chinmaya Tiranga quiz Grand Finale.pdf
ELIAS-SEZIURE AND EPilepsy semmioan session.pptx
AI-driven educational solutions for real-life interventions in the Philippine...
1.3 FINAL REVISED K-10 PE and Health CG 2023 Grades 4-10 (1).pdf
Paper A Mock Exam 9_ Attempt review.pdf.
Chinmaya Tiranga Azadi Quiz (Class 7-8 )

ISOIEC 9126Software engineering — Product quality was an intern.docx

  • 1. ISO/IEC 9126Software engineering — Product quality was an international standard for the evaluation of software quality. It has been replaced by ISO/IEC 25010:2011. The fundamental objective of the ISO/IEC 9126 standard is to address some of the well known human biases that can adversely affect the delivery and perception of a software development project. These biases include changing priorities after the start of a project or not having any clear definitions of "success." By clarifying, then agreeing on the project priorities and subsequently converting abstract priorities (compliance) to measurable values (output data can be validated against schema X with zero intervention), ISO/IEC 9126 tries to develop a common understanding of the project's objectives and goals. Quality model The quality model presented in the first part of the standard, ISO/IEC 9126-1, classifies software quality in a structured set of characteristics and sub-characteristics as follows: 1. Functionality - A set of attributes that bear on the existence of a set of functions and their specified properties. The functions are those that satisfy stated or implied needs. a. Suitability b. Accuracy c. Interoperability d. Security e. Functionality Compliance 2. Reliability - A set of attributes that bear on the capability of software to maintain its level of performance under stated conditions for a stated period of time. a. Maturity b. Fault Tolerance c. Recoverability d. Reliability Compliance
  • 2. 3. Usability - A set of attributes that bear on the effort needed for use, and on the individual assessment of such use, by a stated or implied set of users. a. Understandability b. Learnability c. Operability d. Attractiveness e. Usability Compliance 4. Efficiency - A set of attributes that bear on the relationship between the level of performance of the software and the amount of resources used, under stated conditions. a. Time Behaviour b. Resource Utilization c. Efficiency Compliance 5. Maintainability - A set of attributes that bear on the effort needed to make specified modifications. a. Analyzability b. Changeability c. Stability d. Testability e. Maintainability Compliance 6. Portability - A set of attributes that bear on the ability of software to be transferred from one environment to another. a. Adaptability b. Installability c. Co-Existence d. Replaceability e. Portability Compliance · Quality in use metrics.
  • 3. Quality in use metrics is only available when the final product is used in real conditions. Ideally, the internal quality determines the external quality and external quality determines quality in use. This standard stems from the GE model for describing software quality, presented in 1977 by McCall et al., which is organized around three types of Quality Characteristics: · Factors (To specify): They describe the external view of the software, as viewed by the users. · Criteria (To build): They describe the internal view of the software, as seen by the developer. · Metrics (To control): They are defined and used to provide a scale and method for measurement. ISO/IEC 9126 distinguishes between a defect and a nonconformity, a defect being The nonfulfilment of intended usage requirements, whereas anonconformity is The nonfulfilment of specified requirements. A similar distinction is made between validation and verification, known as V&V in the testing trade. ISO/IEC 25010:2011 defines: 1. A quality in use model composed of five characteristics (some of which are further subdivided into subcharacteristics) that relate to the outcome of interaction when a product is used in a particular context of use. This system model is applicable to the complete human-computer system, including both computer systems in use and software products in use. 2. A product quality model composed of eight characteristics (which are further subdivided into subcharacteristics) that relate to static properties of software and dynamic properties of the computer system. The model is applicable to both computer systems and software products. The characteristics defined by both models are relevant to all software products and computer systems. The characteristics and subcharacteristics provide consistent terminology for specifying, measuring and evaluating system and software product quality. They also provide a set of quality
  • 4. characteristics against which stated quality requirements can be compared for completeness. Although the scope of the product quality model is intended to be software and computer systems, many of the characteristics are also relevant to wider systems and services. ISO/IEC 25012 contains a model for data quality that is complementary to this model. The scope of the models excludes purely functional properties, but it does include functional suitability. The scope of application of the quality models includes supporting specification and evaluation of software and software-intensive computer systems from different perspectives by those associated with their acquisition, requirements, development, use, evaluation, support, maintenance, quality assurance and control, and audit. The models can, for example, be used by developers, acquirers, quality assurance and control staff and independent evaluators, particularly those responsible for specifying and evaluating software product quality. Activities during product development that can benefit from the use of the quality models include: · identifying software and system requirements; · validating the comprehensiveness of a requirements definition; · identifying software and system design objectives; · identifying software and system testing objectives; · identifying quality control criteria as part of quality assurance; · identifying acceptance criteria for a software product and/or software-intensive computer system; · establishing measures of quality characteristics in support of these activities.