Especialidad Anlisis de Sistemas

Curso : Ingenieria de Software I Tema : Aseguramiento de laCalidad del Software Ciclo : V Docente : Ing. Waripata Integrantes: Cyndi Leon Sanjinez Jimnez Correa Sleider Almendra Palacios Sanchez Oriana Ruesta Vilela Velazco Garcia Nataly Vidal Estrada Hilda

Piura Per2011INDICE

Introduccin

1.- La Calidad del Software4

2.- La Gestin de la Calidad5

3.- El Aseguramiento de la Calidad6

4.- El Control de la Seguridad7

5.- El Aseguramiento de la Calidad8

5.1. Surgimiento de SQA (Software Quality Assurance)8

5.2. Definicin de SQA (Software Quality Assurance)9

5.3. SQA no es lo mismo que SQC (Software Quality Control) 11

5.4. Funciones generales del SQA 12

5.5. Consideraciones 14

6.- Aseguramiento de la calidad de procesos y productos en CMMI (PPQA) 15

6.1. Concepto15

6.2. Metas y practicas15

7.- Conclusiones18

8.- Bibliografa 19

9.- Anexos

Introduccin

La calidad es el conjunto de propiedades inherentes a una entidad, que permiten juzgar su valor. Est cuantificada por el valor que se le da al conjunto de propiedades seleccionadas. De esta manera la calidad es subjetiva y, como dice James Bach, es circunstancial. Es subjetiva porque depende de los atributos elegidos para medirla y es circunstancial porque el conjunto de atributos elegidos puede variar en situaciones diferentes.

Cuando aplicamos el concepto de calidad al software, ste deja de ser subjetivo porque se determinan cuales son los atributos de calidad del software. Pero no deja de ser accidental ya que en ciertas situaciones, un determinado conjunto de caractersticas de calidad puede ser ms importante que en ciertas otras.

A travs de este documento se detallan diferentes conceptos que son necesarios conocer a la hora de introducirse en el tema. Se explica lo que es calidad de software, la importancia de tener en cuenta este tema en la produccin de software y el aseguramiento del mismo, esperamos que sea de su agrado.

1.- La Calidad del Software

La obtencin de un software con calidad implica la utilizacin de metodologas o procedimientos estndares para el anlisis, diseo, programacin y prueba del software que permitan uniformar la filosofa de trabajo, en aras de lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, a la vez que eleven la productividad, tanto para la labor de desarrollo como para el control de la calidad del software. Segn la IEEE define a la Calidad de Software como: El grado con el cual un sistema, componente o proceso cumple con los requerimientos y con las necesidades expectativas del usuario. Los requisitos del software son la base de las medidas de calidad. La falta de concordancia con los requisitos es una falta de calidad.Los estndares o metodologas definen un conjunto de criterios de desarrollo que guan la forma en que se aplica la ingeniera del software. Si no se sigue ninguna metodologa siempre habr falta de calidad.Existen algunos requisitos implcitos o expectativas que a menudo no se mencionan, o se mencionan de forma incompleta (por ejemplo el deseo de un buen mantenimiento) que tambin pueden implicar una falta de calidad.La poltica establecida debe estar sustentada sobre tres principios bsicos: tecnolgico, administrativo y ergonmico.El principio administrativo contempla las funciones de planificacin y control del desarrollo del software, as como la organizacin del ambiente o centro de ingeniera de software.El principio ergonmico define la interfaz entre el usuario y el ambiente automatizado.La adopcin de una buena poltica contribuye en gran medida a lograr la calidad del software, pero no la asegura. Para el aseguramiento de la calidad es necesario su control o evaluacin.A partir del siguiente grfico se observa la interrelacin existente entre la Gestin de la Calidad, el Aseguramiento de la Calidad y el Control de la Calidad.

