Aseguramiento De La Calidad

INSTITUTO TECNOLOGICO DE ROQUE

CARRERA: LICENCIATURA EN INFORMÁTICA.

MATERIA: PRUEBAS DE SOFTWARE Y ASEGURAMIENTO DE LA CALIDAD

NOMBRE DEL PROYECTO: INFORMACIÓN DE UNIDAD I Y II

PROFESOR: CAMARGO ORDUÑO

Celaya Gto. 03 de septiembre de 2013

INDICE:

UNIDAD 1 Introducción a la calidad del software

1.1 Introducción

1.2 Objetivo

1.3 Motivación

1.4 Organización del documento.

UNIDAD 2 Introducción a los procesos de software

2.1 Introducción

2.2 Procesos

2.3 Modelo de procesos

2.4 CMM

2.5 Madurez vs. Inmadurez

2.6 CMMI

2.7 Evolución de madurez de los procesos CMMI

2.9 Descripción del modelo

2.10 Representaciones

2.11 Por qué se aplica CMMI.

1.1 Introducción

La calidad de un sistema está altamente influenciada por la calidad de los procesos usados, para adquirirla, desarrollarla y mantenerla. Esta premisa indica que hay que poner el foco en los procesos tanto como en lo productos. 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.

En particular, CMMI (Capability Maturity Model Integration)[28] define en sus distintos niveles, áreas, y una de ellas es el aseguramiento de la calidad de procesos y productos (PPQA del inglés Process and Product Quality Assurance), cuyo propósito es garantizar que los procesos definidos están siendo seguidos en la organización, así como poder detectar incumplimientos en la forma de trabajar definida.

Certificar CMMI nivel 2 de acuerdo al modelo CMMI-SW (Capability Maturity Model Integration for Software)consiste, entre otras cosas, para el área PPQA, en generar evidencia del control realizado sobre la forma de trabajar de una organización. Esto es, generar evidencia que muestre que el área de aseguramiento de calidad controla que la organización realmente aplica el proceso que dice aplicar y que cuando no lo hace, registra tales fallas como no conformidades y pone en funcionamiento los mecanismos que sean necesarios para corregirlas.

Que una organización haya alcanzado nivel 2 de CMMI implica, en síntesis, que aplica procesos básicos de gestión de los proyectos (costo, calendario, funcionalidad). Estos procesos hacen que se puedan repetir éxitos en proyectos de similares características.

Como veremos con mayor detalle en el siguiente capítulo, el nivel 2 requiere que se consideren los siguientes aspectos:

• Gestión de requisitos

• Plan de Proyecto

• Monitoreo y control del proyecto

• Gestión de acuerdos con proveedores

• Medida y análisis

• Medidas de calidad en el proceso y producto

• Gestión de la configuración

Una organización que se encuentra en este nivel planea sus procesos, los ejecuta, los mide y los controla.

En particular el área de PPQA (Process and Product Quality Assurance) requiere:

• Evaluar objetivamente los procesos, productos y servicios realizados contra los procedimientos, estándares y descripción de procesos aplicables.

• Identificar y registrar las no conformidades.

• Proveer información de las actividades de QA

• Asegurar que las no conformidades son manejadas.

1.2 Objetivo

El objetivo de este trabajo es construir una herramienta para ayudar a certificar la madurez de procesos que requiere CMMI nivel 2, ayudando en la tarea diaria a la persona que realiza QA. El foco de la misma estará en la generación de evidencia de la aplicación de control de procesos a través del seguimiento de las auditorías y del registro y tratamiento de las no conformidades. Requerimientos esenciales para el área de PPQA.

El producto propuesto en esta tesis, es una herramienta que podrá utilizarse en el área de aseguramiento de la calidad (QA) de una fábrica de sistemas. - 8 -

1.3 Motivación

Una de las premisas para certificar CMMI durante un SCAMPI (Standard CMMI

Appraisal Method for Process Improvement) es la disponibilidad para el equipo de certificadores de evidencia objetiva de la implementación de las práctica requeridas. En aquellas organizaciones donde el equipo de QA no trabaja de forma ordenada y no sigue un proceso bien definido, la evidencia puede quedar distribuida por toda la empresa con diferentes formatos y en distintos soportes dificultando su recolección.

Para mitigar este problema se puede utilizar un sistema como el propuesto, para dejar evidencia del proceso de desarrollo en un lugar centralizado.

Como parte de su trabajo el certificador (Leader Appraiser) recoge evidencia y evalúa la coherencia entre la metodología escrita, la evidencia y la información que consiguió en las diferentes entrevistas que le hace a los empleados. El software propuesto unificará criterios y facilitará que un proyecto sea auditable por profesionales externos en cualquier momento, proveyendo interfaces amigables para el certificador, haciendo más fácil su tarea.

1.4 Organización del documento

La tesis se dividirá en 9 capítulos. El primer capítulo, éste que estamos transitando, será

...