Sei sulla pagina 1di 21

Plan de SQA

Calidad en el Desarrollo del Software


Introducción
La Calidad del Software tiene
En este documento se establece el Plan de Calidad que debe
como objetivo brindar la
seguir el proyecto de desarrollo de un Sistema de
confianza de que el producto
Información Clínica Santa Ana, para poder llegar a brindar
final logrará satisfacer los
una aplicación de Calidad y satisfacer las necesidades de
requisitos del cliente.
nuestro cliente.
En el Plan de SQA se reflejan las
Es por ello por lo que se describirá los estándares a
evaluaciones a realizar, los
implementar, así como las evaluaciones y pruebas que se
estándares a aplicar, los
estarán realizando dentro del ciclo de desarrollo del
productos a realizar, los
proyecto, así como la detección de posibles cambios y las
procedimientos a seguir en la
soluciones que se pueden implementar.
elaboración de los distintos
productos y los procedimientos
para informar de los defectos
detectados a sus responsables y
realizar el seguimiento de estos
hasta su corrección.

Calidad en el Desarrollo del Software Página 2 de 21


Tabla de contenido
1. Propósito .................................................................................................................................................. 5

2. Acrónimos y Abreviaturas ........................................................................................................................... 6

3. Referencias .................................................................................................................................................. 6

4. Gestión ..................................................................................................................................................... 6

4.1 Organización ............................................................................................................................................. 6


4.2 Tareas.................................................................................................................................................... 9
4.3 Responsabilidades .............................................................................................................................. 12

Responsables ................................................................................................................................................. 16

Documentación .................................................................................................Error! Bookmark not defined.

Propósito ....................................................................................................................................................... 17

Documentación mínima requerida ................................................................................................................ 17


Especificación de requerimientos del software ............................................Error! Bookmark not defined.
Descripción del diseño del software ......................................................................................................... 18
Plan de Verificación & Validación ............................................................................................................. 18
Documentación de usuario ....................................................................................................................... 19

Plan de Gestión de configuración .................................................................................................................. 20


Propósito.......................................................................................................Error! Bookmark not defined.
Resumen .......................................................................................................Error! Bookmark not defined.
Organización, Responsabilidades .................................................................Error! Bookmark not defined.
Herramientas, Entorno, e Infraestructura ....................................................Error! Bookmark not defined.
Forma de trabajo ..........................................................................................Error! Bookmark not defined.
Control de Cambios ......................................................................................Error! Bookmark not defined.
Reportes y Auditorias ...................................................................................Error! Bookmark not defined.

Otros documentos ............................................................................................. Error! Bookmark not defined.

Estándares, prácticas, convenciones y métricas .................................................Error! Bookmark not defined.

Objetivos ........................................................................................................... Error! Bookmark not defined.

Métricas de proceso .......................................................................................... Error! Bookmark not defined.

Métricas de proyecto ........................................................................................ Error! Bookmark not defined.

Métricas de producto ........................................................................................ Error! Bookmark not defined.

Estándar de documentación.............................................................................. Error! Bookmark not defined.

Estándar de verificación y prácticas .................................................................. Error! Bookmark not defined.

Otros Estándares ............................................................................................... Error! Bookmark not defined.

Revisiones y auditorías ......................................................................................Error! Bookmark not defined.

Objetivo ............................................................................................................. Error! Bookmark not defined.

Requerimientos mínimos ................................................................................... Error! Bookmark not defined.


Revisión de requerimientos ..........................................................................Error! Bookmark not defined.

Calidad en el Desarrollo del Software Página 3 de 21