2.- La Gestin de la CalidadGestin de la calidad: "Aspectos de la funcin de gestin que determinan y aplican la poltica de la calidad, los objetivos y las responsabilidades y que lo realiza con medios tales como la planificacin de la calidad, el control de la calidad, la garanta de calidad y la mejora de la calidad". Dentro de la gestin de la calidad se observa: Gestin de la calidad de software (ISO 9000): Conjunto de actividades de la funcin general de la direccin que determina la calidad, los objetivos y las responsabilidades y se implanta por medios tales como la planificacin de la calidad, el control de la calidad, el aseguramiento (garanta) de la calidad y la mejora de la calidad, en el marco del sistema de calidad Poltica de calidad (ISO 9000): Directrices y objetivos generales de una organizacin, relativos a la calidad, tal como se expresan formalmente por la alta direccin. La gestin de la calidad se aplica normalmente a nivel de empresa. Tambin puede haber una gestin de calidad dentro de la gestin de cada proyecto.

3.- El Aseguramiento de la CalidadAnte todo se debe conocer: Aseguramiento de la calidad: "Conjunto de acciones planificadas y sistemticas necesarias para proporcionar la confianza adecuada de que un producto o servicio satisfar los requerimientos dados sobre calidad". Aseguramiento de la calidad de software: Conjunto de actividades planificadas y sistemticas necesarias para aportar la confianza en que el producto (software) satisfar los requisitos dados de calidad. El aseguramiento de calidad del software se disea para cada aplicacin antes de comenzar a desarrollarla. Hay quienes prefieren decir garanta de calidad en vez de aseguramiento.La garanta, puede confundir con garanta de productos, mientras que el aseguramiento pretende dar confianza en que el producto tiene calidad.El aseguramiento de calidad del software est presente en: Mtodos y herramientas de anlisis, diseo, programacin y prueba. Inspecciones tcnicas formales en todos los pasos del proceso de desarrollo del software. Estrategias de prueba multiescala. Control de la documentacin del software y de los cambios realizados. Procedimientos para ajustarse a los estndares (y dejar claro cuando se est fuera de ellos). Mecanismos de medida (mtricas). Registro de auditorias y realizacin de informes. Las actividades para el aseguramiento de calidad del software se detallan en: Mtricas de software para el control del proyecto. Verificacin y validacin del software a lo largo del ciclo de vida (Incluye las pruebas y los procesos de revisin e inspeccin). La gestin de la configuracin del software. Algunos mtodos del aseguramiento: Revisiones tcnicas y de gestin (su objetivo es la evaluacin). Inspeccin (su objetivo es la verificacin). Estamos construyendo el producto correcto?. Pruebas (su objetivo es la validacin). Estamos construyendo el producto correctamente?. Auditorias (su objetivo es la confirmacin del cumplimiento).

4.- El Control de la CalidadSe debe conocer: Control de calidad: "Conjunto de tcnicas y actividades de carcter operativo, utilizadas para verificar los requerimientos relativos a la calidad del producto o servicio". Control de la calidad del software: Tcnicas y actividades de carcter operativo, utilizadas para verificar los requisitos relativos a la calidad, centradas en mantener bajo control el proceso de desarrollo y eliminar las causas de los defectos en las diferentes fases del ciclo de vida. El control de la calidad del software est centrado en dos objetivos fundamentales: Mantener bajo control un proceso. Eliminar las causas de los defectos en las diferentes fases del ciclo de vida. En general, se puede decir que el control de de la calidad del software son las actividades para evaluar la calidad de los productos desarrollados. Las estrategias de trabajo se representan como sigue:

5.- Aseguramiento de la calidad del software5.1. Surgimiento de SQA (Software Quality Assurance)En los aos 50, el software comenz a encontrar su camino dentro de los sistemas del DoD (del ingls Deparment of Defense of USA). Usualmente estos proyectos estaban muy alejados de la planificacin, se pasaban del presupuesto y tenan muchos problemas tcnicos. Frecuentemente no funcionaban como se esperaba y muchos proyectos eran cancelados antes de ser entregados. Durante este periodo los contratistas para el desarrollo de software a menudo hacan estimaciones muy optimistas sobre el estado del desarrollo del software. El DoD normalmente no era notificado de los problemas en la planificacin, en la gestin del presupuesto y de problemas tcnicos hasta muy avanzado el proyecto, cuando ya no eran capaces de entender los problemas ni de evaluar el impacto de stos.

