Aplicativo web para la CARACTERIZACIÓN

ESTUDIANTES CASD 2019

Plan de SQA
Versión 1.0

Historia de revisiones
Fecha Versión Descripción Autor
22/08/2019 1.0 Plan de Calidad Nelson Torres
Hernandez
 INDICE

INTRODUCCIÓN A LA GUÍA DE SQAP ............................................ ERROR! BOOKMARK NOT DEFINED.

1. INTRODUCCIÓN ...................................................................................................... 3
2. REFERENCIAS......................................................................................................... 3
3. GESTIÓN............................................................................................................... 3
3.1. Organización ................................................................................................... 3
3.2. Tareas............................................................................................................ 5
3.3. Responsabilidades ......................................................................................... 11
4. DOCUMENTACIÓN.................................................................................................. 11
5. ESTÁNDARES, PRÁCTICAS Y CONVENCIONES ................................................................ 11
6. REVISIONES ................................................................... ERROR! BOOKMARK NOT DEFINED.
6.1. Propósito ............................................................ Error! Bookmark not defined.
6.2. Requerimientos Mínimos ....................................... Error! Bookmark not defined.
6.3. Agenda .............................................................. Error! Bookmark not defined.
6.3.1. Revisar cada producto ....................................... Error! Bookmark not defined.
6.3.2. Revisar el apego al proceso ................................ Error! Bookmark not defined.
6.3.3. Realizar Revisión Técnica Formal ........................ Error! Bookmark not defined.
7. TESTEO.......................................................................... ERROR! BOOKMARK NOT DEFINED.
8. INFORMACIÓN SOBRE PROBLEMAS Y ACCIÓN CORRECTIVA ......... ERROR! BOOKMARK NOT DEFINED.
9. HERRAMIENTAS, TÉCNICAS Y METODOLOGÍAS ......................... ERROR! BOOKMARK NOT DEFINED.
10. CONTROL DE CÓDIGO ........................................................ ERROR! BOOKMARK NOT DEFINED.
11. CONTROL DE MEDIOS ........................................................ ERROR! BOOKMARK NOT DEFINED.
12. CONTROL DE PROVEEDORES ................................................ ERROR! BOOKMARK NOT DEFINED.
13. RECOPILACIÓN DE REGISTROS, MANTENIMIENTO Y RETENCIÓN... ERROR! BOOKMARK NOT DEFINED.
14. FORMACIÓN.................................................................... ERROR! BOOKMARK NOT DEFINED.
15. GESTIÓN DE RIESGOS ....................................................... ERROR! BOOKMARK NOT DEFINED.
16. REFERENCIAS DE ESTA GUÍA............................................... ERROR! BOOKMARK NOT DEFINED.

Guía de SQAP Página 2 de 11

1. Introducción

El presente documento tiene como finalidad especificar el aseguramiento de la

calidad del software que se llevara a cabo al producto y así saber que tan alto es su
índice de calidad.
Para tener en cuenta que según el modelo de calidad a utilizar en el curso, el criterio
decisivo para determinar la calidad de un producto de software es la calidad desde el
punto de vista del usuario, utilizado en un ambiente y en un contexto de uso
determinados: “calidad en el uso”.
Aplicando en nuestra necesidad el aseguramiento para el software desarrollado el
cual es un aplicativo web que consiste en un formulario para la caracterización de
estudiantes, los resultados se guardan en una base de datos la cual el administrador
tendrá acceso para la realización de su informe y entrega al colegio.

2. Referencias
ANSI/IEEE Std 730.1-1989, IEEE Standard for Software Quality Assurance Plans.

www.inf.utfsm.cl/~visconti/titulacion/FundamentosSQA.pdf

www.intelinfo.com/newly_researched_free_training/software_Quality_Assurance_and_Te
sting.html

3. Gestión

La gestión del proyecto está a cargo del Administrador del Proyecto, sin embargo, será
monitoreada tanto por este, como por el responsable de SQA. Se intenta controlar que
las actividades se ajusten al plan propuesto y minimizar posibles desviaciones.

3.1. Organización
La mayoría de las actividades realizadas durante el proyecto impactan, en mayor o
menor
mediada, en la calidad del producto final.
Las líneas de trabajo con un impacto más directo son:
• Requerimientos
• Análisis
• Diseño
• Implementación
• Verificación
El equipo de trabajo está estructurado de la siguiente forma:

Rol Responsables
Administrador, Asistente de Nelson Torres
verificación, Comunicador
Analista-Documentador de Nelson Torres
UsuarioAsistente de Verificación
Analista-Implementador Wilman Murillo
Responsable de SQA – Asistente de Nelson Torres
Verificacion