Revisión de diseño preliminar ......................................................................Error! Bookmark not defined.
Revisión de diseño crítico .............................................................................Error! Bookmark not defined.
Auditoría funcional .......................................................................................Error! Bookmark not defined.
Auditoría física ..............................................................................................Error! Bookmark not defined.
Auditorías internas al proceso ......................................................................Error! Bookmark not defined.
Revisiones de gestión ...................................................................................Error! Bookmark not defined.
Revisión del Plan de gestión de configuración .............................................Error! Bookmark not defined.
Revisión Post Mortem ..................................................................................Error! Bookmark not defined.
Agenda ..........................................................................................................Error! Bookmark not defined.

Otras revisiones ................................................................................................. Error! Bookmark not defined.


Revisión de documentación de usuario ........................................................Error! Bookmark not defined.

Verificación .......................................................................................................Error! Bookmark not defined.

Reporte de problemas y acciones correctivas ....................................................Error! Bookmark not defined.

Herramientas, técnicas y metodologías .............................................................Error! Bookmark not defined.

Gestión de riesgos .............................................................................................Error! Bookmark not defined.

Anexos........................................................................................................................................................ 21

Formulario de Pedidos y Detección de Cambios ........................................................................................... 21

Calidad en el Desarrollo del Software Página 4 de 21


Plan de SQA
1. Propósito
El propósito de este plan es especificar las actividades que se realizaran para asegurar la
calidad del software a construir. En este documento se detallan los productos que se van a
revisar y los estándares, normas o métodos a aplicar; los métodos y procedimientos que se van
a utilizar para revisar que la elaboración de los productos se realicen como lo establece el
modelo de ciclo de vida del proyecto; y procedimientos para informar a los responsables de los
productos los defectos encontrados y realizar un seguimiento de dichos defectos hasta su
corrección se podrán reportar las deficiencias o correcciones del proyecto, usando el apartado
de peticiones de cambios por parte de los usuarios hacia este documento y estos cambios sean
aprobados.

El software que se realizará será un sistema de información modular en ambiente web, para la
clínica Santa Ana en el cual se podrán hacer registros de los pacientes, medicamentos,
materiales, información general del paciente, consultas y cálculos

Con este sistema se quiere mejorar la recopilación de la siguiente información:

 Registro del ingreso u hospitalización del paciente en la clínica

 Registrar la información del paciente

 Información de la habitación y cama ocupada

 Registrar los materiales y medicamentos utilizados

 Calcular el costo de hospitalización en el momento de dar de alta al paciente

Además, el proyecto debe permitir hacer lo siguiente:

 Consultar las camas y habitaciones disponibles

 Consultar las camas y habitaciones ocupadas

 Consultar la caracterización del paciente que ocupa cada cama

ACTIVIDADES DEL CICLO DE VIDA DEL SOFTWARE


Cuadro 1
ACTIVIDAD
Planeación del proyecto
Ambiente de desarrollo del software
Análisis y requerimientos del sistema
Diseño del sistema

Calidad en el Desarrollo del Software Página 5 de 21


Implementación (codificación) y pruebas de unidad
Integración de unidades y pruebas
Pruebas de sistemas
Ciclo de vida de mantenimiento

IDENTIFICACIÓN DE LOS ÍTEMS DE CONFIGURACIÓN (IC)


Cuadro2
NOMENCLATURA ACRÓNIMO NUMERO DE IC
Plan de SQA SQAP 1
plan de desarrollo de software PDS 2
plan de pruebas PPS 3
Especificaciones de requerimientos ERS 4
plan de administración de la configuración PAC 5

2. Acrónimos y Abreviaturas
SQA: Aseguramiento de la calidad del software

SCM: Gestión de configuración del software

GP: Gestión del proyecto

3. Referencias
[1] IEEE Std 730-1998. IEEE Standard for Software Quality Assurance Plans

[2] IEEE Std 730.1-1995, IEEE Guide for Software Quality Assurance Planning

[3] IS-1(2001) - Proyecto de Ingeniería de Software

[4] IS-2(2001) – Modelo de Calidad

