ISO 9126 là tiêu chuẩn quốc tế đánh giá phần mềm.

Tiêu chuẩn này được giám sát bởi dự án

SQuaRE, ISO 25000:2005 dựa trên các khái niệm chung tương đương nhau.

Tiêu chuẩn này được phân chia thành 4 phần tuân theo một cách nghiêm ngặt các tiêu chí sau:
mẫu chất lượng, hệ đo lường bên ngoài và bên trong, chất lượng khi sử dụng hệ đo lường này.

Mẫu chất lượng được thiết lập ở phần đầu của tiêu chuẩn, mô hình này được đặt tên là ISO
9126-1, phân loại chất lượng phần mềm theo một chuỗi có tổ chức các đặc trưng và đặc trưng
phụ như dưới đây:

Mục lục
[ẩn]

 1 Tính chức năng

 2 Tính tin cậy
 3 Tính tiện lợi
 4 Tính hiệu quả
 5 Tính duy trì
 6 Tính năng dễ mang theo

[sửa] Tính chức năng

Một chuỗi các tính năng mà có liên quan đến sự tồn tại của hàng loạt các chức năng và những
thuộc tính cụ thể của nó. Những chức năng này làm thoả mãn cả nhưng nhu cầu đã xác định
hoặc tiềm năng:

 Phù hợp
 Đúng đắn
 Liên kết tốt giữa con người, dữ liệu và hệ thống
 Làm đúng theo yêu cầu.
 Tính bảo mật

[sửa] Tính tin cậy

Một chuỗi các tính năng có liên quan đến khả năng duy trì mức độ thực hiện của phần mềm
trong những điều kiện đã định trong một khoảng thời gian nhất định:

 Xử lý tin cậy
 Khả năng khôi phục dữ liệu
 khả năng tìm lỗi, báo lỗi

[sửa] Tính tiện lợi

Một chuỗi các tính năng có liên quan đến những nỗ lực cần thiết cho việc sử dụng và có liên
quan đến những đánh giá mang tính cá nhân đối với việc sử dụng của hàng loạt người dùng đã
định hay tiềm năng:

 Dễ học thuộc, dễ hiểu, dễ thành thạo, dễ sử dụng

[sửa] Tính hiệu quả

Những tính năng mà có liên quan đến mối quan hệ giữa mức độ thực hiện của phần mềm và
khối lượng tài nguyên được sử dụng trong những điều kiện nhất định:

 Quản lý thời gian

 Quản lý nguồn tài nguyên

[sửa] Tính duy trì

Những tính năng mà có liên quan đến những nỗ lực cần thiết cho việc tạo ra những biến đổi
cụ thể.

 Chạy ổn định
 Có khả năng phân tích dữ liệu
 Có khả năng thay đổi phù hợp
 Có khả năng kiểm tra

[sửa] Tính năng dễ mang theo

Những tính năng mà có liên quan đến khả năng chuyển rời phần mềm từ nơi này đến nơi
khác:

 Khả năng cài đặt

 Khả năng thay thế, cập nhật và nâng cấp
 Khả năng thích hợp với nhiều cấu hình máy tính.

Đặc trưng phụ Tính thích hợp không được liệt kê ở trên nhưng áp dụng đối với tất cả các đặc
trưng. Ví dụ của tính thích hợp đối với pháp chế bao gồm tính tiện lợi và tính đáng tin cậy.

Mỗi đặc trưng phụ về chất lượng (như khả năng thích nghi) được phân chia thành 4 tính năng.
Mỗi tính năng là một thực thể có thể được kiểm tra lại hoặc giới hạn trong sản phẩm phần
mềm. Những tính năng này không được định nghĩa trong tiêu chuẩn vì chúng rất khác nhau
trong những sản phẩm phần mềm khác nhau.

Sản phẩm phần mềm được định nghĩa theo nghĩa rộng: nó bao gồm lệnh thi hành, mã nguồn,
những miêu tả về cấu trúc,...Từ đó, những quan điểm của người sử dụng được gửi cho những
nhà quản lí cũng như những người lập trình. Đó chính là những người sử dụng các thành phần
của phần mềm như những thư viện phần mềm.
Tiêu chuẩn này tạo ra khuôn khổ giúp các tổ chức xác định mẫu chất lượng cho sản phẩm
phần mềm. Tuy nhiên, làm như vậy dẫn đến việc mỗi doanh nghiệp sẽ phải thực hiện nhiệm
vụ chi tiết một cách rõ ràng các mô hình của mình. Nhiệm vụ này sẽ được thực hiện bằng
nhiều cách, ví dụ như việc cụ thể các ý nghĩa của mục tiêu về hệ đo lường chất lượng mà đánh
giá mức độ các tính năng về chất lượng hiện có trong sản phẩm.

