PLAN DE CALIDAD DEL SOFTWARE

Plan de calidad de software

Proyecto: <Nombre del Proyecto>

Versión: 1.0

Historial de Revisiones
PLAN DE CALIDAD DEL SOFTWARE

VERSIÓN FECHA AUTOR DESCRIPCIÓN

1.0. 01/06/2020. Johan Sebastian Gordillo El documento se realiza
Patiño. partiendo desde la
realización del proyecto de
formación.

CONTENIDO
PLAN DE CALIDAD DEL SOFTWARE

Contenido
1. Introducción: 4

2. Objetivo: 4

2.1 Objetivos de SQA 4

3. Documentos Relacionados 4

4. Destinatarios 5

5. Administración - Planeación 5

5.1 Organización 5

5.2 Responsabilidades 5

5.3 Cronograma del proyecto 6

5.4 Riesgos del proyecto 6

6. Estándares, Practicas, Convenciones y Mediciones 6

6.1 Estándares 6

7. Métricas de Calidad 6

8. Pruebas del Software 6

9. Costos Asociados a la Calidad 6

10. Reportes De Problemas Y Acciones Correctivas 7

11. Auditorias de Calidad 7

12. Solicitudes de cambio 7

13. Apéndices 7

14. Glosario 7
PLAN DE CALIDAD DEL SOFTWARE

1. Introducción:

Aseguramiento de la Calidad de Software en este documento se especificarán las debilidades y

las fortalezas del proyecto de formación y algunos de los métodos que se emplearon para su
desarrollo y para su desempeño de manara correcta y explicando algunas de sus limitaciones.

2. Objetivo:

Toda la información generada en el documento nos lleva a ver la normatividad

en la que nos planteamos el desarrollo y las criticas evaluativas frente al
proyecto de formación, con los requerimientos dados por el Solicitante del
proyecto.

2.1 Objetivos de SQA

Los principales objetivos del Aseguramiento de la Calidad del Software son los
siguientes:

 Tener en cuenta el desempeño del software, para ver que debilidades tiene
frente a lo que el Solicitante del proyecto nos plantío en los requerimientos
bases del proyecto.

 Tener una revisión continua de las nuevas necesidades que se le presenten al

Comprador del aplicativo así podemos mantener y Asegurar que la Calidad del
software en todo momento de mano con su desempeño.

 Asegurar al Comprador del aplicativo web que tendremos una cobertura

general del proyecto en el cual vamos a poder dar y ofrecer el 100% de su
calidad, frente a las necesidades dadas por el Comprador.

3. Documentos Relacionados

Indique todos los documentos utilizados para construir este plan, y los que son referenciados
en alguna parte del mismo. (Ej.: Plan de Desarrollo, Plan de Configuración, estándares, guías
y procedimientos del grupo utilizados por SQA, Proceso de Administración de Riesgos, etc.).

• Definición del Proceso de SQA

• Plan del Desarrollo
• Cronograma del Proyecto
• Plan de Configuración
PLAN DE CALIDAD DEL SOFTWARE

4. Destinatarios

El presente documento está destinado a las siguientes personas:

Lector Sector o Rol

Solicitante del Aplicativo Web. Solicitante (Comprador).
Creador del Aplicativo Web. Desarrollador (Aplicativo).
Acompañantes del desarrollo del
Desarrollador (Aplicativo).
Aplicativo Web.
Personas encargadas de manipular el
Solicitante (Comprador).
aplicativo Web.

5. Administración - Planeación

Puntos para tener No Existe en el Existe en el Puntos para

en cuenta. Proyecto. Proyecto. tener en cuenta.

Identificar los Un Login el cual

puntos críticos del permite ingresar a
Tener un cierto
proyecto. los usuarios solo
número de
validado el usuario Se debe tener en
posibilidades
y la contraseña cuenta.
definidas para
para su ingreso, sin
entrar al aplicativo.
importar que tantas
veces lo intente.
Tiene la función de
Tener una definir la
respuesta de contraseña en el
respaldo para momento que se Se debe tener en
restablecer la registra, pero no cuenta.
contraseña del tiene respuesta si el
aplicativo. usuario la desea
cambiar.
El Administrador
no tiene la
configuración a las
Las opciones
opciones de poder Se debe poner
reservadas del
modificar el en ejecución.
Administrador.
funciones o
visualizaciones del
aplicativo.
El Administrador El Administrador Se debe tener en
tiene un completo tiene la opción de cuenta.
acceso a la base de hacer los query
PLAN DE CALIDAD DEL SOFTWARE

