En esta edición, me enfoque en un pilar fundamental para cualquier desarrollador: la estimación de software. A lo largo de estas páginas, vamos a descubrir que calcular bien el esfuerzo y el tiempo no es solo una tarea técnica, sino la clave para que un proyecto no fracase antes de empezar.
Exploraremos desde las métricas de funciones hasta el famoso modelo COCOMO, herramientas que nos permiten "predecir el futuro" de nuestro trabajo usando datos reales y no solo suposiciones. Entender cómo medir lo que hacemos es el primer paso para tomar el control de nuestros proyectos. ¡Bienvenidos a este recorrido por el mundo de la eficiencia y el control digital!
Melanie tirado
Editorial
MelanieTirado CI:31.424.296
UNIVERSIDAD: UPTJAA
TRAYECTO3:IF01
MATERIA: GESTIÓNDE
PROYECTOS INFORMÁTICOS
PROFESOR: MARIALEJANDRA MARQUEZ
TEMA: ESTIMACIÓNDE ESFUERZOY DURACIÓN
¿CÓMOSABERSINUESTRA ESTIMACIÓNESCORRECTA?
Elartedelavalidación
Validar una estimación no es más que asegurarnos de que los números que calculamos (tiempo, dinero y esfuerzo) tengan sentido antes de empezar a programar. Es como revisar los planos de una casa antes de poner el primer ladrillo; si los planos están mal, la casa se cae.
Pasosclaveparavalidar:
Comparación Histórica: Mirar proyectos parecidos que hayamos hecho antes. Si un software similar tomó 3 meses, estimar que este tomará 1 mes es arriesgado.
Uso de Varias Técnicas: No te quedes con un solo método. Si usas dos formas distintas de calcular y los resultados se parecen, ¡vas por buen camino!
Opinión de Expertos: Consultar con los que ya tienen "canas" en el área. A veces la experiencia vale más que cualquier fórmula.
Revisión de Riesgos: Preguntarse: "¿Qué pasa si alguien se enferma?" o "¿Qué pasa si la tecnología falla?". Una estimación válida siempre tiene un margen de error.
¿QUÉ NECESITAMOS PARA EMPEZAR?
Recursos Humanos: No es solo contar personas, es evaluar el talento. Necesitamos desarrolladores, analistas y diseñadores con la experiencia adecuada para el proyecto.
Recursos de Software: Incluye las licencias, sistemas operativos y herramientas de desarrollo (IDE) necesarias para construir la solución
Recursos de Hardware: Desde las computadoras de los desarrolladores hasta los servidores de prueba y la infraestructura de red.
ESTIMACIÓN DEL PROYECTO
Estimación de Costos:
Se define el presupuesto total del proyecto. No solo incluye el pago del personal, sino también gastos de infraestructura, servicios en la nube y licencias. Una buena estimación evita que el proyecto se detenga por falta de fondos
Cálculo de Esfuerzo (Personas/Mes)
Es la medida técnica que indica cuánto trabajo real requiere el software Nos permite determinar si el equipo asignado es suficiente para cumplir con los objetivos o si necesitamos más especialistas para no retrasar la entrega.
Análisis de Riesgos y Contingencia
Estimar implica prever el futuro. Aquí se incluye un margen de tiempo y presupuesto extra (entre un 15% y 20%) para enfrentar imprevistos, como fallas técnicas o cambios inesperados en los requisitos del cliente
�� Sabías que: La mayoría de los proyectos de software fallan por una mala estimación inicial del esfuerzo, no por falta de capacidad técnica.
MEDICIÓN Y MÉTRICAS DEL SOFTWARE
¿Qué es la Medición?
Es el proceso de asignar un valor numérico a un atributo del software (como su complejidad o tamaño). Sin mediciones, los ingenieros no podrían saber si un proyecto es eficiente o si se está saliendo de control.
Métricas Orientadas al Tamaño:
Se basan en contar las Líneas de Código (Lines of Code) producidas. Es el método más antiguo y directo, pero tiene una desventaja: depende mucho del lenguaje de programación que se utilice.
Métricas Orientadas a la Función :
Se centran en la funcionalidad que recibe el usuario (entradas, salidas, consultas). Se miden en Puntos de Función. Es el método más moderno porque mide "qué hace" el programa, sin importar en qué lenguaje esté escrito.
¿QUÉESLAINTEGRACIÓNDELAS MÉTRICAS?
Es el paso donde se combinan las Métricas de Proceso (cómo trabajamos), Métricas de Proyecto (qué usamos) y Métricas de Producto (qué construimos). Al integrarlas, el ingeniero puede crear un "tablero de control" para predecir si el software se entregará a tiempo y con calidad
3PILARESDELAINTEGRACIÓN
Análisis y Normalización: Se comparan estos datos con proyectos anteriores para ver si vamos por buen camino. Aquí es donde se usan los Puntos de Función para estandarizar el trabajo.
Recolección
de Datos: Se obtienen las medidas base (líneas de código, errores encontrados, horas trabajadas).
Toma de Decisiones: La integración nos dice si debemos contratar más personal (recursos humanos), comprar mejores servidores (hardware) o simplificar el diseño (software).
MODELOS EMPÍRICOS (COCOMO)
¿Por qué es un Modelo Empírico?
COCOMO se basa en la regresión estadística de datos históricos. Esto quiere decir que Barry Boehm analizó proyectos que ya habían terminado, midió cuánto tardaron y cuánta gente trabajó en ellos, y a partir de ahí creó las fórmulas matemáticas que usamos hoy.
Tipos de COCOMO Empírico
COCOMO I (1981): El modelo original basado en el conteo de líneas de código (LOC). Fue diseñado cuando se programaba principalmente en lenguajes como Fortran o Pascal.
COCOMO II (2000): La actualización para la era moderna. Este modelo ya no solo mira el código, sino que se adapta a la programación orientada a objetos, bases de datos y la reutilización de software.
Ada COCOMO: Una versión especializada para proyectos que utilizan el lenguaje Ada, muy común en sistemas de defensa y aeronáutica.
CONCLUSIÓN
La ingeniería de software no solo se trata de escribir código, sino de gestionar con precisión los recursos, el tiempo y el esfuerzo.
Gracias a las métricas y a modelos como COCOMO, transformamos la incertidumbre en proyectos exitosos y medibles. La estimación es la brújula que guía el desarrollo tecnológico.
