Tabla de contenido

1. Aseguramiento de la Calidad (Software Quality Assurance, SQA)...............................3

1.1. Beneficios de tener SQA..............................................................................................3
1.2. Objetivos de SQA..........................................................................................................4
1.3. Grupo SQA......................................................................................................................4
1.3.1. Actividades del grupo SQA.................................................................................5
2. GARANTÍA DE CALIDAD DE SOFTWARE (SQA)...........................................................7
2.1. Guías para actividades de SQA.................................................................................7
2.1.1. Guía para chequear la administración del SQA..................................................8
2.1.2. Guía para el chequeo de la Documentación........................................................8
2.1.3. Guía para el chequeo de la adherencia a los Estándares.................................8
2.1.4. Guía para el chequeo de las revisiones y las auditorías....................................9
2.2. Herramientas y métodos del SQA...........................................................................10
2.3. Métodos más comunes..............................................................................................10
3. NORMAS Y ESTANDARES DE CALIDAD.......................................................................10
3.1. Norma ISO/IEC 9126....................................................................................................10
3.2. ISO/IEC 14598...............................................................................................................10
3.3. Norma ISO/IEC 25000 (SQuaRE)..............................................................................10
3.4. El estándar IEEE 1061-1992.....................................................................................11
4. GESTIÓN DE LA CALIDAD EN PROYECTOS DE SOFTWARE..................................12
4.1. Métricas..........................................................................................................................12
4.2. Atributos de calidad....................................................................................................12
4.3. Plan de calidad.............................................................................................................12
4.4. Gestión de calidad.......................................................................................................13
 1. Aseguramiento de la Calidad (Software Quality Assurance, SQA)

SQA (Software Quality Assurance). El SQA se define como un conjunto de

actividades planificadas y sistemáticas, cuyo primer objetivo es evaluar la calidad y
la adherencia de los productos de software a los estándares, procesos y
procedimientos. Además, el SQA permite proveer de una visibilidad adecuada del
proceso utilizado y los productos construidos mediante acciones planificadas y
sistemáticas. Estas acciones permiten asegurar la calidad de dichos procesos y
productos.

El desarrollo de un plan de SQA es esencial para que un producto de software

cumpla con los requerimientos y necesidades que tiene el cliente, el resultado final
se encontrará certificado y asegurando la calidad de éste. Además de lo anterior,
va a permitir que se puedan planificar las actividades de aseguramiento de la
calidad, revisar y auditar objetivamente los productos y las actividades.
Proporciona además los resultados de estas revisiones o auditorias informando a
la dirección del proyecto y aumentar la calidad de los entregables durante todo el
proceso de desarrollo.

1.1. Beneficios de tener SQA

Los beneficios que tiene la realización de un plan de aseguramiento de la calidad

se pueden encontrar en diversas áreas y asuntos de la empresa, entre ellos: el
presupuesto, los plazos y los recursos de la organización, la imagen corporativa y
la experiencia de los usuarios. Entre estos beneficios se destacan:

 La reducción de los costos. Dado que las tareas de testing se realizan

para disminuir y mitigar el riesgo de fallas.

 La mejora de la eficiencia en el desarrollo del software. Esta mejora

disminuye el riesgo de extender los plazos.

 Evita el retrabajo, es decir, la realización de la misma tarea o actividad

(rework) por el equipo a cargo del desarrollo del software
  Genera mayor confianza. Un software probado y con la calidad requerida,
garantiza que la puesta en producción se haga de manera segura y con
menos riesgos.

 Evita los conflictos en el equipo. Los usuarios, ya sean internos y/o

externos no tendrían problemas en el uso del aplicativo.

 Contribuye con el desarrollo de una imagen autentica. Permite

diferenciarse del resto, pues actualmente el software de cada una de las
empresas tiene un rol fundamental en la operación del día a día. Es el
elemento de conexión con usuarios y/o clientes

 Aumenta el nivel de satisfacción general del cliente y los usuarios de la

aplicación.

1.2. Objetivos de SQA

 Planificar las actividades de SQA.

 Verificar la adherencia de los productos de trabajo y de las actividades a los

