Repblica Bolivariana de Venezuela

Ministerio del Poder Popular para la Educacin Universitaria

Instituto Universitario de Tecnologa del Estado Bolvar
Programa Nacional de Formacin en Informtica
Gestin de Proyectos Informticos

VALORACIN DE CALIDAD DE SOFTWARE

Autor:
T.S.U. Aleyna Rodrguez
C.I. V-23.498.316

Ciudad Bolvar, Agosto de 2014

INTRODUCCIN

Uno de los problemas que se afrontan actualmente en la esfera de la

computacin es la calidad del software. Desde la dcada del 70, este tema ha sido
motivo

de

preocupacin

para

especialistas,

ingenieros,

investigadores

comercializadores de softwares, los cuales han realizado gran cantidad de

investigaciones al respecto con dos objetivos fundamentales:

La calidad del software es todo aquello que lo caracteriza en pos de la

determinacin de utilidad y existencia, dando fe en la eficiencia, flexibilidad,
confiabilidad, mantenimiento, potabilidad, seguridad, e integridad el mismo.

La calidad del software es medible y vara de un sistema a otro o de un

programa a otro. Un software elaborado para el control de naves espaciales debe ser
confiable al nivel de "cero fallas"; un software hecho para ejecutarse una sola vez no
requiere el mismo nivel de calidad; mientras que un producto de software para ser
explotado durante un largo perodo (10 aos o ms), necesita ser confiable,
mantenible

flexible

para

disminuir

los

costos

de

mantenimiento

perfeccionamiento durante el tiempo de explotacin. (Fernndez, Garca, Beltrn,

1995)

La calidad del software se puede medir de mltiples maneras y dependiendo

del sistema. No es lo mismo un software que ser usado en una empresa de clase A, a
una aplicacin que se usar una sola vez para algn evento; esto nos indica las
exigencias que posee el software, en el caso planteado, ya se puede estimar la
durabilidad y necesidad de mantenimiento en ambos sistemas.

NDICE

Contenido
Pg.
INTRODUCCIN ........................................................................................................ 2
NDICE ......................................................................................................................... 3
VALORACIN DE CALIDAD ................................................................................... 4
Factores de Calidad del Software .............................................................................. 4
Mtricas de la Calidad del Software ......................................................................... 5
Aseguramiento de la Calidad del Software ............................................................... 8
CONCLUSIN ............................................................................................................. 9
BIBLIOGRAFA ........................................................................................................ 10

VALORACIN DE CALIDAD

Factores de Calidad del Software

De acuerdo al estndar ISO-0126, referente a la Calidad en la Industria del
Software, se establecen 6 factores principales, sin embargo, Abud Figueroa (2007), es
necesario que cada empresa dedicada a producir software trabaje en establecer su
modelo de calidad que el permita valorar el nivel de excelencia de sus productos, en
el que deberan incluirse instrumentos de medicin que permiten calificar
cuantitativamente cada uno de los factores que presenta la norma.

Funcionalidad: se refiere a la serie de atributos que permiten calificar

si un producto de software maneja en forma adecuada el conjunto de
funciones que satisfagan las necesidades para las cuales fue diseado,
este factor precede a los siguientes atributos:
o Adecuacin.
o Exactitud.
o Interoperabilidad.
o Conformidad.
o Seguridad.

Confiabilidad: los atributos en este factor se refieren a la capacidad de

software en mantener su nivel de ejecucin bajo condiciones normales
en un periodo de tiempo establecido. Estos atributos son:
o Nivel de Madurez.
o Tolerancia a Fallas.
o Recuperacin.

Usabilidad: consiste en el esfuerzo que deber invertir el usuario para

hacer uso del sistema, contiene un conjunto de atributos que son:
o Comprensibilidad.
o Facilidad de Aprendizaje
o Operatividad

Eficiencia: aqu se engloba la relacin entre el nivel de funcionamiento

del software y la cantidad de recursos usados.
o Comportamiento con respecto al tiempo
o Comportamiento con respecto a recursos

Mantenibilidad: se refiere a los atributos que permiten medir el