Para intentar resolver este problema se estableci la Verificacin y Validacin Independientes (IV&V del ingls Independent Verification and Validation), un proceso de ingeniera que empleaba metodologas rigurosas para evaluar la correctitud y calidad del software a lo largo de su ciclo de vida.

El primer software en usar IV&V fue el programa del misil atlas a finales de los aos 50. Desde el proyecto atlas se ha recolectado mucha informacin que indica que los proyectos con IV&V se realizan o ejecutan mucho mejor que los proyectos sin IV&V. Con el tiempo el rol del IV&V se convirti critico.

La actividad que llamamos SQA evoluciona directamente de la Verificacin y Validacin Independientes (IV&V), muchas de las tareas que asociamos con SQA son originarias de IV&V.

Luego durante los aos 70 la actividad de desarrollo de software comenz a expandirse y las compaas de desarrollo de software fueron experimentando los mismos pobres resultados que las agencias gubernamentales (DoD, NASA etc.) en las dcadas tempranas. Las compaas tenan dificultad para entregar el software dentro de los plazos, presupuesto y calidad planificados. Varios proyectos desarrollados entre 1980 y 1990 fueron desastrosos, muchos excedan ampliamente el presupuesto y la planificacin o entregaban software de baja calidad que no se poda usar.

Durante los 80 esta experiencia se convirti en lo que conocemos como crisis del software, el tiempo consumido en el mantenimiento exceda el tiempo insumido en la construccin de nuevos productos de software.

Luego de la crisis del Software en los aos 80, SQA evoluciono hacia una herramienta que las compaas de desarrollo de software utilizaban para identificar de forma temprana los problemas de calidad en el proceso de desarrollo. Mientras SQA era visto como un pequeo paso dentro del proceso del desarrollo del software, muchos jefes de proyectos vieron beneficios cuantificables a partir de integrar SQA dentro del proceso de desarrollo de software.

En los 90 varias compaas de software ya tenan funciones de SQA dentro de sus organizaciones.

5.2. Definicin de SQA (Software Quality Assurance)

Al igual que ocurri con la definicin de calidad hay varios puntos de vista desde donde se puede definir el aseguramiento de la calidad del software.

Desde el punto de vista de la evidencia, la IEEE define el aseguramiento de la calidad como:

Una gua planificada y sistemtica de todas las acciones necesarias para proveer laevidencia adecuada de que un producto cumple los requerimientos tcnicosestablecidos.Un conjunto de actividades diseadas para evaluar el proceso por el cual unproducto es desarrollado o construido.

Daniel Galin define SQA como:

Un conjunto, sistemtico y planificado, de acciones necesarias para proveer laevidencia adecuada de que el proceso de desarrollo o mantenimiento de un sistema desoftware cumple los requerimientos tcnicos funcionales tan bien como losrequerimientos gerenciales para cumplir la planificacin y operar dentro delpresupuesto confinado

Desde el punto de vista de la visibilidad, el SEI define SQA como:

El aseguramiento de la calidad del software provee claro control del proceso que estsiendo usado por el proyecto y del producto que se est construyendo.

Desde el punto de vista del aseguramiento, Don Reifer define SQA como:

El aseguramiento de la calidad del software es el sistema de mtodos yprocedimientos usados para asegurar que el producto de software alcanza susrequerimientos. El sistema involucra la planificacin, estimacin y monitoreo de lasactividades de desarrollo realizadas por otros.

Desde el punto de vista de la capacidad de uso Schulmeyer y McManus definen SQA como:

Las actividades sistemticas que proveen evidencia de la capacidad o disponibilidadde uso del producto de software total.

Para certificar madurez de procesos, hay que evidenciar que uno aplica un cierto proceso y para esto se deben registrar las distintas actividades de tal proceso de desarrollo, como ste es el objetivo que persigue el software a desarrollar como parte de esta tesis, elegiremos la definicin que da la IEEE desde el punto de vista de la generacin de evidencia adecuada que muestre que se cumple con el proceso que se dice seguir y con los requerimientos establecidos.

