RISI 8(1), 2011 (65-69)

Revista de Investigación de Sistemas e Informática

Facultad de Ingeniería de Sistemas e Informática ISSN 1815-0268 (Versión Impresa)
Universidad Nacional Mayor de San Marcos ISSN 1816-3823 (Versión Electrónica)

Gestión de calidad en desarrollo de software

Management of quality in software development

Norberto Osorio Beltrán, Gloria Castro León

Universidad Nacional Mayor de San Marcos

Facultad de Ingeniería de Sistemas e Informática

[email protected]; [email protected]

RESUMEN
Durante los últimos años se ha mejorado sustancialmente la calidad de software, esto se debe
en gran medida a que desarrollar un software no es lo mismo que la manufactura de un producto.
Elaborar un producto de calidad implica que el producto desarrollado debe guardar similitud con su
especificación. Sin embargo durante el proceso de desarrollo de software se presentan problemas
entre la especificación de un software y su implementación, y en muchos casos no se sabe especi-
ficar características de calidad. Por otro lado, la ingeniería de requerimientos presenta limitaciones
en la redacción de especificaciones concreta de software. Se presentan las métricas para medir el
comportamiento del software: la competencia, calidad, desempeño y la complejidad del software.
Palabras clave: ingeniería de software, calidad de software

ABSTRACT
In recent years has substantially improved the quality of software, this is due in large measure to
the use of techniques and methodologies in the software development process Develop a software
is not the same as the manufacture of a product. Develop a quality product means that the product
developed must save similarity with the specification. However, during the software development
process are presented problems between the specification of a software and its implementation,
and in many cases it is not known specify features of quality. On the other hand the requirements
engineering presents some limitations in the drafting of specifications specific software. Presented
the metrics to measure the behavior of the software: the competence, quality, performance, and the
complexity of the software.
Keywords: Software engineering, software quality
RISI 8(1), 65 - 69 GESTIÓN DE CALIDAD EN DESARROLLO DE SOFTWARE
(2011)

1. INTRODUCCIÓN Estándares de proceso. define los procesos que de-

La calidad ha sido una preocupación desde hace mu- ben seguirse durante el desarrollo de software. Inclu-
cho en los negocios, y debe serlo también para los yen definiciones de procesos de especificación, diseño
ingenieros de software en el análisis y diseño de sis- y validación, así como una descripción de los documen-
temas de información. El principal objetivo de los inge- tos que deben escribirse durante los procesos.
nieros del software es producir un sistema, aplicación
o producto de alta calidad, para lo cual emplean méto- Importancia de los estándares de software
dos y herramientas efectivas dentro del contexto de un Los estándares de un producto guardan relación estre-
proceso maduro de desarrollo del software y además cha con los estándares de un proceso
deben desarrollar mediciones que den como resultado
sistemas de alta calidad. Para obtener esta evaluación, Los estándares de producto se aplican a la salida del
el ingeniero debe utilizar medidas técnicas, que eva- proceso de software, mientras que los estándares de
lúan la calidad con objetividad, no con subjetividad. proceso incluyen actividades de proceso que garanti-
zan que se sigan los estándares de producto.
Es demasiado riesgoso realizar todo el proceso de
análisis y diseño sin usar un enfoque de aseguramiento Los estándares de software:
de la calidad. La planeación y el control son elemen- a) Se basan en el conocimiento de la mejor práctica
tos esenciales de todo sistema exitoso. Se necesita un de la empresa.
compromiso temprano de los ingenieros de software y b) Proveen el marco de trabajo alrededor del cual se
de la empresa hacia la calidad para lograr el objetivo implementa el proceso de garantía de la calidad.
de la calidad.
c) Permite que una persona continúe con facilidad el
trabajo iniciado por otra. El utilizar buenas prácticas
2. CONTENIDO por todo el personal de la organización reduce el
esfuerzo de aprendizaje cuando se inicia un nuevo
2.1 estructura de la gestión de la calidad proyecto.
La gestión de calidad de software se estructura en tor-
no a tres actividades principales: 2.1.2. Planificación de la calidad
• Garantía de calidad
• Planificación de la calidad
• Control de la calidad

2.1.1 Garantía de calidad