Hệ đo lường bên trong không dựa trên việc triển khai sử dụng phần mềm

Hệ đo lường bên ngoài có thể được áp dụng khi chạy phần mềm Chất lượng sử dụng hệ đo
lường chỉ có giá trị khi sản phẩm cuối cùng được đưa vào sử dụng trong những điều kiện thực
tế.

Thật lý tưởng khi chất lượng bên trong xác định được chất lượng bên ngoài và chất lượng bên
ngoài xác định chất lượng khi sử dụng. Tiêu chuẩn này bắt nguồn từ một mô hình được xây
dựng vào năm 1977 của McCall và đồng nghiệp của ông, những người đã đề xuất một mô
hình có thể xác định được chất lượng phần mềm. Mô hình chất lượng của McCall được xây
dựng dự trên 3 loại đặc trưng về chất lượng:

. Các yếu tố (để xác định): Các yếu tố này miêu tả hình dáng bên ngoài của phần mềm trong
mắt người sử dụng . Tiêu chuẩn (để xây dựng): Tiêu chuẩn này miêu tả cấu tạo bên trong của
phần mềm bởi người phát triển nó. . Hệ đo lường (để kiểm soát): Chúng được xác định và
được sử dụng nhằm mục đích cung cấp một tỷ lệ và phương thức cho sự đo lường ISO 9268
giúp phân biệt giữa nhược điểm và sự bất quy tắc; nhược điểm là việc không hoàn thành các
yêu cầu sử dụng đã dự định, trong khi đó sự bất qui tắc là việc không hoàn thành các yêu cầu
chi tiết. Một cách phân biệt tương tự giữa xác nhận và xác minh hay còn được biết đến là
V&V trong kinh doanh thử nghiệm.
 ISO 9126 Software Quality Characteristics
An overview of the ISO 9126-1 software quality model definition, with an explanation of
the major characteristics.

ISO 9126 Software Quality Model

Article Purpose

The purpose of this article is to present an overview of the ISO 9126 standard and to give
a detailed description of the software quality model used by this standard.

ISO 9126 is an international standard for the evaluation of software. The standard is
divided into four parts which addresses, respectively, the following subjects: quality
model; external metrics; internal metrics; and quality in use metrics. ISO 9126 Part one,
referred to as ISO 9126-1 is an extension of previous work done by McCall (1977),
Boehm (1978), FURPS and others in defining a set of software quality characteristics.

ISO9126-1 represents the latest (and ongoing) research into characterizing software for
the purposes of software quality control, software quality assurance and software process
improvement (SPI). This article defines the characteristics identified by ISO 9126-1. The
other parts of ISO 9126, concerning metrics or measurements for these characteristics,
are essential for SQC, SQA and SPI but the main concern of this article is the definition of
the basic ISO 9126 Quality Model.

The ISO 9126 documentation itself, from the official ISO 9126 documentation, can only
be purchased and is subject to copyright. SQA.net only reproduces the basic structure of
the ISO 9126 standard and any descriptions, commentary or guidance are original
material based on public domain information as well as our own experience.

The ISO 9126-1 software quality model identifies 6 main quality characteristics,
namely:

 Functionality
 Reliability
 Usability
 Efficiency
 Maintainability
 Portability

These characteristics are broken down into subcharacteristics, a high level table is shown
below. It is at the subcharacteristic level that measurement for SPI will occur. The main
characteristics of the ISO9126-1 quality model, can be defined as follows:-

Functionality
Functionality is the essential purpose of any product or service. For certain items this is
relatively easy to define, for example a ship's anchor has the function of holding a ship at
a given location. The more functions a product has, e.g. an ATM machine, then the more
complicated it becomes to define it's functionality. For software a list of functions can be
specified, i.e. a sales order processing systems should be able to record customer
information so that it can be used to reference a sales order. A sales order system should
also provide the following functions:
ISO 9126 Software Quality Model
 Record sales order product, price and quantity.
 Calculate total price.
 Calculate appropriate sales tax.
 Calculate date available to ship, based on inventory.
 Generate purchase orders when stock falls below a given threshold.