5.3. SQA no es lo mismo que SQC (Software Quality Control)

Generalmente cuando le preguntamos a un profesional de sistemas que es lo que entiende por aseguramiento de la calidad del software, inmediatamente comienza a hablar de testing, algunos de ellos incluyen a la validacin y verificacin y luego empiezan a hablar de revisiones, las cuales son slo extensiones del testing. Es decir, a menudo hay una confusin entre SQA y el testing (el cual actualmente forma parte del rea de control de calidad del software SQC).

Haciendo slo testing y revisiones no aseguramos la calidad de los productos, sino aseguramos el cumplimiento de especificaciones tanto funcionales como tcnicas. En el desarrollo de software la diferencia entre SQC y SQA no esta clara y estos trminos a menudo se confunden, SQA se encarga de controlar el cumplimiento del proceso, mientras que SQC son aquellas acciones del aseguramiento de la calidad que proporcionan un medio para controlar y medir las caractersticas de un elemento, proceso o facilidad respecto a los requisitos establecidos.

La siguiente tabla expone sintticamente las diferencias entre control de calidad y aseguramiento de la calidad.

CONTROL DE CALIDAD

ASEGURAMIENTO DE LA CALIDAD

Detecta problemas en los productos de trabajo.Asegura la adherencia a los procesos, estndares y planes.

Verifica que los productos de trabajo cumplan con los estndares de calidad especificados en el plan de proyecto.Evala que los procesos, planes y estndares utilizados en el proyecto cumplan con los estndares organizacionales.

Revisa el contenido del productoRevisa procesos

CUADRO: Control de calidad vs. Aseguramiento de la calidad

En conclusin, el rol del SQA es auditar que los distintos equipos de la organizacin, inclusive el de SQC siguen los procedimientos, estndares y procesos establecidos. El equipo de SQA debera establecer mtricas para medir la efectividad del proceso. Como complemento el rol de SQC es tomar una actitud activa de verificacin y validacin del resultado o salida del proceso implementado.

5.4. Funciones generales del SQA

Describir los diferentes roles que puede jugar el equipo de SQA en una organizacin nos dar una visin clara de las funciones que puede llevar a cabo.

Como polica del proceso: el trabajo del equipo de SQA es asegurar que el desarrollo sigue el proceso establecido. Entre sus funciones en este rol se encuentran: Auditar los productos del trabajo para identificar deficiencias. Determinar el cumplimiento del plan de desarrollo del proyecto y del proceso de desarrollo de software. Juzgar el proceso y no el producto.

Como abogado del cliente: el trabajo del equipo de SQA es representar al cliente.Entre sus funciones en este rol se encuentran: Identificar la funcionalidad que al cliente le gustara encontrar. Ayudar a la organizacin a sensibilizarse con las necesidades del cliente. Actuar como un cliente de prueba para obtener una alta satisfaccin del cliente.

Como analista el trabajo del equipo de SQA es recabar informacin. Entre sus funciones en este rol se encuentran: Juntar muchos datos sobre todos los aspectos del producto y del proceso. Con esta informacin ayudar a mejorar los procesos y los productos.

Como proveedor de informacin el trabajo del equipo de SQA es revisar qu es lo que est hecho y decir cules objetivos tcnicos realmente estn cumplidos para que la gerencia pueda tomar mejores decisiones de negocios. Entre sus funciones en este rol se encuentran: Proveer informacin tcnica objetiva para que la gerencia pueda usarla para tomar mejores decisiones. Proveer informacin apropiada de las clases de productos y de los riesgos asociados con estos. Concentrarse ms en la reduccin de los riesgos que en el cumplimiento del proceso.

Como responsable de la elaboracin del proceso el trabajo del equipo de SQA es participar en la definicin de los planes, procesos, estndares y procedimientos para asegurar que se ajustan a las necesidades del proyecto y que pueden ser usados para realizar las evaluaciones de QA y cumplir los requerimientos del proyecto y las polticas de la organizacin. Para cumplir este rol el aseguramiento de la calidad debera comenzar en las fases tempranas del proyecto.