4. Gestión
En las subsecciones siguientes se especifican los elementos de la organización que tienen
influencia sobre la calidad del software. La gestión planifica, construye, ejecuta y controla
actividades alineadas a alcanzar el cumplimiento de los requisitos.

4.1 Organización
La persona encargada del área de gestión de calidad en el proyecto es el responsable de la
gestión que asegura que el proceso que está establecido sea implementado a cabalidad y que
los productos de este proceso cumplan con los criterios de calidad establecidos en este plan.

Calidad en el Desarrollo del Software Página 6 de 21


La gestión de calidad se centra no solo en la calidad de un producto, servicio o la satisfacción
de sus clientes, sino en los medios para obtenerla. Por lo tanto, la gestión de calidad utiliza al
aseguramiento de la calidad y el control de los procesos para obtener una calidad más
consistente.

La figura 1, muestra la organización de SQA con relación a la organización del proyecto

En este apartado de van a describir las actividades de la estructura organizacional más


importantes dentro del ciclo de vida del software solicitado para la clínica Santa Ana.

1. 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.

2. 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.

Calidad en el Desarrollo del Software Página 7 de 21


 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.

3. 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 implementen en el software.

 Identificar, desarrollar y mantener documentos de planeación.

4. Pruebas es responsable de:

 Comentar acerca del plan de SQA.

 Implementar la calidad en las pruebas de acuerdo con el 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

 Implementar las prácticas de pruebas en el sistema, procesos y procedimientos, como


está definido en el documento de pruebas

5. 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 de este.

 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.

6. Administración de riesgos es responsable de:

 Dar seguimiento a los riesgos identificados.

Calidad en el Desarrollo del Software Página 8 de 21


 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

7. Administrador de requerimientos:

 Realizar el ERS

 Comentar acerca del plan de aseguramiento de la calidad

 Implementar calidad en el ERS

 Analizar los requerimientos

8. 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

4.2 Tareas

Cuadro 3

ACTIVIDAD ENTREGABLE

Identificar las Propiedades de Calidad Propiedades de Calidad

Realizar el Plan de SQA Plan de SQA

Evaluar la calidad de los productos Informe de revisión de SQA

Realizar Revisión Técnica Formal Informe de Revisión Técnica Formal

Revisar el ajuste al proceso Informe de revisión de SQA

Documento de Evaluación y Ajustes al Plan de


Evaluar y ajustar el Plan de SQA
SQA

Revisar la entrega semanal Entrega semanal de SQA

Realizar evaluación final de SQA Evaluación final de SQA

Reuniones de Apoyo a la calidad No Aplica

Calidad en el Desarrollo del Software Página 9 de 21


4.2.1 Elaboración del plan de SQA

4.2.1.1 Tarea Evaluar los Requerimientos

Para la evaluación de los requerimientos hay que establecer un mutuo acuerdo entre el equipo
del proyecto el cliente.

Las actividades del personal de calidad son:

1. Revisar los requerimientos para determinar si son claros y consistentes.

2. Verificar que los cambios en el documento de requerimientos del sistema sean


seguidos, revisados y comunicados al equipo de desarrollo.

3. Verificar que los compromisos con el cliente sean documentados, y comunicados al


equipo de desarrollo.

4. Verificar que los procesos descritos para definir, documentar y localizar


requerimientos se lleven a cabo.

5. Verificar que los requerimientos están documentados, administrados, controlados y


seguidos (de preferencia mediante una matriz de rastreo).

Se utilizo la información del cuadro 3 como guía para realizar esta evaluación.

El resultado de estas tareas se documentará usando el formato del proceso de auditoría, en el


ítem de revisión que se verá más abajo dentro de este documento el cual será entregado al
administrador del proyecto.

4.2.1.2 Evaluación del diseño del software

El objetivo del proceso del diseño es tomar decisiones sobre el comportamiento del diseño del
sistema y otras decisiones que puedan afectar el diseño de los componentes. Se debe tener en
cuenta que el diseño del código cumpla con los estándares de código limpio para que lo pueda
manipular cualquier persona diferente al desarrollador inicial.

