SISTEMA DE SEGUIMIENTO DE INDICADORES DE GESTIÓN DE

PROYECTOS DE SOFTWARE

PLAN DE CALIDAD

Presentado por:
GRUPO

Universidad Nacional
Ingeniería de Sistemas
GGP
Fecha
 PLAN DE CALIDAD
Versión 1.0_I

Historia de Revisión

Fecha Versión Descripción Autor

1-04-2008 1.0 Definición Plan de Calidad S. R.
3-04-2008 1.1 Ajustes Plan de Calidad S. R.
L. F. B.
22-04-2008 1.2 Actualizar datos S. R.

GGP Plan de Calidad Página 2 de 5

 PLAN DE CALIDAD
Versión 1.0_I

CONTENIDO

Pág.

1 INTRODUCCION................................................................................................4

2 OBJETIVO..........................................................................................................4

3 PLAN DE CALIDAD...........................................................................................4

4 CONCLUSIONES...............................................................................................6

5 BIBLIOGRAFIA...................................................................................................6

GGP Plan de Calidad Página 3 de 5

 PLAN DE CALIDAD
Versión 1.0_I

1 INTRODUCCION

Este documento hace una descripción del plan de calidad a usar en el proyecto
sistema de seguimiento de indicadores de gestión de proyectos de software.

2 OBJETIVO
Establecer las métricas que se medirán en la fase de implementación para el
proyecto de desarrollo del Grupo.

3 PLAN DE CALIDAD

A continuación se describen las métricas que se tendrán en cuenta siguiendo la

forma SUMP de TSP, en el control de calidad del producto desarrollado por el
grupo.

El tamaño del producto, se estimó en unidades, de la siguiente manera:

Requerimientos: El tamaño de los requerimientos se estimó teniendo en cuenta
la complejidad de los casos de uso, definidos en el documento Requerimientos
funcionales. Para un caso de uso de complejidad alta se definió 3 unidades, un
caso de uso de complejidad media se asignó 2 unidades y un caso de uso de
complejidad baja se le asignó 1 unidad.
Diseño de alto nivel: El tamaño del diseño de alto nivel se estimó teniendo en
cuenta los servicios ofrecidos, definidos en el documento especificación de diseño
de software. Para un servicio de negocio se definió 3 unidades y para un servicio
de soporte se asignó 2 unidades.
Diseño detallado: El tamaño del diseño detallado se estimó teniendo en cuenta
los métodos del diagrama de clases, definidos en el documento especificación de
diseño de software. Se definió 1 unidad para cada 5 métodos.
Líneas de código: El tamaño de las líneas de código, se estimó teniendo en
cuenta la relación del número de desarrolladores, las horas programadas para
cada desarrollador a la semana y el número de semanas asignadas para la
implementación.
6 x 12 x 3 = 216 horas de desarrollo
Se estimó la productividad del grupo de 10 LOC/hora por tanto se estimaron 2160
líneas de código.
Se definió 1 unidad para cada 100 líneas de código.
Líneas de código para reutilización: El tamaño de las líneas de código para
reutilización, se estimó contando las líneas de código del DAO y las consultas
genéricas que se utilizarán en la implementación.
Se definió 1 unidad para cada 100 líneas de código.

GGP Plan de Calidad Página 4 de 5

 PLAN DE CALIDAD
Versión 1.0_I

Nombre: ______________________ Fecha: Abril 19 de 2008

Equipo: Instructor: A. C.
Parte/Nivel: Postmortem Ciclo: I

a. Tamaño de producto Planeado Actual

Requerimientos 21 22
Diseño de alto nivel 19 19
Diseño detallado 41 43
Líneas de código 21 17.7
Líneas de código para reutilización 5.5 7.12
b. LOC/hora 10 14,7
c. PDF (escoja 2 de los 4 propuestos).
Pruebas unitarias >50% 88%
Pruebas de sistema >90% 17%
d. Defectos / KLOC (escoja 3 de los 9).
Total defectos inyectados 50-75 39
Pruebas unitarias <5 1.6
Pruebas de sistema <0.2 13.49
e. Defectos Ratios (escoja 1 de las 2).
Revisión diseño detallado/pruebas unitarias >2.0 1.7
f. Development time ratios (%) (escoja 2 de las 5
propuestas).
Inspección requerimientos/requerimientos >0.25 0.13
Diseño detallado/tiempo codificación >1.00 0.44
f. Review rates e inspection rates (escoja 2
de las 6 propuestas).
Páginas de requerimientos/hora <2 6.8
Líneas de código/hora <200 3540

4 CONCLUSIONES

El plan de calidad permite hacer un seguimiento y control de las métricas de

calidad del producto.

5 BIBLIOGRAFIA
Watts, Humphrey. Introduction to the Team Software Process. Carnegie Mellon
University. Ed. Addison Wesley. Massachusetts. 2000. ISBN: 020147719X

GGP Plan de Calidad Página 5 de 5