estándares, procedimientos y requerimientos establecidos.

 Informar a los grupos e individuos afectados sobre las actividades de SQA y

sus resultados.

 Comunicar a la administración superior sobre desviaciones no resueltas

dentro del proyecto.

1.3. Grupo SQA

El rol del grupo de SQA es guiar al equipo de desarrollo para alcanzar un producto
de alta calidad, SQA es una especialidad compleja y abundante en metodologías,
por lo que es necesario la especialización de sus profesionales. De ahí, que el
liderazgo de SQA deba ser asumido por uno o más ingenieros de calidad.

“El grupo de SQA es únicamente el facilitador de los procesos de calidad y el

responsable por aplicar los principios de calidad a lo largo de la organización. La
responsabilidad por la implantación de la calidad recae en la administración
superior y en los grupos de desarrollo. La existencia de un grupo de SQA
dedicado no garantiza por sí solo que los procesos sean seguidos y que la calidad
se introduzca mágicamente en el producto. Debe existir un compromiso de toda la
organización por orientar hacia una cultura de la calidad”.

1.3.1. Actividades del grupo SQA

 Preparar el Plan de SQA para cada proyecto.

 Participar en el desarrollo de la descripción del proceso de software para un

proyecto.

 Revisar las actividades de ingeniería en acuerdo con el proceso definido.

 Auditar los productos de trabajo designados, para verificar su adherencia

con aquellos definidos en el modelo de proceso.

 Asegurar que las desviaciones en el desarrollo y en los productos de

trabajo sean documentadas y apoyadas por el procedimiento de
documentación.

 Registrar cualquier disconformidad e informar a la administración superior.

 Coordinar la gestión de configuración. SCM.

 Apoyar la recolección y análisis de métricas de software.

SQA también cuenta con una serie de actividades las cuales son:

 Estándares: Los estándares son los cimientos de cualquier sistema de

calidad de software, pues proveen la base para la evaluación y medición de
las actividades y de los productos de trabajo durante todo el ciclo de vida
del software. Los estándares entonces cubren lo referente al ciclo de vida
del software, documentación, código fuente, criterios para denominar los
ítems de configuración y los procedimientos y protocolos.
 Revisiones: Las revisiones constituyen la primera forma de monitorear y
evaluar la calidad de los productos de trabajo, además, proveen mayor
visibilidad al desarrollo. Las revisiones son una metodología definida,
estructurada y disciplinada para la detección e identificación de defectos en
los productos de trabajo durante el ciclo de vida del software.

 Prueba: La prueba es la última actividad de evaluación del producto que

permite detectar defectos y establecer el nivel de satisfacción de los
requerimientos. Por lo tanto, SQA debe garantizar que: Los procedimientos
de prueba verifican los requerimientos según el plan, la versión del software
evaluada sea la actual, los procedimientos sean utilizados, cualquier
problema detectado durante esta actividad, sea registrado e informado
oportunamente, los informes entregados correspondan a la realidad y sean
completos, la corrección de los errores sea realizada antes de la entrega
del producto final.

 Análisis de defectos: Los defectos ocurren a lo largo de todo del ciclo de

vida del software sin excepción. Por ello resulta natural concentrar
esfuerzos en su detección y corrección.

 Gestión de configuración: El propósito de la Gestión de Configuración

(Software Configuration Management, SCM) es establecer y mantener la
integridad de los productos a través de todo el ciclo de vida del software,
proveyendo un adecuado control de los cambios producidos en los diversos
ítems de configuración.

SQA cuenta a su vez con unas actividades que se presentan en el ciclo de vida
de un proyecto, las cuales son:

 Planificación: Durante la etapa de planificación, SQA debe participar de la

elaboración del plan de proyecto. Es su responsabilidad producir el Plan de
SQA y verificar que los procesos, procedimientos y estándares identificados
en el plan de proyecto son apropiados, claros, específicos y auditables. El
contenido del plan de SQA debe identificar: evaluaciones, auditorías y
 revisiones, estándares, procedimientos de seguimiento y reporte de errores,