La calidad es definida como el grado de relación que
tiene el producto para satisfacer las necesidades del
usuario. Un software que cumple con todos los requi-
sitos con su usuario, y que sus procesos se ejecuten
correctamente garantiza una buena Calidad1 Fig. 1 planificación de la calidad.
Para ello debe considerar tipos de estándar:
Estándares de producto. Estándares que se aplican La planificación de la calidad es el proceso en el cual
se
sobre el producto software que se comienza a desarro-
desarrolla un plan de calidad para un proyecto.
llar. Incluye estándares de documentación, estándares
de codificación. Define la calidad del software deseado y describe cómo
debe valorarse
1 Sommerville señala: La garantía de calidad es un proceso que define cómo lograr la calidad de software y cómo la organización de
desarrollo conoce el nivel de calidad requerido de software. El uso de aseguramiento de calidad a lo largo del proceso es una forma de
minimizar los riesgos y ayuda a asegurar que el sistema resultante es lo que se necesita y quiere, y que mejorará evidentemente algunos
aspectos del desempeño del negocio. El proceso de garantía de la calidad (GC) se ocupa de definir o seleccionar los estándares que debe
ser aplicados al proceso de desarrollo de software o al producto software.

66
RISI 8(1), 65 - 69 GESTIÓN DE CALIDAD EN DESARROLLO DE SOFTWARE
(2011)

Humphrey propone una estructura para un plan de cali- Los estándares o metodologías definen un conjunto de
dad basado en los siguientes pasos: criterios de desarrollo que guían la forma en que se aplica
la ingeniería del software. Si no se sigue ninguna metodo-
Introducción del producto. Debe incluir la descripción
logía, siempre habrá falta de calidad.
del producto, el mercado al que se dirige y las expec-
tativas de calidad Existen algunos requisitos implícitos o expectativas
que a menudo no se mencionan, o se mencionan de for-
Planes de producto. Contiene las fechas y plazos de
ma incompleta (por ejemplo el deseo de un buen manteni-
terminación de producto y las responsabilidades asig-
miento), que también pueden implicar una falta de calidad.
nadas.
La política establecida debe estar sustentada sobre
descripciones del proceso. Contiene los procesos de
tres principios básicos: tecnológico, administrativo y
desarrollo y de servicio.
ergonómico.
Metas de calidad. Contiene metas y planes de calidad
El principio tecnológico define las técnicas a utilizar
para el producto, que deberán incluir la identificación
en el proceso de desarrollo del software.
de los atributos seleccionados como más relevantes.
El principio administrativo contempla las funciones
Riesgos y gestión de riesgos. Contiene los riesgos
de planificación y control del desarrollo del software,
clave que podrían afectar la calidad del producto.
así como la organización del ambiente o centro de in-
Durante el proceso de planificación de la calidad debe geniería de software.
considerarse los siguientes atributos:

Seguridad Comprensión Portabilidad Protección Experimentación

Usabilidad Fiabilidad Adaptabilidad Reutilización Flexibilidad
Modularidad Eficacia Robustez Complejidad Aprendizaje
Fig 2. Atributos de Calida

Generalmente, no es posible optimizar todos los atri- El principio ergonómico define la interfaz entre el
butos para un sistema, por tanto debe priorizarse los usuario y el ambiente automatizado.
atributos más relevantes para un determinado producto La adopción de una buena política contribuye en gran
a desarrollar. medida a lograr la calidad del software, pero no la ase-
gura. Para el aseguramiento de la calidad es necesario
2.1.3. Control de la calidad
su control o evaluación.
El control de calidad considera la vigilancia del proceso
de desarrollo de software para asegurar que se sigan A partir del siguiente gráfico se observa la interrelación
los procedimientos y los estándares de garantía de ca- existente entre la gestión de la calidad, el aseguramien-
lidad. El control de calidad incluye la comprobación de to de la calidad y el control de la calidad.
que las entregas cumplan los estándares definidos El control de calidad puede realizarse desde dos en-
La obtención de un software con calidad implica la uti- foques:
lización de metodologías o procedimientos estándares • Revisión personal. El proceso de revisión de ca-
para el análisis, diseño, programación y prueba del lidad de software, documentación y los procesos
software que permitan uniformar la filosofía de trabajo, están a cargo de un grupo de personas.
en aras de lograr una mayor confiabilidad, mantenibili- • Revisión automática. El proceso de revisión de
dad y facilidad de prueba, a la vez que eleven la pro- calidad de software, documentación y los proce-
ductividad, tanto para la labor de desarrollo como para sos es realizado por un programa utilizando para
el control de la calidad del software. [1,2] ello una medida cuantitativa de algunos atributos
Los requisitos del software son la base de las medi- de software basados en métricas: inspecciones de
das de calidad. La falta de concordancia con los requi- diseño o programa, revisiones de progreso y revi-
sitos es una falta de calidad. siones de calidad.

