UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Norma ISO/IEC 9126 y Metrica de Calidad de Software

Yuli Paola Rodrguez Jimnez Cd. 1018442521

Ingeniera de Sistemas
Evaluacin de Software
Marzo de 2016

Yuli Paola Rodrguez Jimnez

Ingeniera de Sistemas

Contenido

Norma ISO/IEC 9126 y Metrica de Calidad de Software ....................................................................3

Yuli Paola Rodrguez Jimnez

Ingeniera de Sistemas

Norma ISO/IEC 9126 y Metrica de Calidad de Software

La calidad de cualquier producto depende de la calidad de las materias primas. Requisitos de software
Pueden ser considerados como materias primas en cualquier proyecto de desarrollo de software, por
lo tanto se puede decir con seguridad que los requisitos pobres pueden conducir a un software inferior
que no cumpla con las necesidades de los clientes requeridos.

El objetivo de la norma ISO / IEC 9126 es proporcionar un marco para la evaluacin de la calidad
del software. ISO / IEC 9126 no proporciona los requisitos para el software, pero define un modelo
de calidad que es aplicable a todo tipo de software. En l se definen seis caractersticas de calidad del
producto y en un anexo proporciona una sugerencia de subcaractersticas de calidad.

Las subcaractersticas adoptados por la ISO / IEC 9126 - 1991, son los siguientes:
caractersticas subcaractersticas
Idoneidad
accurateness
funcionalidad interoperabilidad

Conformidad

Seguridad

Madurez

definiciones
Los atributos de software que tienen que ver con la
presencia y la adecuacin de un conjunto de funciones para
las tareas especificadas.
Los atributos de software que tienen que ver con la
provisin de resultados o efectos correctos o acordados.
Los atributos de software que tienen que ver con su
capacidad para interactuar con los sistemas especificados.
Los atributos de software que hacen que el software se
adhiere a las normas relacionadas con la aplicacin o
convenciones o regulaciones en leyes y prescripciones
similares.
Los atributos de software que tienen que ver con su
capacidad para prevenir el acceso no autorizado, ya sea
accidental o deliberada, a los programas o datos.
Los atributos de software que tienen que ver con la
frecuencia de falla por fallas en el software.

Yuli Paola Rodrguez Jimnez

Ingeniera de Sistemas

Los atributos de software que tienen que ver con su

capacidad para mantener un nivel especfico de actuacin
Confiabilidad La tolerancia a fallos
en caso de fallos de software o de la violacin de su
interfaz especificada.
Los atributos de software que tienen que ver con la
capacidad para re-establecer el nivel de rendimiento y se
recuperabilidad
recuperan los datos directamente afectadas en caso de un
fracaso y en el tiempo y el esfuerzo necesarios para ello.

comprensibilidad

usabilidad

Facilidad de
aprendizaje
operabilidad

Eficiencia

Los atributos de software que tienen que ver con los

comportamiento en el
tiempos de respuesta y procesamiento y en las tasas de
tiempo
rendimiento en las actuaciones de su funcin.
Los atributos de software que tienen que ver con la
comportamiento de
cantidad de recursos utilizados y la duracin de dicho uso
los recursos
en el desempeo de su funcin.

analizabilidad

mantenibilidad

Los atributos de software que tienen que ver con el

esfuerzo de los usuarios para reconocer el concepto lgico
y su aplicabilidad.
Los atributos de software que tienen que ver con el
esfuerzo de los usuarios para el aprendizaje de su
aplicacin.
Los atributos de software que tienen que ver con el
esfuerzo de los usuarios para el control de la operacin y
funcionamiento.

Posibilidad de
cambiar
Estabilidad
la capacidad de
prueba

Adaptabilidad

Los atributos de software que tienen que ver con el

esfuerzo necesario para el diagnstico de deficiencias o
causas de los fracasos, o para la identificacin de las partes
a ser modificados.
Los atributos de software que tienen que ver con el
esfuerzo necesario para la modificacin, eliminacin de
fallo o de un cambio ambiental.
Los atributos de software que tienen que ver con el riesgo
de efecto inesperado de modificaciones.
Los atributos de software que tienen que ver con el
esfuerzo necesario para la validacin del software
modificado.
Los atributos de software que tienen que ver con la
posibilidad de su adaptacin a diferentes entornos
especificados sin aplicar otras medidas o medios que no
sean los previstos para este fin por el software considerado.

Yuli Paola Rodrguez Jimnez

Ingeniera de Sistemas

Portabilidad

capacidad de
instalacin
conformidad

Intercambiabilidad

Los atributos de software que tienen que ver con el

esfuerzo necesario para instalar el software en un entorno
determinado.
Los atributos de software que hacen que el software se
adhieren a los estndares o convenciones relacionadas con
la portabilidad.
Los atributos de software que tienen que ver con la
oportunidad y el esfuerzo de usarlo en el lugar del otro
software especificado en el entorno de ese software.

La calidad debe ser tcnicamente y operativamente dentro de las limitaciones existentes que son
tpicamente tiempo y dinero, es decir, la viabilidad. Un requisito tambin debe ser comprensible. Se
debe organizar de manera que facilite la revisin, as como ser gramaticalmente correcto. Debe
organizarse por procesos de negocio o por escenario, as como asegurarse de que los requisitos
funcionales deben estar separados de los requisitos no funcionales y organizados por niveles. Si un
requisito no es ambiguo, un lector o lectores de una declaracin requisito debera ser capaz de dibujar
una sola interpretacin de la misma, as como llegar a la misma interpretacin. Palabras subjetivas
como debe ser evitado fcil de usar, fcil, sencillo, rpido, eficiente, varios, y el estado de la tcnica
(Pressman, 2001).
Los requisitos deben ser priorizados, porque si todos los requisitos se consideran igualmente
importante, el director del proyecto es menos capaz de reaccionar a las nuevas exigencias aadidas
durante el desarrollo, lo que resulta en dficits presupuestarios y los excesos de horario. Una de las
prioridades de aplicacin debe ser asignada a cada requerimiento, funcin o caso de uso para indicar
qu punto es esencial en el sistema. Inspeccin o demostracin deben utilizarse como medio para
determinar si cada requisito se aplica correctamente en el producto. Esto se llama
verificacin. Requisitos que no son coherentes, viables o no ambigua tambin no son
verificables. Los requisitos no deben decir que el producto ser "apoyar" algo como esto no sea
verificable.

Yuli Paola Rodrguez Jimnez

Ingeniera de Sistemas

Los beneficios de los requisitos de calidad de software, especificaciones, entre otras cosas incluyen
la congruencia entre los interesados y los desarrolladores del sistema previsto. Esto ayudar a los
usuarios potenciales para determinar si el producto en cuestin se adhiere a sus
necesidades. Requisitos de buena calidad garantizan que todos los requisitos se someten a un riguroso
examen antes de diseo comienza reduciendo as los costos posteriores de rediseo, grabacin y
repeticin de pruebas. Esto tambin asegura que los errores, malentendidos e inconsistencias son
identificados temprano en el ciclo de desarrollo cuando los problemas son ms fciles de
corregir. Dado que los requisitos proporcionan una base para la validacin y verificacin, se elimina
el riesgo de GIGO en el sentido de que los insumos se analizan para determinar la exactitud y validez
de modo que la verificacin del producto final no se basa en entradas incorrectas.