Calidad Total (IS452)

Ingeniería de Sistemas

MODELOS DE CALIDAD DEL SOFTWARE A NIVEL PRODUCTO SEM

10

CALIDAD DE PRODUCTO

El objetivo no es necesariamente alcanzar una calidad perfecta, sino la necesaria y

suficiente para cada contexto de uso a la hora de la entrega y del uso por parte de los
usuarios.
Es necesario comprender las necesidades reales de los usuarios con tanto detalle como
sea posible (requisitos).

Diferentes aspectos de la calidad

• Interna: medible a partir de las características intrínsecas, como el código fuente
• Externa: medible en el comportamiento del producto, como en una prueba
• En uso: durante la utilización efectiva por parte del usuario

EGM Página 1 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

Estructura general de un modelo de calidad

Factores: Punto de vista del usuario. Atributos de calidad externos

Criterios: Puntos de vista del producto. Atributos de calidad internos
Métricas: Medidas cuantitativas

EGM Página 2 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

EGM Página 3 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

EGM Página 4 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

EGM Página 5 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

ISO 9126

EGM Página 6 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

EGM Página 7 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

EGM Página 8 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

MODELO DE MC CALL

MODELO GQM (GOAL – QUE STION - METRIC)

El modelo GQM (objetivo- pregunta-métrica /goal – question - metric) de Basili y
Rombach (1998) es una propuesta de objetivos / metas orientado a la definición de
modelos de calidad. Se propone el paradigma GQM para evaluar la calidad de cada
proyecto. Este modelo utiliza una propuesta para definir un modelo de calidad hasta
obtener las métricas respectivas con el análisis e interpretación de los datos de las
mediciones respectivas. Plantea el enfoque de medición para evaluar la calidad del
software basado en la identificación de objetivos a lograr.
El enfoque de GQM basa la mejora en la definición clara de procesos y productos.
Proporciona la estructura para obtener los objetivos cruciales del proyecto. Consta de
3 etapas :
1- Listar los objetivos principales del desarrollo y mantenimiento del proyecto
2- Para cada objetivo, se deben obtener las preguntas que deben contestarse
para saber si se están cumpliendo los objetivos
3- Decidir qué medir para poder contestar las preguntas de manera adecuada, es
decir, desarrollar un conjunto de métricas que ayuden a responder la pregunta.
Las medidas individuales obtenidas se relacionan para poder ser utilizadas en
el contexto del proyecto completo. Otro aspecto preponderante en el enfoque
GQM es la interpretación de los datos recolectados en función de las preguntas
a partir de las cuales se derivaron esas medidas.
La idea fundamental del GQM es la medición orientada a objetivos / metas, la cual
está basada en el contexto. De acuerdo a esto, el modelo de medición tiene 3 niveles:
1- Nivel Conceptual (Goal): un objetivo / meta es definido para un propósito
específico en base a las necesidades de la organización, teniendo en cuenta
una variedad de razones, desde distintos puntos de vista relacionados a un
ambiente en particular. Un objetivo / meta representa el nivel máximo de
característica de calidad.
2- Nivel Operacional (Question): es un conjunto de preguntas que son utilizadas
para 22 caracterizar la forma de realización de una meta específica. Cada
característica de nivel máximo es redefinida en las subcaracterísticas usando
un conjunto de preguntas.
3- Nivel Cuantitativo (Metric): es un conjunto de datos que está asociado a toda
pregunta 23 de manera cuantitativa. Para cuantificar una subcaracterística se
utiliza un conjunto de métricas. La interpretación de las métricas es utilizada
para responder a las preguntas y concluir si la meta u objetivo se ha cumplido.

EGM Página 9 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

Modelo FURPS
El modelo FURPS propuesto por Robert Grady y Heweltt Packard Co (HP)
cuenta con 5 características de calidad del software:
1- Funcionalidad: Los requisitos de funcionalidad deben incluir : Conjunto de
Características, Capacidades y Seguridad
2- Facilidad de uso: Deben incluir subcategorías tales como: Factores humanos,
Estéticos, Consistencia en la Interfaz de Usuario, Ayuda en línea, Asistentes,
Documentación del usuario y Material de capacitación.
3- Confiabilidad: Se considera requisitos de confiabilidad: Frecuencia y severidad
de fallas, Recuperación a fallos y tiempo entre fallos
4- Performance: Un requisito de rendimiento impone condiciones a los requisitos
funcionales. Por ejemplo a una acción dada, se pueden especificar los
siguientes parámetros de rendimiento: Velocidad, Eficiencia, Disponibilidad,
Tiempo de Respuesta, Tiempo de Recuperación y Utilización de Recursos
5- Facilidad de soporte: Los requisitos de soporte pueden incluir: Requisitos de
instalación, Requisitos de Configuración, Requisitos de Adaptabilidad y
Requisitos de Compatibilidad.