y la documentación por producir.

 Especificación de requerimientos: SQA debe corroborar que en la

especificación estén expresados todos los requerimientos funcionales,
técnicos, operacionales y de interfaz, de manera tal que puedan ser
verificados en el producto final.

 Diseño: En la fase de diseño, dentro de las actividades de SQA se incluyen

asegurar la adherencia del diseño y su documentación a los estándares
definidos en el plan del proyecto, la presencia de todo módulo en el diseño,
la incorporación de los resultados de las inspecciones en el diseño y el
ingreso del diseño a la configuración del software, tras su aprobación.

 Implementación: A SQA le corresponde auditar: los resultados de las

actividades de diseño y codificación, el estado de todos los entregables, las
actividades de gestión de configuración y de la biblioteca del software, los
informes sobre desviaciones y las acciones correctivas.

 Integración y prueba: Con relación a la integración y a la prueba, a SQA le

corresponde garantizar la concordancia de las pruebas con el plan y los
procedimientos definidos, así como también que toda desviación haya sido
informada y corregida.

 Aceptación y entrega: En la fase de aceptación, SQA es responsable de

realizar la última auditoría de configuración del software, con el objetivo de
determinar que los deliberables están listos para la entrega.

 Mantención: Durante la operación pueden presentarse correcciones o

mejoras que originen pequeños “ciclos de desarrollo”. En tal caso, se
repetirán las actividades de SQA descritas con anterioridad.

2. GARANTÍA DE CALIDAD DE SOFTWARE (SQA).

Para poder realizar el aseguramiento y certificación de la calidad de los productos
y servicios que se desarrollan en esta industria, se lleva a cabo lo que se conoce
como SQA (Software Quality Assurance).

2.1. Guías para actividades de SQA

En estas guías se muestra la pauta general del proceso que debe seguir la
Gerencia de SQA para llevar a cabo cada actividad.

2.1.1. Guía para chequear la administración del SQA

Propós Actividad Detalle /
ito Indicación
1 Criteri SPMP/XX
os de Personal SQA
Entrad
a
2 Revisió - Examinar estructura gerencial de la Verificar
n organización encargada del SQA. consistencia de
Identificar tareas de cada integrante la estructura
de la gerencia organizacional
- Definir responsabilidades a cada con las
integrante de la gerencia responsabilidad
es asignadas en
SPMP
3 Criter - Estructura de la administración del Estructura
ios de departamento SQA revisada organizacional
Salid de la gerencia
a SQA óptima
para el proyecto

2.1.2. Guía para el chequeo de la Documentación

Propósi Actividad Detalle / Indicación

to
1 Criterio SPMP/XX
s de
Entrad
a
2 Revisión - Revisión y análisis del plan de Reportar
documentación. discrepancias
- Buscar discrepancias.
- Discutir discrepancias con el gerente de según documento
- proyecto. 3-E4 de ESA PSS-
05-0 Issue 2

Enviar
 discrepancias
correspondient
es
3 Criterio - Documentación revisada Documentos de
s de acuerdo
a Estándar,
Salida y sin
discrepanci
as

2.1.3. Guía para el chequeo de la adherencia a los Estándares

Propósito Actividad Detalle / Indicación
1 Criterio URD, SRD, DDD,
s de ADD, SVVP/XX,
Entrad SCMP/XX
a
2 Documentaci - Monitorear adherencias de los Chequear puntos
ón documentos a los estándares. UR01 a UR16 en
documento URD
Chequear puntos
SR01 a SR
18 en documento SRD
Chequear puntos AD01
a AD
24 en documento ADD
3 Diseño - Monitorear adherencias del diseño Chequear puntos DD01
a los a
estándares. DD17 en documento
DDD
4 Codificación - Monitorear adherencias de la Revisar de acuerdo con
codificación a los estándares. estándares de
codificación en
SCMP/XX
5 Comentarios - Monitorear adherencias de los Revisar de acuerdo con
comentarios a los estándares. SCMP/XX
6 Prueba Monitorear adherencias de las Revisar de acuerdo con
pruebas a los estándares. SVVP/X. Y SCMP/XX
Monitorear adherencia de las
pruebas a las prácticas definidas.
7 Métricas - Revisar la métrica definida. Revisar de acuerdo con
SVVP/XX
8 Conformidad - Monitorear la conformidad que Revisar de acuerdo con
existe en SCMP/XX
el sistema.
9 Criterios Proceso de Documentación Discrepancias
de revisado. reportadas y
Salida Proceso de Diseño revisado. solucionadas.
 Proceso de Codificación revisado. Documentos de acuerdo