67
RISI 8(1), 65 - 69 GESTIÓN DE CALIDAD EN DESARROLLO DE SOFTWARE
(2011)

El equipo de garantía de calidad debe crear un manual proceso de medición de software consiste en derivar
de estándares, el que debe incluir: un valor numérico desde algún atributo del software o
1 Estándares de producto del proceso de software. Las mediciones se realizan
para hacer predicciones generales acerca del sistema,
 Formulario para revisión de diseño o bien para identificar componentes anómalos. Para
 Estructura del documento de requerimiento la medición se utilizan métricas, que son medidas re-
 Formato del encabezado de método lacionadas con un sistema, proceso o documentación
 Formato de plan de proyecto de software. Las métricas pueden ser de control o de
predicción[3].
 Estilo de programación en Java
 Formulario de petición de cambios 2.3.1. Fases del proceso de medición
2 Estándares de proceso El proceso de medición se realiza a través de varias
 Conducto para la revisión de diseño fases.
 Sometimiento de documentos a CM
Elegir medidas a realizar. debe definirse
 Proceso de entrega de versiones
claramente lo que se quiere medir. Para ello debe
 Proceso de aprobación del plan de proyecto formularse las preguntas que la medición quiere
 Proceso de registro de pruebas responder y definir las mediciones requeridas para
resolver las preguntas.
2.2. Estándares de documentación
Seleccionar componentes a valorar. Se debe elegir
Los estándares de documentación en un proyecto soft- un conjunto de componentes representativos, para la
ware son documentos muy importantes ya que son la medición, no es necesario medir todos los componen-
única forma tangible de representar al software y su tes.
proceso. Los documentos deben ser fáciles de leer y
de comprender2. Medir características de los componentes. Se miden
los componentes seleccionados y se calculan los valo-
Tipos de estándares de documentación: res de las métricas.
• estándares del proceso de documentación. Identificar medidas anómalas. Luego de obtenidas
Define que proceso seguir para la producción del las mediciones de los componentes, se comparan
documento entre sí con las mediciones de una base de datos de
• estándares del documento. Determinan la estruc- mediciones.
tura y presentación de los documentos
Analizar componentes anómalos. Luego de identi-
• estándares para el intercambio de documentos. ficados los componentes anómalos para las métricas
Permiten que todas las copias electrónicas de los particulares, se examinan estos componentes para de-
documentos sean compatibles cidir si los valores de las métricas indican que la calidad
de los componentes está en peligro.
2.3. Proceso de medición
Todo proceso de medición del software tiene como 2.3.2.Clasificación de métricas
objetivo fundamental satisfacer necesidades de infor- Con el fin de describir la conducta del software, se es-
mación a partir de las cuales se deben identificar las tablecen las métricas que miden, entre otros aspectos,
entidades y los atributos que deben ser medidos. El la competencia, calidad, desempeño y complejidad del
software.

2 ISO 9000 constituye un conjunto de estándares internacionales que se pueden utilizar en el desarrollo de un sistema de gestión de calidad
en todas las industrias. ISO 9001 define que estándares y procedimientos deben considerarse en una organización, los cuales deben do-
cumentarse en un manual de calidad organizacional. La norma ISO 9126 hacen referencia a la operación, transición y revisión del software
y aunque no las dividen en estos tres grupos, señalan entre otras cosas la necesidad de lograr que el software opere correctamente y con
el grado de exactitud requerido, que los usuarios sean capaces de entenderlo y usarlo, es decir que sea amigable con quienes interactúen
con él, que sea capaz de responder correctamente ante fallos o cambios del entorno y que proporcione una ejecución o desempeño apro-
piado, teniendo en cuenta los recursos utilizados.