Además plantea 2 categorías de requerimientos, las cuales son:

1- Requerimientos funcionales (F): especifican funciones que el sistema debe ser
capaz de realizar, sin tomar restricciones físicas a consideración, y se definen
a través de las entradas y salidas esperadas.
2- Requerimientos no funcionales (URPS): Usability (Facilidad de uso), Reliability
(Confiabilidad), Performance y Supportability (Facilidad de soporte). describen
atributos del sistema o atributos del ambiente del sistema.

FURPS se aplica realizando los siguientes pasos:

1- Asignación de prioridades y
Definición de los atributos de calidad que pueden ser medidos Para controlar la
calidad en el proceso de fabricación de su hardware, HP contempla un concepto global
bajo las siglas FURPS: Funcionalidad, Facilidad de uso, Confiabilidad (Reliability),
Prestaciones (Performance) y Servicio. Se trata de variables sobre las que se incide
durante todo el ciclo de vida del producto compuesto por diversas fases. La primera es
la concepción del producto a partir de análisis del mercado, después se marcan los
objetivos y se define el proyecto, apartado que se mezcla inevitablemente con la fase
de diseño real del producto e investigación. Posteriormente, se procede a traducir los
diseños en piezas o prototipos reales en el laboratorio. El Manufacturing Release es la
fabricación real a partir de los prototipos. Una vez fabricado, la siguiente fase en la
vida del producto es su comercialización hasta que se convierta en algo obsoleto y se
deje de fabricar como última etapa del ciclo. En el caso del Area de Marketing de
Producto de Oracle, el proceso PRP (Producto Release Process) comprende todas las
etapas que sigue el producto hasta que está en el mercado, es decir: Business Plan;
Product Plan; Diseño; Desarrollo; Verificación; Product Release; y Soporte. Para cada
una de las fases se definen las divisiones que participan y los mecanismos de entrada
y salida para cada una de ellas, es decir, los elementos que hay que cumplir y entregar
cada vez que se pasa de una a otra fase. Las divisiones implicadas en cada una de

EGM Página 10 de 11
 Calidad Total (IS452)
Ingeniería de Sistemas

estas etapas son: Marketing, Ventas, Alianzas o Venta Indirecta, Desarrollo,

Departamento de Calidad, Distribución, Formación, Consultoría y Soporte. Además, se
convocan y reunen una serie de mesas para controlar precísamente las entradas y
salidas de determinadas fases y se toman decisiones según la evolución El plan de
calidad está compuesto por una serie de especificaciones y planes; un conjunto de
documentos que cubren estas especificaciones funcionales; una serie de actividades
que comprenden, por ejemplo, el cumplimiento de los criterios de entrada y salida; y
luego una serie de dependencias entre esas actividades y fases. Asimismo, Oracle
dispone de una serie de tests para las diferentes etapas del producto. El Usability Test
se lleva a cabo en un laboratorio donde una vez diseñado el producto y el interfaz de
usuario, un conjunto de personas externas con un perfil adecuado prueban el producto
sin conocerlo para poder medir la curva de aprendizaje. En la fase Alpha, se lleva a
cabo el testeo de las funcionalidades básicas para luego, en la fase de Performance,
medir el rendimiento con distintas plataformas y sistemas operativos. En la fase Beta,
hay una parte de prueba interna y otra parte de pruebas externas con determinados
clientes de Oracle en función del producto en cuestión. Dentro de la Beta se hace un
Training al cliente y se le da soporte y se emiten unos informes sobre los resultados
que se van obteniendo. Además, se puede desarrollar también un Trial para que los
usuarios prueben el producto antes de su comercialización y obtener un "feed-back".
Asimismo, existe un plan de soporte definido que incluye una base de datos con todos
los errores registrados para poder subsanar las incidencias y lanzar los "parches"
oportunos.

EGM Página 11 de 11