Está en la página 1de 27

INGENIERA EN SISTEMAS COMPUTACIONALES

CALIDAD DE SOFTWARE

UNIDAD: 2

MODELO DE

PLAN SQA
INDICE

1 Propsito: 3
2 Acrnimos y Abreviaturas: 5
3 Referencias: 5
4 Gestin: 5
4.1 Organizacin: 5
4.2 Tareas: 8
4.2.1 Elaboracin del Plan de SQA: 8
4.3 Responsabilidades: 13
5 Documentacin: 20
6 Estndares y Mtricas: 21
6.1 METRICAS.. 21
7 Revisiones: 22
7.1 Descripcin: 22
7.1.1 Evaluacin de la calidad de los productos: 22
7.1.2 Revisar el ajuste al proceso: 22
7.1.3 Revisin Tcnica Formal (RTF): 23
7.2 Requerimientos Mnimos: 23
8 Testeo: 24
9 Reporte de problemas y acciones correctivas: 25
9.1 REPORTE DEL PROCESO DE AUDITORA.. 25
9.1.1 Presentacin del reporte del proceso de auditora. 26
9.2 Procedimiento de Escalamiento para la Resolucin de no concurrencia en el
Proceso de reporte de Auditora 28
9.3 REPORTE DE EVALUACIN DE HERRAMIENTAS DE SOFTWARE.. 28
10 Herramientas, tcnicas y metodologas: 29
10.1 Herramientas: 29
10.2 Tcnicas: 30
11 Gestin de configuracin: 30
12 Gestin de riesgos: 30

1 Propsito:
El propsito de este plan es especificar las actividades que se realizarn para asegurar la
calidad del software a construir. En l se detallan los productos que se van a revisar y los
estndares, normas o mtodos a aplicar; los mtodos y procedimientos que se utilizarn
para revisar que la elaboracin de los productos se realice 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
correccin.

El software que se realizara ser una aplicacin mvil en el cual se podrn hacer consulta
de calificaciones para los alumnos, y los docentes podrn anotar comentarios o
sugerencias por materia y alumno especifico por si surge alguna inconformidad por algn
alumno.

Con la aplicacin movil se quiere lograr:

Mejorar la calidad y eficiencia en el control de calificaciones del ITSTE.

Gestionar de manera mas eficiente la entrega de calificaciones al alumnado.


Aminorar la carga de trabajo de los administrativos.
Aminorar la perdida de tiempo por extravio de boletas de calificaciones.

ACTIVIDADES DEL CICLO DE VIDA DEL SOFTWARE

ACTIVIDAD
Planeacin del proyecto
Ambiente de desarrollo del software
Anlisis y requerimientos del sistema
Diseo del sistema
Implementacin (codificacin) y pruebas de unidad
Integracin de unidades y pruebas
Pruebas de sistema
Ciclo de vida de mantenimiento

IDENTIFICACIN DE LOS ITEMS DE CONFIGURACIN (IC)

NOMENCLATURA ACRONIMO NUMERO DE IC


Plan de SQA SQAP 001
Plan de desarrollo de software PDS 002
Plan de pruebas PPS 003
Especificacin de requerimientos ERS 004
Plan de administracin de la configuracin PAC 005

2 Acrnimos y Abreviaturas:
SQA: Aseguramiento de la Calidad del Software.

SCM: Gestin de Configuracin del Software.

GP: Gestin del Proyecto.

ITSTE: Instituto Tecnolgico Superior de Teposcolula.

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 Ingeniera de Software

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

4 Gestin:
En las subsecciones siguientes se especifican los elementos de la organizacin que tienen
influencia sobre la calidad del software, como est conformada la lnea de gestin de
calidad, y de quien es la autoridad y responsabilidad por la calidad del software. (4.1), la
lista de tareas cubiertas por este plan (4.2) y las responsabilidades por cada tarea (4.3).