Aqu conviene aclarar que no necesariamente las personas que definen la metodologa a seguir pertenecen al equipo de QA. Definir la metodologa puede llegar a ser o no una actividad del equipo de QA. Una estructura posible en el proceso de mejora del software puede ser contar con un SEPG (Software Engineering Process Group) totalmente independiente del equipo de QA, encargado de definir la metodologa mientras que el equipo de QA se limita a verificar que se cumpla dicha metodologa.

5.5. Consideraciones

Para ser efectivo, el equipo que realiza SQA debe ser independiente de la organizacin de desarrollo. Aunque tener un grupo de auditora independiente es difcil de aplicar en organizaciones chicas donde hay pequeos ambientes de desarrollos. Pero si la organizacin es madura y tiene una cultura orientada a la calidad, la funcin de SQA puede estar embebida en el proceso. Cuando el equipo de SQA esta embebido en el proceso, se deben resolver varios inconvenientes para garantizar la objetividad:

Todo aquel que realice actividades de aseguramiento de la calidad debera estar entrenado en el aseguramiento de la calidad. Las actividades de aseguramiento de la calidad realizadas para un producto deberan ser separadas de aquellas involucradas en el desarrollo y mantenimiento del mismo. Debe estar disponible un canal de comunicacin independiente en el nivel apropiado de la gerencia para poder escalar las no conformidades cuando sea necesario.

El equipo de SQA provee a la gerencia de informacin fehaciente, objetiva en el momento adecuado. La clave aqu esta en que el grupo de SQA provee a la gerencia de informacin tcnica objetiva. La gerencia necesita ver a la gente de SQA como una fuente de informacin significativa que puede ayudarla a tomar decisiones difciles. La Gerencia usa esta informacin para tomar decisiones de negocio apropiadas.

La objetividad en la evaluacin de calidad de los procesos y productos es crtica para el xito del proyecto. La objetividad se logra con independencia del equipo de SQA y sentido comn o criterio.

Hay diferentes maneras de realizar evaluaciones objetivas, entre las que se incluyen: Auditoras formales realizadas por un rea de SQA independiente de la organizacin. Revisiones de a pares que pueden se realizadas con distintos niveles de formalidad. Revisiones rigurosas en el lugar de desarrollo. Revisiones distribuidas y comentarios del producto.

Teniendo en cuenta estas consideraciones podemos decir que la tarea del equipo de SQA es un conjunto planificado de tareas, actividades y acciones ejecutadas independientemente de la organizacin que desarrolla software, que provee a la gerencia del proyecto informacin fehaciente en un momento preciso que puede ser usada para tomar decisiones de negocio apropiadas.

6.- Aseguramiento de la calidad de procesos y productos en CMMI (PPQA)

6.1. ConceptoComo ya mencionamos anteriormente la calidad de un producto esta determinada en gran medida por la calidad del proceso utilizado para desarrollarlo y mantenerlo, por lo que se sigue trabajando en mejorar la forma en la que las organizaciones afrontan los proyectos de construccin de software.

Entre las reas de proceso, en la categora de soporte para el nivel 2 de CMMI se encuentra PPQA (Process and Product Quality Assurance) Aseguramiento de la calidad de producto y proceso. Esta es el rea de proceso principal para el aseguramiento de la calidad del software dentro de CMMI.

6.2. Metas y prcticas.El propsito del Aseguramiento de la Calidad de Proceso y Producto es proporcionar a los diferentes equipos y a la gerencia una visin objetiva de los procesos y productos asociados. El objetivo fundamental de PPQA es garantizar que los procesos definidos estn siendo respetados en la organizacin, as como poder detectar deficiencias en la forma de trabajar establecida.Las metas de esta rea de proceso son:

Evaluar objetivamente la ejecucin de los procesos, los elementos de trabajo y servicios en contraste a los procesos, estndares y procedimientos definidos. Identificar y documentar no conformidades. Recordemos que definimos una no conformidad como el incumplimiento de un estndar o proceso de la organizacin o del proyecto. Proporcionar informacin a las personas que estn usando los procesos y a la gerencia del proyecto, de los resultados de las actividades del aseguramiento de la calidad. Asegurar de que las no conformidades son tratadas.