datos y por
que sean necesarios
seguridad de los
a la base de datos
usuarios no debería
sin limitante.
ser así.
El usuario no tiene
El usuario debe Se debe tener en
ninguna protección
tener seguridad. cuenta.
en la base de datos.

Validación Validación
Proyecto.
Asativa. Negativa.
Tener un cierto
número de
posibilidades
definidas para
entrar al
aplicativo.
Tener una
respuesta de
respaldo para
restablecer la
contraseña del
aplicativo.
El Administrador
no tiene la
Cuantificar los
configuración a
puntos críticos.
las opciones de
poder modificar
el funciones o
visualizaciones
del aplicativo.
El Administrador
tiene un completo
acceso a la base
de datos y por
seguridad de los
usuarios no
debería ser así.
El usuario no
tiene ninguna
protección en la
base de datos.

Cualificar los El aplicativo web, es la muy eficiente

Se debe poner
puntos críticos. para dar respuesta a las solicitudes del
en ejecución.
Administrador.
El aplicativo tiene una buena respuesta
Se debe poner
en el momento en el que el usuario
en ejecución.
decide registrarse.
El administrador puede manipular los Se debe poner
PLAN DE CALIDAD DEL SOFTWARE

cambios, de los usuarios que se registran

o de los usuarios que ya hacen parte del en ejecución.
aplicativo web.
Administrador puede tener en cuenta
Se debe poner
cuales son virtudes y patentes de cada
en ejecución.
uno de los usuarios.
Se debe mejorar
El aplicativo tiene algunos controles de
los puntos de
Control de respuesta tanto como para el usuario
respuesta y
respuesta. como para el administrador, lo que esto
control que el
nos refleja es la solicitud realizada por el
aplicativo nos
usuraio.
está dando.
Se debe tener en
El monitoreo es una lista de chequeo la cuenta todo tipo
Monitoreo y
cual esta con los parámetros, establecidos de anomalía
seguimiento.
que debe cumplir la función del para poder llevar
aplicativo. a cabo el
proceso.

5.1 Organización

La organización que se llevó a cabo para la solución del proyecto fue rotativa:
En los primeros meses de desarrollo de la documentación se desarrolló de manera cooperativa
entre los integrantes del proyecto que son: Johan Guzmán, Andrés Gómez y Sebastian Gordillo.
Se fueron seleccionando una cantidad de documentos adecuada para cada uno de los
integrantes en la cantidad se trataba de dar un trabajo de manera equivalente para realizar
todo acorde y por Igual.
En el momento del desarrollo final del aplicativo Web lo que se hizo fue dejar encargado a dos
de los integrantes del proyecto de la realización la codificación en PHP, otro en el diseño visual
realizado en el sistema de etiqueta HTML y otro en la terminación de la documentación del
proyecto.

5.2 Responsabilidades

En el manejo de la responsabilidad de Proceso de Administración de Riesgos, se tuvo en cuenta

la ejecución y elaboración de cada uno de los puntos que se les repartió al grupo para su
finalidad, se revisa el trabajo realizado por uno de los integrantes del proyecto en el momento
de que el otro va a comenzar su punto establecido de solución, o en el manejador de Git se
mantiene una revisión constante de las modificaciones realizadas al código por alguno de los
integrantes del grupo de proyecto.
PLAN DE CALIDAD DEL SOFTWARE

5.3 Cronograma del proyecto

Describa el cronograma de su proyecto con fechas de inicio y fin

5.4 Riesgos del proyecto

Fase 1: Establecer estándares. En esta fase inicial se afinan y definen los parámetros
de medición o evaluación, sin los cuales sería imposible saber qué tan bien o mal sale el
producto. Esto implica cuatro tipos de estándares: de cantidad (volumen de producción,
cantidad de existencias, etc.), de calidad (exactitud, logro del producto), de tiempo
(tiempos de producción) y de costos (costo de ventas, costos de producción, etc.).

Fase 2: Evaluación del desempeño. La medición propiamente dicha de los procesos

organizacionales.

Fase 3: Comparación de desempeño. Se cotejan los márgenes esperados del

desempeño con aquellos obtenidos, se los compara con los estándares iniciales para
determinar el margen de éxito u error.

Fase 4: Acción correctiva. Se elabora un informe que registre todo lo anterior y se

arrojan las acciones necesarias para mejorar o perfeccionar el proceso, como determinar
a qué altura de la estructura empresarial están los problemas y cuáles son sus posibles
soluciones.”

6. Estándares, Practicas, Convenciones y Mediciones

El propósito de esta sección es definir los estándares, prácticas, convenciones y mediciones

utilizadas para lograr los objetivos definidos en este Plan. Ej ISO 9126