4.1 Organizacin:
El encargado del rea de gestin de calidad en el proyecto es el responsable de realizar la
gestin que asegura que el proceso establecido sea realmente implementado y que los
productos de ese proceso cumplan con los criterios de calidad establecidos en este plan.
La gestin de calidad es una disciplina de gestin, junto con GP y SCM. Las disciplinas
de gestin brindan soporte a las disciplinas bsicas (Requerimientos, Anlisis, Diseo,
Implementacin, Implantacin y Verificacin) y se realizan en forma paralela a ellas.
Descripcin de la estructura organizacional:

1. Administrador SQA, es responsable de lo siguiente:

1. Establecer un programa de calidad para el proyecto.


2. Identificar las actividades de SQA que se llevarn a cabo.
3. Revisar y aprobar el plan de SQA del proyecto.
4. Resolver problemas relacionados con la calidad.
5. Auditar y reportar las funciones SQA para este proyecto.
6. Identificar los factores de calidad a ser implementados en el proyecto.

1. La Administracin de la Configuracin de Software es responsable de:

1. Revisar y comentar sobre el plan de SQA del Proyecto.


2. Implementar las actividades definidas de calidad acordadas en el plan de SQA.
3. Asegurarse que los factores de calidad referentes a ACS son implementados en
el proceso de ACS.
4. Revisar que los interesados en el proyecto cumplan con el plan de ACS.
1. La administracin del proyecto es responsable de:

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


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

1. Pruebas es responsable de:

1. Comentar acerca del plan de SQA.


2. Implementar la calidad en las pruebas de acuerdo al plan SQA
3. Resolver y dar seguimiento a cualquier asunto de calidad que tenga relacin con
las pruebas del sistema
4. Verificar que los factores de calidad se implementaron en el sistema
5. Implementar las practicas de pruebas en el sistema, procesos y procedimientos,
como est definido en el documento de pruebas

1. Diseo y codificacin son responsables de:


1. Comentar acerca del plan de SQA
2. Implementar la calidad en el diseo y codificacin de acuerdo a este plan
de SQA
3. Resolver y dar seguimiento a cualquier asunto de calidad que tenga
relacin con el diseo del sistema, arquitectura del sistema y desarrollo
del mismo.
4. Identificar, implementar y evaluar los factores de calidad que van a ser
implementados en el sistema.
5. Implementar el diseo, arquitectura, desarrollo, procesos y
procedimientos necesarios para el sistema, siguiendo los documentos de
planeacin para cada uno de estos.

1. Administracin de riesgos es responsable de:


1. Dar seguimiento a los riesgos identificados.
2. Buscar medidas de contingencia de los riesgos identificados
3. Comentar acerca del plan de aseguramiento de la calidad
4. Notificar al administrador del proyecto cuando un riesgo identificado, se
convierta en un problema
1. Administrador de requerimientos:
1. Realizar el ERS
2. Comentar acerca del plan de aseguramiento de la calidad
3. Implementar calidad en el ERS
4. Analizar los requerimientos

1. Mtricas es responsable de :
1. Realizar el plan de Mtricas para el proyecto
2. Evaluar las mtricas recabadas a lo largo del proyecto
3. Comentar acerca del plan de aseguramiento de la calidad
4. Implementar la calidad en el plan de mtricas del proyecto

4.2 Tareas:
Actividad Entregable Asociado
Realizar el Plan de SQA Plan de SQA
Identificar las propiedades de Calidad Propiedades de Calidad
Evaluar la calidad de los productos Informe de revisin de SQA
Revisar el ajuste al proceso Informe de revisin de SQA
Realizar Revisin Tcnica Formal Informe de Revisin Tcnica Formal
Documento de Evaluacin y Ajustes al
Evaluar y ajustar el Plan de SQA
Plan de SQA
Revisar la entrega semanal Entrega semanal de SQA
Realizar evaluacin final de SQA Evaluacin final de SQA
Reuniones de Apoyo a la calidad No Aplica

