CONSULTA SOBRE LOS MODELOS REFERENTES A LA CALIDAD DE SOFTWARE

PARA LOS PROCESOS DE DESARROLLO Y PRODUCTO FINAL

NUBIA LILIANA RODRGUEZ VILLALOBOS

UNIVERSIDAD DE SANTANDER
FACULTAD DE EDUCACIN
MAESTRA EN GESTIN DE LA TECNOLOGA EDUCATIVA
BOGOT D.C
2014
MODELOS REFERENTES A LA CALIDAD DE SOFTWARE PARA LOS PROCESOS
DE DESARROLLO COMO PARA EL PRODUCTO FINAL

MODELO DE GILB

El modelo de Gilb plantea la creacin de una especificacin de requisitos de calidad

para cada proyecto que deben escribir conjuntamente el usuario y el analista. Es un modelo
que permite determinar una lista de caractersticas que definen la calidad de la aplicacin.

Puede ser de 2 tipos: (1) Originales y (2) de modelos tradicionales.

Las caractersticas se pueden medir mediante varias subcaractersticas o mtricas

detalladas. Para cada una de ellas, se deben especificar los siguientes conceptos:

(1)nombre y definicin de la caracterstica,

(2) Escala o unidades de medicin,

(3) recopilacin de datos o prueba,

(4) valor previsto,

(5) valor ptimo,

(6) valor en el sistema actual y

(7) comentarios.

MODELO GQM (GOAL QUESTION - METRIC)

Este modelo utiliza una propuesta para definir un modelo de calidad hasta obtener
las mtricas respectivas con el anlisis e interpretacin de los datos de las mediciones
respectivas. Plantea el enfoque de medicin para evaluar la calidad del software basado en
la identificacin de objetivos a lograr.
El enfoque de GQM basa la mejora en la definicin 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
estn cumpliendo los objetivos

3- Decidir qu medir para poder contestar las preguntas de manera adecuada, es decir,
desarrollar un conjunto de mtricas 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 interpretacin
de los datos recolectados en funcin de las preguntas a partir de las cuales se derivaron esas
medidas.

La idea fundamental del GQM es la medicin orientada a objetivos / metas, la cual est
basada en el contexto.

MODELO DE MCCALL

La calidad de un sistema, aplicacin o producto es tan buena como los requisitos

que describen el problema, el diseo que modela la solucin, el cdigo que conduce a un
programa ejecutable y las pruebas que ejercitan el software para detectar errores. Un buen
Ingeniero del Software utiliza mediciones que evalan la calidad del anlisis y los modelos
de diseo, el cdigo fuente y los casos de prueba que se han creado al aplicar la Ingeniera
de Software. Para lograr estas evaluaciones de la calidad en tiempo real, el Ingeniero debe
utilizar medidas tcnicas que evalan la calidad con objetividad, no con subjetividad. Hace
25 aos se definieron factores de calidad como los primeros pasos hacia el desarrollo de
mtricas de calidad del software.

El modelo de McCall organiza los factores en tres ejes o puntos de vista desde los cuales el
usuario puede contemplar la calidad de un producto (1) Operacin del producto, (2)
Revisin del producto y (3) Transicin del producto (Figura 21). Cada punto de vista se
descompone en una serie de factores que determinan la calidad de cada una de ellos. Cada
factor determinante de la calidad, se descompone, a su vez, en una serie de criterios o
propiedades que determinan su calidad. Los criterios pueden ser evaluados mediante un
conjunto de mtricas. Para cada criterio deben fijarse unos valores mximo y mnimo
aceptables para cada criterio.

MODELO FURPS

El modelo FURPS propuesto por Robert Grady y Heweltt Packard Co (HP) cuenta
con 5 caractersticas de calidad del software: (1) Funcionalidad, (2) Facilidad de uso,
(3)Confiabilidad, (4) Performance y (5) Facilidad de soporte. Adems plantea 2 categoras
de requerimientos, las cuales son:

1- requerimientos funcionales (F): especifican funciones que el sistema debe ser capaz de
realizar, sin tomar restricciones fsicas a consideracin, y se definen a travs 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) asignacin de prioridades y (2)
definicin de los atributos de calidad que pueden ser medidos.

Para controlar la calidad en el proceso de fabricacin de su hardware, HP contempla un

concepto global bajo las siglas FURPS: Funcionalidad, Facilidad de uso, Confiabilidad
(Reliability), Prestaciones (Performance) y Servicio.

Modelo de BOEHM

El modelo de Boehm (1978) agrega algunas caractersticas a las existentes en el modelo de

McCall y representa una estructura jerrquica de caractersticas, cada una de las cuales
contribuye a la calidad total. Consiste en un modelo de descomposicin de caractersticas
de calidad del software en 3 niveles (usos principales, componentes intermedios y
componentes primitivos) previos a la aplicacin de mtricas. Este modelo plantea factores
de calidad formados por criterios de calidad y mtricas respectivas

El modelo de Boehm tiene como finalidad que a travs de la calidad del software, el
software: (1) realice lo que desea el usuario, (2) utilice recursos informticos de manera
correcta y eficiente, (3) sea fcil de utilizar y aprender; y (4) sea bien diseado, codificado,
probado y mantenido. Este modelo es similar al de McCall ya que presenta una jerarqua de
caractersticas, est basado en una amplio rango de caractersticas e incorpora criterios que
incluyen caractersticas de performance del hardware.