Las prcticas en ste rea de proceso aseguran que los proceso establecidos son implementados mientras que las prcticas en el rea de proceso de verificacin aseguran que se cumplen los requerimientos especificados. En ciertas ocasiones estas dos reas de proceso trabajan sobre el mismo producto pero desde dos perspectivas diferentes.

El siguiente es el listado de funcionalidades tpicas para satisfacer esta rea de proceso:

Completar las plantillas de chequeo del cumplimiento de los procesos definidos en la organizacin dentro del sistema de control de documentacin. Generar la convocatoria de una auditora de calidad (personal participante y objetivos) dentro de la agenda de eventos compartida. Dejar registro de la ejecucin de la auditora de calidad dentro del sistema de control de documentacin (por ejemplo rellenando las plantillas de chequeo predefinidas). Registrar las no conformidades dentro del sistema de gestin de incidencias. Generacin automtica de informes de auditoras en base al rellenado de las plantillas de chequeo y notificacin a las personas implicadas Posibilidad de generar un cuadro de mando que visualice las no conformidades encontradas en las auditoras de calidad de cada proyecto Registro del tiempo incurrido en aseguramiento de calidad, as como una estimacin del ahorro de tiempo obtenido al encontrar no conformidades con anticipo, de manera que se pueda analizar si el tiempo en QA es una buena inversin para la pequea empresa

El cumplimiento de estas metas y prcticas son el camino para incrementar la madurez de la organizacin en el desarrollo de software conforme a CMMI-SW, la gua para este objetivo es el equipo de QA compuesto por personal experimentado, entrenado en los procesos y actividades de QA que asegurar un nivel de calidad estndar de productos y servicios para los clientes. El progreso en este camino puede ser medido a travs de evaluaciones que certifiquen el grado de concordancia de los procesos y procedimientos con respecto a las metas y prcticas especificadas.

Conclusiones

El xito en la produccin de software se obtiene logrando hacerlo con calidad y demostrando el grado de sta, calificando como buena. Esto slo es posible con la implantacin de un Sistema para el Aseguramiento de la Calidad del Software directamente relacionado con la poltica establecida para su elaboracin y que est en correspondencia con la definicin internacional ISO de calidad, ampliamente aceptada, y por los estndares del grupo ISO 9000.

Bibliografa

Libros

Cueva Lovelle, Juan Manuel. "Calidad del Software". Universidad de Oviedo, Espaa. 1999. Trianes, Jorge. "Gestin del software". Curso Primer Semestre. Facultad de Ingeniera. 2003. Marimon Viadiu, Federic. "La consultora especializada en ISO 9000 en Catalua: Calidad del servicio y beneficios". Tesis doctoral. Universidad de Girona. 2004. Microsoft Encarta 2007. 1993-2006 Microsoft Corporation.

Link http://www.ingenierosoftware.com/calidad/cmm-cmmi.php http://www.ingenierosoftware.com/calidad/cmm-cmmi.php

ANEXOSProcesos de la gerencia de SQAA continuacin se detalla el proceso de una gerencia de aseguramiento de calidad:PropsitoGua para la gerencia de aseguramiento de calidad.

1Criterios de Entrada Documentos de referencia. Propsito de la gerencia de calidad.

2Anteproyecto Administracin gerencia de SQA. Chequeo de la Documentacin.

3UR Chequeo de Estndares, prcticas y mtricas. Chequeo de Pruebas. Chequeo de Reportes de errores y acciones correctivas. Chequeo de Herramientas, tcnicas y mtodos. Chequeo de Herramientas Control de Cdigo y Media. Chequeo de la Coleccin de registros, mantencin y retencin. Chequeo de la Capacitacin. Chequeo del Manejo de Riesgo. Resumen resto del proyecto.

4UR/R Revisin y auditora.

