Você está na página 1de 36

UNIVERSIDAD NACIONAL SAN LUIS

GONZAGA DE ICA
Facultad de Ingeniera de
Sistemas

MODELOS DE CALIDAD DE
MODELOS DE CALIDAD DE
SOF!ARE
SOF!ARE
1
DEDICATORIA
El trabajo de investigacin monogrfico
lo dedicamos a nuestros padres; a
uienes les debemos todo lo ue
tenemos en esta vida! los cuales nos
apo"an en nuestras derrotas " celebran
nuestros triunfos A nuestros profesores
uienes son nuestros gu#as en el
aprendi$aje! dndonos los %ltimos
conocimientos para nuestro buen
desenvolvimiento en la sociedad&

Ela"#rad# $#r%
Figuer#a
&alaci#s' Cristian &erc(
&illaca
Ar#ni' )#rge Luis

*uis$e &al#min#' August#
2
PRESENTACIN.
Como consecuencia de los problemas que actualmente se presenta en la
industria del software es la ausencia de calidad en los productos, por lo
tanto esta lnea de investigacin se ocupar de investigar acerca de las
propuestas existentes que dan solucin a dichos problemas, con el fin de
proponer soluciones para aplicar procesos que mejoren la calidad de
software.
En ese sentido, a !ngeniera de software, se vale " establece a partir de
una serie de modelos que establecen " muestran las distintas etapas "
estados por lo que pasa un producto software, desde su concepcin inicial,
pasando por su desarrollo, puesta en marcha " posterior mantenimiento,
hasta la retirada del producto.
3
PROLOGO
El presente trabajo tiene como objetivo principal que los lectores cuenten en
forma ntegra con los alcances ms relevantes de los diferentes modelos,
considerando la calidad de desarrollo del software.
El trabajo, ha sido elaborado siguiendo una metodologa dinmica, propia del
grupo, lo cual garanti#a a nuestros lectores un gil manejo " acceso a la
informacin que se desee consultar.
Esperamos que este peque$o trabajo le agrade " que sus lneas de texto
a"uden a clarificar su panorama intelectual.

4