4.2.1 Elaboracin del Plan de SQA:

4.2.1.1 TAREA: EVALUAR LOS REQUERIMIENTOS

El anlisis 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 anlisis de requerimientos del sistema.

Las actividades del personal de calidad en esta tarea 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 estn documentados, administrados,
controlados y seguidos (de preferencia mediante una matriz de rastreo).

Se utilizar el formato de auditora mostrado en la figura B-5 como gua para realizar
estas evaluaciones.

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


localizado en la seccin 7 de este documento y se entregar al administrador del proyecto.
Las recomendaciones correctivas realizadas por el SQA requieren la disposicin del
administrador del proyecto y se procesaran de acuerdo con la gua de la seccin 7 de este
documento.

4.2.1.2 EVALUAR EL DISEO DEL SOFTWARE

El objetivo del proceso de diseo del software es tomar decisiones sobre el


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

El nivel de detalle del diseo debe ser tal que el cdigo de los mdulos pueda ser
realizado por otra persona que no sea su diseador original.

Las actividades del SQA en esta tarea son:

1. Verificar que los procesos de diseo de software sigan los estndares


determinados.
2. Verificar que todos los requerimientos estn presentes en el diseo.
3. Verificar que el diseo se encuentre bajo la administracin de la configuracin
4. Revisar y auditar el contenido de los documentos de diseo del sistema.
5. Si se encuentran no cumplimientos de los estndares establecidos, determinar las
acciones correctivas.

Se deber usar el formato de auditora mostrado en la figura B-6 como gua para realizar
estas evaluaciones.

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


localizado en la seccin 7 de este documento y se entregara al administrador del proyecto.
Las recomendaciones correctivas realizadas por el SQA requieren la disposicin del
administrador del proyecto y se procesaran de acuerdo con la gua de la seccin 7 de este
documento.
4.2.1.3 TAREA: EVALUAR LAS PRUEBAS DE MODULOS
IMPLEMENTADOS

En esta etapa, las pruebas de integracin combinan individualmente componentes ya


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

Los encargados de las pruebas prestarn especial atencin a:

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


2. El flujo de informacin a travs del sistema.
3. La satisfaccin de los requisitos del sistema.

Las actividades del SQA son:

1. Verificar que las discrepancias descubiertas en la integracin 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.
6. Verificar que se lleve una correcta ACS en el cdigo.

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


localizado en la seccin 7 de este documento y se entregara al administrador del proyecto.
Las recomendaciones correctivas realizadas por el SQA requieren la disposicin del
administrador del proyecto y se procesaran de acuerdo con la gua de la seccin 7 de este
documento.

4.2.1.4 TAREA: EVALUAR EL PROCESO DE ACCIONES CORRECTIVAS.

El proceso de accin correctiva cumplir con los pasos para:

1. Identificar el problema y la correccin realizada durante el desarrollo del


software.
2. Reportar el problema a la autoridad apropiada.
3. Analizar el problema para proponer medidas de correccin.
4. Realizar la correccin oportuna y completamente.
5. Y registrar y dar seguimiento a cada problema.
Los problemas bajo este contexto incluyen errores de documentacin, errores de
software, no cumplimiento de estndares y procedimientos.

Las actividades son las siguientes:

1. Revisar peridicamente el proceso de accin correctiva y sus resultados.


2. Se deber usar el formato de auditora mostrado en la figura B-11 como gua
para realizar estas evaluaciones.

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


localizado en la seccin 7 de este documento y se entregara al administrador del proyecto.
Las recomendaciones correctivas realizadas por el SQA requieren la disposicin del
administrador del proyecto y se procesaran de acuerdo con la gua de la seccin 7 de este
documento.

4.2.1.5 TAREA: EVALUAR LA ADMINISTRACIN DE LA


CONFIGURACIN

La Administracin de la configuracin es la responsable de:

1. Identificar y documentar la funcionalidad y las caractersticas fsicas de los


tems de configuracin.

2. Documentar los cambios de control de los tems de configuracin.

3. Registrar y reportar la informacin necesaria para administrar los tems de


configuracin efectivamente, incluyendo el status de los cambios propuestos y
los status de implementacin de cambios aprobados.

Las actividades a realizar son las siguientes:

1. Verificar que la configuracin de los tems de configuracin cumplen con los


estndares establecidos de titulado, nomenclatura y descripcin de los cambios.
2. Verificar que las lneas base ha sido establecida en el tiempo establecido por
medio de los estndares y procedimientos
3. Verificar que todos los interesados en el proyecto tengan conocimiento del plan
de ACS.
4. Verificar que el equipo de desarrollo tenga conocimiento si algn IC sufre
cambios o modificaciones
5. Auditar que se encuentre bajo el control de versiones todos los IC mencionados
en el Plan de Administracin de la Configuracin de acuerdo a las lneas bases
creadas.

Se deber usar el formato de auditora mostrado en la figura B-14 como gua para
realizar estas evaluaciones.

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


localizado en la seccin 7 de este documento y se entregara al administrador del proyecto.
Las recomendaciones correctivas realizadas por el SQA requieren la disposicin del
administrador del proyecto y se procesaran de acuerdo con la gua de la seccin 7 de este
documento.

4.2.1.6 TAREA: REVISIONES Y AUDITORIAS

Tarea: Verificar los avances en el proyecto.


El personal de calidad verificara peridicamente el estado del proyecto, el progreso y
los problemas en el proyecto El personal de calidad proporcionar la siguiente
informacin a la direccin:

1. Cumplimiento la identificacin del nivel de cumplimiento del proyecto con la


organizacin de proyectos y procesos.
2. reas de Problemas la identificacin de problemas potenciales o actuales en
reas del proyecto.

Debido a que la funcin del SQA es parte integral del xito del proyecto, el personal de
calidad comunicara libremente sus resultados a la administracin del proyecto y el equipo
del proyecto. El mtodo para la presentacin de informes de cumplimiento, las reas
problemticas se comunicarn en un informe documentando el rea problemtica o la
falta de cumplimiento.

4.3 Responsabilidades:
Como parte de las actividades del Responsable de SQA se revisarn los productos que
se consideren relevantes para la calidad del producto y del proceso. A continuacin se
identifican esos productos y el responsable de las acciones correctivas para eliminar los
defectos de cada producto.

Matriz de Responsabilidades

Admin Admin Desarrollo/ Pruebas


Plan SQA ACS Riesgos Req
SQA Proyecto Diseo 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

Revisin de
Admin Admin Desarrollo/ Pruebas
productos de ACS Riesgos Req
SQA Proyecto Diseo SW
Software
Revisin de productos X X X X X X X
Aprobar el producto X X
Evaluar las
Admin Admin Desarrollo/ Pruebas
herramientas de ACS Riesgos Req
SQA Proyecto Diseo SW
software
Evaluar Herramientas X X X X X
Resolver las
recomendaciones de X
la auditoria

Planificacin del
Admin Admin Desarrollo/ Pruebas
proyecto, seguimiento y ACS Riesgos Req
SQA Proyecto Diseo SW
supervisin de 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 la X
auditoria

Proceso de anlisis de
Admin Admin Desarrollo/ Pruebas
requerimiento del ACS Riesgos Req
SQA Proyecto Diseo SW
sistema
Desarrollar/Documentar
Requerimientos del X
sistema
Requerimientos de
Administracin de la X
Configuracin
Revisar requerimientos
X X X X X X
del sistema
Aprobar requerimientos
X X
del sistema
Evaluar/reportar el
proceso de anlisis de X
req. Del sistema
Resolver las
recomendaciones de la X
auditoria
Proceso de Diseo del Admin Admin Desarrollo/ Pruebas
ACS Riesgos Req
Sistema SQA Proyecto Diseo SW
Desarrollar/Documentar
X
el Diseo del Sistema
Diseo de ACS X
Revisar el diseo del
X X X X X
sistema
Aprobar el diseo del
X
sistema
Evaluar/reportar el
proceso del diseo del X
sistema
Resolver las
recomendaciones de la X
auditoria