Las actividades del SQA en esta tarea son:

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

2. Verificar que todos los requerimientos estén presentes en el diseño.

3. Verificar que el diseño se encuentre bajo la administración de la configuración

4. Revisar y auditar el contenido de los documentos de diseño del sistema.

5. Si se encuentran no cumplimientos de los estándares establecidos, determinar las


acciones correctivas.

Calidad en el Desarrollo del Software Página 10 de 21


4.2.1.3 Tarea: Evaluar las Pruebas de Módulos Implementados

En esta fase, 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:

1. El buen funcionamiento de las interfaces entre los componentes.

2. El flujo de información a través del sistema.

3. La satisfacción de los requisitos del sistema.

Las actividades del SQA son:

1. Verificar que las discrepancias descubiertas en la integración de software y pruebas de


rendimiento son identificadas, analizadas, documentadas, y corregidas.

2. Revisar el Plan de Pruebas de Software y que las descripciones de las pruebas de


software cumplan con los requerimientos.

3. Verificar que el software es probado.

4. Monitorear las actividades de pruebas.

5. Verificar que los encargados de las pruebas de unidad se apeguen al plan de pruebas.

4.2.1.4 Tarea: Evaluar el Proceso de Acciones Correctivas

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

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

2. Reportar el problema a la autoridad apropiada.

3. Analizar el problema para proponer medidas de corrección.

4. Realizar la corrección oportuna y completamente.

5. Registrar y dar seguimiento a cada problema.

Los problemas de este contexto incluyen errores de documentación, errores de software, no


cumplimiento de estándares y procedimientos.

Calidad en el Desarrollo del Software Página 11 de 21


4.3 Responsabilidades

Hacen parte de las actividades del responsable del plan de SQA revisar los productos que se
consideren de mayor importancia para garantizar la calidad del producto y los procesos, en los
cuadros siguientes se identifican los productos y los responsables de ca una de las acciones
correctivas para minimizar los errores en el desarrollo del sistema

Cuadro 4
Admin Admin Pruebas
Plan SQA ACS Desarrollo/Diseño Riesgos Requerimientos
SQA Proyecto SW
Desarrollar/Documentar
X X
el Plan SQA
Revisar el Plan SQA X X X X X X X

Aprobar el Plan SQA X X

Cuadro 5
Revisión de Productos Admin Admin ACS Desarrollo/Diseño Pruebas Riesgos Requerimientos
del Software SQA Proyecto SW

Revisión de Productos X X X X X X X

Aprobar el Producto X X

Cuadro 6
Evaluar las
Admin Admin Pruebas
Herramientas de ACS Desarrollo/Diseño Riesgos Requerimientos
SQA Proyecto SW
Software

Evaluar herramientas X X X X x X

Resolver las
Recomendaciones de X
la auditoria

Cuadro 7
Planificación del
Proyecto, Seguimiento Admin Admin Pruebas
ACS Desarrollo/Diseño Riesgos Requerimientos
y supresión de SQA Proyecto SW
Procesos
Desarrollar/documentar
el plan de desarrollo de X
software y otros planes
Revisar planes X X X X X X X

Aprobar planes X
Resolver las
recomendaciones de las X
auditorias

Calidad en el Desarrollo del Software Página 12 de 21


Cuadro 8
Proceso de Análisis de
Admin Admin Pruebas
Requerimientos del ACS Desarrollo/Diseño Riesgos Requerimientos
SQA Proyecto SW
sistema
Desarrollar/Documentar
X
requisitos del sistema
Requerimientos de
administración de X
configuración
Revisar requisitos del
X X X X X X
sistema X

Aprobar requerimientos
X
del sistema X
Evaluar/reportar el
proceso de análisis de
X
requerimientos del
sistema
Resolver las
recomendaciones de la X
auditoria

