Está en la página 1de 31

NB-ISOJEG 9126:1

"lngeniera
del software
-
Parte 1: Modelo de calidad" (Correspondiente a la
re engineering
-
Product quality
-
Part 1: Quality model", ha
Tcnico de Normalizacin No 5.14 "Seguridad en la
los siguientes representantes:
Rodrguez
Mercado
n Quipes
laudia Yaiquez
Cynthia Rodriguez
Ma. Mercedes Quisbert
Milenka Aparicio
INSTITUCION
Colegio de lngenieros de Sstemas
Colegio de lngenieros de Sistemas
Colegio de lngenieros de Sistemas
Consultor (Coordinacin)
Consultor
Consultor
IBNORCA
o
!
r9
,O
o
v
l
r
EL
L
z,
tl
t/l
I
CE
CL
=
=
AE
o
=
Fecha de aprobacin
Fecha de aprobacin
Fecha de ratifcacin
R2407-11-29
de Normalizacin) e IEC (Comisin Electrotcnica
especializado para normalizacin internacional. Los
son miembros de ISO e IEC participan
en el desarrollo de las
travs de comits tcnicos establecidos por la organizacin
tcnicas de campos particulares. Los comits tcnicos
en campos de mutuo inters. Otras organizacones
y no gubemamentales, en enlace con ISO e lEC,
en eltrabajo.
ales se redaetan de acuerdo con las reglas establecidas en la
Directivas ISO/IEC.
de la Tecnologa de la informacin, ISO e IEC han establecido el comit
conjunto lSOllEC JTC 1. Los proyectos de normas internacionales adoptados por
tcnicos se envan a los organismos miembros para su votacin. La
como al menos el75o/o de los
miembros
o
:
\,
.O
o
\,
r
I
EL
CL
=!
l/
t
AE
L
=
=
,
o
=
Se llama la atencin
9126 puedan estar
responsabilidad por la
La norma internacional
ISO/IEC JTC 1, T
La primera edicin de
reemplaza ISO/IEC 91
ISOiIEC 9126 consiste
software
-
Calidad del
- Parte 1: Modelo
- Parte 2: Mtricar
- Parte 3 Mtricas
- Parte 4 Calidad r
elementos de ISO/IEC
IEC no asumen la
de patente.
mit tcnico conjunto
de software.
ffiff&i
El Anexo a forma una parte normativa de ISO/IEC 9126-1. Los Anexos B y C son
solamente informativos.
9126, cancela y
BOLIVIANA NB-tSO-lEC 9124-1
del producto de sofrware Parte l: Modelo de calidad
utilizadas en una extensa variedad de reas de aplicacin en
funcionamiento es frecuentemente crtico para el xito del negocio
El desanollo o la seleccin de productos de software de alta calidad
asegurar una calidad adecuada. Esto puede ser alcanzado definiendo
calidad apropiadas, tomando en cuenta el propsito del uso del producto
que toda caracterstica de calidad del producto de software
y evaluada, cuando sea posible utilizando mtricas amplamente
126: Evaluacin de Productos de Software
-
Caractersticas de Calidad y directrices
uso, que fueron desanolladas para apoyar estas necesidades, definir seis
de calidad y describir un modelo del proceso de evaluacin del producto de
caractersticas de tiles no solo para la
evaluacin del requisitos de calidad y
normas multipartes otros usos, ISO/IEC
relacionados: lSOll
)
e ISO/IEC 14598
(Evaluacin de de productos de
software definidas en zadas para especificar
tanto los requisitos
Esta parte de la ISO/I y retiene las mismas
caractersticas de cal
I la mayor parte estn
basadas en las
- la especficacin del
la introduccin de
la eliminacin del
rso/tEc 145e8);
ficado en las normas
- coordinacin del contenido con la NB-ISO/IEC 14598-1.
La relacin ertre las normas en la ISO/IEC 9126 y las series ISO/IEC 14598 (vase el
es ilustrada en la Figura 1.
o
\J
IJ'
.O
o
\J
I
r
GL
EL
=r
vt

aE
CL
=
=
CE
o
z,
Ia introduccin de
NB-lSO-lEC 9126:1
I OBJETOY
Esta parte de la lSOll la calidad del producto
de software: a) calidad parte del modelo
especifica seis que se subdividen
posteriormente en nifiestan externamente
cuando el software se
atributos intemos del
son el resultado de los
elabora el modelo de
calidad interna y
o
!
\,
.O
o
\J
I*
a
CL
EL
=I
r/t
t
OE
L
=
=
oE
o
=
La segunda parte del
elabora un modelo de
lidad en uso, pero no
ca. La calidad en uso
es elefecto combinado
sofiware.
calidad del producto de
Las caractersticas de
programas
de compu
subcaractersticas proporcionan una terminologa consistente para la catidad del
software. Tambin proporcionan un marco de referencia pam especificar requisitos de
para el sofiware, y paru establecer intercambios entre las capacidades del
sofhvare.
El Anexo A, que es normativo, proporciona recomendaciones y requisitos
producto de sofhrare, y mtricas para calidad en uso. En las otras partes de la
dan ejemplos de estas mficas. Estas mtricas son aplicables cuando
requisitos de calidad y el diseo de metas para los productos
de
productos intermedios. La NB-ISO/IEC 14598-1 contiene una explicacin
de calidad se puede aplicar a Ia evaluacin del producto de software.
Esta parte de Ia serie ISO/IEC 9126 permite especificar y evaluar
software desde diferentes perspectivas por parte de aquellos
Mtricas de
calida en uso
i

i
:
requisitos, el desanollo, el uso, la evaluacin, elsoporte, el
NB-ISO-IEC 9126l.1
Por ejemplo, lo pueden usa[ los desanolladores,
de Ia calidad, y evaluadores ndependientes,
de especificar y evaluar Ia calidad del producto de
de calidad definido en esta parte de la lSO/lEC 9126
una definicin de requisitos;
delsoftware;
para el diseo del software;
para las pruebas
del software;
requisitm para elaseguramiento de la calidad;
los criterios de aceptacin para un producto de software terminado:
parte de la lO/lEC 9126 se de la evaluacin del proceso
softrare) para proporcionar:
un marco de referencia para cliente - proveedor;
o
Y
\,

