Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

PLAN SQA:

No description
by

naty giraldo

on 24 September 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of PLAN SQA:


El propósito de este plan es especificar las actividades que se realizarán para asegurar la calidad del software a construir. En él se detalla el producto que se va a revisar y los estándares, normas o métodos a aplicar; los métodos y procedimientos que se utilizarán para revisar que la elaboración del producto se realice como lo establece el modelo de ciclo de vida del proyecto; y procedimientos para informar a los responsables del producto, los defectos encontrados y realizar un seguimiento de dichos defectos hasta su corrección.
Alcance
Se describen las tareas de SQA que serán realizadas en el proyecto y la documentación que produce cada una, y sus relaciones con los puntos clave definidos en el proceso de desarrollo, así como otras tareas que estén relacionadas con la calidad de los productos.

DOCUMENTACION Y ESTANDARES
La documentación que se realizará en el presente proyecto esta de acuerdo al RUP, adaptado por el equipo y se consideran los siguientes:

Visión
Especificación de Requerimientos (ERS)
Plan del Proyecto
Plan SQA
Plan de Gestión de Configuración (SCMP)
Descripción de la arquitectura del Software (DAS)
Plan de Pruebas
De acuerdo al Standard 730-1
ESTANDARES:
Estándares de codificación de acuerdo a las convenciones de las herramientas de desarrollo a ser utilizadas.
Los artefactos serán desarrollados en lo que respecta a los diagramas siguiendo la especificación UML
Se seguirán los estándares de la Empresa Microsoft en la construcción de la aplicación cliente
La documentación seguirán los estándares definidos por el equipo.
Se seguirán los procedimientos definidos en el equipo.


OBJETIVOS
PROPOSITO
FASES Y HERRAMIENTAS DE CONTROLES
Fase de Inicio
. Se revisara el documento de la visión, comprobando
que el objetivo general y los específicos sean medibles,
definidos y con un objetivo claro. Se realizara este proceso una
vez a la semana cada viernes.

Fase de Elaboración
. Se controlara y verificara los casos de uso,
los requerimientos por parte del cliente y que el diseño del interfaz
se adecue a las exigencias del cliente. Se realizara un reporte de
revisión para adecuarlo, antes que pase a otra fase.

Fase de Construcción.
Se tendrán reportes de revisión de los
modelos de casos de uso y clases de dominio, la codificación
del programa y en los diferentes documentos entregables,
basándose en procedimientos y estándares para su correcta
elaboración
.



Herramientas, técnicas y metodologías
En esta sección se indican las herramientas especiales de software, técnicas y metodologías que apoyarán la gestión del Responsable de Calidad. En esta sección se incluirán las checklist que serán utilizadas para hacer las revisiones detalladas en la sección 4 – Revisiones

Control de código
Se indican los métodos que se utilizarán para mantener, almacenar, asegurar y documentar las versiones controladas identificadas en las fases de desarrollo, lo cual será definido en conjunto con el Arquitecto de Software

Control de medios
Se indican los métodos que se utilizarán para proteger el almacenamiento adecuado de los programas, documentación, etc., así como también la prevención de acceso sin autorización, daño, etc., lo cual será definido en conjunto con el Arquitecto de Software.
TESTEO
Esta sección especifica las pruebas que se realizarán sobre el software cubierto por el SQAP, para lo cual se realizarán:

Pruebas de unidad: por clase o unidad de programa
pruebas de caja negra al final de cada iteración.
Las pruebas de caja blanca serán realizadas a las clases cuyo resultado sean fundamentales para el producto y cuando se generen inconsistencias.
Pruebas de integración: se revisan las clases que están asociadas por paquetes.
Pruebas del sistema: se debe probar todo el software en conjunto incluyendo la implementación y ejecución.

FUNCIONALIDAD Y FIABILIDAD
MÉTRICAS Y ANALISIS
Según la ISO 9126 como medición de la calidad del software se tendrán las siguientes métricas: 
 
El modelo de calidad establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de características y subcaracterísticas de la siguiente manera:

PLAN SQA:
Aplicativo para el sistema de ventas en la empresa superpollo

HERRAMIENTAS DE CONTROL
INFORMACION SOBRE PROBLEMAS Y ACCION CORRECTIVA:

Esta sección describe las prácticas y procedimientos que serán seguidos para informar de los problemas detectados, hacer el seguimiento y resolverlos. Esto se aplica tanto a desviaciones encontradas en el producto generados como en el proceso seguido. También deben especificarse las responsabilidades en la implementación de estos mecanismos.

Para el proyecto se levantan los registros de no conformidad con las especificaciones colocando el área que genero el problema y la acción correctiva.

Para este proyecto las actividades de SQA definidas en el modelo de proceso definido de acuerdo al RUP, son:
INTRODUCCION

Para este proyecto las revisiones previstas son de 3 tipos: revisión del producto, revisión de proceso y Revisión Técnica Formal.
REVISION Y AGENDA :
Se describen los tipos de registros que serán
generados,mantenidos y almacenados por el
Responsable de SQA y el objetivo de los mismos,
adjuntando el formato que tendrán dichos documentos.
Para este proyecto los registros que generan las
actividades de SQA están indicados por los
entregables asociados: Entrega semanal de SQA,
Informe de revisión de SQA, Informe de Revisión
Técnica Formal, Registros de SQA
.
Recopilación de registros,
mantenimiento y retención
PLANIFICACION
Planificación general de la revisión de documentos

 
Ingeniero de calidad revisa el plan, y genera los documentos.
Líder recibe los documentos, y cambia los documentos para solucionar los problemas.
Se repite el ciclo hasta que se llegue a la fase transición.


Contenidos generales de los documentos de revisión
Esta revisión queda plasmada en el documento generado por SQA y que contiene lo siguiente:
Resumen de la fase de transición.
Resultados de las discrepancias.
Problemas no solucionados, con sus respectivos análisis.
Análisis de patrones de ocurrencia de problemas.
Soluciones sugeridas a la gerencia.
Estimación de tiempos de respuesta, corrección.
Conclusión de la fase.


Las actividades a revisar deben ser monitoreadas desde su comienzo.

Comunicar al responsable del artefacto, cuando debe comenzar y que cosas se van a evaluar.
Si se detectan desviaciones que impactan en el proyecto, el informe acerca de las revisiones realizadas debe dirigirse al Líder y Arquitecto para que ese impacto se analice y tenga en cuenta en los planes del proyecto. Lo más importante es evitar que se ignoren

RECOMENDACIONES:
Objetivo General
El objetivo de este plan es brindar una base para la adaptación de la metodología de desarrollo RUP al modelo de proceso que se aplica en el proyecto de elaboración del AWCI, destacando los tipos de revisiones a realizar y el producto a ser desarrollado.
Objetivos Específicos
Cumplir los estándares y normas de acuerdo a lo aceptado por el equipo.
Asegurar el cumplimiento de los requerimientos del cliente
Controlar la configuración del software y la documentación asociada.
Especificar las pruebas y los controles a ser realizados para el aseguramiento de la calidad del software.
Full transcript