Cuadro 9
Proceso de Diseño del Admin Admin Pruebas
ACS Desarrollo/Diseño Riesgos Requerimientos
Sistema SQA Proyecto SW
Desarrollar/Documentar
X
el diseño del sistema
Diseño de ACS X
Revisar el diseño del
X X X X X X
sistema X

Aprobar el diseño del


X
sistema X
Evaluar/reportar el
proceso del diseño del X
sistema
Resolver las
recomendaciones de la X
auditoria

Cuadro 10
Proceso de Análisis de
Admin Admin Pruebas
Requerimiento de ACS Desarrollo/Diseño Riesgos Requerimientos
SQA Proyecto SW
Software
Desarrollar/documentar
documento de
X
requerimiento del
software
Revisar requerimientos
X X X X X X X
de software

Aprobar requerimientos
X X
del software
Evaluar/reportar el
X
proceso de

Calidad en el Desarrollo del Software Página 13 de 21


requerimientos de
software

Resolver las
recomendaciones de la X
auditoria

Cuadro 11
Proceso de diseño de Admin Admin Pruebas
ACS Desarrollo/Diseño Riesgos Requerimientos
Software SQA Proyecto SW
Desarrollar/documentar
X X
diseño del software
ACS del diseño X
Revisar diseño de
X X X
software
Aprobar diseño del
X
software
Evaluar/reportar el
proceso de diseño del X
software

Resolver las
recomendaciones de la X
auditoria

Cuadro 12
Implementación del
Admin Admin Pruebas
Software y Proceso de ACS Desarrollo/Diseño Riesgos Requerimientos
SQA Proyecto SW
Unidad
Desarrollar/arreglar
X
código
ACS del código X
Revisar del código X X

Pruebas de unidad X X
Evaluar/reportar el
proceso de
implementación y X
pruebas unitarias del
software

Resolver las
recomendaciones de la X
auditoria

Cuadro 13
Integración de Unidad Admin Admin Pruebas
ACS Desarrollo/Diseño Riesgos Requerimientos
y Proceso de Pruebas SQA Proyecto SW

Integrar software X

Pruebas de integración
X X
de software
Arreglar errores X

Calidad en el Desarrollo del Software Página 14 de 21


Evaluar/reportar el
proceso de integración X X
de unidades y pruebas
Resolver las
recomendaciones de la X
auditoria

Cuadro 14
Proceso de Entrega de Admin Admin Pruebas
ACS Desarrollo/Diseño Riesgos Requerimientos
Productos Finales SQA Proyecto SW
Preparar Documentar la
Versión del Documento X
de Liberación

Revisar la versión del


Documento de X
Liberación

Aprobar la versión del


del documento de X
Liberación
Evaluar/reportar el
proceso de entrega de X
productos finales
Resolver las
recomendaciones de la X
auditoria

Cuadro 15
Proceso de Acciones Admin Admin Pruebas
ACS Desarrollo/Diseño Riesgos Requerimientos
Correctivas SQA Proyecto SW

Seguir el proceso X X X X X X X

Evaluar/reportar el
proceso de acciones X
correctivas
Resolver las
recomendaciones de X
la auditoria

Cuadro 16
Proceso de
Admin Admin Pruebas
Administración de la ACS Desarrollo/Diseño Riesgos Requerimientos
SQA Proyecto SW
Configuración
Desarrollar/documentar
X
el plan de ACS
Revisar el plan de ACS X X X X X X X
Aprobar el plan de ACS X X X
Seguir el proceso de
X X X X X X X
ACS
Documentar
X
procedimientos de ACS

Calidad en el Desarrollo del Software Página 15 de 21


Evaluar/reportar el
X
proceso de ACS

Resolver las
recomendaciones de la X
auditoria