Las mtricas directas e indirectas son usadas para determinar el nivel de acuerdo a un
criterio en particular que afecta a los principales factores de calidad. Factores tales como
portabilidad, confiabilidad, facilidad de mantenimiento y facilidad de modificacin son
propiedades estticas. Cada factor es descompuesto en varios criterios. La facilidad de
prueba y la eficiencia dependen del comportamiento de las interpretaciones especficas y
constituyen propiedades dinmicas.

MODELO SATC (SOFTWARE ASSURANCE TECHNOLOGY CENTER)

SATC desarroll un modelo dinmico que permite la produccin de varios

proyectos en desarrollo. Los datos del proyecto son usados para realizar proyecciones
acerca de los riesgos y puntos de control del proyecto. Este modelo utiliza un amplio rango
de medidas o mtricas y; tiene objetivos, atributos y mtricas asociadas a los procesos de
desarrollo y al software propiamente dicho. Este modelo define un conjunto de metas u
objetivos relacionados al producto de software y atributos del proceso que permiten realizar
indicaciones de la probabilidad de xito de los objetivos. Un conjunto de mtricas es
seleccionado o desarrollado, el cual medir los atributos seleccionados.

A partir del concepto de calidad del software, se deducen 4 metas u objetivos:

1- Calidad de los Requerimientos: el objetivo de esta meta es que los documentos de
requerimientos estn completos, no ambiguos y entendibles. Esta meta tiene los siguientes
atributos:

(1) Ambigedad: requerimientos con mltiples significados,

(2) Integridad: items a ser especificados,

(3) Facilidad de entender: documento legible y

(4) Trazabilidad: trazabilidad de los requerimientos generales respecto del cdigo y de las
pruebas.

2- Calidad del Producto: un objetivo importante de un proyecto de desarrollo de software es

desarrollar cdigo y documentacin que se correspondan con los requerimientos del
proyecto. Esta meta u objetivo tiene los siguientes atributos:

- Estructura / Arquitectura: la evaluacin de un mdulo para identificar posibles errores e

indicar problemas potenciales en la facilidad de uso y facilidad de mantenimiento

- Reutilizacin: utilizar el software en diferentes contextos o aplicaciones

- Facilidad de mantenimiento: es el esfuerzo requerido para localizar y corregir un error en

un programa

- Documentacin: tener la adecuada documentacin del cdigo interno y la documentacin

externa.

3- Efectividad de la implementacin: el objetivo de la efectividad de la implementacin es

maximizar la efectividad de los recursos dentro de las actividades programadas en el
proyecto. Los atributos de este objetivo son:

- Uso del recurso: el uso del recurso relacionado a la etapa apropiada del proyecto

- Cumplimiento de los porcentajes: avances realizados en los items

4- Efectividad de la prueba: los objetivos de la prueba de efectividad es ubicar y reparar las
fallas del software. El atributo es la correccin. Una vez generado el cdigo, se realizan
pruebas de unidades, pruebas finales y pruebas de aceptacin.

MODELO DE DROMEY

El modelo de Dromey tiene el propsito de trabajar con una estructura que permite
construir y utilizar un modelo de calidad prctico para evaluar las etapas de Determinacin
de los requerimientos, Diseo e Implementacin. Esta informacin puede ser usada para
elaborar, comparar y evaluar la calidad de los productos de software. Este modelo plantea
la calidad del producto por medio de la definicin de subcaractersticas que pueden ser
medidas y evaluadas como caractersticas. Tambin, permite aumentar el entendimiento
respecto de la relacin entre los atributos (caractersticas) y los subatributos
(subcaractersticas) de calidad.

Dromey propone 3 modelos para cada etapa del proceso de desarrollo: (1) modelo de
requerimientos, (2) modelo de diseo y (3) modelo de calidad de la implementacin. Las
caractersticas de calidad planteadas en este modelo son: Eficiencia, Confiabilidad,
Facilidad de mantenimiento, Portabilidad, Facilidad de uso y Funcionalidad.

Estas caractersticas pueden ser agrupadas de acuerdo a diversos aspectos a tener en cuenta
en la implementacin: (1) correccin, (2) aspectos internos, (3) aspectos del contexto y (4)
aspectos descriptivos.
MODELO C-QM

C-QM provee un modelo de calidad comprensivo que puede ser aplicado

efectivamente para evaluar diversos aspectos de la calidad del software. Este modelo
consiste de factores de calidad, criterios y mtricas. La estructura de C-QM tiene 3 capas:
Factor, Criterio y Mtrica.
METODOLOGA SQAE (SOFTWARE QUALITY ASSESSMENT EXERCISE)

Esta metodologa fue desarrollada por MITRE Corporation y se basa en el concepto

de establecer una jerarqua en la cual los conceptos relacionados al riesgo del ciclo de vida
estn compuestos de factores tangibles y medibles. Es una metodologa que permite
cuantificar los riesgos asociados al software. SQAE provee un conjunto de herramientas y
mtodos de evaluacin que dan una medida consistente de la calidad del software y sus
riesgos asociados.

El mtodo de SQAE est basado en el modelo de Boehm, McCall y Dromey. Los factores
se establecen en un contexto en el cual las mtricas, la documentacin y la codificacin
pueden ser usadas para generar un perfil de las fortalezas y debilidades del diseo y de la
implementacin del sistema.

El objetivo de esta metodologa es producir un sistema de evaluacin que satisfaga el

objetivo de producir resultados confiables en todas las etapas del ciclo de vida del software.