Guía de SQAP Página 3 de 11

 Analista-Diseñador de Interfaz de Nelson Torres
Usuario-Implementador
Responsable de Verificación - Wilman Murillo
Asistente
de SQA
Arquitecto - Asistente de Verificación Wilman Murillo
Coordinador de Desarrollo
Base Datos-Implementador Wilman Murillo
ImplementadorEspecialista Técnico Nelson Torres
del Lenguaje y
Configuración

Descripción de la estructura organizacional:

Administrador SQA, es responsable de lo siguiente:

Establecer un programa de calidad para el proyecto.

Identificar las actividades de SQA que se llevarán a cabo.
Revisar y aprobar el plan de SQA del proyecto.
Resolver problemas relacionados con la calidad.
Auditar y reportar las funciones SQA para este proyecto.
Identificar los factores de calidad a ser implementados en el proyecto.

La Administración de la Configuración de Software es responsable de:

Revisar y comentar sobre el plan de SQA del Proyecto.

Implementar las actividades definidas de calidad acordadas en el plan de SQA.
Asegurarse que los factores de calidad referentes a ACS son implementados en el
proceso de ACS.
Revisar que los interesados en el proyecto cumplan con el plan de ACS.

La administración del proyecto es responsable de:

Revisar y aprobar el Plan de aseguramiento de la calidad del proyecto SCPCM

Identificar a una persona o grupo que realice las funciones de SQA
Identificar los factores de calidad a ser implementados en el SCPCM
Resolver y dar seguimiento a cualquier asunto de calidad levantado por el SQA
Identificar y asegurarse que los factores de calidad se implemente en el software.
Identificar, desarrollar y mantener documentos de planeación.

Pruebas es responsable de:

Comentar acerca del plan de SQA.

Implementar la calidad en las pruebas de acuerdo al plan SQA
Resolver y dar seguimiento a cualquier asunto de calidad que tenga relación con
las pruebas del sistema
Verificar que los factores de calidad se implementaron en el sistema

Guía de SQAP Página 4 de 11

 Implementar las practicas de pruebas en el sistema, procesos y procedimientos,
como está definido en el documento de pruebas

Diseño y codificación son responsables de:

Comentar acerca del plan de SQA
Implementar la calidad en el diseño y codificación de acuerdo a este plan de SQA
Resolver y dar seguimiento a cualquier asunto de calidad que tenga relación con el
diseño del sistema, arquitectura del sistema y desarrollo del mismo.
Identificar, implementar y evaluar los factores de calidad que van a ser
implementados en el sistema.
Implementar el diseño, arquitectura, desarrollo, procesos y procedimientos
necesarios para el sistema, siguiendo los documentos de planeación para cada uno
de estos.

Administración de riesgos es responsable de:

Dar seguimiento a los riesgos identificados.

Buscar medidas de contingencia de los riesgos identificados
Comentar acerca del plan de aseguramiento de la calidad
Notificar al administrador del proyecto cuando un riesgo identificado, se convierta
en un problema

Administrador de requerimientos:

Realizar el ERS
Comentar acerca del plan de aseguramiento de la calidad
Implementar calidad en el ERS
Analizar los requerimientos

Métricas es responsable de :

Realizar el plan de Métricas para el proyecto

Evaluar las métricas recabadas a lo largo del proyecto
Comentar acerca del plan de aseguramiento de la calidad
Implementar la calidad en el plan de métricas del proyecto

3.2. Tareas

3.2.1 Ciclo de vida del software cubierto por el Plan

Como ya se mencionó el presente Plan comprende las etapas de: Requerimientos,

Análisis, Diseño, Implementación y Verificación.

Así mismo, se revisará la calidad de los siguientes productos:

Dentro del área de Requerimientos y Análisis:

• Especificación de Requerimientos
• Modelos de Casos de uso
• Alcance del Sistema
• Pautas para la interfaz del usuario

Guía de SQAP Página 5 de 11

 Dentro del área de Diseño:
• Modelo de Dominio
• Descripción de la arquitectura

Implementación, Verificación e Implantación:

• Informe de verificación unitaria
• Plan de Verificación y validación
• Plan de Implantación

Dentro de la Gestión del Proyecto:

• Plan de Proyecto
• Gestión de Riesgos
• Plan de iteración

Gestión de la Configuración y Control de Cambios:

• Plan de Configuración de SCM
• Informe de la Línea Base del Proyecto

Actividad Entregable Asociado

