pag_20 29_ VI 2001 842

Art. Calidad del Software 2*

17/12/01

17:15

Página 20

Calidad
del software (II)
En la primera parte de este artículo, publicado en
el número anterior de esta revista, se argumentaba
la importancia que tiene el desarrollo del software en
la actualidad. Por tanto, uno de los objetivos de muchas
empresas tecnológicas es desarrollar un software de alta
calidad.
En el artículo anterior, sepresentaron los factores que
afectan a la calidad del software y cuáles son las siete
actividades principales para garantizarla.
Esta segunda parte analiza dos de estas actividades,
como son el uso de métricas para medir esa calidad
de una manera lo más objetiva posible y la utilización
de estándares en el desarrollo del software. Además,
se presentan también las restricciones que tienen
algunas de lasactividades analizadas. Finalmente,
se presentan unas conclusiones generales sobre calidad
y de uso real en las empresas de desarrollo software.

Yolanda González Arechavala
Licenciada en Informática por la Universidad del País Vasco. Es
investigadora en Formación del Instituto de Investigación
Tecnològica y profesora en el Departamento de Sistemas
Informáticos, ambos de la ETS de Ingeniería de laUPCo. Este
trabajo ha sido parcialmente financiado con una beca de la
Asociación de Ingenieros del I.C.A.I.

Fernando de Cuadra García
Dr. Ingeniero Industrial del ICAI. Es Profesor Propio
Agregado de la UPCo, Director de las Escuelas
Técnicas del I.C.A.I. e Investigador del Instituto de
Investigación.

a

20 anales
de mecánica y electricidad

Estándares y
modelos de referencia
n primer lugar, esnecesario
destacar la diferencia que
existe entre “proceso” y “producto” (Hatton, 1995). Un producto es un bien tangible que es
el resultado de un proceso. Aunque el software tiene aspectos
intangibles, un producto software es sin embargo un bien en sí
mismo e incluye sus documentos
asociados. La estandarización
del proceso define la manera de
desarrollar el producto software
mientras que laestandarización
del producto define las propiedades que debe satisfacer el producto software resultante.

E

Según el British Standards
Institute se define en Pfleeger,
Fenton, & Page, (1994) un estándar como:
“Una especificación técnica
u otro documento disponible para el público, preparado con la
cooperación y el consenso o la
aprobación general de todos los
interesados que pueden verse
afectados porél, basado en resultados científicos, técnicos o
experiencias consolidadas, y que
buscan el beneficio de la comunidad”.
El proyecto SMARTIE (Pfleeger et al., 1994) perseguía una
validación objetiva de los distintos estándares para encontrar
aquéllos cuyo uso reportara una
mejora en el proceso de desarrollo y el producto software. Una
de sus principales conclusiones
fue que los estándares sonenfoques cuya efectividad no ha sido
ni rigurosa ni científicamente

Art. Calidad del Software 2*

14/12/01

17:09

Página 21

CALIDAD

demostrada. Además, no todos
los estándares son aplicables en
cualquier situación. Antes de
decidirse a utilizar un estándar,
es necesario plantearse si es el
adecuado al problema que se
tiene, así como estudiar los beneficios que va a reportar.
Existen diversosorganismos
que promueven estándares en el
área de calidad. En general, los
estándares proporcionan una serie de directrices que luego cada
empresa, al crear su plan de calidad (y de seguridad si es necesario) debe par ticularizar de
acuerdo a sus necesidades. En
este apartado se recogen someramente los estándares más
conocidos y utilizados actualmente.

Estandarización y
medida del producto
SegúnHatton, (1995) el aspecto más importante de la estandarización del producto software es que prácticamente no
hay ningún estándar válido. Diversos estudios han destacado
que el estado del arte en cuanto
a métricas hoy en día no está lo
suficientemente avanzado como
para permitir una estandarización, aunque sí que existen algunos estándares sobre métricas
como el ISO 9126 “Software
product evaluation....