5SR Chequeo de Estndares, prcticas y mtricas. Chequeo de Pruebas. Chequeo de Reportes de errores y acciones correctivas. Chequeo de Herramientas, tcnicas y mtodos. Chequeo de Herramientas Control de Cdigo y Media. Chequeo de la Coleccin de registros, mantencin y retencin. Chequeo de la Capacitacin. Chequeo del Manejo de Riesgo. Resumen resto del proyecto.

6SR/R Revisin y auditora.

7AD Chequeo de Estndares, prcticas y mtricas. Chequeo de Pruebas. Chequeo de Reportes de errores y acciones correctivas. Chequeo de Herramientas, tcnicas y mtodos. Chequeo de Herramientas Control de Cdigo y Media. Chequeo de la Coleccin de registros, mantencin y retencin. Chequeo de la Capacitacin. Chequeo del Manejo de Riesgo. Resumen resto del proyecto.

8AD/R Revisin y auditora.

9DD Chequeo de Estndares, prcticas y mtricas. Chequeo de Pruebas. Chequeo de Reportes de errores y acciones correctivas. Chequeo de Herramientas, tcnicas y mtodos. Chequeo de Herramientas Control de Cdigo y Media. Chequeo de la Coleccin de registros, mantencin y retencin. Chequeo de la Capacitacin. Chequeo del Manejo de Riesgo. Resumen resto del proyecto.

10DD/R Revisin y auditora.

11TR Chequeo de Estndares, prcticas y mtricas. Chequeo de Pruebas. Chequeo de Reportes de errores y acciones correctivas. Chequeo de Herramientas, tcnicas y mtodos. Chequeo de Herramientas Control de Cdigo y Media. Chequeo de la Coleccin de registros, mantencin y retencin. Chequeo de la Capacitacin. Chequeo del Manejo de Riesgo. Resumen resto del proyecto.

12OM Chequeo de Estndares, prcticas y mtricas. Chequeo de Pruebas. Chequeo de Reportes de errores y acciones correctivas. Chequeo de Herramientas, tcnicas y mtodos. Chequeo de Herramientas Control de Cdigo y Media. Chequeo de la Coleccin de registros, mantencin y retencin. Chequeo de la Capacitacin. Chequeo del Manejo de Riesgo. Resumen resto del proyecto.

13Criterios de Salida SQAP/XX

Gua para el chequeo de la administracin de la gerencia del SQA:PropsitoGua para chequear la administracin del SQA.

1Criterios de Entrada SPMP/XX. Integrantes gerencia SQA.

2Revisin Examinar estructura gerencial de la organizacin encargada del SQA. Examinar la estructura organizacional. Identificar tareas de cada integrante de la gerencia. Definir responsabilidades a cada integrante de la gerencia.

3Criterios de Salida Estructura de la administracin del departamento del SQA revisada.

Gua para el chequeo de la documentacin:PropsitoGua para chequear la documentacin.

1Criterios de Entrada SPMP/XX.

2Revisin Revisin y anlisis del plan de documentacin. Buscar discrepancias. Discutir discrepancias con el gerente de proyecto.

3Criterios de Salida Documentacin Revisada.

Gua para el chequeo de la adherencia a los estndares:PropsitoGua para chequear adherencia a los estndares.

1Criterios de Entrada URD, SRD, DDD, ADD, SVVP/XX, SCMP/XX.

2Documentacin Monitorear adherencias de los documentos a los estndares.

3Diseo Monitorear adherencias del diseo a los estndares.

4Codificacin Monitorear adherencias de la codificacin a los estndares.

5Comentarios Monitorear adherencias de los comentarios a los estndares.

6Prueba Monitorear adherencias de las pruebas a los estndares. Monitorear adherencia de las pruebas a las prcticas definidas.

7Mtricas Revisar la mtrica definida.

8Conformidad Monitorear la conformidad que existe en el sistema.

9Criterios de Salida Proceso de Documentacin revisado. Proceso de Diseo revisado. Proceso de Codificacin revisado. Proceso de Comentarios Revisado. Proceso de Pruebas revisado. Mtricas definidas revisadas. Conformidad revisada.

Gua para el chequeo de las revisiones y las auditoras:PropsitoGua para las revisiones y las auditoras.