Elaboración del Plan de SQA
Identificar propiedades de Calidad
Evaluación de la calidad de los productos
Revisar el ajuste al proceso
Realizar Revisión Técnica Formal
Evaluar y ajustar el Plan de SQA
Evaluación final de SQA
Revisar la entrega semanal
Plan de SQA
Plan de SQA
Informe de revisión de SQA
Informe de revisión de SQA
Informe de Revisión Técnica Formal
Documento de Evaluación y Ajustes al
Plan de SQA
Informe final de SQA
Entrega semanal de SQA

3.2.1.1 Elaboración del Plan de SQA:

3.2.1.1.1 EVALUAR LOS REQUERIMIENTOS
El análisis de requerimientos establece un mutuo acuerdo entre el equipo del
proyecto de software y el cliente. Se deberá mantener y establecer un acuerdo con
el cliente para realizar el análisis de requerimientos del sistema.

Las actividades del personal de calidad en esta tarea son:

Revisar los requerimientos para determinar si son claros y consistentes.

Verificar que los cambios en el documento de requerimientos del sistema, sean
seguidos, revisados y comunicados al equipo de desarrollo.
Verificar que los compromisos con el cliente sean documentados, y comunicados al
equipo de desarrollo.
Verificar que los procesos descritos para definir, documentar y localizar
requerimientos se lleven a cabo.
Verificar que los requerimientos están documentados, administrados, controlados y
seguidos (de preferencia mediante una matriz de rastreo).

Se utilizará el formato de auditoría mostrado en la figura B-5 como guía para

realizar estas evaluaciones.

Guía de SQAP Página 6 de 11

 El resultado de esta tarea se documentará usando el Formato del proceso de
auditoría, localizado en la sección 7 de este documento y se entregará al
administrador del proyecto. Las recomendaciones correctivas realizadas por el
SQA requieren la disposición del administrador del proyecto y se procesaran de
acuerdo con la guía de la sección 7 de este documento.

3.2.1.1.2 EVALUAR EL DISEÑO DEL SOFTWARE

El objetivo del proceso de diseño del software es tomar decisiones sobre el

comportamiento del diseño del sistema y otras decisiones que afectan al diseño de
los componentes. Se tendrá que tomar en cuenta la arquitectura del sistema
dividiendo el sistema en subsistemas.

El nivel de detalle del diseño debe ser tal que el código de los módulos pueda ser
realizado por otra persona que no sea su diseñador original.

Las actividades del SQA en esta tarea son:

Verificar que los procesos de diseño de software sigan los estándares

determinados.
Verificar que todos los requerimientos estén presentes en el diseño.
Verificar que el diseño se encuentre bajo la administración de la configuración
Revisar y auditar el contenido de los documentos de diseño del sistema.
Si se encuentran no cumplimientos de los estándares establecidos, determinar las
acciones correctivas.

Se deberá usar el formato de auditoría mostrado en la figura como guía para

realizar estas evaluaciones.

El resultado de esta tarea se documentará usando el Formato del proceso de

auditoría, localizado en la sección de este documento y se entregará al
administrador del proyecto. Las recomendaciones correctivas realizadas por el
SQA requieren la disposición del administrador del proyecto y se procesaran de
acuerdo con la guía de la sección de este documento.

3.2.1.1.3 EVALUAR LAS PRUEBAS DE MODULOS IMPLEMENTADOS

En esta etapa, las pruebas de integración combinan individualmente componentes

ya encontrados en la línea base para verificar que trabajan juntos y así integrar las
funcionalidades del sistema en un solo producto.

Los encargados de las pruebas prestarán especial atención a:

El buen funcionamiento de las interfaces entre los componentes.

El flujo de información a través del sistema.
La satisfacción de los requisitos del sistema.

Las actividades del SQA son:

Guía de SQAP Página 7 de 11

 Verificar que las discrepancias descubiertas en la integración de software y
pruebas de rendimiento son identificadas, analizadas, documentadas, y corregidas.
Revisar el Plan de Pruebas de Software y que las descripciones de las pruebas de
software cumplan con los requerimientos.
Verificar que el software es probado.
Monitorear las actividades de pruebas.
Verificar que los encargados de las pruebas de unidad se apeguen al plan de
pruebas.
Verificar que se lleve una correcta ACS en el código.

El resultado de esta tarea se documentara usando el Formato del proceso de

auditoría, localizado en la sección de este documento y se entregara al
administrador del proyecto. Las recomendaciones correctivas realizadas por el
SQA requieren la disposición del administrador del proyecto y se procesaran de
acuerdo con la guía de la sección de este documento.

3.2.1.1.4 EVALUAR EL PROCESO DE ACCIONES CORRECTIVAS.