The list goes on and on but the main point to note is that functionality is expressed as a
totality of essential functions that the software product provides. It is also important to
note that the presence or absence of these functions in a software product can be verified
as either existing or not, in that it is a Boolean (either a yes or no answer). The other
software characteristics listed (i.e. usability) are only present to some degree, i.e. not a
simple on or off. Many people get confused between overall process functionality (in
which software plays a part) and software functionality. This is partly due to the fact that
Data Flow Diagrams (DFDs) and other modeling tools can depict process functionality (as
a set of data in\data out conversions) and software functionality. Consider a sales order
process, that has both manual and software components. A function of the sales order
process could be to record the sales order but we could implement a hard copy filing
cabinet for the actual orders and only use software for calculating the price, tax and ship
date. In this way the functionality of the software is limited to those calculation functions.
SPI, or Software Process Improvement is different from overall Process Improvement or
Process Re-engineering, ISO 9126-1 and other software quality models do not help
measure overall Process costs\benefits but only the software component. The relationship
between software functionality within an overall business process is outside the scope of
ISO 9126 and it is only the software functionality, or essential purpose of the software
component, that is of interest for ISO 9126.

Following functionality, there are 5 other software attributes that characterize

the usefulness of the software in a given environment.
Each of the following characteristics can only be measured (and are assumed to exist)
when the functionality of a given system is present. In this way, for example, a system
can not possess usability characteristics if the system does not function correctly (the two
just don't go together).

Reliability
Once a software system is functioning, as specified, and delivered the reliability
characteristic defines the capability of the system to maintain its service provision under
defined conditions for defined periods of time. One aspect of this characteristic is fault
tolerance that is the ability of a system to withstand component failure. For example if
the network goes down for 20 seconds then comes back the system should be able to
recover and continue functioning.

Usability
Usability only exists with regard to functionality and refers to the ease of use for a given
function. For example a function of an ATM machine is to dispense cash as requested.
Placing common amounts on the screen for selection, i.e. $20.00, $40.00, $100.00 etc,
does not impact the function of the ATM but addresses the Usability of the function. The
ability to learn how to use a system (learnability) is also a major subcharacteristic of
usability.

Efficiency
This characteristic is concerned with the system resources used when providing the
required functionality. The amount of disk space, memory, network etc. provides a good
indication of this characteristic. As with a number of these characteristics, there are
overlaps. For example the usability of a system is influenced by the system's
Performance, in that if a system takes 3 hours to respond the system would not be easy
ISO 9126 Software Quality Model
to use although the essential issue is a performance or efficiency characteristic.

Maintainability
The ability to identify and fix a fault within a software component is what the
maintainability characteristic addresses. In other software quality models this
characteristic is referenced as supportability. Maintainability is impacted by code
readability or complexity as well as modularization. Anything that helps with identifying
the cause of a fault and then fixing the fault is the concern of maintainability. Also the
ability to verify (or test) a system, i.e. testability, is one of the subcharacteristics of
maintainability.

Portability
This characteristic refers to how well the software can adopt to changes in its
environment or with its requirements. The subcharacteristics of this characteristic include
adaptability. Object oriented design and implementation practices can contribute to the
extent to which this characteristic is present in a given system.

The full table of Characteristics and Subcharacteristics for the ISO 9126-1 Quality Model is:-

Characteristics Subcharacteristics Definitions

This is the essential Functionality
characteristic and refers to the
  Suitability
appropriateness (to specification) of the
functions of the software.
This refers to the correctness of the functions,
  Accurateness an ATM may provide a cash dispensing
function but is the amount correct?
A given software component or system does
not typically function in isolation. This
Functionality Interoperability subcharacteristic concerns the ability of a
software component to interact with other
components or systems.
Where appropriate certain industry (or
government) laws and guidelines need to be
  Compliance complied with, i.e. SOX. This subcharacteristic
addresses the compliant capability of
software.
This subcharacteristic relates to unauthorized
  Security
access to the software functions.

This subcharacteristic concerns frequency of

  Maturity
failure of the software.
The ability of software to withstand (and
Reliability Fault tolerance recover) from component, or environmental,
failure.
Ability to bring back a failed system to full
  Recoverability operation, including data and network
connections.
ISO 9126 Software Quality Model
Determines the ease of which the systems
functions can be understood, relates to user
  Understandability
mental models in Human Computer
Interaction methods.
Learning effort for different users, i.e. novice,
Learnability
Usability expert, casual etc.
Ability of the software to be easily operated
  Operability
by a given user in a given environment.

Characterizes response times for a given thru

Time behavior
Efficiency put, i.e. transaction rate.
Characterizes resources used, i.e. memory,
  Resource behavior
cpu, disk and network usage.

Characterizes the ability to identify the root

  Analyzability
cause of a failure within the software.
Characterizes the amount of effort to change
Maintainability Changeability
a system.
Characterizes the sensitivity to change of a
  Stability given system that is the negative impact that
may be caused by system changes.
Characterizes the effort needed to verify
  Testability
(test) a system change.

Characterizes the ability of the system to

  Adaptability change to new specifications or operating
environments.
Characterizes the effort required to install the
Portability Installability
software.
Similar to compliance for functionality, but
this characteristic relates to portability. One
  Conformance
example would be Open SQL conformance
which relates to portability of database used.
Characterizes the plug and play aspect of
software components, that is how easy is it to
  Replaceability
exchange a given software component within
a specified environment.

ISO 9126 Observations

For the most part, the overall structure of ISO9126-1 is similar to past models, McCall
(1977) and Boehm (1978), although there are a couple of notable differences.
Compliance comes under the functionality characteristic, this can be attributed to
government initiatives like SOX. In many requirements specifications all characteristics,
that are specified, that are not pure functional requirements are specified as Non-
Functional requirements. It is interesting to note, with ISO9126, that compliance is seen
as a functional characteristic.

Using the ISO 9126 (or any other quality model) for derivation of system requirements
ISO 9126 Software Quality Model
brings clarity of definition of purpose and operating capability .
For example a rules engine approach to compliance would enable greater adaptability,
should the compliance rules change. The functionality for compliance could be
implemented in other ways but these other implementation methods may not produce as
strong an adaptability characteristic as a rules, or some other component based,
architecture.

Also, a designer typically will need to make trade offs between two or more
characteristics when designing the system. Consider highly modularized code, this code is
usually easy to maintain, i.e. has a good changeability characteristic, but may not
perform as well (for cpu resource, as unstructed program code). On a similar vein a
normalized database may not perform as well as a not normalized database. These trade
offs need to be identified, so that informed design decisions can be made.

Although ISO 9126-1 is the latest proposal for a useful Quality Model, of software
characteristics, it is unlikely to be the last. One thing is certain, the requirements
(including compliance) and operating environment of software will be continually
changing and with this change will come the continuing search to find useful
characteristics that facilitate measurement and control of the software production
process.
Indeed, see by ISO/IEC Model ISO 9126 Table 1: ISO
what are 492 x 389 - (ISO/IEC 319 x 271 - 9126
713 x 513 - 8k - gif 288 x 319 - 5k - gif 454 x 341 -
10k - gif cse.dcu.ie 4k - gif torsten- 6k - gif
wilmott.com Tìm các hình ercim.eu horn.de ascilite.org.a
ảnh tương tự u

File:ISO-9126 ISO 9126-1 ISO 9126 ISO 9126 as of ISO 9126

1064 x 385 - Quality ISO9126 a 533 x 500 -
85k - png 576 x 460 - 639 x 489 - 363 x 308 - 34k - jpg
commons.wikim 7k - gif 86k - jpg 24k - jpg ics.kth.se
edia.org jot.fm 123managem toolboxes...
ent.eu

Overview ISO ISO 9126 Mind Map - Além da suivants de

9126 879 x 541 - ISO9126 ISO/IEC 319 x 271 -
360 x 297 - 33k - gif 1130 x 810 - 520 x 412 - 8k - png
17k - jpg smartest.nl 95k - jpg 40k - jpg sysetel.com
ics.kth.se mappio.com testexpert.co
m.br
Tìm các hình
ảnh tương
tự
considerados 図 21 ISO da Norma ISO 9126 ISO 13407
en ISO 9126 品質モ ISO 9126 version 568 x 454 -
619 x 408 - デル 744 x 918 - 639 x 479 - 25k - png
30k - jpg 722 x 499 - 53k - gif 12k - gif herkules.oul
utpl.edu.ec 13k - gif scielo.br yves- u.fi
Tìm các hình ogis-ri.co.jp constantinidi
ảnh tương tự s.com