1Criterios de Entrada SVVP/XX.

2Revisin Revisar el propsito de cada revisin. Participar en revisiones de cdigo. Examinar argumentos de revisin y auditora. Verificar que el mecanismo de revisin sea acorde al tipo de proyecto. Identificar los requerimientos mnimos para las revisiones.

3Criterios de Salida Proceso de Revisin y Auditoria revisados.

Gua para el chequeo de las actividades de prueba del software:PropsitoGua para el chequeo de las actividades de prueba.

1Criterios de Entrada SVVP/XX.

2Revisin Realizar prueba de unidad del software. Realizar prueba de integracin del software. Realizar prueba de sistema del software. Realizar prueba de aceptacin del software. Revisar planes de prueba. Revisar diseo de pruebas. Revisar casos de prueba. Revisar procedimientos de prueba. Revisar reportes de pruebas. Monitorear actividades de prueba del equipo de desarrollo y de ejecucin. Proponer otro tipo de pruebas.

3Criterios de Salida Proceso de prueba revisado. Pruebas alternativas.

Gua para el chequeo de reportes de errores y acciones correctivas:PropsitoGua el chequeo de reportes de errores y acciones correctivas.

1Criterios de Entrada SCMP/XX.

2Revisin Monitorear la ejecucin de los procedimientos de manejo de problemas. Examinar detalles en la ocurrencia de los problemas.

3Criterios de Salida Proceso de reportes de errores y acciones correctivas revisado.

Gua para el chequeo de herramientas, tcnicas y mtodos:PropsitoGua el chequeo de herramientas, tcnicas y mtodos.

1Criterios de Entrada URD, SRD, DDD, ADD.

2Revisin Chequear si se seleccionaron las herramientas apropiadas en las fases necesarias. Chequear si se seleccionaron las tcnicas apropiadas en las fases necesarias. Chequear si se seleccionaron los mtodos apropiados en las fases necesarias. Monitorear el uso correcto de las herramientas, tcnicas y mtodos definidos. Definir herramientas, tcnicas y mtodos adicionales.

3Criterios de Salida Herramientas, tcnicas y mtodos revisados.

Gua para el chequeo de control de cdigo y media:PropsitoGua el chequeo de control de cdigo y media.

1Criterios de Entrada SCMP/XX.

2Revisin Chequear que se hayan definido en el SCMP los procedimientos correctos y que se lleven a cabo, para mantener, almacenar, asegurar y documentar versiones del software.

3Criterios de Salida Proceso de control de cdigo y media revisado.

Gua para el chequeo de control del proveedor:PropsitoGua el chequeo de control del proveedor.

1Criterios de Entrada SQAP/XX de cada proveedor de cdigo.

2Revisin Chequeas que los estndares se hayan respetados en el software provisto por lo proveedores de cdigo externos.

3Criterios de Salida Proceso de control de proveedor revisado.

Gua para el chequeo de la coleccin de registros, mantencin y retencin:PropsitoGua el chequeo de la coleccin de registros, mantencin y retencin.

1Criterios de Entrada SCMP/XX.

2Revisin Chequeas que se utilicen mtodos e instalaciones apropiadas, para apilar, resguarda y mantener la documentacin del proyecto.

3Criterios de Salida Coleccin de registros, mantencin y retencin revisada.

Gua para el chequeo de la capacitacin:PropsitoGua el chequeo de la capacitacin.

1Criterios de Entrada SPMP/XX.

2Revisin Chequear que el staff de desarrollo del software haya sido capacitado para realizar sus tareas. Definir capacitaciones si es necesario.

3Criterios de Salida Proceso de capacitacin revisado. Capacitaciones si son necesarias.

Gua para el manejo del riesgo:PropsitoGua para el manejo del riesgo.

1Criterios de Entrada SPMP/XX.

2Revisin Monitorear la actividad de manejo de riesgo. Aconsejar mtodos y procedimientos, para identificar, disminuir y controlar reas de riesgo, al gerente de proyecto.

3Criterios de Salida Proceso de manejo de riesgo revisado.

4