Cuadro 17
Admin Admin Pruebas
Auditorias ACS Desarrollo/Diseño Riesgos Requerimientos
SQA Proyecto SW
Asistir/realizar
X X X X X X
auditorias
Evaluar/reportar el
proceso de
X
configuración de
auditorias
Resolver las
recomendaciones de X
la auditoria

6. Documentación
La documentación que describe la Web App y el proceso de desarrollo de proyecto se creará y
actualizará periódicamente en todo el ciclo de desarrollo de la aplicación.

Debe considerarse la siguiente documentación para ir realizando las entregas pertinentes


sobre el desarrollo de la aplicación para ir identificando cada uno de los elementos a
considerar para poder brindar un proyecto integral que cumpla con los estándares de calidad
que se plantean en el plan SQA.

Cuadro 17 Productos entregables


Documento que se
Nombre Archivo Descripción del documento
Entregar
Son los requisitos del software
Especificación de Requerimientos de
ERS.docx SCPCM tanto funcionales como no
Software
funcionales

Es el plan y lo roles que tiene cada


Plan de Aseguramiento de la Calidad SQAP.docx uno de los interesados en el
desarrollo del software
Son los módulos para probar, las
Pruebas de la aplicación Pruebas.docx pruebas que se utilizaran, entradas y
salidas esperadas para cada prueba
Es la descripción de la nomenclatura
utilizada en el proyecto, así como la
Administración de la Configuración PAC.docx forma en que se determina la línea
base

Describe lo que se a implementar, los


calendarios, actividades y
Plan de Desarrollo de Software PDS.docx
responsabilidades de los miembros
del equipo de desarrollo

Calidad en el Desarrollo del Software Página 16 de 21


7. Normas, Practicas, Convenios de codificación y Métricas
En la siguiente tabla se describen los estándares que contienen cada uno de los documentos
mencionados

Cuadro 18
Documento Estándares que Describe

Plan de Calidad y Diseño Estándares de codificación y diseño

Plan de Riesgo Estándares de identificación y seguimiento de riesgos

Pruebas de desarrollo de software Normas a seguir en el desarrollo de la aplicación


Estándares y convenciones acerca de quien, cuando, como y
Plan de métricas
donde se levantarán las métricas
Plan de administración de la Estándares de procesos relacionados a la administración de la
configuración configuración

8. Métricas
Las siguientes mediciones se harán y se utilizarán para determinar el costo y el calendario de
las actividades a lo largo del proyecto:
 Tiempo estimado
 Tiempo real invertido
 Esfuerzo planeado
 Esfuerzo realizado
 Costo planeado
 Costo real
 Número de incumplimientos arreglando
 Número total de incumplimientos

9. Pruebas

Las actividades de pruebas que se realizaran para el proyecto son:


 Pruebas de integración
 Pruebas de aceptación

Se realizarán las siguientes actividades de las pruebas necesarias para la aplicación y estas son
responsables de:
 Realizar las pruebas unitarias

Calidad en el Desarrollo del Software Página 17 de 21


 Realizar las pruebas de acuerdo con el plan de pruebas determinado
 Anotar los resultados de las pruebas
 Recomendar acciones correctivas si se encontraron defectos en los módulos
probados

Actividades del SQA:

El administrador se encargará de auditar las actividades descritas en esta fase, así como de
verificar que la aplicación y la documentación de pruebas sea el adecuado y estén completos,
correctos y aprobados antes de utilizarlos

Diagrama de flujo del proceso de pruebas

10. Reporte de problemas y posibles soluciones

En esta sección se describe el reporte y control del sistema utilizado por el personal de calidad
para registrar y analizar las discrepancias encontradas, así como para monitorear la
implementación de las acciones correctivas.

10.1 Reporte del proceso de auditoria

El personal de calidad reportará el resultado de las auditorias y las recomendaciones


proporcionadas. Este reporte se usa para asegurarse que el proceso:

1. Se está siguiendo de manera correcta y se está trabajando de forma efectiva