Proceso de Comentarios Revisado. con estándares.
Proceso de Pruebas revisado.
Métricas definidas revisadas.
Conformidad revisada.

2.1.4. Guía para el chequeo de las revisiones y las auditorías.

Propósito Actividad Detalle /
Indicación
1 Criterios de SVVP/XX.
Entrada
2 Revisión - Revisar el propósito de cada revisión.
- Participar en revisiones de código.
- Examinar argumentos de revisión y
auditoría.
- Verificar que el mecanismo de
revisión sea acorde al tipo de
proyecto.
- Identificar los requerimientos
mínimos para las revisiones.
3 Criterios de - Proceso de Revisión y Auditoria
Salida revisados.

2.2. Herramientas y métodos del SQA.

o Auditoria PPQA
o Prueba de validación
o Comparación de datos
o Prueba de esfuerzo
2.3. Métodos más comunes.
o Revisión por pares
o Revisión técnica formal
3. NORMAS Y ESTANDARES DE CALIDAD

Según [ CITATION Nés17 \l 9226 ] Dentro de los estándares más aplicados a la

calidad del software están:

3.1. Norma ISO/IEC 9126

Tiene como fin cuantificar los productos de software, esta norma nos indica las
características de la calidad del software y fue elaborado para cubrir las
necesidades de error que genera. La norma fue diseñada en los siguientes
factores: calidad de proceso, calidad del producto, calidad del software y calidad
de uso.

3.2. ISO/IEC 14598

La ISO/IEC 14598 es utilizada actualmente como una metodología para

evaluar el productor de software. La norma establece una serie de etapas e
involucra el marco de trabajo donde se manipula el software y se evalúa la calidad
del producto.

3.3. Norma ISO/IEC 25000 (SQuaRE)

Guía el desarrollo de los productos de software con la especificación y evaluación

de requisitos de calidad. Establece criterios para la especificación de requisitos de
calidad de productos software, sus métricas y su evaluación.

o ISO/IEC 2500n – División de Gestión de Calidad: Esta familia de

normas ISO/IEC 25000 se encuentra compuesta por cinco
divisiones. Las normas que forman este apartado definen todos los
modelos, términos y definiciones comunes referenciados por todas
las otras normas de la familia 25000.
o ISO/IEC 2501n – División de Modelo de Calidad: Las normas de este
apartado presentan modelos de calidad detallados incluyendo
características para calidad interna, externa y en uso del producto
software.
o ISO/IEC 2502n – División de Medición de Calidad: Estas normas
incluyen un modelo de referencia de la medición de la calidad del
producto, definiciones de medidas de calidad (interna, externa y en
uso) y guías prácticas para su aplicación.
o ISO/IEC 2503n – División de Requisitos de Calidad: Las normas que
forman este apartado ayudan a especificar requisitos de calidad que
pueden ser utilizados en el proceso de elicitación de requisitos de
 calidad del producto software a desarrollar o como entrada del
proceso de evaluación.
o ISO/IEC 2504n – División de Evaluación de Calidad: Este apartado
incluye normas que proporcionan requisitos, recomendaciones y
guías para llevar a cabo el proceso de evaluación del producto
software.

3.4. El estándar IEEE 1061-1992

Es un estándar para una metodología de métricas y calidad del software, este

estándar cubre tres grupos (medidas, procesos y objetivos), suministra una
metodología para establecer requerimientos de calidad e identificar,
implementar, analizar y validar métricas de calidad de productos y procesos
software.

4. GESTIÓN DE LA CALIDAD EN PROYECTOS DE SOFTWARE