Proceso de anlisis de
Admin Admin Desarrollo/ Pruebas
requerimientos de ACS Riesgos Req
SQA Proyecto Diseo SW
software
Desarrollar/Documentar
documento de req. de X
software
Revisar requerimientos
X X X X X X
de software
Aprobar requerimientos
X X
de software
Evaluar/reportar el
proceso de
X
requerimientos de
software
Resolver las
recomendaciones de la X
auditoria

Proceso de Diseo de Admin Admin Desarrollo/ Pruebas


ACS Riesgos Req
Software SQA Proyecto Diseo SW
Desarrollar/Documentar
X X
Diseo de SW
ACS del diseo X
Revisar Diseo de SW X X X
Aprobar Diseo de SW X
Evaluar/reportar
proceso de Diseo de X
SW
Resolver las
recomendaciones de la X
auditoria

Implementacin de
Software y Proceso Admin Admin Desarrollo/ Pruebas
ACS Riesgos Req
de Pruebas de SQA Proyecto Diseo SW
Unidad
Desarrollar/Arreglar
X
Cdigo
AC de Cdigo X
Revisin de Cdigo X X
Pruebas de Unidad X X
Evaluar/Reportar el
Proceso de
Implementacin y X
Pruebas Unitarias de
SW
Resolver las
recomendaciones de X
la auditoria

Integracin de
Admin Desarrollo/ Pruebas
Unidades y Proceso Admin SQA ACS Riesgos Req
Proyecto Diseo SW
de Pruebas
Integrar SW X
Pruebas de
X X
Integracin de SW
Arreglar Errores X
Evaluar/Reportar el
Proceso de
X
Integracin de
Unidades y Pruebas
Resolver las
recomendaciones de X
la auditoria
Proceso de Entrega
Admin Desarrollo/ Pruebas
de productos Admin SQA ACS Riesgos Req
Proyecto Diseo SW
Finales
Preparar/Documentar
la versin del
X
documento de
liberacin
Revisar la versin
del documento de X X X
liberacin
Aprobar la versin
del documento de X
liberacin
Evaluar/Reportar el
Proceso de Entrega X
de Productos Finales
Resolver las
recomendaciones de X
la auditoria

Proceso de Acciones Admin Admin Desarrollo/ Pruebas


ACS Riesgos Req
Correctivas SQA Proyecto Diseo SW
Seguir el Proceso de
X X X X X X X
Acciones Correctivas
Evaluar/Reportar el
Proceso de Acciones X
Correctivas
Resolver las
recomendaciones de X
la auditoria

Proceso de
Admin Admin Desarrollo/ Pruebas
Administracin de la ACS Riesgos Req
SQA Proyecto Diseo SW
Configuracin
Desarrollar/Documentar el
X
Plan de ACS
Revisar el Plan de ACS X X X X X X X
Aprobar el Plan de ACS X X
Seguir el Proceso de ACS X X X X X X X
Documentar
X
procedimientos de ACS
Evaluar/Reportar el
X
Proceso de AC
Resolver las
recomendaciones de la X
auditoria

Admin Admin Desarrollo/ Pruebas


Auditorias ACS Riesgos Req
SQA Proyecto Diseo SW
Asistir/Realizar Auditor
X X X X X X
as
Evaluar/Reportar el
Proceso de
X
Configuracin de
Auditorias
Resolver las
recomendaciones de la X
auditoria

5 Documentacin:

La documentacin que describe el software y el proceso de desarrollo de software se