6.1 Estándares

Definir los estándares definidos para el proyecto. Estos estándares usualmente serán
documentos independientes referenciados en esta sección.

Ejemplos de Estándares a utilizar son:

• Estándar de Especificación de Requerimientos

• Estándar de Especificación de Arquitectura
• Estándar de Especificación de Diseño Detallado
• Estándar de Modelado de datos, asignación de nombres y especificación del
diccionario de datos.
• Estándar de Modelado de procesos y especificación de casos de uso y/o escenarios.
• Estándar de Nomenclatura para los nombres de componentes, módulos y piezas
reusables.
• Estándar de Código Fuente: nombres de variables, estilo de programación.
• etc.
PLAN DE CALIDAD DEL SOFTWARE

7. Métricas de Calidad

Actividad 1 Actividad 2 Actividad 3 Actividad 4

Hacer una
prueba de
satisfacción Revisar las
en el estadísticas
Facilitar Dar entrega de momento de
Dirigir una dadas para
rendimiento los manuales aprender
inducción guiada mirar el
del Aplicativo. del aplicativo. como
del aplicativo. proceso del
funciona la usuraio.
pagina Web.

Revisión por Revisión por

Revisión de
parte del parte del
Conclusiones
Revisión del empleado Cliente para
dadas para
Eficacia. cumplimiento de frente a la mirara el
llegar a ver la
Requerimientos. ejecución del desempeño
eficacia del
aplicativo del
Sistema Web.
Web. aplicativo.

Revisar la
comodidad y
Revisar si el
la legibilidad
Revisar si el Usuario se
del sistema
aplicativo pueda encuentra
de
Versatilidad. adaptarse a las conforme con
información
necesidades del la respuesta
desde las
usuario. que brinda el
vistas de los
aplicativo.
diferentes
Usuarios.

Que el Que le
Que el brinde
Requisitos de Que aplicativo aplicativo aplicativo
la seguridad
calidad acerca Permita hacer un permita permita
necesaria para
del aplicativo. Login. registrar realizar
los Usuarios.
usuarios. consultas.

Cambio y
Cambio y Mejo ración
Comprobació adecuación de un Leguaje de
modula con de la
n de las leguaje el cual programación
del sistema seguridad
mejoras del esta orientado a entendible y
de base de brindada al
aplicativo. la paginación de fácil de usar.
datos. Usuraio.
páginas Web.

Determinar Estimar un
PLAN DE CALIDAD DEL SOFTWARE

tiempo midiendo
tiempos de los recursos que
prueba se tendrán en
cuenta.

8. Pruebas del Software

• Describa aquí el plan de pruebas del software documentando las pruebas a realizar y
la técnica a utilizar

9. Costos Asociados a la Calidad

Describa aquí los costos que se trabajaran en su plan de calidad

10. Reportes De Problemas Y Acciones Correctivas

Describa los procedimientos (o haga referencia a ellos) a ser utilizados para reportar,
monitorear y resolver problemas identificados en los productos de software.

Igualmente describa los procedimientos (o haga referencia a ellos) a ser utilizados para
reportar, monitorear y resolver problemas identificados en el proceso de desarrollo de
software.

SQA debe documentar, o hacer referencia a, un procedimiento para manejar desviaciones de

lo real respecto a lo esperado, que típicamente indica que:
● Las desviaciones relacionadas con Plan de Desarrollo de Software, y con los
estándares y procedimientos designados para el proyecto, son documentados y
resueltos con los líderes involucrados o el gerente del proyecto, cuando sea posible.
● Las desviaciones relacionadas con Plan de Desarrollo de Software, y con los
estándares y procedimientos designados para el proyecto, y que no se resuelvan con
los líderes o el gerente del proyecto, son documentados y presentados al gerente
superior designado para recibir problemas de no cumplimiento.
● Los puntos de no cumplimiento presentados al gerente superior son revisados
periódicamente hasta que sean resueltos.
● La documentación de puntos de no cumplimiento es administrada y controlada.

Describa también el proceso a ser usado para detectar y eliminar causas potenciales de
problemas o defectos.

11. Auditorias de Calidad

Describa en este espacio como va a realizar las auditorias de calidad teniendo en cuenta las
herramientas a utilizar.
PLAN DE CALIDAD DEL SOFTWARE

12. Solicitudes de cambio

Establezca el procedimiento para realizar los cambios controlados del proyecto

13. Apéndices

Incluya bajo esta sección aquella información adicional que considere relevante para este
plan y que haya decidido mantenerla fuera del cuerpo principal del documento. Usualmente
habrá al menos un glosario y la historia de cambios del documento.

14. Glosario