El proceso de acción correctiva cumplirá con los pasos para:

Identificar el problema y la corrección realizada durante el desarrollo del software.

Reportar el problema a la autoridad apropiada.
Analizar el problema para proponer medidas de corrección.
Realizar la corrección oportuna y completamente.
Y registrar y dar seguimiento a cada problema.

Los problemas bajo este contexto incluyen errores de documentación, errores de

software, no cumplimiento de estándares y procedimientos.

Las actividades son las siguientes:

Revisar periódicamente el proceso de acción correctiva y sus resultados.

Se deberá usar el formato de auditoría mostrado en la figura como guía para
realizar estas evaluaciones.
El resultado de esta tarea se documentará usando el Formato del proceso de
auditoría, localizado en la sección de este documento y se entregará al
administrador del proyecto. Las recomendaciones correctivas realizadas por el
SQA requieren la disposición del administrador del proyecto y se procesaran de
acuerdo con la guía de la sección de este documento.

3.2.1.1.5 EVALUAR LA ADMINISTRACIÓN DE LA CONFIGURACIÓN

La Administración de la configuración es la responsable de:

Identificar y documentar la funcionalidad y las características físicas de los ítems de

configuración.
Documentar los cambios de control de los ítems de configuración.
Registrar y reportar la información necesaria para administrar los ítems de
configuración efectivamente, incluyendo el status de los cambios propuestos y los
status de implementación de cambios aprobados.

Guía de SQAP Página 8 de 11

 Las actividades a realizar son las siguientes:

Verificar que la configuración de los ítems de configuración cumple con los

estándares establecidos de titulado, nomenclatura y descripción de los cambios.
Verificar que las líneas base ha sido establecida en el tiempo establecido por medio
de los estándares y procedimientos
Verificar que todos los interesados en el proyecto tengan conocimiento del plan de
ACS.
Verificar que el equipo de desarrollo tenga conocimiento si algún IC sufre cambios
o modificaciones
Auditar que se encuentre bajo el control de versiones todos los IC mencionados en
el Plan de Administración de la Configuración de acuerdo a las líneas bases
creadas.

Se deberá usar el formato de auditoría mostrado en la figura como guía para

realizar estas evaluaciones.

El resultado de esta tarea se documentará usando el Formato del proceso de

auditoría, localizado en la sección 7 de este documento y se entregará al
administrador del proyecto. Las recomendaciones correctivas realizadas por el
SQA requieren la disposición del administrador del proyecto y se procesaran de
acuerdo con la guía de la sección 7 de este documento.

3.2.1.1.6 REVISIONES Y AUDITORIAS

Tarea: Verificar los avances en el proyecto.
El personal de calidad verificará periódicamente el estado del proyecto, el progreso
y los problemas en el proyecto El personal de calidad proporcionará la siguiente
información a la dirección:

Cumplimiento – la identificación del nivel de cumplimiento del proyecto con la

organización de proyectos y procesos.
Áreas de Problemas – la identificación de problemas potenciales o actuales en
áreas del proyecto.
Debido a que la función del SQA es parte integral del éxito del proyecto, el personal
de calidad comunicara libremente sus resultados a la administración del proyecto y
el equipo del proyecto. El método para la presentación de informes de
cumplimiento, las áreas problemáticas se comunicarán en un informe
documentando el área problemática o la falta de cumplimiento.

3.2.2 Actividades de calidad a realizarse

Las tareas a ser llevadas a cabo deberán reflejar las evaluaciones a realizar, los
estándares a seguir, los productos a revisar, los procedimientos a seguir en la
elaboración de los distintos productos y los procedimientos para informar de los
defectos detectados a sus responsables y realizar el seguimiento de los mismos hasta
su corrección. Las actividades que se realizarán son:
• Revisar cada producto
• Revisar el ajuste al proceso
• Realizar Revisión Técnica Formal (RTF)
• Asegurar que las desviaciones son documentadas.

Guía de SQAP Página 9 de 11

 3.2.2.1 Revisar cada producto
En esta actividad se revisan los productos que se definieron como claves para
verificar en el Plan de calidad.
Se debe verificar que no queden correcciones sin resolver en los informes de
revisión previos, si se encuentra alguna no resuelta, debe ser incluida en la
siguiente revisión. Se revisan los productos contra los estándares, utilizando la
checklist definida para el producto.
Se debe identificar, documentar y seguir la pista a las desviaciones encontradas y
verificar que se hayan realizado las correcciones.
Como salida se obtiene el Informe de revisión de SQA, este informe debe ser
distribuido a los responsables del producto y se debe asegurar de que son
conscientes de desviaciones o discrepancias encontradas.

