N 33 V 72 Final

MOO-MEDINA, M., MARTÍNEZ-GARCÍA, H.A. Y MUÑOZ-UBANDO, L.A.
aceptan la vista Web o solicitan modificaciones incluidas en
los requerimientos. La actividad de “Modify to Web View”
es opcional solo en caso de que se requieran hacer
modificaciones, estos elementos forman parte de
metodologías ágiles.
Las ventajas que se tienen con estas actividades es que
cuando se inicia la codificación ya se tiene un diseño
aceptado y visado por el usuario. De tal forma que sería muy
complicado encontrar un error de diseño sobre algo ya
doblemente validado y por ende el rendimiento de la figura 4
es beneficiado.
Este tiempo igual ayuda a disminuir posibles defectos por
diseño en la etapa de pruebas y por lo mismo que en la figura
4 el rendimiento aumenta por la disminución de defectos a
reparar en la etapa de pruebas
La relación de tasa de fallo mide la calidad del proceso de
ingeniería, utilizando parámetros de costo de calidad [Juran,
88]. El costo de calidad de la evaluación es el porcentaje del
tiempo de desarrollo invertido en actividades de evaluación
de la calidad (Humprey, 2000).
En la figura 7 se muestra el costo de la calidad del cual en los
primeros cinco programas no se podía medir el proceso de
todas las fases del PSP 2.1. a partir del proyecto 6
observamos el incremento del costo de la calidad debido al
aumenta de defectos en las etapas de pruebas o etapas finales
del desarrollo, y en los últimos 10 proyectos se nota una leve
disminución del costo de la calidad debido a la disminución
de defectos en las etapas finales, la cual mayormente se da al
incluir al usuario en la etapa de Review Design.
Tanto la figura 4, como la figura 5 vienen a sustentar la
calidad del software por la mejora en el rendimiento.
Resultados de la productividad
La productividad en PSP se mide por el número de Líneas de
Código (LOC) desarrolladas por hora. En la figura 6, se
puede observar como la productividad en promedio paso de
30 LOC /Hr. del primer programa a 40 LOC/Hr. y. tiene una
pendiente positiva.
De igual manera se observa la diferencia entre los módulos
menos complejos los cuales elevan la productividad arriba de
50 LOC/H y los complejos hasta 40 LOC/H. Asimismo se
observa una excepción en el módulo de Filtro de búsqueda
de CI, el cual tuvo una productividad cercana a 90 LOC/H
debido a un cambio de requerimientos por parte del usuario
en la etapa de diseño.
Figura 7. Gráfica que muestra el costo de la calidad de los proyectos
De acuerdo con los resultados obtenidos, se pudo observar
una mejora de la calidad de desarrollo, del proceso y de los
resultados del proceso al combinar las metodologías de
“PSP”, Programación Módular, “MVC” y Metodologías
ágiles aumentando también la calidad de Desarrollo de
Software.
Las metodologías primarias como Cascada y Espiral se
usaron en principio para un desarrollo estructurado y están
evolucionando para la adaptación a las nuevas tecnologías,
metodologías y procesos de desarrollo, tal es así que esta
combinación de procesos no pretende sustituir a las
metodologías de Cascada y en Espiral, sino llevarlas a un
entorno de trabajo Web actualizado y con mejor rendimiento.
Figura 6. Gráfica de Productividad de veintinueve proyectos
La productividad permite realizar una autoevaluación cada
vez que se termina un proyecto del cual se puede concluir si
existe una mejora en el proceso de producción.
Resultados del Costo de la Calidad
CONCLUSIONES
Se puede observar a lo largo del desarrollo de cada proyecto
el incremento del rendimiento al aumentar el número de
defectos encontrados en la etapa de Diseño y Revisión de
Diseño, el incremento de la productividad al aumentar el
número de líneas de Código escritas por Hora y la
disminución del costo de la calidad al aminorar el número de
defectos que llegan a la etapa de pruebas y posteriores a esta.
REVISTA DEL CENTRO DE GRADUADOS E INVESTIGACIÓN. INSTITUTO TECNOLÓGICO MÉRIDA Vol. 33 NÚM. 72 119