MODELOS DE CALIDAD

De una explicación sobre el modelo McCall (y cada uno de sus factores) , el

modelo Boehm, el modelo Ad-Hoc y lo modelos de las ISO 9126 (junto con sus
métricas) y la 9001 hablando en detalle de los componentes y características de
cada uno.

Realice una comparación entre el modelo McCall y el Boehm, además realice un

análisis y explique cuál de estos modelos aplicará más a su proyecto formativo.

Analice y explique cada una de las su características de calidad durante el ciclo de

vida del software.

Investigue los modelos FURPS y el Dromey, analice en qué consisten y realice

una explicación de estos.

SOLUCIÓN
1. De una explicación sobre el modelo McCall (y cada uno de sus factores) , el
modelo Boehm, el modelo Ad-Hoc y lo modelos de las ISO 9126 (junto con
sus métricas) y la 9001 hablando en detalle de los componentes y
características de cada uno.

McCall
Desarrollado para la fuerza aérea de los EE.UU en 1977 por Jim MCCALLl , este
modelo busca reducir la relación entre usuarios y desarrolladores teniendo en
cuenta factores de calidad donde estén presentes las relaciones de ambos. Su fin
es, especificar los requisitos de calidad del producto software al comenzar el
proyecto y en cada etapa del ciclo de vida de este, para este modelo se hace
necesario evaluar cada factor de calidad estableciendo valores deseables para los
criterios. Al finalizar el desarrollo del proyecto, es necesario comprobar si lo
establecido inicialmente se cumplió. El modelo de MCCALLl, organiza los factores
en tres ejes o puntos de vista desde los cuales el usuario, puede contemplar la
calidad de un producto. Estos son:
 Operación del producto
 Revisión del producto
 Transición del producto
 Cada punto de vista se descompone en once factores que determinan la calidad
de cada uno. 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 métricas. Para cada criterio,
deben fijarse unos valores máximo y mínimo aceptables para cada criterio. Antes
de comenzar a utilizar el modelo de MCCALL, se requiere seguir las siguientes
pautas:
Se aceptan los factores, criterios y métricas que propone el modelo, Se aceptan
las relaciones entre factores y criterios, y entre criterios y métricas; y Se
selecciona un subconjunto de factores de calidad sobre los que se aplican los
requisitos de calidad establecidos para el proyecto.
Boehm
Este modelo se define a partir de los siguientes ítems:
• Presenta una jerarquía de características, cada una de las cuales contribuye a la
Calidad global.
• El concepto de SW exitoso abarca las necesidades y expectativas de los
usuarios (igual que MCCALL).
• Incluye características de desempeño de HW (omitidas en MCCALL).
• Utilidad General del SW: se afirma que el SW debe ser útil por sobre todas las
cosas. (Usuario Final, Usuario Mantenedor del Sistema y el Usuario Programador).
• El SW debe hacer lo que el usuario quiere que haga utilizando los recursos de la
computadora de manera correcta y eficiente. El Software es fácil de aprender y
usar para los usuarios. Está bien diseñado, bien codificado y es probado y
mantenido fácilmente.
Ad-Hoc
El término ad-hoc también se utiliza para referirse a la manera de trabajo en donde
se busca únicamente lograr un desarrollo que dé respuesta al problema en el que
se está trabajando.

En los modelos de calidad a medida no se tiene inicialmente ningún conjunto de

factores de calidad, ya que estos deben ser identificados de acuerdo al proyecto.

El modelo de calidad se construye estableciendo objetivos a alcanzar, que serán

los factores de calidad más abstractos que se descomponen a su vez en otros
más concretos hasta llegar otros que puedan ser medidos. La ventaja con estos
modelos es que pueden ser más refinados y precisos, pero el inconveniente es
que deben ser construidos desde cero para cada proyecto, conllevando a mayores
costos en comparación con los modelos fijos, además de no poder ser reutilizados
fácilmente de un proyecto a otro.

 No provee un ambiente estable para desarrollar y mantener software.

 Los proyectos usualmente abandonan los procedimientos planificados

 El éxito depende de contar con un gerente excepcional y un heroico equipo

de software.

 Cronogramas, presupuestos, funcionalidad y calidad del producto son