o
fr,
!
t
CL
CL
=I
vl
t
AE
CL
=
=
CE
o
z,
soporte para la revisin,
proceso de soporte;
- soporte para el
NOTA 2
Esta parte de la ISO/IEC 9126
para proporcionar:
cuantitatva de la calidad en el
dE gestin;
del ciclo de vida del software
de software en los procesos - un marco de referencia
principales del ciclo de vida;
- soport para Ia revisin,
NOTA3
CONFORMIDAD
Cualquier requisto, especifcacin o evaluacin de la calidad del producto de software
conforme a esta parte de la ISO/IEC 9126, debe usar ya sean las
subcaracterscas de los capitulm 6 y 7, dando las razones parc cualquer
descrtbiendo su propa categorizacin de los atributos de calidad del productrc
proporcionando una conelacn entre las caEdersticas y subcaracteristcas
7.
Un requisito o especificacin de calidad del producto de software que
se usen para comparaciones, debe establecer si las mtricas
especifcadas en el numeralA.4.
NB-lSO-tEC 9126;1
contiene disposiciones que, a travs de la referencia en
de esta parte de la norma lSOllEC 9126. Para
posteriores a, o revisiones de oualquiera de esas
Sin embargo, las partes en acuerdo basadas en esta parte de
a investigar la posibilidad de aplicar la edicin ms reciente del
a aplicar. Los miembros de ISO e IEC mantienen registros de las
actualmente validas.
:2006, Tecnologa de la Informacin. Evaluacin del producto de software.
Y DEFINICIONES
de todas las partes de la lSOllEC 9126, se aplican las siguientes
as como las definiciones contenidas en la NB-lSOllEC 14598-1.
4.{ Nivel de
Grado en que se mnjunto especfico de
valores para las
MARCO DE
Este numeral descrbe que explica las
relaciones entre especfica de este
modelo se proporciona
5.I ENFOQUES DE
Figura 2. Calidad en el ciclo de vida
de los usuarios incluyen requisitos de
Estas necesidades identificadas
especifique la calidad interna
y externa, usando las caractersticas
calidad del producto de sofrware.
La evaluacin de los productos de software para que satsfagan
o
!
1'
.O
o
\J
!
r
a
o-
=t
r,t
I
AE
L
=
=
a
o
=
Las necesidades de calidad
contextos especficos de uso.
proceso
uno de los procesos del ciclo de vida del desanollo de
NB-lSO-lEC 9126:1
atributos intemos (normalmente medidas estticas de
los atributos extemos (normalmente midiendo el
),
o midiendo los atributos de la calidad en uso. El
el efecto requerido en un contexto de uso particular (vase
Iidad de cualquiera de los procesos del ciclo de vida definidos
a mejorar Ia calidad del producto, y la calidad del producto
en uso. For lo tanto, Ia evaluacin y mejora de un proceso es un
la ealidad del producto, y evaluar y mejorar la calidad del producto es un
Ia calidad en uso. lgualmente, la evaluacin de la calidad en uso puede
para mejorar el producto, y la evaluacin del producto puede
para mejorar el proceso.
internos apropiados son un prerrequisito para alcanzar el comportamiento
erido, y un comportamiento externo apropiado es un prerrequisito para alcanzar
en uso (vase la Figura 2).
requisitos de calidad del producto de software incluirn generalmente criterios de
luacin para la calidad intema, la calidad extema y la calidad en uso, para satisfacer las
de los adquirientes y usuarios
finales. (Vase la ISO/I
5.2 CALIDAD DEL
o
\
\,
.o
o
ly,

I
CL
CL
=!
rr!
t

CL
=
=
CE
o
z,
Los puntos de vista de
durante el ciclo de vida
calidad alcomienzo del
en uso cambian
como requisitos de
punto de vista externo
y de los usuarios, y es de igual manera que
la calidad del diseo, q
vista interno y de los
desarrolladores. Las de calidad, tales
como Ia especificacin y
r estos distintos puntos
calidad asociadas para de vista. Es necesario
gestionar adecuadamen
El objetivo es alcanzar la las necesidades reales de
los usuarios. La norma grQdo en elque se cumplen
las necesidades especificadas por un
usuano no sempfe no es, a menudo,
consciente de sus necesidades.reales*,..(a.hsneeesidades.pudeneambiartras ser
(3) diferentes usuarios pueden tener diferentes entornos de operacin, y (4) puede ser i
consultar a todos los posibles tipos de usuario, en especial para software pre-elaborado. As
los requisitos de calidad no se pueden definir completamente antes del comienzo del
as, es necesario mmprender las necesidades reales de los usuarios con tanto detalle
posible, y representar estas en forma de requisitos. El objetivo no es, necesariamente,
calidad perfecta, sino la calidad necesaria y suficiente para cada contexto de uso
cuando se entregue el producto y sea usado por los usuarios.
Las escalas de medicin para las mtricas usadas para los requisitos de
dividir en categoras correspondientes a los diferentes grados de
Por ejemplo, la escala se puede dividir en dos categoras: satisfactoria
cuatro categoras: excede los requisitos, cumple los requisitos,
inaceptable (vase Ia NB-lSO-lEC 14598-1). Las categoras
que ambos, el usuario y el desarrollador puedan evitar mstos y
NB-lSO-lEC 9126:1
del producto y de las mtricas asociadas en las
software (vase la Figura 3).
Calida en uso
Uso
y retroalimentacin
Requisitos
de calidad
externa
t
lndica
I
Calidad
externa
uye a especificar
I
o
Y
\,
.O
o
\,
!
t
A
a
=t
rrt

CL
=
=
CE
o
z,
Validacin
NOTA
Esta figura es una
fsonEc 9126-1.
Necesidades de
mtricas de calidad en
Estos requisitos
el producto. Conseguir
para ser consislente con la
isitos de calidad por
por mtricas intemas.
cuando se valida
los usuarios
normalmente un
desde la perspectiva del usuario.
NOTA
En la norma ISO 13407 se dan guas sobre procesos de diseo para sistemas interacvos.
Requisitos de calidad externa especifican el nivel de calidad requer
perspectiva extema. lncluyen los requisitos derivados de las necesidades
usuarios, incluyendo requisitos de calidad en uso. Los requisitos de
como objetivos de validacin en varias etapas del desarrollo. Los
para todas las caractersticas de calidad definidas en esta pae de
deberan definir en la especificacin de requisitos de calidad usando
deberan transformar en requisitos de calidad interna, y se
cuando se evale el producto.
NB-lSO-lEC 9126:1
el nivel requerido de calidad desde la perspectiva
caldad intema se usan para especificar la calidad de
incluir modelos estticos y dinmcos, otros documentos
de calidad intema se pueden usar como objetivos para Ia
desanollo. Se pueden usar tambin para definir estrategias de
y verificacin durante el desarrollo. Esto podra incluir
(por ejemplo para Ia capacidad de reuso), que estn fuera del
26. Los requisitos especficos de calidad interna se deberan
usando mtricas internas.
la totalidad de caractersticas del producto de software desde una
. La calidad intema se mide y evala frente a los requisitos de calidad
detalles de la calidad interna se pueden mejorar durante la implantacin,
de cdigo, pero la naturaleza fundamental de Ia calidad del producto de
por la calidad intema, permanece sin cambios a no ser que se disee
externa estimada (o pronosticada) es la calidad que se estima o predice para el
de software final en cada etapa del desarrollo para cada caracterstica de calidad,
en el conocimiento de la calidad intema.
o
!
t9
,O
o
\J
l

CL
L
z.

l/t
E
CE
CL
=
=

o
=
Calidad externa es la
perspectiva externa. s
normalmente durante
software desde una
y se mide y evala
simulados y usando
mtricas externas.
embargo, algunas
muchas fallas. Sin
pruebas. Dado que la
arquitectura u otros de corregir, estos
aspectos fundamen
pruebas.
a lo largo de las
Calidad en uso o predice para el
producto de software de calidad en
uso, y basado en el
NOTA
La calidad externa y la calidad eri rW se.$&der?*gtbar
)Ha.q*deqi6##?nte,g!;slsan$,
para cada caracterfstica definida en
como el actual estado del arte
adicional para mostrar la
il
Galidad en uso es la visiR=g"udliqri1asfffi;itrio-tflFTdeio de software cuando
usa en un entomo y en un contexto de uso especfico. Mide ms el grado en que los
pueden alcanzar sus objetivos en un entorno en particular, que las propiedades del
en s (la calidad en uso se define en el numeral 7).
NOTA
"Usuaros" se refiere a cualquier tipo de usuario posible, incluyendo a operarios y responsables del
distintos sus requisitos.
El nivel de calidad en elentorno de los usuarios podra ser diferente del
los desarrolladores, debido a las diferencias entre las necesidades y
distintos usuarios y las diferencias entre los entornos hardware y de
slo aquellos atributos del software que se usan para sus tareas.
software especificados por un usuario final durante la fase de
satisfacen los requisitos del usuario cuando el producto est en
Sin.
.i
"ar,r ,+
=+i,
requisitos de usuario y a la dificultad para especificar
, NB-ISO-IEC 9126:1
5.3 ELEITIENTSSAEREVALUADOS
:
Los elementos se'pueden evaluar por medicin directa, o indirectamente por la medicin de
sus consecuencias. Por eiemplo, un proceso se puede evaluar indirectamente midiendo y
evaluando su ptoducto, y un producto se puede evaluar indirectamente midiendo el
rendimiento de un usuario (usando mtricas de calidad en uso).
El software nunca se ejecuta aisladamente, sino siempre como parte de un sistema ms
grande, normalmente consistente en otros productos de software con los que tiene interfaces,
hardware, operarios humanos y procesos de trabajo. Ei producto de software mmpleto se
puede evaluar por los niveles de las mtricas externas escogidas. Estas mtricas describen su
interaccin con el entorno y se evalan mediante la observacin del sofiware en operacin. La
calidad en uso se puede medir por el grado en que un producto usado por usuarios
espmficos, satisface sus necesidades de alcanzar objetivos concretos con efectividad,
productividad, seguridad y satisfaccin. Esto se ha de complementar normalmente con
medidas de caractersticas ms especficas de calidad del producto de software. Es posible
tomar la medicin de estas caractersticas en el inicio del proceso de desarrollo.
En las etapas ms tempranas del desanollo, slo es posible medir recursos y procesos. Cuando
se empiezan a tener disponibles los productos intermedios (especificaciones, mdigo fuente, etc.),
stos se pueden evaluar mediante los niveles de las mtricas intemas seleccionadas. Estas
mtricas se pueden usar para predecir los valores de las mtricas externas. Estas, a su vez, se
pueden medir por derecho propio como prerrequisitos esenciales para la calidad externa.
Se puede hacer una distincin adicional entre la evaluacin de un producto de software y la
evaluacin del sistema en que es ejecutado.
NOTA 1
Por ejemplo, la fiabildad de un sisterna se evala observando todas las fallas debidas a cualquier causa (hardware, softr,vare, enor
humano, etc.), mienkas que la fiabilidad del producto de soflr.vare se evala extrayendo de las fallas observadas slo aquellas debidas a
fallas (ya sean debidas a requisitos, diseo o implementacin) en el sofir,vare.
Adems, la determinacn de dnde est el lmite del sistema depende del propsito de la evaluacin y de quines son los
usuarios.
NOTA 2
Por ejemplo, si se considera que los usuarios de una aeronave con un sisiema de control de vuelo computarizado son los
pasajeros, entonces el sistema del que dependen incluye la tripulacin, la estructura del avin, el hardware y el software del
sistema de control de vuelo, mientras que si se considera que los usuarios son la tripulacin, entonces el sistema del que
dependen es la estructura del avin y el sistema de control de vuelo.
5.4 USO DE UN MODELO DE CALIDAD
La calidad de un producto de software se debera evaluar usando un modelo de calidad
definido. El modelo de calidad debera usarse a la hora de establecer los objetivos de caldad
para los productos de software y paru los productos intermedios. La calidad del producto de
software debera descomponerse
jerrquicamente
en un modelo de calidad compuesto por
caracterstcas y subcaractersticas que pueden usarse como una lista de comprobacin de
aspectos relacionados con Ia calidad. Los captulos 6 y 7 definen un modelo de calidad
jerrquico
(aunque en determinadas circunstancias podra ser ms adecuado alguna otra
manera de categorizar la calidad).
En la prctica, no es posible medir todas las subcaracterstiffis internas y extemas de todos
los componentes de un producto de software grande. De igual manera, normalmente no es
prctico medir la calidad en uso para todos los posibles escenarios usuario-tarea. Los
recursos para la evaluacin necesitan asignarse a los distintos tipos de mediciones
NB-ISO-IEC 9126:1
de la naturaleza del producrto y de los procesos de
CALIDAD INTERNA Y EXTERNA
de calidad para calidad interna y externa. Categoriza los atributos
ses caractersticas (funcionalidad, fiabilidad, capacidad de uso,
y capacidad de ser portado), que se'subdMden a su vez
la Figura 4). Las subcaractersticas se pueden medir mediante
Se proporcionan de calidad del software
y subcaracterstica, la que influyen en la
capacidad delsoftware sfldetrmtila*pr-unuJniuntffiE"atrtffirrsinterr?os que pueden medirse.
En Ia lSOilEC 9126-3 Las caractersticas y
subcaractersticas se elsistema que mntiene
el software proporciona
extemas.
HOTA 1
ejemplos de mtricas
Hay una subcaracterfsiica de cumplimiento para todas las caracterflicas, ya que estos principios son generalmente
para todas las caracteristicas de calidad interna y extema
NOTA 2
Algunas de las caracterlsticas en esta parte de la Norma ISO/IEC 9't26 estn relacionadas con
Las caracterlscas de seguridad de funcionamientrc esln definidas para todo po de sistemas en la Norma
trmino de esta parte de la lSOllEC 9126 est tambin definido en la norma IEC 50-1S1, Ia definicin dada
genera,es.
6.{ FUNCIONALIDAD
La capacidad del producto de software para proporcionar
o
!
\,
.O
o
r-,
!
l
a
L
z,
t
Itl
t
CE
CL
=
=
CE
o
=
Adecuacin
exactitud
interoperabilidad
seguridad de
acceso
Cumplimiento de
la funcionaldad
Adaptablidad
instalabilidad
coexistencia
capacidad para
ser remplazado
Capacidad de
ser porlada
necesidades declaradas e mplcitas cuando se usa bajo las
NB-lSO-lEC 9126:1
para satisfacer necesidades, mientras que otras carac{erfstcas se refieren
necesidades.
de esta caracterfstica, tiene aplcacin la nota a Ia denicin de calidad en el numeral
por un usuario, la combinacin dE funcionalidad, fiabilidad, capacidad de uso y eficiencia se
la calidad en uso (vase el numeral 7).
{Apropiado
para el uso}
del producto de software para proporcionar un conjunto apropado de funciones
especfcadas y objetvos del usuario.
de adecuacin son composici orientada a tareas de funciones, partiendo de sus subfunciones y capacidades
Adecuacin corresponde a
NOTAS
Adecuacin afecta tambin la
6.1.2 Exactitud
La capacidad del o efectos corectos o
acordados, con el grado
6.1.3
La capacidad del
especificados.
uno o ms sstemas
6.1.4 Seguridad ue ac'd6'--="':'""
La capacidad del producto de software para proteger informacin y datos de manera
personas o sistemas no autorzados no puedan leerlos o modificarlos, al tiempo que
el acceso a las personas o sistemas autorizados.
llSo/lEC
12207:19951
NOTA 1
Esto tambin es aplicable a la transmisin de datos.
NOTA2
eguridad fsica se define como una caracterlstca de calidad en uso, ya que se refiere
o
!
t9
.O
o
\J

a
L
=I
rtl
I
CE
CL
=
=
EE
o
=
completo.
10
NB-ISO-IEC 9126:1
para cumplir normas, acuerdos o regulaciones, leyes
con la funcionalidad.
de software para mantener un nivel de desempeo especificado
especifcadas.
o envejece por s solo. Las limitaciones en la liabilidad se deben a defectos en requisitos, diseo e
debidas a este tipo de defectos dependen de la manera en que se usa el producto de software y se
del programa, en lugardel tiempo transcunido.
de fiabilidad de la norma ISOEC DIS 2382-14:1994 es: "La habiiidad de una unidad funcional para llevar a cabo una
'. En este documento, la funcionalidad es slo una de las caracteriscas de la calidad del sofh/are. As[ pues, la
de fiabilidad se ha ampliado a 'mantener un nivel de desempeo especificado ..." en lugarde
..
llevar a cabo una funcin
I Madurez
La capacidad del en elsoftware.
6.2-2 Tolerancia a fal
o
!
\,
.O
o
\.,
t4
t
CL
CL
=r
r/t
I
AE
CL
=
=
EE
o
=
La capacidad del
caso de fallas de
NOTA
El nivel de desempeo
5.2.3 Capacidad de
La capacidad del
y de recuperar los datos
NOTA.I
Tras una falla, un producto de
mediante su capacidad de
#k F;i ,fl?, HF f"i fr
ffi,,dru"ffi"ffifu"ffi.'
especificado en
peo especificado
a mmpo cuya duracin se evahla

.:."J
NOTA 2
La disponibilidad es la capacidad del producto de software de estar en un estado que permita llevar a cabo una
requerida en un momento determinado, bajo condiciones de uso especificadas. Externamente, se puede ey
disponibilidad mediante la relacin etre el tiempo total y el tiempo en que el sistema est operativo. La
pues, una combinacin de madurez, (que impacta en la frecuencia de falla), la tolerancia a las fallas, y la
recuperacin (que impacta en la duracin del empo de calda tras cada falla). Por esta razn no se ha
subcaracterlstca separada.
6.2.4 Cumplimiento de la fiabilidad
La capacidad del producto de software para cumplir normas, acuerdos o
y disposiciones similares relaconadas con la fiabilidad.
11
NB-lSO-lEC 9126:1
para ser entendido, aprendido, usado y ser atractivo
condiciones especificadas.
y efciencia afectarn tambin a la capacidad de uso, pero para los propsitos de la
capacidad de uso
operadores, usuarios linales y usuarios indirectos que estn bajo la influencia o dependen del uso
de uso debe tener en cuenta todos los diferentes entomos de usuario a los que puEde afectar el
la preparacin para el uso y la evaluacn de resultados
de ser entenddo
del producto de software que permite al usuario entender si el soft\ffare es
y cmo puede ser usado para unas tareas o condiciones de uso particulares.
depender de la
6.3.2 Capacidad de
La capacidad del
NOTA
sobre su aplicacn.
Los atributos internos
10.
define en la norma ISO 9241-
6.3.3 Gapacidad de
La capacidad del
NOTA 1
y controlarlo.
Ciertos aspectos de adecuacin, afectar a la operabilidad.
NOTA 3
Para un sistema que se opera por un usuario, la combinacin de funcionalidad, fiabilidad, capacidad de uso y
puede medir externamente por la calidad n uso.
6.3.4 Capacidad de atraccin
La capacidad del producto de software para ser atractvo al usuario.
Se refiere a atributos del software que pretenden hacer al software ms aaadivo al usuario, tal
o
!
\,
.O
o
fr,
l
t
CL
CL
=ra
r/t
t
OE
L
=
=
OE
o
=
naturaleza de los diseos grficos.
12
NB-lSO-lEC 9126:l
para cumplir normas, acuerdos, guas de estilo o
capacidad de uso.
de software para proporcionar un desempeo apropiado, relativo a
,
bajo condiciones determinadas.
otros productos de software, la configuracin del software y del hardware del sistema, y materiales (por
o disquetes).
que es operado por un usuario, la combinacin de funcionalidad. fiabilidad, capacidad de uso y eficiencia se
extemamente por la calidad en uso.
Comportamiento temporal
capacdad del
respuesta, tiempos de
y rendmiento
6.4.2 Utilizacin de
La capacidad del
adecuados cuando el
NOTA
Los recursos humanos se i
6.4.3 Cumplimiento
o
!
\,
.O
o
frr,
r
t
a
CL
=t
rrt
E
AE
CL
-=
=
CE
o
z.
La capacidad del
eficenca.
relacionados con Ia
6.5 CAPACIDAD
La capacidad del
podran ncluir
Gorecclones, mejoras
entorno, y requisitos'
especifiGacones
6.5.1 Capacidad de ser anazado
La capacidad del producto de software para que se le diagnostiquen deficiencias o
las fallas en el Sofh{/are, o para identificar las partes que han de ser modificadas.
6.5.2 Capacidad de ser modficado
La capacidad del prcducto de sffiu/are que permite que una determinada
NOTA I
La implantacin incluye la codificacin, el diseo y la documentacin de los cambios
13
NB-lSO-lEC 9126:1
final, la capacidad para ser cambiado podrfa afectar a la capacidad para er
de software para evitar efectos inesperados debidos a
ser probado
de software
que permite que elsoftware modificdo sea valdado.
de Ia capacidad de mantenmiento
del producto de software para cumplr normas o acuerdos relacionados con la
de mantenimiento.
CAPACIDAD DE SER PORTADO
capacidad del
NOTA El entomo puede ser
5.6.{ Adaptabilidad
La capacidad del prod
sin aplicar accones o
por el propio sof&vare
NOTA 1
entornos especificados,
para este propsito
La adaptabilidad ncluye la
pantallas, tablas, voltlmenes de
transacciones, formatos de
NOTA2
NOTA
Si el software se ha de instalar por el usuario final, la capacidad de ser instalado puede afectar a la
capacidad de operase.
6.6.3 Coexistencia
La capacidad del producto de sofh4rare para coexistir con otro software
entorno comn, compartiendo recursos comunes.
5.6.4 Capacidad de ser reemplazado
La capacidad del producto de sofh4lare para ser usado en
propsito, en el mismo entorno.
o
li,
L'
.O
o
\J
t
E
EL
L
=
rrl
I
OE
CL
=
=
CE
o
z,
14
lugar
NB-lSO-lEC 9126:1
de un produc{o de softrare para reemplazar a otra es importante para el usuario
en lugar de compatibilidad para evitar posibles ambigedades con interoperabilidad
podria incluir atributos tanto de instalabilidad como de adaptabilidad. El concepto se ha
debido a su mportanca.
de la capacidad de ser portado
del producto de software para cumplir normas o acuerdos relacionados con la
MODELO DE CALIDAD PARA CALIDAD EN USO
numeral deflne el modelo de calidad ra calidad en uso. Los atributos de caldad en
se categorzan en seguridad de acceso
y satsfaccin (vase la
La calidad en uso es la alc.anzar la calidad en
uso depende de depende de alcanzar la
calidad interna medidas a los tres
nveles, ya que alcanzar normalmente suficiente
que a u vez no son para asegurar el
sufiGientes para Ia norma ISO/IE
9126-4 se dan ejemplos de mtricas de calidad en uso.
7.t CALIDAD EN USO
La capacidad del producto de sofl^rare para permitir a determinados usua
objetivos especifcados con efectvidad, productividad, seguridad y saisfaccin,
de uso especificados.
NOTA 1
La calidad en uso es el punto de vista del usuario respecto a la calidad de un entomo conteniendq
los resultados de usar el software en dicho entomo, ms que por propiedades del softrare en si.
NOTA2
La delinicin de calidad en uso de la NBISO/IEC 14598-1
{que
se reproduce en el
nueva caracterlstlca de 'seguridad ffsica".
o
Y
\,
.O
o
\J
t
l
a-
EL
=l
r/l
tl
CE
L
=
=
AE
o
=
15
NB-lSO-lEC 9126:1
1-11 de una manera similar a la definicin de calidad en uso de esia parte de la
por cualquiera de las caraderlsticas de calidad y es, de esta manera, ms amplia
e de la lSOllEC 9't26 en trminos de capacidad para ser entendido, capacidad parte de la lSOllEC 9't26 en trminos de capacidad para ser entendido, capacidad
capacidad de abaccin y cumplmiento.
de software para permitir a los usuarios alcanzar objetivos
y completitud, en un contexto de uso especfcado.
producto de soryare
recursos con relacin a
parE permitir a los usuarios mnsumir una cantidad
la efectidad alcanzada, en un contexto de uso
o
!
rrE,
.O
o
\J
I
t
CL
CL
z,

rrt
E
CE
CL
=
=
aE
o
z,
relevantes pueden incluir el tiempo para compleiar la tarea, el esfuerzo del usuario, materiales, o el costo financiero
il.3 Seguridad
La capacidad del
dao a personas, al
contexto de uso
NOTA
Los riesgos son normalmente
capacidad de mantenimiento.
7.1.4 Satisfaccin
La capacidad del
especficado.
del resgo de hacer
medio ambente en un
fiabilidad, capacidad de uso o
NorA
I
=*"""**"*-
i
-i
ffi# E# t+ ,+****. eFEa ..dil+ eg !
La satisfaccin es la respuesta dtl rffiarffi.ro0#BrEF,"'8" laffiud
hacia
el uso delproducto.
.#trH:tr#8ffi%% H
,
fi a# I :
+*r
HK
,fu,_,
B
:
i:i
NB-ISO-IEC 9126:1
A (Normativo)
MTRICAS
niveles de cieftos atributos intemos influyen en los niveles de algunos
manera
que para la mayora de caractersticas hay un aspecto externo y
Por ejemplo, la fiabilidad se podra medir extemamente observando el
un perodo dado de tiempo en ejecucin durante el enayo del sofhvare, e
iante la inspeccin de las especificciones detalladas y del codigo fuente para
de tolerancia a fallas. Se dice que los atributos intemos son indicadores de los
. Un atributo intemo podra influir en una o ms caractersticas,
y una
llca
podra ser influda por ms de un atributo (vase Ia Figura A.1). En este modelo, la
de los atributos de calidad del producto de software se clasifican
jerrquicamente en
de caractersticas
y subcaractersticas en forma de rbol. El nivel ms alto de
'estructur.a
consiste en caractersticas de calidad
y el nivel ms bajo consiste en los atributos
calidad del software. La ua no es atributos podran contribuir
ms de una subca
extemas.
La corelacin entre atributos internos y medidas externas nunm es perfecta, y el
un atributo intemo dado tiene sobre una medida externa asociada estar
experiencia,
y depender del contexto
particular en que se use el software.
De la misma manera, las propiedades externas (como la adecuacin,
fallas o el comportamiento temporal) influirn en la calidad observada. Una
o
!
\,
.O
o
\J
t
l
CL
EL
=!
rtl
I
CE
CL
=
=
AE,
o
2
en uso (por ejemplo, un usuario no puede completar una tarea) se
atributos de calidad externa (por ejemplo, adecuacin o capacidad de
atributos intemos asociados
que necesitan ser cambiados.
ARE
17
NB-ISO-IEC 9126:1
a un producto de sofiware no ejecutable (como una
durante el diseo y la eodificacin" Cuando se desarrolla un
intermedios se deberan evaluar usando mtricas intemas
nsecas, incluyendo aquellas que pueden derivarse de
. El propsito principal de estas mtricas intemas es asegurar que
y la calidad en uso requerida; se dan ejemplos en la ISO/IEC
proporcionan a los usuarios, evaluadores, responsables de
la ventaja de que son capaces de evaluar de manera temprana la
de sofhrare y de que pueden tener en cuenta los aspectos de calidad antes
de software se llegue a ejecutar.
miden atributos internos o indican atributos externos mediante el anlisis
estticas de los productos software intermedios o de los entregables. Las
de mtricas intemas usan los nmeros o las frecuencias de la composicin de los
de software que aparecen, por ejemplo, en las instrucciones del cdigo fuente, los
de control, los flujos de datos y los diagramas de transicin de estados.
documentacin puede
A.1.3 Mtricas
Las mtricas extemas de medidas del
comportamiento del si y observar el souare
ejecutable o sistema. se debera evaluar
usando mtricas explotacin y gestin
del producto
en un son principalmente
mtricas externas: En externas. Las mtricas
externas proporcionan
a y desanolladores
la certeza sobre la
o la operacin.
durante las pruebas
4.1.4 Relaciones
Cuando los requisitos de
,
se enumeran las
caractersticas o subca a los requisitos
o
!
\,
o
o
\J

I
L
EL
=t
r/t
!
4
CL
=
=
CE
o
=
de calidad. Despus oeiesoji#i'6Ebeefrfu+#s.:Erffic&,.xtrnfl gpropiadas
junto
con los
rangos aceptables, par...cuantifica,..los-,criterjos..de*cafidd"=que..v:dlOarn que el softwafl
satisface las necesidades del usuario. Entonces se definen y especifican los
internos de calidad del software para planificar que, al final, se alcanzar la calidad
calidad en uso, y se integrar dentro del producto durante el desarrollo. Para
atributos internos de calidad se especifican las mtricas internas y los rangos
de esta manera pueden servir para verificar que, durante el desarrollo, los
sofiware intermedios satisfacen las especificaciones de calidad interna.
Se recomienda que las mtricas intemas que se usen tengan una
sea posible con las mtricas externas deseadas, de manera que puedan
los valores de las mtricas externas. Sin embargo, en general es
tericos rigurosos que proporcionen correlaciones fuertes entre
18
",
El lnstituto Boliviano de Normalizatin y (alidad (|BNORCA) tiene reseruados los dercdros de reprcdu(dtfu. Esta publietin re en(eta pn
no podr reproducirse ni utilizarse ninguna parte de esta publicacin bajo ninguna forma y por ningn medio, electrnio o mednico, nduidos el
NB-lSO-lEC 9126:1
el grado en que un producto satsface las necesidades
alcanzar objetivos especificados con efectividad,
y satisfaccin, en un contexto de uso especificado. La
uso valda la calidad del producto de software en escenarios
contiene un ejemplo a tltulo informatvo de un mdulo de evaluacin de la calidad en uso.
es Ia vsin del usuario de la calidad de un sistema que contiene soft\ryare, y
del resultado de usar el software, mas que las propiedades del software
en uso es el efecto para el usuario de la combinacin de calidad intema y
de la calidad en uso con las otras caractersticas de calidad del producto de
depende deltipo de usuario:
el usuario final, ra el la calidad en uso es mente resultado de la
funcionalidad,
la persona que uso es resultado de la
capacidad de
ELECCIN DE
La base sobre la que se de negocio para
el producto y de las especifican mediante
26 soporta una cierta criterios para las
variedad de requisitos
- un usuano o una ar la adecuacin de un
producto de
- un comprador podr
medldas externas dq
en uso;
B
mtricas para capacidad de mantenimento;
una persona responsable de implementar el software en distintos entornos
evaluar el producto de software usando mtricas de capacidad de ser portado;
- un desanollador podra evaluar un producto de software frente a valores de
medidas intemas de cualquiera de las caractersticas de calidad.
NOTA
La NB-lSOllEC
'14598-1
proporcona requisitos y una guta para la eleccin de mtricas y
evaluacin del producto de software.
SO
o
!
rg
.O
o
\J
I
t
L
CL
=I
rrl
r

a
=
=
OE
o
=
4.3
19
NB-ISO-IEC 9126:1
PARACIONES
del uso de mtricas cuantitativas para hacer
o con valores de referencia, el informe debe declarar si las
usando elementos de valores conocidos, y reproducbles.
rgurosas se pueden hacer comparaciones fiables entre
de referencia. Los procedimientos de medicin deberan medir las
sticas) de calidad del producto de sovare cuya medida se
precisin para permitir establecer criterios y hacer comparaciones. Se
para posibles effores de medida causados por las henamientias de
humano.
usadas para hacer comparaciones deberan ser vlidas y
permitir hacer comparaciones fiables. Esto significa que
o
s
t9
\o
o
\J
II
I
L
CL
z,
rlJ
r/r
t.
aE
(L
=
=
CE
o
=
objetivas, empricas usando una escala vlida, y reproducibles.
ser objetivas, debe existir un procedimiento acordado y escrito para asgnar el
o la categora al atributo del producto
;
Para ser emprica, cin o mediante un
cuestionario osi
Para usar una de igual valor o de un
valor conocido. Si comprobacin, si es
necesario se deben
Para ser reprod las mismas
medidas personas efecten la
misma medicin del
Las mtricas internas es, deberan poder
correlacionarse con a
,
una medida interna de
un atributo particular del
calidad cuando se usa
aspecto medible de
suficientemente
las mediciones
asignen valores que
que el producto es de
producto satisfaga las
coincidan con
alta calidad, entonces
necesidades
2A
,',
NB-lSO-lEC 9126:1
B (lnformativo)
GONTENIDAS EN OTRAS NORMAS
NB-ISO/IEC 14598-1:2006 a menos que se indique otra cosa
compra u obtiene un sistema, producto de software o servicio de
fisica o abstracta medible de una entdad.
pueden ser intemos o externos,
.3 Desarrollador
anlisis de requisitos,
a delsoftware.
Una medida de un
8.5 Mdulo de
atributo
Un paquete de tecnolog sticaespecficas
8.6 Medida externa
Una medida indirecta de un producto derivado de medidas del comportamiento dels
que forma parte.
NOTA 1
El sistema incluye cualquier hardware, sofiware
{ya
sea a medida o comercial) y usuarios asociados.
NOTA2
El nmero de fallas encontradas durante las pruebas es una medida extema del nmero de
nrlmero de fallas se cuentan durante la operacin de un sistema informtico que mne el programa.
NOTA3
Las medidas extemas pueden ser utilizadas para evaluar los atributos de caldad ms
o
!
(,
\o
o
\,,
!

CL
CL
z,
tt
l/t
t
OE
CL
=
=
CE
o
=
Una organizacin que
diseo, pruebas para la
llSO/lEC
12207:19951
8.4 Medida directa
-. "-- i
El paquete incluye mtodos y tecns AE
"u*u*Orf "rmdry
a per waludas, datos
lgnedr
y recoger, y procedimienlos
heiramientas de-apoyo.
"
FA -B-#:" 5 :
"fu"
F-
E *EgI

****-,j
21
NB-tSO-tEC 9124'.1
Ias necesidades declaradas e implcitas cuando se utiliza
de un produc.to para realizar una funcin requerida o su
dentro de lmites especificados previamente.
o definicin de datos incorrectos en un programa informtico.
procede de la norma IEEE 610.12-1990.
Necesidades implcitas
oaoes gue
cuando la
de hecho necesidades
NOTA
Las necesidades impllciias son
B.1l lndicador
Una medida que puede
NOTA 1
La medida pronosticada puede
NOTA 2
Los indicadores pueden los atrbutos del proceso de
desarrollo. Ellos son medidas indi^eta+,imprecisasdElic+atriburss-="=--"-.: **="===
8.12 Medida indirectd
:
t
o
!
\,
.o
o
\J
E
t
CL
CL
=
(/l
t
CE
L
=
=
AE
o
=
Una medida de un
NOTA
(uno varios).
Una medida externa de un atributo de un sistema informtico (como el tiempo de respuesta a una entrada de
usuario) es una medida indirecta de atributos del software ya que la medida estar influenciada por los atributos
informtico adems de los atributos del propio software.
8.13 Produeto de software intermedio
Un producto del proceso de desanollo de software que se utiliza como
proceo de desanollo de sofiware.
NOTA
En algunos casos un prcducto intermedio puede tambin ser un produc{o final.
22
NB-|SO-IEC 9126:1
sea directa o indirecta.
de mmplejidad, el nmero de defeclos enconhados en una revisin y el ndce Fog
internas hechas sobre el propio producto.
butos de un producto que determinan su capacidad para satisfacer las
e implcitas al usarse bajo condiciones especificadas.
intema", utilizado en la ISO/IEC 14598 para contrastr con 'calidad extema", tiene esencialmenle el mismo
en la norma ISOEC S000.
"atributo" se uliza con el mismo significado del trmino "caracterfslica" usado en el numeral 4.1.1, ya que el trmino
se utiliza con un sentido mas especifico en Ia ISO/IEC 9126.
l6 Responsable
Una organizacin que
llSO/lEC
12207:19951
8.17 Medir
Realizar una medicn.
B.l8 Medida
EI nmero o categora
medcin.
la realizacin de una
o
!
19
.O
o
lYt
I'
t
CL
EL
=II
r/t
LL
AE
L
=
=
EE
o
z,
8.19 Medicin
l********
-B
HF
-*=,,
ffi HB deq tr
I
El uso de una mtrica paffi
6@lr;uffv@r Crtr@""
ser t#!mero o una categora)
t_"_*:__"_ *=__*_j i"-"**:--"- *.=--*-*:
NOTA La medicin puede ser cualitativa cuando se usan categorlas. Por ejemplo algunos atributos importantes de
sofhare son categorfas cualitativas, por ejemplo el lenguaje del programa fuente (ADA, C, COBOL, etc.).
8.20 Mtrica
Elmtodo de medicin y la escala de medicin definidos.
NOTA I
Las mtricas pueden ser internas o extemas, y dirEctas o indrectas.
NOTA2
Las mtricas incluyen mtodos para categorizar datos cualitativos.
23
NB-lSO-lEC 9126:1
una entidad que nfluyen en su capacidad para satisfacer
citas.
regulado, como el campo de la seguddad nuclear, la necesidades se especifican, en tianto que en
las necesidades impllcitas
de software es la endad relevnte
de la calidad
del grado en el cual una entdad es capaz de cumplir con los requisitos
requisitos pueden usuario especfim bajo contralo,
para usuarios no especificados, especicados por la
como el sofhrare de consumo,
comparacn y seleccin.
llSO/lEC
8402: 19941
8.23 Galidad en uso
evala productos con fines de
Grado en que un sus necesidades de
en contextos de uso alclnzil metas
especifcados.
NOTA
Esta definicin de calidad en uso . En Ia lSOllEC 14598 el trmino
capacidad de uso se utiliza para 9126-1.
la base para especificar
o
!
\,
.O
o
\J
t
t
EL
CL
=I
vt

CE
L
=
=
CE
o
=
8.25 Puntuacin
La acein de situar el valor medido en un
determinar el nivel de puntuacin asociado
especfca.
8.26 Niveldepuntuacin
Un punto de escala en una escala ordinal
medicin.
NOTA 1
nvel de puntuacin
al soft\vare para una
apropiado.
caracterstica
que se uliza para
El nivel de puntuacin facilita que el software se clasifique
{valore)
de acuerdo con
numeral 10.2).
24
NB-lSO-lEC 9126:1
con las distintas visiones de la calidad por parte de por ejemplo "Usuarios",
definidas.
escala son: una escala nominal que conesponde a un conjunto de categorfas; una escala ordinal
ordenado de puntos de escala; una escala de intervalo que coresponde a una escala ordenada
y una escala de relacin que no slo tiene puntos de escala equidistantes sino tambin posee
que utilizan escalas nominales u ordinales dan lugarb.datos cualtativos, y las mtricas que utilzan
generan datos cuantitativos
de los
prCIgramas, procedimientos, reglas y documentacin asociada de un
de proceso de informacin.
sofrware es una creacin
llSOnEC
2382:19931
8.29 Producto de
El conjunto de
datos asociados.
NOTA
documentacin y
Los productos incluyen
mantenimiento.
y responsables de
llSOllEC
12207:199571
8.30 Proveedor
Una organizacn que suministrar un sistema,
to. producto de sottware o
llSOllEC
12207:19951
o
!
19
'9
o
\J
I
l
EL
CL
=
r,t

CE
L
=
=
AE
o
z
8.31 istema
Un compuesto integrado que consta de uno o
instalaciones y personas, que provee Ia capacidad de
objetivo.
ms procesos, hardware,
satisfacer una necesidad
llSO/lEC
12207:19951
8.32 Usuario
Un individuo que utiliza el producto de software para realizar una
25
NB-|SO-|EC 9126;1
receptores de los resullados del software, o desarrolladores o responsables de
suministro de evidencia objetiva de que se han cumplido los
o aplicacin especfca prevista.
validacin concieme al proceso de examinar un producto para determinar la conformidad con las
normalmente desempeada sobre el producto final, bajo condiciones de operacin definidas. Esto puede ser
primeras eiapas.
es usado para designar el estatus conespondiente.
Las validaciones mltiples
flSO
8402: 19941
8.34 Verificacin
Confirmacin mediante
requistos especificados.
HOTA 1
han cumplido los
En diseo y desarrollo, la dada para determinar la
conformidad con los requisitos
NOTA2
o
Y
\,
.O
o
\,,
t
T
L
CL
=l
v!
l

EL
=
=
OE
o
=
o
NB-lSO-lEC 9126:1
'
Anexo C (informativo)
Historia deltrabajo
C.l Antecedentes
La industria del software est entrando en un periodo cje madurez, al mismo tiempo que el software
se est convirtiendo en un componente esencial de muchos de los productos actuales. Este aspecto
de omnipresencia del software lo convierte en un nuevo factor dei mercado. Adems, con las
demandas globales de calidad y seguridad, se est convirtiendo en una necesidad importante el
contar con acuerdos internacionales sobre procedimientos de evaluacin de la calidad del software.
Se pueden seguir esencialmente dos enfoques para asegurar la calidad de los productos, siendo ei
prinrero el aseguramiento del proceso mediante el cual se desarrolla el producto, y el otro la
evaluacin de la calidad del producto final.Ambos enfoques son importantes y ambos requieren ia
presencia de un sistema para gestionar ia calidad. Estos sistemas reflejan el compromiso de los
gestores en relacin a ia caiidad, expresan sus polticas y detallan los pasos que deben ser
implantados.
Para evaluar la calidad de un producto por medio de mecanismos cuantitativos se requiere un
conjunto de caractersticas de calidad que describan el producto y constituyan la base para la
evaluacin. Esta parte de la norma ISO 9126 define estas caractersticas de calidad para los
productos de software.
C.2 Historia
El estado del arte en tecnologa del software no presenia todava un esquema descriptivo bien
establecido y ampliamente aceptado para evaluar la calidad de los productos de software. Numerosas
personas han trabajado mucho desde 1976 para definir un marco de trabajo (framework) para la
calidad del software. A lo largo de los aos se han adoptado y mejorado los modelos de McCall, de
Bohem, de la Armada estadounidense, y otros modelos. Sin embargo hoy es difcil para un usuario o
consumidor de productos de software entender o comparar la calidad del software.
Durante mucho tiempo la confiabilidad ha sido el nico medio de contrastar la calidad. Se han
propuesto y presentado para su uso otros modelos de calidad. Si bien los estudios fueron tiles,
tambin causaron confusin por los numerosos aspectos de calidad ofrecidos. De este modo surgi la
necesidad de un modelo normalizado.
Por esta razn el ISO/IEC JTC1 comenz a desarrollar y fomentar el necesario consenso y la
normalizacin a nivel mundial.
Las primeras consideraciones comenzaron en 1978, y en 1985 comenz el desarrollo de la norma
ISO/IEC 9126. Los modelos propuestos inicialmente introdujeron propiedades del software que
dependan de aspectos de la aplicacin o de la implementacin (o de ambos). :
El primer paso del comit tcnico de ISO para ordenar estas propiedades sistemticamente fracas
por falta de definiciones. Los trminos se interpretaban de maneras distintas por los expertos. Todas
las estructuras discutidas fueron, en consecuencia, arbitrarias por naturaleza, sin una base eomn.
Como resultado se decidi que la mejor manera de establecer una norma internacional era estipular
un conjunto de caractersticas basadas en una definicin de calidad que fue usada posteriormente en
Ia norma ISO 8402. Esta definicin est aceptada para todos los tipos de productos y servicios.
Comienza con las necesidades del usuario.
27
NB-rSO-tEC 9126'j
idad delsoftware
caracterslicas descritos en la norma ISO/IEC 9126 fueron:
de la calidad que surjan de la definicin de calidad de lSO"
con un mnimo solape.
a la terminologa establecida
seis a ocho caractersticas eomo mximo, por razones de claridad y facilidad
o atributos de los productos de software que sern refinados posteriormente.
este comit tcnico dio como resultado el conjunto de caractersticas descrito
una norma nicamente de lerminologa conteniendo definiciones de caractersticas no
proporcionado suficiente apoyo al usuario para evaluar la calidad del software. Por lo que se
una descripcin de cmo proceder a la hora de evaluar la calidad de los productos de
o
!
\,
.o
L
o
\J
E
I
CL
a
=t
vt
I
CE
L
=
=
CE
o
=
Evaluar la calidad de
disponible, y requiere
momento no permiti
significativamente la publ
Por esta razn el comit
los desarrollos posteriores
C.4 Revisin de la
En 1994 se pens que
calidad de los productos
ms all del conjunto
estado del arte en ese
habra retrasado
EC 9126 para armonizar
rea de evaluacin de la
126. La revisin mantiene
las mismas seis las mtricas internas y
en uso. externas. Tambin se
La calidad se define en
entidad ...', La NOTA 4
caraclersticas de una
se debera usar como el
nico trmino para . Por esta razn la
norma ISO/IEC 14598-1 externa" para referirse
a los aspectos de calidad de las
de las caractersticas de software para.
I--"' t
para que se puedan interpretar en trminos que permitan medir la calidad intema y externa.
Se han introducido las subcaractersticas basadas en las del anexo informativo de la versin
de la norma ISO/IEC 9126. Se ha considerado el cumplimiento como una subcaracter
caracterstica, ya gue sus principios se pueden aplicar a todas las caractersticas software.
El modelo de proceso de evaluacin se ha trasladado a la norma lSOllEC 14
preparando tres lnformes Tcnicos como partes 2,3 y 4 de la norma ISO/IEC 9126,
ejemplos de mtricas internas, externas y de calidad en uso.
NB-lSO-lEC 9126:1
lnformacin. Evaluacin del Producto de software. Parte 2;
de la lnformacin. Evaluacin del Producto de software. Parte 3:
de la lnformacin. Evaluacin del Producto de software. Parte 4:
Tecnologa de la lnformacin. Evaluacn del Producto de software. Parte 5:
para evaluadores.
/Sgg-6,
Tecnologa de la lnformacin. Evaluacin del Producto de sorare. Parte 6:
de evaluacin y documentacin.
g12A-2,lngeniera
del Softruare. Calidad delproducto. Parte 2: Mtricas externas.
EC 9126-3,
: Mtricas internas.
tsoflEc 91264,
4: Calidad en el uso de
mtricas.
o
!
r9
.O
o
\.,
I
I
EL
CL
=lt
rrt
t
OE,
L
=
=
CE
o
z.
ISO/IEC 12207:1995,7
ISO 9000, Sisternas de
ISO 9001, Sistemas de
de vida delsoftware.
lEc 60050-191, V 191: Seguridad de
funcionamiento
y
IEEE 610.12-1990,
del sofiware.
lSOilEC 2382-1:1993,
Terms
Part 14: Reliability,
lSOllEC 2382-2A:199O, I nformation Technology. Vocabulary. Part 20: Sysfem
ISO 9241-11:1998, Ergonomic Requirements for Office Work wittt Visual Display
(VDTs). Part 11: Guidance an Usability.
ISO 9241-110:2006, Ergonamics of Human-System lnteraction. Part 110:
ISO 1 3407:1 999, Human-Centred Design Processes for lnteractive Sysfems.
ISO/IEC 15504 (todas las partes), lnfarmation Technology. Process
29