esfuerzo necesario para realizar modificaciones al software, ya sea por
correccin de errores, o incremento de funcionalidad. Estos atributos
son:
o Capacidad de Anlisis
o Capacidad de Modificacin
o Estabilidad
o Facilidad de Prueba.

Portabilidad: se refiere a la habilidad del software de ser transferido de

un ambiente a otro, considerando los siguientes aspectos:
o Adaptabilidad.
o Facilidad de Instalacin.
o Conformidad.
o Capacidad de Reemplazo.

Mtricas de la Calidad del Software

El trmino Mtricas del Software comprende muchas actividades, todas
ellas relacionadas de alguna manera con la idea de mejorar la calidad del software.
Cada una de esas actividades ha evolucionado por sus propios medios dentro de un
dominio ms amplio que las abarca a todas: la Ingeniera del Software (Fenton Pfleeger, 1996).
En base a este orden de ideas, podemos entender que las mtricas son todas
las actividades que se realizan en pos de la mejora del software, para que la calidad de
este sea ms ptima y se encuentre en constante evolucin.

De acuerdo a Sommerville (2005), tambin se puede entender que las

mtricas de producto se refieren a las caractersticas del software mismo. Y estas se
dividen en dos clases: las mtricas dinmicas, que son recogidas por las mediciones
hechas en un programa en ejecucin; y las mtricas estticas, que son recogidas por
las mediciones hechas en las representaciones del sistema como el diseo, el
programa o la documentacin.
Sommerville establece que las mtricas dinmicas son las que estn
directamente relacionadas con la calidad del software en base a la eficiencia del
sistema. Las mtricas suelen variar segn el tipo de software y la utilidad de este.
Sommerville expone algunas propuestas mtricas:
Entre las mtricas estticas, se evala lo siguiente:

Fan-in / Fan-out : Fan-in es una medida del nmero de funciones o

mtodos que llaman a otra funcin o mtodo (por ejemplo, x). Fan-out
es el nmero de funciones que son llamadas por una funcin X. Un
valor alto de fan significa que X est fuertemente acoplada al resto del
diseo y que los cambios en X tendrn muchos efectos importantes.
Un valor alto de fan-out siguiere que la complejidad de X podra ser
alta debido a la complejidad de la lgica de control necesaria para
coordinar los componentes llamados.

Longitud del Cdigo: Es una medida del tamao del programa.

Generalmente, cuanto ms grande sea el tamao del cdigo de un
componente, ms complejo y susceptible de errores ser el
componente. La longitud del cdigo ha demostrado se la mtrica ms
fiable para predecir errores en los componentes.

Complejidad Ciclomtica; sta es una medida de la complejidad del

control de un programa. Esta complejidad del control est relacionada
con la comprensin del programa.

Longitud de Identificadores: Es una medida de longitud promedio de

los diferentes identificadores en un programa. Cuanto ms grande ser

la longitud de los identificadores, ms probable ser que tengan

significado; por lo tanto el programa ser ms comprensible.

Profundidad de anidamiento de las condiciones: sta es una medida de

la profundidad de anidamiento de las instrucciones condicionales < if
> en un programa. Muchas condiciones anidadas son difciles de
comprender y son potencialmente susceptibles a errores.

ndice de Fog: sta es una medida de la longitud promedio de las

palabras y las frases en los documentos. Cuanto ms grande sea el
ndice de Fog, el documento ser ms difcil de comprender.

En cuanto a las medidas dinmicas, propone las siguientes mtricas:

Profundidad del rbol de herencia: sta representa el nmero de

niveles discretos en el rbol de herencia donde las subclases heredan
atributos y mtodos u operaciones de las superclases. Cuanto ms
profundo sea el rbol de herencia, ms complejo ser el diseo.
Muchas clases de objetos distintas tienen que comprender se para
conocer las clases de objetos en las hojas del rbol.

Mtodo Fan-in/Fan-out: Est directamente relacionada fan-in y fanout, como se describi antes, y significa esencialmente lo mismo. Sin
embargo, es conveniente hacer una distincin entre las llamadas
provenientes de otros mtodos dentro del objeto y las llamadas
provenientes de los mtodos externos.