generalmente imprevisibles.
ISO 9126
Es un modelo con seis atributos principales que contribuyen a la calidad.
Esta parte de la ISO 9126, describe el modelo de calidad del producto de software.
La primera parte del modelo, especifica 6 características de calidad interna y
externa, las cuales están divididas en sub-características, que son manifestadas
externamente cuando el software es utilizado como parte de un sistema, y son un
resultado de atributos internos de este. La calidad interna evalúa el total de
atributos que un software debe satisfacer teniendo en cuenta condiciones
especificadas. Esta calidad es medible a partir de las características intrínsecas.
Mientras que la calidad externa, evalúa que el software satisfaga las necesidades
del usuario teniendo en cuenta las condiciones especificadas. Esta calidad es
medible, en el comportamiento del producto.
Las características definidas son aplicables a todo tipo de software. Las
características y sub-características proveen una terminología consistente
respecto de la calidad del producto del software.
Esta norma, permite especificar y evaluar la calidad del Software desde distintas
perspectivas, asociadas con la adquisición, requerimientos, desarrollo, uso,
evaluación, soporte, mantenimiento, aseguramiento de la calidad, y auditoria del
software.
Puede ser usada por desarrolladores, evaluadores independientes y grupos de
aseguramiento de la calidad, responsables de especificar y evaluar la calidad del
Software.
ISO 9001
Este estándar,
10 no es específico de la industria del software y no se limita a manejar
únicamente estándares de la calidad de software sino que especifica los requisitos
para un buen sistema de gestión de la calidad.
Dicho estándar, describe el sistema de calidad, que para el caso de un producto
software incluye aquellas etapas de diseño, que especifican la funcionalidad,
confiabilidad, usabilidad, eficiencia, facilidad de mantenimiento y portabilidad que
son factores determinantes en la calidad de un software.
Esta norma, promueve el enfoque basado en procesos que mejoran la eficacia de
un sistema de gestión de la calidad, basado en el cumplimiento de los requisitos
mediante la satisfacción del cliente. Por ello, la organización debe planear los
procesos necesarios para la realización del producto, en esta etapa, se
determinan los objetivos de la calidad, requisitos del producto, recursos,
actividades de verificación, validación, seguimiento, medición, inspección, pruebas
y registro de evidencias. Esta metodología, permite la operación de la
organización pues recibe los resultados de la planificación.
La aplicabilidad de la ISO 9001 para la ingeniería de software, está especificada
en la ISO 900-3, por lo tanto es la guía para la aplicación de la ISO 9001 para el
desarrollo, la aplicación y mantenimiento de software, debido a que incluye la
planificación de proyectos, beneficia los costos de producción, beneficios de
calidad y estrategias de mercado.
2. Realice una comparación entre el modelo McCall y el Boehm, además
realice un análisis y explique cuál de estos modelos aplicará más a su
proyecto formativo.
 3. Analice y explique cada una de las su características de calidad durante
el ciclo de vida del software.

Funcionalidad
Singularidad que permite calificar si un software maneja de forma adecuada las
funciones que satisfagan las necesidades para las cuales fue diseñado.
Atributos
 Adecuación: Permite medir si el software cuenta con las funciones
apropiadas para efectuar las tareas que fueron especificadas en su diseño.
 Exactitud: Permite medir si el software presenta resultados o efectos
acordes a las necesidades para las que fue creado.
 Interoperabilidad: Permite medir la habilidad del software para interactuar
con otros sistemas específicos.
 Conformidad: Permite medir si el software se adhiere a estándares o
convenciones relativas al software o regulaciones de tipo legal.
 Seguridad: Permite medir si el software posee la habilidad para evitar
acceso no autorizados, accidentales o deliberados, a los programas o
datos.

Confiabilidad
Singularidad que permite calificar la capacidad de un software en mantener su
nivel de ejecución bajo un periodo de tiempo establecido.
Atributos
 Nivel de madurez: Permite medir la frecuencia de falla por errores en el
software.
 Tolerancia a fallas: Permite medir la habilidad de mantener un nivel de
funcionamiento en caso de fallas del software o infracciones de su interfaz
especificada.
 Recuperación: Permite medir la habilidad de restablecer el nivel de
operación y de recobrar los datos que hayan sido afectados en caso de una
falla. Adicionalmente el esfuerzo y tiempo necesario para ello.

Usabilidad
Singularidad que permite calificar el esfuerzo necesario que requiere el usuario
para utilizar el software.
Atributos
 Compresibilidad: Permite medir el esfuerzo que requiere el usuario para
reconocer la estructura lógica y los conceptos relativos del software.
 Facilidad de Aprender: Permite medir el esfuerzo que requiere el usuario
para aprender a cómo usar el software.
 Operatividad: Permite medir el esfuerzo que requiere el usuario para la
operación y control del software.

Eficiencia
Singularidad que permite calificar el grado en el que el software hace óptimo el
funcionamiento del software con respecto a la cantidad de recursos usados.
Atributos
 Comportamiento con respecto al tiempo: Permite medir los tiempos de
respuesta y de procesamiento de los datos.
 Comportamiento con respecto a recursos: Permite medir la cantidad de
recursos empleados y la duración de ese uso en el desempeño de sus
funciones.


Mantenibilidad
Singularidad que permite calificar el esfuerzo necesario que se requiere para
realizar modificaciones al software, ya sea por corrección de errores o por el
incremento de funcionalidad.
Atributos
 Analizabilidad: Permite medir el esfuerzo necesario para diagnosticar las
deficiencias o causas de fallas, o para identificar las partes que se deben
modificar.
 Cambiabilidad: Permite medir el esfuerzo necesario para realizar
modificaciones, remover fallas o adaptar el software a un entorno diferente.
 Estabilidad: Permite medir los riesgos de efectos inesperados debido a
modificaciones realizadas al software.
 Facilidad de prueba: Permite medir el esfuerzo necesario para validar el
software una vez fue modificado.
Portabilidad
Singularidad que permite calificar la habilidad que tiene el software para ser
trasladado de un entorno a otro.
Atributos
 Adaptabilidad: Permite medir la oportunidad que tiene el software para ser
