Planeación Del Desarrollo De Un Producto De Software

Introducción

Brooks (1931) director del desarrollo del OS/360 de IBM a raíz de sus experiencias éxitos y fracasos escribió “The Mythical Man-Month Essays un Software Engineering” y señala alguna consideración durante la planeación del desarrollo de un producto de software:

 Añadir más recursos a un proyecto con retraso generara un retraso mayor

 Medir el progreso de un proyecto en función del tiempo invertido en el desarrollo es un error

 Las principales causas de los problemas en el desarrollo de software están en la planificación y distribución de recursos, la idea que las horas y recursos son intercambiables lleva a pensar que si un proyecto está retrasado la solución es agregar más mano de obra pero el factor humano y las horas no se pueden conmutar como en una multiplicación.



Brooks compara el desarrollo de software como arena movediza que durante la prehistoria engullían animales gigantes que cuando más luchaban por salir más rápido se hundían.

La única forma de salir es la aplicación de un proceso de ingeniería y métodos probados en la gestión de proyectos.

Una estimación de software es una predicción del tiempo que durara o costara el proyecto, el propósito de una estimación de software es poder determinar los objetivos, tiempos necesarios para realizar el proyecto, es necesario que estos sean realistas, medibles y alcanzables.

Cuando se realiza adecuadamente la estimación de software antes de ofrecer un proyecto nos permite tener un panorama más amplio, identificar más fácilmente si un proyecto es factible, aunque en la práctica sabemos que esa parte la realiza el área comercial, quienes fijan plazos inamovibles, sin conocimiento previo esto es una mala práctica ya que provoca en ocasiones perdidas en la empresa ya que al no cumplir los plazos mal establecidos existen penalizaciones.

Con la experiencia previa se puede basar para refutar los tiempos mal establecidos por el área comercial, así como también se puede partir de la experiencia previa para poder agilizar el proceso de desarrollo.

Los métodos de estimación de software se pueden clasificar en dos grupos:

Métodos heurísticos Estos se basan en la experiencia los principales son:

Método basado en el juicio experto Es comúnmente conocido a ojo, consiste en basarse en experiencias previas para hacer la estimación de software. Este método es muy usado, pero se tiene la desventaja de la dependencia del experto.

Método por analogía: es la evolución del método basado en juicio experto también se basa en experiencias documentadas de cómo fueron los tiempos de proyectos previos, este método compara el proyecto a estimar con proyectos terminados previamente que sean similares. Estas experiencias se van guardando en una base de datos.

Los métodos paramétricos de estimación de software

COCOMO (Constructive Cost Mode) Estima el esfuerzo en horas hombre del proyecto, para estimar el esfuerzo requiere un análisis del tamaño (Funcionalidad, líneas de código etc.)

SLIM (Software Lifecycle Management) es un conjunto de fórmulas de estimación de software, estas se extraen después de analizar grandes bases de datos de proyectos, observando cómo se comportaron la estimación de software y distribución de esfuerzos.

Los dos primeros métodos sirven para obtener una estimación del esfuerzo (Horas hombre de proyecto) y se basan en que existen previamente un cálculo del tamaño del software a desarrollar, para determinar el tamaño del software se utilizan las siguientes unidades de medición:

• Las líneas del código

• Los puntos de función

•

Las líneas de código tienen poca exactitud, es más usual medir el tamaño en puntos de función para ello existen:

• FPA de IFPUG

• COSMIC-FFP

• Puntos de caso de uso

Estiman el tamaño de función del software desde los requisitos.

La primera fase de estimación es el tamaño este se estima de acuerdo a la funcionalidad que se esperar tener (con PF, y los requisitos) la estimación inicial se hace sobre requisitos simples aplicando PF ligeros.

Con la estimación del tamaño se consigue calcular:

El tiempo del proyecto representado en meses

El esfuerzo representado en (Horas/hombre)

Partiendo de los dos parámetros anteriores se ajusta al plazo para realizar el proyecto.

Desarrollo

1. Selecciona 2 o 3 trabajos que hayas desarrollado en el pasado que se asemejen al nuevo proyecto para usarlos como referencia.

 Sistema venta tiempo aire en terminal punto de venta

• Venta

• Cancelación

• Reporte de ventas de ventas

• Login

 Sistema de venta con tarjeta de crédito

• Venta con tarjeta de crédito

• Cancelación

• Devolución

• Reporte de ventas

2. Compara las funciones que el nuevo proyecto requiere con las funciones de los proyectos anteriores para verificar que sean del mismo tamaño y nivel de complejidad.

El nuevo sistema de cobro de estacionamiento con tarjeta de crédito debe incluir:

• Venta

• Cancelación

• Reporte de cobros

• Configuración del comercio

Modulo Venta

...