%tentamente, los autores.
INDICE
!ntroduccin..&&&&&&&&&.&&&&&&&&&&&&&..&&&&&&'
(esumen &&&&&&&&&&&&..........& &&&&&&&&&..&............ )
*odelo de Calidad de software.....&& &&&&&&&&.&&&&&&&&... +
*odelo de Calidad de software &&&&&&&&&&&&..&&..&&&&&. ,
Estructura de los *odelos de Calidad.....& &&&&& &&&&&...&&&...-.
*odelo de *cCall&&&&&&&&&&&&&&&&&&.&......&&&&&.-.
Estructura del *odelo de *cCall&&&&&&&&&&...&&&&&&......... --
Estructura del *odelo de *cCall.......................................................................-/
Estructura del *odelo de *cCall &&&&&&&&&&&&&&&&&&..&-0
Como emplear el modelo de *cCall&..............&&&&&&&&&&&&.....-1
Como emplear el modelo de *cCall &&&&&&&&&&&&&&&..&.&.-2
Conclusin del *odelo *cCall&......&&&&&&&&&&&&&&&&&&-'
*odelo de 3oehm&&&&&&&&&&&&&&&&&&&&&&&&&&-)
Estructura del *odelo de 3oehm&&&&&&&&&&&&&&&&&.&&.-,
*4tricas&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&.//
Comparacin entre *odelos de *cCall " 3oehm&&&&&&&&&&&&../0
5entajas de los *odelos 6 Estndares de Calidad del 7oftware &&&&&&./1
5
*89E8 9E C%!9%9 !786!EC ,-/'&&&&&&&&&&&&&&&...&./2
Conclusiones :enerales&&&&&&&&&&&&&&&&&&&&&&&.00
3ibliografa&&&&&&&&&&&&&&&&&&&&&&&&&&&&&.01
INTRODUCCIN
En 4ste documento, se intenta hacer un acercamiento " esclarecimiento
de algunos de los criterios de calidad relacionados con el producto
software que coinciden en los diferentes modelos considerados " que
fueron mencionados anteriormente.
a calidad del producto software ha sido un tema que han abordado un
sin n;mero de autores en diferentes modelos, refiri4ndose a ella como el
conjunto de atributos deseables que posee un producto software, los
cuales son medibles <cuantitativa o cualitativamente=, permitiendo hacer
comparaciones para conocer si se cumple con las expectativas del
cliente o no. 7in embargo, la calidad es un concepto cu"a acepcin con
bastante frecuencia depende del ngulo desde donde se le mire. En ese
sentido, desde la perspectiva de las empresas, la calidad est
directamente relacionada con la competitividad " madure# en los
productos " procesos, implicando ma"ores " mejores oportunidades
tanto para su crecimiento como expansin al mismo tiempo que se
intenta alcan#ar la satisfaccin de sus clientes> de otro lado est la
mirada del cliente, para quien es importante contar con una empresa que
6
garantice la calidad " confiabilidad de sus productos, de tal forma que
puedan alcan#ar ma"or competitividad en su propio contexto de negocio.
RESUMEN
a importancia de la calidad de software en la disciplina de la !ngeniera del
software es ampliamente reconocida en la actualidad, sin embargo desde el
punto de vista de los modelos " estndares hacia el producto, el desarrollo
de estos durante d4cadas, la sobreabundancia de informacin, el alto costo
" el acceso limitado a esta informacin, impiden un acercamiento de estos a
los ingenieros de software en pro de la calidad del producto software al
interior de la organi#acin. ?ara mitigar lo anterior, 4ste documento tiene
como propsito hacer una exploracin de los modelos de calidad de
producto software <*cCall, 3oehm, !78 ,-/'= donde se describe la
perspectiva de calidad que cada uno plantea " su relacin con otros
modelos. ?osteriormente se dan a conocer los atributos de calidad que
cada modelo plantea. ?or ;ltimo " como resultado de la reflexin de los
autores, se proponen algunos elementos esenciales, en relacin a la calidad
del producto software.
% trav4s de este documento se detallan diferentes conceptos que son
necesarios conocer a la hora de introducirse en el tema. 7e explica la
importancia de tener en cuenta este tema en la calidad de software.
7
a creciente preocupacin por la calidad en la industria del software tiene
como objetivo principal el desarrollo sistemtico de productos " servicios de
mejor calidad " el cumplimiento de las necesidades " expectativas de los
clientes. ?retendemos unir esfuer#os con esta iniciativa " motivar a la
comunidad acad4mica a trabajar en el desarrollo de la calidad de software
para mejorar la competitividad " la calidad global de esta industria.
1. Modelo de calidad de softwae
a resolucin del problema de la evaluacin se basa en la descomposicin
del concepto gen4rico de calidad en propiedades ms sencillas de medir "
evaluar. Este tipo de descomposicin recibe el nombre de modelo de
calidad.
Caractersticas de los modelos@
%lgunos modelos <AC*, :B*...= inclu"en m4tricas para evaluar diferentes
atributos de calidad del producto casi siempre en el nivel del dise$o o del
cdigo.
os modelos de calidad ms recientes <C**, 7?!CE= estn orientados a la
mejora de procesos
7e debe tener una definicin precisa en t4rminos de atributos del software
que sean de inter4s al usuario en general, 4stos son atributos externos sin
embargo, muchas propuestas miden " anali#an atributos internos porque los
consideran predictores de aquellos externos, los atributos internos tienen la
ventaja de que estn disponibles para la medicin ms temprano " son ms
fciles de medir.
9esde el principio de la ingeniera de software, se observ que la calidad
est compuesta por una composicin de muchas
8
caractersticas un modelo de calidad describe entonces estas
caractersticas " sus relaciones muchos modelos hacen difusa la distincin
entre atributos internos " externos, lo que dificulta la comprensin del
concepto de calidad los modelos que se presentarn a continuacin son los
que han ganado ma"or popularidad en la comunidad, pero no tienen
sustento cientfico extra"endo los factores comunes a todos ellos, es posible
derivar modelos propios adaptados a usos especficos.
os *odelos de Calidad sirven para evaluar la calidad del producto "6o del
proceso.
7on *89E87 " no de *EC8988:D%7. En modelo de calidad nos dice
qu4 hacer pero no el cmo hacerlo.
9escomponen la calidad de software en una serie de caractersticas.
9
?!%CC!F! :%(CD%, *%(!8 </..0= , En su libro GCalidad en el
9esarrollo " *antenimiento del 7oftwareH !ndica que@
Gos *odelos de Calidad son aquellos documentos que integran la ma"or
parte de las mejores prcticas, proponen temas de administracin en los
que cada organi#acin debe hacer 4nfasis, integran diferentes prcticas
dirigidas a los procesos clave " permiten medir los avances en calidad. os
Estndares de Calidad son aquellos que permiten definir un conjunto de
criterios de desarrollo que guan la forma en que se aplica la !ngeniera del
7oftware. os estndares suministran los medios para que todos los
procesos se realicen de la misma forma " son una gua para lograr la
productividad " la calidad.H
(8:E( 7. ?(E77*%F </..2= , en su libro G!ngeniera de 7oftware
un Enfoque ?racticoH indica que@
Gos *odelos "6o Estndares permiten que las Empresas de 7oftware
realicen sus tareas " funciones teniendo en cuenta la Calidad. Cualquier
organi#acin que se dedica a la investigacin, produccin "
comerciali#acin de software debe considerar la calidad, ho" con ms
ra#n, donde existe un mercado en el cual el cliente es cada ve# ms
exigente, no slo en lo que se refiere al precio, sino sobre todo, en cuanto a
los servicios " a la confiabilidad que brindan los productos de software. a
calidad desempe$a un rol determinante para la competitividad de la
empresa. Cuando una empresa est funcionando " decide implantar un
*odelo 6 Estndar de Calidad del 7oftware, es se$al que la empresa tiene
el propsito de permanecer " crecer en el mercado, ser competitiva,
proteger los intereses de los accionistas, cuidar la fuente de trabajo "
mejorar la calidad de vida de su personal.H
!. Est"ct"a de los #odelos de calidad de softwae
Cienen una estructura de 0 niveles@
10
Aactores de calidad@ nivel ms alto. 7e definen los factores de
calidad que se van a medir " evaluar.
Criterios de calidad del producto@ cada factor se descompone en
un conjunto de criterios de calidad. 5isin de la calidad desde el
punto de vista de producto.
*4tricas del producto@ para cada criterio se definen un conjunto
de m4tricas que nos a"udan a medir cada uno de los criterios de
calidad.
$. Modelos de Calidad de Softwae
$.1. El #odelo de McCall
I. Co%ce&to
El modelo de *cCall organi#a los factores en tres ejes o puntos
de vista desde los cuales el usuario puede contemplar la calidad
de un producto, basndose en once factores de calidad
organi#ados en torno a los tres ejes " a su ve# cada factor se
desglosa en otros criterios@

?untos 9e
5ista 8 Ejes
Aactor Criterios
8?E(%C!IF
9E
?(89ECC8
Aacilidad de uso J Aacilidad de operacin@ %tributos del software
que determinan la facilidad de operacin del
software.
J Aacilidad de comunicacin@ %tributos del
software que proporcionan entradas " salidas
fcilmente asimilables.
11
J Aacilidad de aprendi#aje@ %tributos del
software que facilitan la familiari#acin inicial
del usuario con el software " la transicin del
modo actual de operacin.
J Aormacin@ El grado en que el software a"uda
para permitir que nuevos usuarios apliquen el
sistema.
!ntegridad J Control de accesos. %tributos del software
que proporcionan control de acceso al software
" los datos que maneja.
J Aacilidad de auditora@ %tributos del software
que facilitan la auditora de acceso al software.
J 7eguridad@ a disponibilidad de mecanismos
que controlen o protejan los programas o los
datos
Correccin J Completitud@ %tributos del software que
proporcionan la implementacin completa de
todas las funciones requeridas.
J Consistencia@ %tributos del software que
proporcionan uniformidad en las t4cnicas "
notaciones de dise$o e implementacin.
J Cra#abilidad o rastreabilidad@ %tributos del
software que proporcionan una tra#a desde los
requisitos a la implementacin con respecto a
un entorno operativo concreto.
Aiabilidad J ?recisin@ %tributos del software que
proporcionan el grado de precisin requerido
en los clculos " los resultados.
J Consistencia.
J Colerancia a fallos@ %tributos del software que
posibilitan la continuidad del funcionamiento
bajo condiciones no usuales.
J *odularidad@ %tributos del software que
12
proporcionan una estructura de mdulos
altamente independientes.
J 7implicidad@ %tributos del software que
posibilitan la implementacin de funciones de la
forma ms comprensible posible.
J Exactitud@ a precisin de los clculos " del
control.
Eficiencia J Eficiencia en ejecucin@ %tributos del software
que minimi#an el tiempo de procesamiento.
J Eficiencia en almacenamiento@ %tributos del
software que minimi#an el espacio de
almacenamiento necesario.
(E5!7!8F
9E
?(89ECC8
Aacilidad de
mantenimiento
J *odularidad.
J 7implicidad.
J Consistencia.
J Concisin@ %tributos del software que
posibilitan la implementacin de una funcin
con la menor cantidad de cdigos posible.
J %uto descripcin@ %tributos del software que
proporcionan explicaciones sobre la
implementacin de las funciones.
Aacilidad de
prueba
J *odularidad.
J 7implicidad.
J %uto descripcin.
J !nstrumentacin@ %tributos del software que
posibilitan
la observacin del comportamiento del software
durante su ejecucin para facilitar las
mediciones del uso o la identificacin de
errores.
Alexibilidad J %uto descripcin.
J Capacidad de expansin@ %tributos del
software que posibilitan la expansin del
13
software en cuanto a capacidades funcionales
" datos.
J :eneralidad@ %tributos del software que
proporcionan amplitud a las funciones
implementadas.
J *odularidad.
C(%F7!C!8F
9E
?(89ECC8
(eusabilidad J %uto descripcin.
J :eneralidad.
J *odularidad.
J!ndependencia entre sistema " software@
%tributos del software que determinan su
dependencia del entorno operativo.
J !ndependencia del hardware@ %tributos del
software que determinan su dependencia del
hardware.
!nteroperabilidad J *odularidad.
J Compatibilidad de comunicaciones@ %tributos
del software que posibilitan el uso
de protocolos de comunicacin e interfaces
estndar.
J Compatibilidad de datos@ %tributos del
software que posibilitan el uso
representaciones de datos estndar.
J Estandari#acin en los datos@ El uso
de estructuras de datos " de tipos estndar a lo
largo de todo el programa.
?ortabilidad J %uto descripcin.
J *odularidad.
J!ndependencia entre sistema " software.
J !ndependencia del hardware.
II. C'#o e#&lea el #odelo de McCall
14
%ntes de comen#ar a utili#ar el modelo de *cCall ha" que seguir
las siguientes pautas@
-. 7e aceptan los factores, criterios " m4tricas que propone el
modelo.
/. 7e aceptan las relaciones entre factores " criterios, " entre
criterios " m4tricas.
0. 7e selecciona un subconjunto de factores de calidad sobre
los que aplicar los requisitos de calidad establecidos para el
pro"ecto.
%l comien#o del pro"ecto habr que especificar los requisitos de
calidad del producto software, para lo cual se seleccionarn los
aspectos inherentes a la calidad deseada del producto, teniendo
que considerarse para ello@
J as caractersticas particulares del propio producto que se
est dise$ando@ por ejemplo, su ciclo de vida que si se espera
que sea largo implicar un ma"or 4nfasis en la facilidad de
mantenimiento " la flexibilidad, o bien si el sistema en desarrollo
est destinado a un entorno donde el hardware evoluciona
rpidamente implicar como requisito su portabilidad.
J a relacin calidadJprecio, que puede evaluarse a trav4s
del coste de cada factor de calidad frente al beneficio que
proporciona. a siguiente tabla muestra la relacin calidadJprecio
para cada factor considerado@
15


J a determinacin de las etapas del ciclo de vida donde es necesario
evaluar cada factor de calidad para conocer en cuales se dejan sentir ms los
efectos de una calidad pobre con respecto a cada uno de los factores.
J as propias interrelaciones entre los factores debido a que algunos
factores pueden entrar en conflicto entre s@ por ejemplo, la eficiencia
plantea conflictos prcticamente con todos los dems factores de
calidad. a interaccin entre los diversos factores a evaluar queda
16
Aactor 3eneficio 6 coste
Correccin alto
Aiabilidad alto
Eficiencia bajo
!ntegridad bajo
Aacilidad de uso medio
Aacilidad de mantenimiento alto
Aacilidad de prueba alto
Alexibilidad medio
?ortabilidad medio
(eusabilidad medio
!nteroperabilidad bajo
reflejada en la tabla ! que indica la dependencia entre los factores de
*cCall.
Cambi4n habr que establecer valores deseables para los criterios, para lo cual
se emplearn datos histricos, el promedio en la industria, " con ellos se
concretarn los valores finales " otros intermedios o predictivos en cada
perodo de medicin durante el desarrollo, as como unos valores mnimos
aceptables. a explicacin para cualquier seleccin o decisin deber ser
adecuadamente documentada.
En la fase de desarrollo ser necesario implementar las m4tricas elegidas,
anali#ar sus resultados " tomar medidas correctivas cuando los valores
obtenidos est4n por debajo de los mnimos aceptables.
Ena ve# finali#ado el pro"ecto ser necesario contrastar las medidas
predictivas utili#adas " comprobar si, en efecto, se pueden tomar como
indicadores de los valores finales.
III. Co%cl"si'%
Como se ha visto a lo largo de esta exposicin, ho" da se
comien#a a imponer la obligacin de normas de calidad del
17
software donde un fallo en la informacin, o en el tratamiento de
4sta puede llevar a fallos catastrficos " de consecuencias
imprevisibles. ?or ello las organi#aciones estn exigiendo
controles de calidad ms rigurosos en la confeccin de su
software.
Ko" da el tener implantados sistemas de calidad en la empresa,
debe llevar no solo 4l tener que instalar la metodologa del
sistema de calidad sino tambi4n sistemas de informacin que
controlen " coordinen el sistema, sistemas automticos, sistemas
documentales, etc. ?or todo ello la implantacin de sistemas de
calidad en cualquier empresa u organi#acin debe implicar que
tambi4n el software que empleen los posea, " ello repercute en
la obligacin de que sus proveedores de software los ha"an
empleado en la elaboracin de sus productos. 9e esa forma se
evitaran defectos provenientes de los sistemas de informacin.
$.!. Modelo de (oe)#
El segundo modelo presentado en este documento es el propuesto por
3arr" 3oehm en -,)+. Lste define la calidad de software en t4rminos
de atributos cualitativos " los mide usando m4tricas.
Este modelo plantea factores de calidad formados por criterios de
calidad " m4tricas respectivas.
Modelo de Calidad de Boehm
factoes de calidad
18
El modelo que presenta 3oehm presenta una jerarqua de
caractersticas donde cada una de ellas contribu"e a la calidad global.
7e centra en@
J 7us caractersticas operativas.
J 7u capacidad para soportar los cambios.
J 7u adaptabilidad a nuevos entornos.
J a evaluacin del desempe$o del hardware.
El modelo comien#a con la utilidad general del software, afirmando que
el software es ;til, evitando p4rdida de tiempo " dinero.
a utilidad puede considerarse en correspondencia a los tipos de
usuarios que quedan involucrados. El primer tipo de usuarios queda
satisfecha si el sistema hace lo que el pretende que haga> el segundo
tipo es aquel que utili#a el sistema luego de una actuali#acin " el
tercero, es el programador que mantiene el sistema.
El modelo no es mu" distinto al de *cCall, porque muchos de sus
factores de calidad son los mismos. Lste modelo tambi4n presenta sus
factores de calidad estructurados jerrquicamente de alto a bajo nivel
como se muestran a continuacin.
19
Factores de Calidad de
Boehm
?resenta una jerarqua de caractersticas que sirven para medir la
calidad general del producto software.
Caractersticas de alto nivel@ representan requisitos generales de
uso o usos primarios.
as caractersticas de alto nivel representan requerimientos
generales de uso pueden ser@
Etilidad perJse cuan <usable, confiable, eficiente= es el
producto en s mismo.
*antenibilidad@ Es la capacidad de un producto software
para ser modificado, entendido " retesteado. as
modificaciones pueden incluir correcciones, mejoras o
adaptacin del software a cambios en el entorno, en los
requisitos o en las especificaciones funcionales
20
Etilidad general@ si puede seguir usndose si se cambia el
ambiente.
Caractersticas de nivel intermedio@ representan los factores de
calidad de 3oehm.
?ortabilidad@ Es la capacidad de un producto software de
ser transferido de un ambiente a otro.
7e define como la caracterstica que posee un software
para ejecutarse en diferentes plataformas, el cdigo fuente
del software es capa# de reutili#arse en ve# de crearse un
nuevo cdigo cuando el software pasa de una plataforma
a otra. % ma"or portabilidad menor es la dependencia del
software con respecto a la plataforma.
Aiabilidad@ Es la capacidad de un producto software de
mantener su nivel de desempe$o, bajo condiciones
establecidas, por un periodo de tiempo.
Eficiencia@ Es la capacidad de un producto software de
proporcionar un rendimiento apropiado, de acuerdo a la
cantidad de recursos usados bajo condiciones
establecidas.
Chequeabilidad
En sistema de software es chequeable si sus propiedades
pueden ser verificadas fcilmente. ?or ejemplo, la
correctitud o el performance de un sistema son
propiedades que interesa verificar. El dise$o modular,
prcticas de codificacin disciplinadas, " la utili#acin de
lenguajes de programacin adecuados contribu"en a la
verificabilidad de un sistema.
a chequeabilidad es en general una cualidad interna pero
a veces tambi4n puede ser externa, por ejemplo, en
muchas aplicaciones de seguridad crtica, el cliente
requiere la verificacin de ciertas propiedades.
Comprensibilidad
21
%lgunos sistemas de software son ms fciles de
comprender que otros, algunas tareas son inherentemente
ms complejas que otras. ?or ejemplo, un sistema que
reali#a prediccin del clima, sin importar lo bien que est4
escrito, ser ms difcil de comprender que uno que
imprime una lista de correo. 9adas dos tareas con
dificultad similar, se pueden seguir ciertas guas para
producir dise$os " escribir programas ms comprensibles.
a comprensibilidad es una cualidad interna del producto "
a"uda a lograr muchas de las otras cualidades como
modificabilidad " chequeabilidad. 9esde un punto de vista
externo, un usuario considera que un sistema es
comprensible si su comportamiento es predecible, en este
caso la comprensibilidad es un componente de la
amigabilidad al usuario.
*odificabilidad
En sistema es modificable si acepta cambios que le
permitan satisfacer nuevos requerimientos. En otros
productos de ingeniera las modificaciones van precedidas
de actividades como estudios de factibilidad, dise$o
asociado, aprobaciones, evaluaciones " finalmente la
introduccin de la modificacin. En el caso del software,
en general la implementacin del cambio se comien#a sin
reali#ar ning;n estudio de factibilidad, dejando ;nicamente
el dise$o original " sin documentacin a posteriori, esto es
sin actuali#ar las especificaciones para reflejarlo, lo que
hace que cambios futuros sean cada ve# ms difciles de
aplicar.
?or otro lado, los productos de software exitosos tienen
larga duracin, su primera liberacin es el comien#o de un
tiempo extenso de vida " cada liberacin sucesiva es el
prximo paso en la evolucin del sistema. 7i el software
es dise$ado cuidadosamente " cada modificacin es
reali#ada con cuidado puede evolucionar en buena forma.
22
a ma"ora de los sistemas de software comien#an siendo
evolucionables pero luego de a$os de evolucin alcan#an
un estado en el cual cualquier modificacin importante trae
aparejado el riesgo de Gda$arH caractersticas existentes.
En general la aplicacin de cambios sucesivos tiende a
reducir la modularidad del sistema original, que era lo que
lo haca modificable.
Caractersticas primitivas@ nivel ms bajo que corresponde a
caractersticas directamente asociadas a uno o ms m4tricas de
calidad.
!ndependencia del 9ispositivo
Completitud
Codo lo que el software tiene que hacer est recogido
en el conjunto de requerimientos, es decir, deben
describir toda la funcionalidad que el sistema deber
implementar.
Exactitud
Consistencia
Eficiencia de 9ispositivo
%ccesibilidad
Comunicatividad
Estructuracin
%utodescriptividad
Concisin
egibilidad
Expansibilidad
*4tricas
En el campo de la ingeniera del software una m4trica es
cualquier medida o conjunto de medidas destinadas a conocer o
estimar el tama$o u otra caracterstica de un software o un
sistema de informacin, generalmente para reali#ar comparativas
23
o para la planificacin de pro"ectos de desarrollo. En ejemplo
ampliamente usado es la llamada m4trica de punto funcin.
8tro ejemplo, ?ara aplicar el sistema de calidad al ciclo de vida
es necesaria la utili#acin de m4tricas adecuadas que permitan
medir la calidad del pro"ecto. <En realidad, comparamos los
parmetros de calidad de 4ste con estimaciones reali#adas
mediante el uso de estndares o datos que aporta la experiencia
en otros pro"ectos=
$.$. Co#&aaci'% de #odelos McCall*(oe)#
%unque pare#can similares, la diferencia est en que *cCall focali#a en
medidas precisas de alto nivel, mientras que 3oehm presenta un rango
ms amplio de caractersticas primarias la mantenibilidad est ms
desarrollada en 3oehm.
24
Estos modelos tienen sus lmites@
Es difcil que las caractersticas " subcaractersticas sean siempre
perfectamente independientes.
Aalta una asociacin explcita entre los modelos " el proceso de
software, " cmo reali#ar software de calidad.
$.+. ,e%ta-as de los Modelos . Est/%daes de Calidad del
Softwae
Cuatrecasas, uis </...=, En su libro G:estin !ntegral de la Calidad>
:estin /...H conclu"e indicando las siguientes ventajas sobre los
modelos de la calidad de software@
Gas ventajas de implantar *odelos o Estndares de Calidad del
7oftware son@
J Cener una oportunidad para corregir los procesos de software que
se ha"an desajustado con el tiempo.
J Clasificar a las empresas como de clase mundial.
J Certificar la competitividad internacional requerida para competir
en todos los mercados.
J Cambiar la actitud del personal de la empresa.
J 9esarrollar " mejorar el nivel " la calidad de vida del personal.
J :enerar una cultura organi#acional enfocada a cumplir con los
requisitos de los clientes.
J (eali#ar una mejora continua en la calidad de los procesos de
software utili#ados, servicios " productos de software.
J ograr que la empresa de software sea ms competitiva.
J (educir los costos en todos los procesos.
25
J %umentar la productividad, efectividad " utilidad de la empresa.
J %segurar la satisfaccin de los clientes internos " externos.
J Cener productos de software " servicios con valor agregado.
J Cener aceptacin total de los clientes.
J Cener permanentemente mejores procesos, productos de
software " servicios.
J Cener criterios de medicin e indicadores congruentes que se
utili#an en la empresa para comparar respecto de las mejores prcticas,
para conocer fortale#as " debilidades de la empresa> " establecer las
estrategias necesarias para reali#ar mejoras.H
$.0. MODELO DE CALIDAD ISO.IEC 11!2
Co%ce&to
J Este estndar est pensado para los desarrolladores,
adquirentes, personal de aseguramiento de calidad "
evaluadores independientes, responsables de especificar "
evaluar la calidad del producto software.
J ?or tanto, puede servir para validar la completitud de una
definicin de requisitos, identificar requisitos de calidad de
software, objetivos de dise$o " prueba, criterios de
aseguramiento de la calidad, etc.
J a calidad de cualquier proceso del ciclo de vida del
software <estndar !78 -//.)= influ"e en la calidad del producto
software que, a su ve#, contribu"e a mejorar la calidad en el uso
del producto.
26
J a calidad del software puede evaluarse midiendo los
atributos internos <medidas estticas o productos intermedios= o
atributos externos <comportamiento del cdigo cuando se
ejecuta=.
J El objetivo no es necesariamente alcan#ar una calidad
perfecta, sino la necesaria " suficiente para cada contexto de uso
a la hora de la entrega " del uso por parte de los usuarios.
J Es necesario comprender las necesidades reales de los
usuarios con tanto detalle como sea posible <requisitos=
Difee%tes as&ectos de la calidad
J !nterna@ medible a partir de las caractersticas intrnsecas,
como el cdigo fuente.
J Externa@ medible en el comportamiento del producto, como
en una prueba.
J En uso@ durante la utili#acin efectiva por parte del usuario.
Consta de cuatro partes en distintas fases de aprobacin@
27

28
29
30
M Auncionalidad@ capacidad del producto software para
proporcionar funciones que satisfagan las necesidades
especificadas e implcitas.
7e subdivide en cinco subcaractersticas@
-. %decuacin@ la capacidad del producto software para
proporcionar un conjunto apropiado de funciones para
tareas especficas " objetivos de los usuarios.
/. Exactitud@ la capacidad del producto software para
proporcionar los resultados o efectos correctos " con el
grado de precisin acordado.
0. !nteroperabilidad@ la capacidad del producto software para
interactuar con uno o ms sistemas especificados.
1. 7eguridad@ referido a la capacidad del producto software
para proteger la informacin " los datos.
2. Conformidad@ la capacidad del producto software para
adaptarse a los estndares, convenciones o regulaciones
en le"es " prescripciones relativas a la funcionalidad.
M Aiabilidad@ capacidad del producto software para mantener un
nivel especificado de rendimiento.
31
7e subdivide en cuatro subcaractersticas@
-. *adure#@ la capacidad del producto software para evitar
fallos provocados por errores en el software.
/. Colerancia a fallos@ la capacidad del producto software
para mantener un nivel de rendimiento determinado en
caso de defectos en el software o incumplimiento de su
interfa#.
0. (ecuperabilidad@ la capacidad del producto software para
restablecer un determinado nivel de rendimiento "
recuperar los datos afectados directamente en caso de
ocurrir un fallo.
1. Conformidad@ la capacidad del producto software para
adaptarse a estndares, convenciones " regulaciones
referidas a la fiabilidad.
M Esabilidad@ la capacidad del producto software de ser
entendido, aprendido, utili#ado " atractivo al usuario.
7e subdivide en cinco subcaractersticas@
-.J Comprensibilidad@ la capacidad del producto software
para permitir al usuario que entienda si el software es
adecuado, " como debe utili#arse para determinadas
tareas " bajo ciertas condiciones de uso.
/.J Aacilidad de aprendi#aje@ la capacidad del producto
software para permitir al usuario aprender su aplicacin.
0.J 8perabilidad@ la capacidad del producto software para
permitir que el usuario lo opere " lo controle.
1.J %traccin@ la capacidad del producto software para
atraer al usuario.
2.J Conformidad@ la capacidad del producto software para
adaptarse a estndares, convenciones, guas de estilo "
regulaciones relacionadas con la usabilidad.
M Eficiencia@ la capacidad del producto software para proporcionar
el rendimiento apropiado, relativo a la cantidad de recursos
utili#ados.
32
7e subdivide en tres subcaractersticas@
-.J Comportamiento temporal@ la capacidad del producto software
para proporcionar tiempos de respuesta " de procesamiento
apropiados cuando reali#a sus funciones bajo condiciones
determinadas.
/.J Etili#acin de recursos@ la capacidad del producto software
para utili#ar cantidades " tipos de recursos apropiados cuando el
software reali#a su funcin bajo determinadas condiciones.
0.J Conformidad@ la capacidad del producto software para
adaptarse a estndares o convenciones relacionadas con la
eficiencia.
M *antenibilidad@ la capacidad del producto software para ser
modificado. as modificaciones pueden incluir correcciones,
mejoras o adaptacin del software a cambios en el entorno, en
los requisitos o en las especificaciones funcionales.
7e subdivide en cinco subcaractersticas@
-. %nali#abilidad@ Capacidad del producto software de
diagnosticar sus deficiencias o causas de fallos, o de
identificar las partes que deben ser modificadas.
/. Confiabilidad@ Capacidad del producto software de permitir
implementar una modificacin especificada. a
implementacin inclu"e los cambios en el dise$o, el
cdigo " la documentacin.
0. Estabilidad@ Capacidad del producto software de evitar los
efectos inesperados de las modificaciones.
1. Aacilidad de prueba@ Capacidad del producto software de
permitir validar las partes modificadas.
2. Conformidad@ Capacidad del producto software de cumplir
los estndares o convenciones relativas a la
mantenibilidad.
M ?ortabilidad@ la capacidad del producto software de ser
transferido de un entorno a otro.
7e subdivide en cinco subcaractersticas@
33
-. %daptabilidad@ la capacidad del producto software para ser
adaptado para ambientes determinados sin reali#ar acciones o
aplicar medios, ms que los proporcionados para este propsito
para el software considerado.
/. Aacilidad de instalacin@ la capacidad del producto software para
ser instalado en un ambiente determinado.
0. Coexistencia@ la capacidad del producto software para coexistir
con otro software independiente en un ambiente com;n
compartiendo recursos.
1. (eempla#abilidad@ la capacidad del producto software para ser
utili#ado en lugar de otro producto de software para el mismo
propsito en el mismo ambiente.
2. Conformidad@ la capacidad del producto software para adaptarse
a estndares relacionados con la portabilidad.
Efectividad@ la capacidad del producto software de permitir a los
usuarios conseguir los objetivos determinados con precisin "
completitud en un contexto de uso especificado.
?roductividad@ la capacidad del producto software de permitir a
los usuarios de gastar las cantidades de recursos apropiadas con
relacin a la eficiencia conseguida en un contexto de uso
especificado.
7eguridad <de uso=@ la capacidad del producto software de
conseguir niveles aceptables de riesgo de da$ar a personas,
software, equipamiento o al entorno en un contexto de uso
especificado.
34
7atisfaccin@ la capacidad del producto software de satisfacer a
los usuarios en un contexto de uso especificado.
+. Co%cl"sio%es
Ko" en da se encuentran diversos modelos de calidad para el producto
software, en donde cada uno de ellos presenta conceptos acerca de una serie
de atributos de calidad, que pueden diferir de otros modelos. Esto puede
generar confusin al lector que est4 interesado en la calidad de su producto
software " en consecuencia podra aplicar mal las t4cnicas de b;squeda6
valoracin calidad, adems de prestarse para m;ltiples interpretaciones. Este
trabajo presenta una perspectiva de la calidad tomando en cuenta los atributos
que cada modelo posee, buscando con esto que cualquier persona interesada
en la calidad del producto software, pueda acercarse a ella, de forma que se
disponga de un material de fcil acceso e interpretacin, adems de mostrar
sencille# " claridad para reali#ar una valoracin del producto software.

os modelos de calidad para producto software, en su ma"ora, se han
inspirado en modelos anteriores, lo cual hace que tengan una gran posibilidad
de encontrar divergencias " similitudes entre sus atributos de calidad, adems
de contemplar mejoras que los modelos anteriores no han tomado en cuenta.
Es decir, los modelos ms actuales para producto software, se han basado en
algunos "a existentes buscando especiali#aciones que permitan mejorar
inconsistencias o refinar diversidad de aspectos mostrados en ellos.
35
0. (i3lio4af5a
GC%!9%9 EF E 9E7%((88 N *%FCEF!*!EFC8 9E
78ACO%(EH, piattini garca, *ario </..0=.
G!F:EF!E(D% 9E 78ACO%(E EF EFA8BEE ?(%CC!C8H, (ogers.
pressman </..2=.
GEP?8(%C!IF 9E *89E87 N E7CQF9%(E7 9E C%!9%9
?%(% E ?(89ECC8 78ACO%(EH, Rorge Rair moreno, ilian ?aola
bola$os, *anuel %lejandro Favia.
http@66es.scribd.com6doc62')/,)206monografiaJboehm
GCalidad en el 9esarrollo de 7oftwareH, ?ablo (. Aillottrani
http@66www.S"bele.etsii.urjc.es
http@66www.slideshare.net6rolmar"6modeloJdeJcalidaddelsoftware-
http@66es.wiSipedia.org6wiSi6!786!ECT,-/'
http@66www.mindmeister.com6es6,/-0')2,6tc/JnormaJisoJ/2...
http@66iso/2....com6
36