68
RISI 8(1), 65 - 69 GESTIÓN DE CALIDAD EN DESARROLLO DE SOFTWARE
(2011)

Presentamos a continuación la clasificación de las mis- soporte a un esfuerzo de calidad completo. Los planes
mas: de calidad pueden variar, en función del tamaño y el
• Métricas de complejidad: Definen la medición de tipo del sistema a desarrollar. La redacción del plan de
la complejidad, tales como volumen, tamaño, ani- calidad debe ser lo más compacto posible, a fin de que
daciones, costo (estimación) y configuración. Estas los ingenieros lo lean y cumplan. Si son muy extensos
son los puntos críticos de la concepción, viabilidad, y complicados, se corre el riesgo de no ser considerado
análisis y diseño de software. y poniendo en riesgo el la consecución de un plan de
calidad.
Métricas de calidad: Definen la medición de la
calidad del software, tales como exactitud, estruc- Dependiendo del tipo de software requieren distintos
turación o modularidad, pruebas, mantenimiento, proceso de desarrollo. Cada gestor de proyecto deberá
reusabilidad, entre otras. Estos son los puntos crí- decidir qué estándares de procesos utilizar, o modificar-
ticos en el diseño, codificación, pruebas y manteni- los si es necesario.
miento. ISO 9000 constituye un conjunto de estándares inter-
• Métricas de competencia: Definen la valoración nacionales que se pueden utilizar en el desarrollo de
de las actividades de productividad de los progra- un sistema de gestión de calidad en todas las indus-
madores o practicantes con respecto a su certeza, trias. ISO 9001 define qué estándares y procedimien-
rapidez, eficiencia y competencia. tos deben considerarse en una organización, los cuales
• Métricas de desempeño: Definen la medición de deben documentarse en un manual de calidad organi-
la conducta de módulos y sistemas de un software, zacional. La norma ISO 9126 hace referencia a la
bajo la supervisión del sistema operativo o hard- operación, transición y revisión del software y aunque
ware. Generalmente tienen que ver con la eficien- no las divide en estos tres grupos, señala entre otras
cia de ejecución, tiempo, almacenamiento, comple- cosas la necesidad de lograr que el software opere co-
jidad de algoritmos computacionales, etc. rrectamente y con el grado de exactitud requerido, que
• Métricas estilizadas: Definen los mecanismos los usuarios sean capaces de entenderlo y usarlo, es
para medir la experimentación y preferencia, por decir que sea amigable con quienes interactúen con él,
ejemplo, estilo de código, las convenciones deno- que sea capaz de responder correctamente ante fallos
minando de datos, las limitaciones, etc. Estas no o cambios del entorno y que proporcione una ejecución
deben ser confundidas con las métricas de calidad o desempeño apropiado, teniendo en cuenta los recur-
o complejidad. sos utilizados

3. CONCLUSIONES 4. REFERENCIAS BIBLIOGRÁFICAS

La industria de software viene desarrollándose en -[1] Sommerville Ian. 2006. Ingeniería de software. Ma-
los últimos años y con ello la necesidad de producir drid Edit Addison Wesley.
software de calidad. Para lograrlo se tienen en cuenta -[2] PRESSMAN ROGER, 2002 “Ingenieria de software.
numerosos factores entre los que se encuentran las Un enfonque practico”. (Quinta Edición). Editorial
métricas de software, una herramienta indiscutible para Mc Graw - Hell Intes Americana de España S.A.U.
ayudar a mantener el control de los procesos y produc- -[3] LAUDON KENNETH & LAUDON JANE, 2008 “Sis-
tos durante el desarrollo del software. La administración temas de información Gerencial. Administración
de la calidad es esencial a lo largo de todos los pasos de la empresa Digital”. (Décima Edición). Editorial
de desarrollo de un sistema. Los elementos primarios poarson Education Prantice Hall México.
de la gestión de calidad son significativos solamente -[4] ISO 9001: 2008. “Gestión de la Calidad”.
cuando suceden en un contexto organizacional que de

69