crear y actualizar peridicamente en todo el ciclo de desarrollo del software.

Los documentos mencionados en la siguiente tabla deben de estar bajo la administracin


de la configuracin, enviando una peticin al administrador de ACS cuando se realicen
cambios, para que este determine si el documento puede entrar a la lnea base,

Productos entregables

DOCUMENTACION
NOMENCLATURA DESCRIPCIN
ENTREGABLE
Describe los requisitos
Especificacin de del software
requerimientos de ERS.docx SCPCM tanto
Software funcionales como no
funcionales
Describe los planes y
roles que adoptara
Plan de
cada uno de los
Aseguramiento de SQAP.docx
interesados en el
calidad
desarrollo del software
SCPCM
Describe los mdulos
a ser probados, as
como las pruebas que
Plan de pruebas PB.docx
se utilizaran , entradas
y salidas esperadas
para cada prueba
Describe la
nomenclatura utilizada
Administracin de la en el proyecto as
PAC.docx
configuracin como la forma en que
se determina la lnea
base
Describe lo que se va
a implementar, los
calendarios,
Plan de desarrollo de
PDS.docx actividades y
SW
responsabilidades de
los miembros del
equipo de desarrollo

6 Estndares y Mtricas:

La siguiente tabla describe los estndares que contienen cada uno de los documentos
mencionados:

DOCUMENTO ESTADARES QUE DESCRIBE


Estndares de codificacin y
Plan de codificacin y diseo
diseo
Estndares de identificacin y
Plan de Riesgos
seguimiento de riesgos
Normas a seguir en el desarrollo
Plan de desarrollo de software
de software
Estndares y convenciones acerca
Plan de Mtricas de quin, cuando, como y donde
se levantaran las mtricas
Estndares de procesos
Plan de administracin de la
relacionados a la administracin
configuracin
de la configuracin

6.1 METRICAS

Las siguientes mediciones se harn y se utilizarn para determinar el costo y el


calendario de la situacin de las actividades a lo largo del proyecto:

1. Tiempo Estimado
2. Tiempo real invertido
3. Esfuerzo planeado
4. Esfuerzo realizado
5. Costo planeado
6. Costo real
7. Nmero de incumplimiento sin arreglar
8. Nmero de incumplimientos arreglados
9. Nmero total de incumplimientos

El personal de mtricas es responsable de la presentacin de informes a estas medidas al


director del proyecto sobre una base quincenal.

7 Revisiones:

7.1 Descripcin:
En esta seccin se definen los tres tipos de revisiones (Evaluacin de la calidad de los
productos, Revisar el ajuste al proceso y Revisin Tcnica Formal RTF ), sus
objetivos y mecanismos.
7.1.1 Evaluacin de la calidad de los productos:

Objetivo: Revisar los productos que se definieron como claves para asegurar la calidad.
Detectar desviaciones en los objetivos de calidad definidos e informar a los
responsables para que sean corregidas.

Mecanismo:

Se revisan los productos para verificar que cumplan con los estndares (seccin 6) y con
los objetivos de calidad utilizando las checklists definidas para el producto.

Se debe verificar que no queden correcciones sin resolver en los informes de revisin
previos, si se encuentra alguna no resuelta, debe ser incluida en la siguiente revisin. 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 revisin de SQA, que contiene todas las
desviaciones o defectos encontrados durante la revisin. Este informe debe ser distribuido
a los responsables del producto y se debe asegurar que ellos son conscientes de las
desviaciones o discrepancias encontradas y de las acciones correctivas que deben realizar.

7.1.2 Revisar el ajuste al proceso:

Objetivo: Revisar si los productos se obtuvieron realizando las actividades que se


indican en el Modelo de Proceso.

Mecanismo:

Se revisan los productos que se definen como claves para verificar el cumplimiento de
las actividades definidas en el proceso, durante todo el ciclo de vida del software.