3.2.2.2 Revisar el ajuste al proceso

En esta actividad se revisan los productos que se definieron como claves para
verificar el cumplimiento de las actividades definidas en el proceso. Con el fin de
asegurar la calidad en el producto final del desarrollo, se deben llevar a cabo
revisiones sobre los productos durante todo el ciclo de vida del software.
Se debe recoger la información necesaria de cada producto, buscando hacia atrás
los productos previos que deberían haberse generado, para poder establecer los
criterios de revisión y evaluar si el producto cumple con las especificaciones.
Esta información se obtiene de los siguientes documentos:
Plan del Proyecto, Plan de la iteración, Plan de Verificación.
Antes de comenzar, se debe verificar en los informes de revisión previos que
todas las desviaciones fueron corregidas, si no es así, las faltantes se incluyen
para ser evaluadas.
Como salida se obtiene el Informe de revisión de SQA correspondiente a la
evaluación de ajuste al Proceso, este informe debe ser distribuido a los
responsables de las actividades y se debe asegurar de que son conscientes de
desviaciones o discrepancias encontradas.

3.2.2.3 Realizar Revisión Técnica Formal (RTF)

El objetivo de la RTF es descubrir errores en la función, la lógica ó la
implementación de cualquier producto del software, verificar que satisface sus
especificaciones, que se ajusta a los estándares establecidos, señalando las
posibles desviaciones detectadas. Es un proceso de revisión riguroso, su objetivo
es llegar a detectar lo antes posible, los posibles defectos o desviaciones en los
productos que se van generando a lo largo del desarrollo. Por esta
característica se adopta esta práctica para productos que son de especial
importancia. En la reunión participan el responsable de SQA e integrantes del
equipo de desarrollo. Se debe convocar a la reunión formalmente a los
involucrados, informar del material que ellos deben preparar por adelantado, llevar
una lista de preguntas y dudas que surgen del estudio del producto a ser
revisado. La duración de la reunión no debe ser mayor a dos horas. Como salida
se obtiene el Informe de RTF.

3.2.2.4 Asegurar que las desviaciones son documentadas

Las desviaciones encontradas en las actividades y en los productos deben ser
documentadas y ser manejadas de acuerdo a un procedimiento establecido.
Se debe chequear que los responsables de cada plan los modifiquen cada vez
que sea necesario, basados en las desviaciones encontradas.

Guía de SQAP Página 10 de 11

 3.2.2.5 Relaciones entre las actividades de SQA y la planificación
En esta sección se incluye una lista con las actividades de calidad a realizarse
durante el proyecto, especificando en que semana del proyecto se realizan.
Actividad Semana cuando se realiza
Elaboración del Plan de Calidad 2, 3 y 4
Evaluar y ajustar el plan de SQA 6, 8 y 11
Evaluar la calidad de los 1,2,3,4,5,6,7,8,9,10,11,12,13
entregables y 14

Revisar el ajuste al proceso 3,4,5,6,7,8,9,10,11 y 12

Revisión Técnica Formal (RTF) 5,6,7,8,10,11 y 12
Realizar el informe final de calidad 14

3.3. Responsabilidades
< se identifican las responsabilidades asignadas para cada actividad en el proyecto>

Para este curso se deben identificar los roles y personas de referencia por cada
producto que será revisado de forma de enviarle los Informes de SQA para que se
incluyan en las nuevas versiones las observaciones realizadas a los productos por
parte del Responsable de SQA.

4. Documentación
< se debe identificar la documentación que asegura que la implementación del software
satisface los requerimientos planteados, la cual está compuesta según el std. 730-1
como mínimo por la siguiente:
 Especificación de Requerimientos (SRS)
 Descripción del Diseño (Arquitectura)
 Plan de Verificación y Validación (SVVP)
 Reportes de Verificación
 Documentación de Usuario
 Plan de Gestión de Configuración (SCMP)
 Plan del Proyecto
agregando toda la que se considere que aporta a la calidad del proyecto. >

Para cada documento debe indicarse cual es su objetivo, que template o norma debe
seguir y que información mínima debe contener para cumplir con las definiciones del
documento.

5. Estándares, prácticas y convenciones

< se identifican los estándares definidos para el proyecto, como normas de
documentación, de códificación, notación UML, normas IEEE que aplican, etc. y de que
forma se asegurará el cumplimiento de los mismos. >

Para este curso se incluye también el Modelo de Calidad que se aplica al proyecto.

Guía de SQAP Página 11 de 11