Calidad en el Desarrollo del Software Página 18 de 21


2. Se está siguiendo, pero no se está trabajando de manera efectiva

3. No se está siguiendo

10.2 Presentación del reporte del proceso de auditoria

El proceso de Reporte de Auditorias está dirigido hacia el Administrador del Proyecto el cual
utilizara los reportes de las siguientes maneras:

1. Para saber si los procesos de desarrollo son acatados y si son efectivos para el cumplimiento
de las metas del proyecto. Cuando sea necesario el administrador del proyecto puede iniciar
cambios a los procesos, mediante los procedimientos establecidos, para que los procesos
queden estables.

2. Para indicar el acuerdo, desacuerdo, o el aplazamiento de las recomendaciones hechas en el


Proceso de Reporte de Auditoría. En caso de que el administrador del proyecto indica
desacuerdo con las recomendaciones registradas en el proceso de reporte de auditoría, la
disposición final de recomendaciones del informe se hace por el patrocinador del proyecto.

10.3 Histórico de revisiones


Revisión Fecha Estado Responsable Nombre del Archivo
1 12/8/2019 B Jenifer Planteamiento del
Saldarriaga Proyecto
López
2 13/09/2019 B Nelson Burbano Código
3 14/09/2019 A Matías Apraez Primera
Planeación_SQA.docx

10.4 Histórico de cambios


Cambio Fecha Cambios
1 15/8/2019 Se cambio el enfoque del proyecto

2 16/09/2019 Se realizaron cambios a las responsabilidades de los


integrantes

Modificaciones: Pruebas, se definieron las


actividades que deberían de hacerse durante las
pruebas de la aplicación
Se modifico: Control de código

Calidad en el Desarrollo del Software Página 19 de 21


11. Herramientas, Técnicas y Metodologías
Herramientas: Utilidades del sistema operativo, documentos de ayuda, analizadores de
estructuras, analizadores de código, auditorias de estándares, monitoreo de rendimiento,
pruebas de generadores de casos.
 Como lenguajes de programación: PHP, HTML, CSS, JavaScrip
 Herramientas de diagramas UML: Argo UML
 Herramientas de bases de datos: MYSQL.
 Herramientas de Casos de Uso: Architec Interprice
 Herramienta de procesamiento de texto: Sublime Text, MicroSoft
 Herramientas de apoyo: Internet, Magic Draw, Axure.
 Herramientas de desarrollo: Netbeans, Dreamweaver.

Técnicas: En las técnicas se incluirá la revisión de uso de estándares, rastreo de


requerimientos, verificación y validación de diseño y requerimientos, mediciones y
evaluaciones de fiabilidad, análisis de lógica.
 Estándares: Codificación de Lenguajes, UML, Diseño de BD Lógicas y Físicas
 Programación.
 Programación orientada a objetos y Programación orientada a eventos.

Metodologías: Estas son un grupo de técnicas y herramientas. Estas metodologías se deben de


documentar para completar la tarea o actividad y proporcionar una descripción del proceso
que se va a usar.

Paradigma de programación: Orientado a Objetos y Orientado a Eventos.

Calidad en el Desarrollo del Software Página 20 de 21


Anexos

Formulario de Pedidos y Detección de Cambios

Formulario de Pedidos y Detección de Cambios

Fecha de Petición: 01 de Agosto de 2019

Nombre y Versión del


Diseño de la Aplicación
Elemento

Nombre del Solicitante: Ana Vélez

Necesidad de Cambio: Restructuración del Diseño

Realizar modificaciones en el diseño


Descripción del cambio pedido: para hacerlo más llamativo y dinámico
hacia el usuario

Prioridad: Media
Estado: En Proceso
Fecha del cambio: 15 de Agosto de 2019

Identificador de la nueva
versión:

Que fue afectado por este


cambio

Calidad en el Desarrollo del Software Página 21 de 21