Para poder realizar la gestión de la calidad en proyectos de software debemos

tener en cuenta los siguientes ítems:

4.1. Métricas

Una Métrica es la medida de alguna propiedad del proceso de administración de

proyectos, efectuada para conocer el avance o los desvíos al plan original.
[ CITATION Irm13 \l 9226 ] Las métricas nos permiten medir el estado del proyecto,
efectividad o progreso de las actividades de un proyecto y así a contribuir a tomar
decisiones estratégicas ante los desvíos, incidentes o diferentes problemas que
surgen en la ejecución.

4.2. Atributos de calidad

Según Uqbar los atributos de calidad son características no funcionales que se

consideran deseables en un sistema de software. Sin embargo, no todos los
sistemas de software deben tener en cuenta todos estos atributos o cualidades,
algunas serán más importantes que otras dependiendo del sistema, y ciertamente
no se pueden maximizar todas a la vez. [ CITATION UqbSF \l 9226 ].

Algunos de estos son: Seguridad, Fiabilidad, Protección, Flexibilidad, Robustez,

Comprensibilidad, Adaptabilidad, Eficiencia, Modularidad, Complejidad,
Portabilidad, Usabilidad

4.3. Plan de calidad.

Es un documento que definirá la calidad de los productos y servicios

proporcionados y las acciones que se llevaran a cabo para comprobar el nivel de
calidad en el proyecto. [ CITATION Edd13 \l 9226 ] Watts Humphrey (padre de la
calidad del software) propuso en este documento el siguiente contenido:

 Introducción del producto

 Planes del producto
 Descripciones de procesos
 Metas de calidad
 Riesgos y gestión de riesgo.

4.4. Gestión de calidad

Este ítem permite asegurar la calidad en los productos que nosotros vamos a
proporcionar al cliente, es importante definir unas listas de comprobación
comúnmente conocido como checklist que nos permitirán con criterios objetivos
asegurarnos que si estamos cumpliendo con la calidad de nuestro producto y la
ejecución de los procesos estén en conformidad con los planes, procedimientos y
estándares establecidos. [ CITATION Irm13 \l 9226 ]
Referencias

Acosta, N. J., Espinel, L. A., & García, J. L. (06 de 2017). Facultad de Ingenieria
Tecnologica Investigacion Academia TIA. Obtenido de Estándares para la
calidad de software:
https://revistas.udistrital.edu.co/ojs/index.php/tia/article/view/8388/pdf
Álvarez, A., & Scafarelli, L. (Marzo de 2006). ORT Software Factory Capacitación
inicial SQA. Obtenido de
https://fi.ort.edu.uy/innovaportal/file/2025/1/introduccionsqa.pdf
CRISTIAN, B. (6 de Enero de 2017). SQA: qué es, para que sirve y sus beneficios.
Obtenido de http://www.aticaingenieria.cl/sqa-que-es-para-que-sirve-y-sus-
beneficios/
fandom. (s.f.). Cuáles son las actividades de SQA. Obtenido de
https://calidadsoftwareunibague.fandom.com/es/wiki/Cuáles_son_las_activi
dades_de_SQA
Olivares , O., & Anguita, P. (26 de Septiembre de 2002 ). Actividades SQA.
Obtenido de https://oymas.net/FilesUploaded/001-1470952-
01002/SQA1.pdf
Roca, E. S. (s.f.). Aseguramiento de la Calidad (Software Quality Assurance, SQA)
. Obtenido de https://www.mindmeister.com/generic_files/get_file/1221052?
filetype=attachment_file
Cruz, E. (2013). Mind Meister. Obtenido de
https://www.mindmeister.com/es/327887701/gesti-n-de-la-calidad-en-
proyectos-de-software?fullscreen=1
Leon, I. G. (2013). Mind Meister. Obtenido de
https://www.mindmeister.com/328941479/gestio-n-de-la-calidad-en-
proyectos-de-software?fullscreen=1
Uqbar. (SF). Wiki Uqbar. Obtenido de Atributos de calidad:
http://wiki.uqbar.org/wiki/articles/atributos-de-calidad.html