adaptado a diferentes entornos especificados sin la aplicación de
modificaciones o medios provistos para este propósito.
 Facilidad de instalación: Permite medir el esfuerzo necesario para instalar el
software en un ambiente de trabajo.
 Conformidad: Permite medir si el software se adhiere a estándares o
convenciones relativas al software o regulaciones de tipo legal relativas a la
portabilidad.
 Reemplazabilidad: Permite medir la oportunidad y el esfuerzo requerido
para sustituir el software en el entorno especificado por otro con funciones
similares.

4. Investigue los modelos FURPS y el Dromey, analice en qué consisten y

realice una explicación de estos.

Modelo de Calidad de FURPS

Modelo de calidad propuesto por Robert Grady y Hewlett Packard Co (HP) en
1987. Sustenta por un lado 5 características de las cuales se deriva su nombre
(Funcionalidad, Facilidad de Uso, Confiabilidad, Performance y Facilidad de
Soporte), y por otro, que los requisitos se clasifiquen en dos categorías: requisitos
funcionales (F), que son los que especifican funciones que el sistema debe ser
capaz de realizar sin tener en cuenta las restricciones físicas; y requerimientos no
funcionales (URPS), que puntualizan atributos del sistema o del medio ambiente
del sistema.
Este modelo dispone de una serie de test para las diferentes etapas del producto,
los usuarios prueban el producto antes de comercializarlo y obtener un “leed-
back”. Asimismo, existe un plan de soporte definido que incluye una base de datos
con todos los errores registrados para poder subsanar los errores.
El modelo FURPS incluye, además de los factores de calidad y los atributos,
restricciones de diseño y requerimientos de implementación, físicos y de
interfaz. Una limitación de este modelo de calidad es que no tiene en cuenta la
portabilidad de los productos software que se estén considerando, factor digno de
consideración en función de las exigencias actuales que recaen sobre el proceso
de desarrollo del software.

Modelo de Calidad Dromey

Es un modelo de calidad a medida, propuesto por Robert Geoff Dromey en 1995.
Su propósito es de trabajar con una estructura que permite construir y utilizar un
modelo de calidad práctico para evaluar las etapas de Determinación de los
requerimientos, Diseño e Implementación. Esta información 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 definición de subcaracterísticas
que pueden ser medidas y evaluadas como características. También, permite
aumentar el entendimiento respecto de la relación entre los atributos
(características) y los subatributos (subcaracterísticas) de calidad.
El modelo presenta un esquema de 6 relaciones binarias entre 3 entidades
definidas. (Conjunto de componentes, propiedades que acarrean calidad de los
componentes, atributos de calidad de alto nivel). Dromey propone 3 modelos para
cada etapa del proceso de desarrollo: (1) modelo de requerimientos, (2) modelo de
diseño y (3) modelo de calidad de la implementación.
Los pasos para la aplicación del modelo de Dromey
1. Seleccionar el conjunto de atributos que se necesitan evaluar.
2. Realizar una lista de todos los componentes o módulos del sistema.
3. Identificar las propiedades de calidad de cada componente.
4. Determinar cómo afecta cada propiedad en los atributos de calidad.
5. Evaluar el modelo de calidad.

Gracias a la flexibilidad de las propiedades este modelo se puede utilizar en

diferentes contextos, y responder a preguntas asociadas a la identificación de
propiedades de calidad, impacto de la medición de atributos, entre otras que
conllevan a responder categorizando el sistema con propiedades de exactitud,
estructura y descripción (Ortega, 2000); la implementación del modelo Dromey se
refleja como una definición de métricas estadísticas asociadas al desarrollo del
software y la mejora continua de éste.
 BIBLIOGRAFIA

https://red-modelos-de-
evaluacion.fandom.com/es/wiki/Modelo_de_Calidad_de_FURPS
https://modelos-de-evaluacion-de-los-red-grupo-8-
udes.fandom.com/es/wiki/Modelo_de_Calidad_Dromey
file:///C:/Users/APRENDIZ/Downloads/Material%201%20-
%20Modelos%20y%20estándares%20de%20calidad%20del%20software.pdf
http://repositorio.utp.edu.co/dspace/bitstream/handle/11059/2737/0053L864e_ane
xo.pdf
http://aprendeenlinea.udea.edu.co/lms/moodle/pluginfile.php/109862/mod_resourc
e/content/0/Presentaciones/4-Atributos_de_Calidad.pdf
https://sophia.javeriana.edu.co/~cbustaca/docencia/DEAS-2017-
01/presentaciones/AtributosCalidadSoftware.pdf
https://iso25000.com/index.php/normas-iso-25000/iso-25010?limit=3&limitstart=0
https://jrvargas.files.wordpress.com/2009/03/guia_tecnica_para_evaluacion_de_so
ftware.pdf
http://www.cuatrorios.org/index.php?option=com_content&view=article&id=163:nor
ma-iso-9126-para-an%C3%A1lisis-de-software&catid=39:blogsfeeds
http://xue.medellin.unal.edu.co/~cmzapata/cursos/calidad/pres07.ppt