Se debe recoger la informacin necesaria de cada producto, buscando hacia atrs los
productos previos que deberan haberse generado y son entrada para el producto objeto
de revisin, para poder establecer los criterios de revisin y evaluar si el producto cumple
con las especificaciones.

Esta informacin se obtiene de los siguientes documentos:

Plan del Proyecto


Plan de la iteracin
Plan de Verificacin

Se debe verificar si todos los pasos del proceso de desarrollo son seguidos
apropiadamente.

Antes de comenzar, se debe verificar en los informes de revisin 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 revisin de SQA correspondiente a la evaluacin
de ajuste al Proceso, que contiene todas las desviaciones o defectos encontrados durante
la revisin. Este informe debe ser distribuido a los responsables de las actividades y se
debe asegurar que ellos son conscientes de las desviaciones o discrepancias encontradas
y de las acciones correctivas que deben realizar.

7.1.3 Revisin Tcnica Formal (RTF):

Objetivo: Descubrir errores en la funcin, la lgica la implementacin de cualquier


producto del software, verificar que satisface sus especificaciones, que se ajusta a los
estndares establecidos, sealando las posibles desviaciones detectadas.

Mecanismo:

Es un proceso de revisin 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 caracterstica se adopta esta prctica para productos que son de
especial importancia.

En la reunin participan el responsable de SQA e integrantes del equipo de desarrollo.

Se debe convocar a la reunin 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.

Como salida se obtiene el Informe de RTF.

7.2 Requerimientos Mnimos:


Especificacin de Requerimientos
Modelo de Diseo y Descripcin de la Arquitectura
Plan de Verificacin y Validacin
Plan de Gestin del Proyecto
Plan de Gestin de Configuracin
Diseo vs. Especificacin de requerimientos
Implementacin vs. Diseo
Verificacin vs. Especificacin de requerimientos

8 Testeo:
Las actividades de pruebas que se realizarn para el proyecto son:

1. Pruebas de integracin
2. Pruebas de aceptacin
3. Pruebas de Cajas Negras

El administrador del proyecto designara a una persona como el lder de pruebas, el cual
realizar un plan de pruebas para el software SCPCM

Todo personal que desarrolle algn CU del proyecto realizar las siguientes actividades
de pruebas necesarias del software y estas son responsables de:

Realizar las pruebas Unitarias


Realizar las pruebas de acuerdo al plan de pruebas del software SCPCM
Anotar los resultados de las pruebas
Recomendar acciones correctivas si se encontraron defectos en los mdulos
probados

Los mdulos a probar deben de estar bajo la administracin de la configuracin

Actividades del SQA:

El personal de calidad se encargar de auditar las actividades descritas en esta seccin as


como de verificar que el software y la documentacin de pruebas sea el adecuado y estn
completos, correctos y aprobados antes de utilizarlos

Diagrama de Flujo del proceso de prueba


9 Reporte de problemas y acciones
correctivas:
En esta seccin 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 implementacin de las acciones correctivas. Los formatos utilizados para realizar los
reportes se describen ms adelante en esta seccin.

9.1 REPORTE DEL PROCESO DE AUDITORA


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


2. Se est siguiendo pero no se est trabajando de manera efectiva
3. No se est siguiendo

9.1.1 Presentacin 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 Auditora. En caso de que el administrador
del proyecto indica desacuerdo con las recomendaciones registradas en el proceso
de reporte de auditora, la disposicin final de recomendaciones del informe se
hace por el patrocinador del proyecto.

REPORTE DEL PROCESO DE AUDITORIAS

IDENTIFICADOR DE SEGUIMIENTO: ____________


AUDITOR: ____________________________FECHA DE REPORTE: ____________

EQUIPO:
______________________________________________________________________

______________________________________________________________________

NOMBRE DEL PROYECYO:


______________________________________________________________________

FECHA DE LA AUDITORIA: ________________________

