División de Ciencias Exactas, Ingeniería y Tecnología

Carrera: Ingeniería en Desarrollo de Software

Alumno: Oscar Daniel Guerrero Contreras

Asignatura: Métricas de desarrollo de software (PSP)

Docente: Adriana Álvarez Gutiérrez

 Evidencia de aprendizaje: PSP0
Se le hace un pedido de un software a “O” esta se trata de la gestión de un
inventario para el almacén de una tienda dedicada a la venta de suplementos
deportivos, actualmente el negocio controla sus datos de compra venta con un
programa bastante sencillo de registro de datos, sin contar consultas que son
necesarias y útiles para llevar un mejor control, “O” no ve la mayor dificultad en la
aplicación a desarrollar y con el negocio se llego a un plazo de entrega
aproximado de 7 días, se procede a hacer una programación de actividades en un
diagrama en este caso se seleccionó Gantt de las actividades a realizar. Si bien
sus programaciones no serán exactas del todo, con el tiempo y la experiencia se
mejorará.
A continuación, se muestra paso a paso cada etapa del proceso de manera
detallada de cómo se estructuraría.
Ejemplo de una tabla para distribuir el tiempo de entrega estimado:

Actividad Días 1 2 3 4 5 7
Requisitos Avance 10 30 45 60 80 100
Terminado Avance 10 30 45 60 80 100
propuesta Avance 10 30 45 60 80 100
aceptado Avance 10 30 45 60 80 100
estimar y planificar Avance 10 30 45 60 80 100
Desarrollo de software Avance 10 30 45 60 80 100
terminado Avance 10 30 45 60 80 100
Prueba de funcionamiento Avance 10 30 45 60 80 100
Puesta en marcha Avance 10 30 45 60 80 100

Planeación
La planeación del proyecto corresponde a llenar los valores estimados del
formulario o resumen del plan de proyecto. Como “O” esta usando por primera vez
este formulario de PSP, no dispone de muchos datos para hacer una estimación
de varias secciones mas sin embargo “O” considerara ciertos datos según su
criterio, que usara para dicha estimación del resumen.
Al igual que en la tabla anterior se hace otra tabla mas detallada con el avance de
nuestro proyecto:

Diseño
Se continua con la elaboración del diseño de distintos módulos que “O” había
identificado, y expresando los diseños en diagramas de flujo, y anota el tiempo
empleado en el cuaderno de registro de tiempos después del anterior registro.

Asi es como quedaría estructurada nuestro diseño

Y esta seria la arquitectura sugerida.

Codificación
Lo que sigue es codificar su diseño, por lo cual “O” necesita tener o, elaborar un
estándar de codificación, debido a que empieza a usar por primera vez un
estándar y tomara como guía uno general y que sea corto
Y se aplicarían los siguientes lenguajes:
Lenguaje JEE 5.0
Framework para interfases de usuario java server faces 2.2
Librería de reportes Jasper reports 4.0
Librería de componentes JSF primefaces 2.2
Lenguaje Aspectj para la implementación de interceptores con AOP
Servidor de aplicaciones Jboss 5.0
Base de datos Mysql 5.0
Framework Hibernate 3.6
Framework de desarrollo Spring 3.0

Compilación
En este punto se procede a la compilación del código, se registra cada defecto en
el cuaderno de defectos y en la tabla de análisis de errores y el tiempo dedicado
también en el cuaderno de registro de tiempos.

Pruebas
Finalmente “O” se encuentra en la etapa de las pruebas donde cada módulo se
probará con distintos valores, y esto se registrará en el reporte de pruebas que
nos sugiere psp. Para este caso solo se probarán las tres primeras funciones, se
checará que la función insertar adicione datos a la base de datos correctamente, y
que la modificación y la eliminación sean exitosas.
Anexo una imagen como ejemplo:
 PM
Hasta este punto “O” habría completado el software del negocio de suplementos.
Lo único que falta es la fase de postmortem, que corresponde al completado del
resumen del plan del proyecto con los valores reales. Debemos registrar un tiempo
de PM estimado en el cuaderno de registros de tiempo.
 Historial
Estimación de LOC nuevas y cambiadas, “O” puede empezar a llenar las tablas de
tamaño de programas para tener un historial y nos sirva para las próximas
estimaciones de comparación
programa tiempo LOC Minutos/LOC descripcion de funciones
AFG 125 53 3,8 insertar producto
295 65 4,2 Modificar el producto

Estimación de nuevos proyectos

gracias a esto cualquier otro pedido de software, “O” ya contara con datos reales
de registros esto gracias a sus anteriores resúmenes de plan, permitiendo que el
nuevo resumen del plan de proyecto se pueda iniciar correctamente.

Conclusiones
Por último, puedo decir que desde mi perspectiva psp es una herramienta muy
importante que nos ayuda a generar mejor software con herramientas útiles y
probadas para mejorar los tiempos, costos y sobre todo la calidad del software que
diseñamos.

Fuentes de consulta
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S1-
B2/DS/05/DMDS/U1/Unidad_1_Metricas_de_desarrollo_de_software%20PSP.pdf