Mtodos pesados por clase: ste es el nmero de mtodos incluidos en

una clase con sus correspondientes pesos, que vendrn dados por la
complejidad de cada mtodo. Por lo tanto, un mtodo sencillo tiene
una complejidad de 1 y un mtodo grande y complejo, un valor mucho
ms grande. Cuanto ms grande sea el valor de esta mtrica, la clase
ser ms compleja. Los objetos complejos tienden a ser ms difciles
de comprender. No son lgicamente cohesivos, por lo que no se
pueden reutilizar efectivamente como superclases en un rbol de
herencia.
7

Nmero de operaciones sobrescritas: ste es el nmero de operaciones

en una superclase que se anulan en una subclase. Un valor alto para
esta mtrica indica que la superclase utilizada no es una madre
adecuada para la subclase.

Aseguramiento de la Calidad del Software

Galin (2003) define el aseguramiento de la calidad del software como un
conjunto, sistemtico y planificado, de acciones necesarias para proveer la evidencia
adecuada de que el proceso de desarrollo o mantenimiento de un sistema de software
cumple los requerimientos tcnicos funcionales tan bien como los requerimientos
gerenciales para cumplir la planificacin y operar dentro del presupuesto confinado
De lo expuesto por Galin, podemos entender que el aseguramiento del
software son todas esas actividades que ms all de controlar los aspectos de calidad
del software, nos brindan un seguimiento seguro y sistemtico a travs de acciones
que permitan el desarrollo y mantenimiento de un sistema, enfocndose en el
cumplimiento de todos los requerimientos necesarios y la realizacin de un sistema
de alta calidad dentro del presupuesto y la planificacin planteada al inicio de
proyecto.
El rol del SQA es auditar que los distintos equipos de la organizacin,
inclusive el de SQC siguen los procedimientos, estndares y procesos establecidos. El
equipo de SQA debera establecer mtricas para medir la efectividad del proceso.
Como complemento el rol de SQC es tomar una actitud activa de verificacin y
validacin del resultado o salida del proceso implementado.

CONCLUSIN

Un software de calidad debera ser el enfoque de todo desarrollador, y no

existe excusa alguna para que esto no se cumpla. No hay metodologa que deje por
fuera las revisiones, ni empresa inteligente que valga la pena que no cuente con un
equipo de aseguradores de software. La calidad es necesaria para la supervivencia y
competencia del software, el aseguramiento de clientes, y formar parte del sello del
equipo de desarrolladores o desarrollador individual.

Si bien esto requiere de una inversin de tiempo y dinero mayor, cabe destacar
que existen lineamientos a seguir, mtricas que nos permiten conocer qu tan
complejo y adaptable debe ser el software, recordando lo mencionado: no es lo
mismo realizar un sistema para una empresa clase A de nivel internacional, que ser
utilizado en mil y un equipos a la misma vez, que un sistema que ser el encargado de
gestionar un concurso en un evento y ya. Cul sera el que requiere de mayor
inversin para mejor calidad? Por supuesto, la empresa clase A.

BIBLIOGRAFA

Fernndez, Oscar. Garca, Delba. Beltrn, Alfa. (1995) Un enfoque actual

sobre

la

calidad

del

software

(Consultado

en

Agosto

de

2014)

http://eprints.rclis.org/5424/1/aci05395.htm

Abud Figueroa, (2007) Calidad en la Industria del Software. La Norma ISO9126

(Consultado

en

Agosto

de

2014)

http://recursosbiblioteca.utp.edu.co/tesisd/textoyanexos/0053L864e_anexo.pdf

Fenton. Pfleeger, (1996) Software Metrics. A rigorous and practical

approach. International Thomson Computer Press.

Sommerville, Ian, (2005) Ingeniera del Software, 7ma Edicin. Editorial

Pearson.

Galin, Daniel (2003) Software Quality Assurance: From Theory to

Implementation. Editorial Pearson.

10