PROCESO/PROCEDIMIENTO AUDITADO:
_____________________________________________________

CHECKLIST DE AUDITORIA USADO (Agregar)


_____________________________________________________

RESULTADO DE LA AUDITORIA: (Marcar uno solo.)

_____ Proceso/Procedimiento Aceptable

_____ Proceso/Procedimiento Condicionalmente aceptable

(Sujeto a la finalizacin satisfactoria de los puntos mencionados arriba)

Notas de Condiciones:

_____ Proceso/Procedimiento Inaceptable

(Sujeto a la finalizacin satisfactoria de los puntos mencionados arriba)

Notas de Condiciones:

______________________________________________________________________

__________________

TITULO ENCARGADO: FECHA VENCIMIENTO:

______________________________________________________________________

______________________________________________________________________

______________________________________________________________________

ACCIONES CORRECTIVAS:
______________________________________________________________________

______________

DISPOSICON: APROBADO CANCELADO APLAZADO

Administrador del proyecto: FECHA:

______________________________________________________________________

__________

Firma del encargado SQA: FECHA:

9.2 Procedimiento de Escalamiento para la


Resolucin de no concurrencia en el Proceso de reporte
de Auditora

Al encontrase un problema de calidad en algn elemento de trabajo ya sea documento,


cdigo o producto de software se tendr que realizar lo siguiente:

1. primero se tratara con el creador de ese elemento,


1. Si existen problemas de desacuerdos en la resolucin de del problema, el
personal de calidad tendr que notifica al administrador del proyecto para
que este tome cartas en el asunto y de una solucin al problema.
2. Si el administrador del proyecto no da una solucin, se escalara el
problema al patrocinador el proyecto y el tomara la decisin final.

El personal de calidad conservar el registro original de las conclusiones tomadas y la


resolucin posterior en sus expedientes de auditora.

9.3 REPORTE DE EVALUACIN DE


HERRAMIENTAS DE SOFTWARE
EVALUACION DE HERRAMIENTAS DE SOFTWARE

SQA:_________________________ FECHA DE
EVALUACION:___________

Herramienta de Software Evaluada:

Mtodos o criterios utilizados en esta evaluacin:

Resultados de la evaluacin:

Acciones correctivas recomendadas

Acciones correctivas tomadas

10 Herramientas, tcnicas y
metodologas:

10.1 Herramientas:

Utilidades del sistema operativo, Debuggeadores, documentos de ayuda, checklist, ,


analizadores de estructuras, analizadores de cdigo, auditorias de estndares, monitoreo
de rendimiento, software de desarrollo, matrices de seguimiento de software, pruebas de
generadores de casos.

Como lenguajes de programacin: PHP, HTML, CSS, J2EE, Struts

Herramientas de diagramas UML: Jude, DB Designer

Herramientas de bases de datos: MYSQL o Postgres

Herramientas de Casos de Uso: Jude

Herramienta de procesamiento de texto: Microsoft Word

Herramientas de apoyo: Internet, Excel, Photoshop.

Herramientas de desarrollo: Netbeans, Dreamweaver.

10.2 Tcnicas:

En las tcnicas se incluir la revisin de uso de estndares, inspecciones de software,


rastreo de requerimientos, verificacin y validacin de diseo y requerimientos,
mediciones y evaluaciones de fiabilidad, anlisis de lgica de negocio.

Estndares: Codificacin de Lenguajes, UML, Diseo de BD Lgicas y Fsicas

Programacin en Pares.

Programacin orientada a objetos y Programacin orientada a eventos.

11 Gestin de configuracin:
El objetivo del SQA en esta rea es asegurar que se realizan las actividades de gestin de
configuracin establecidas en el Plan de Configuracin y que se realizan tal como estn
establecidas en el proceso.
12 Gestin de riesgos:
El objetivo del SQA en esta rea es asegurar que la gestin de riesgos se realiza y se
hace de forma correcta.