Planificacin De Proyectos de Software

Comienza con un conjunto de actividades, antes de que el proyecto comience.

La estimacin es algo que se debe desarrollar y un proyecto no debe comenzar
sin haber previamente hecho estimaciones.
La planificacin es lo que permite mirar cuanto se necesitar de recursos,
esfuerzos etc
Con la planificacin se logra obtener una lista de actividades a realizar y todo lo
que se implementara como costo y esfuerzos.
Observaciones sobre la estimacin
La estimacin lleva un cierto grado de incertidumbre, para hacer buenas
estimaciones se requiere de experiencia.
El Gestor de proyectos debe saber lo que ir mal antes de que ocurra.
Factores que inciden en la incertidumbre del programa:
La complejidad del proyecto: Como por ejemplo lo del creador de una aplicacin
de comercio electrnico se le puede dificultar demasiado si apenas la experiencia
que tiene es una aplicacin creada. En cambio a uno que ha hecho muchas
aplicaciones de comercio, se le har muy fcil crear una de comercio electrnico.
El tamao del proyecto: A medida que el proyecto crece los mdulos
desarrollados tienen que interactuar entre si y se hace ms compleja la
descomposicin.
El grado de incertidumbre estructural: Recogida de datos histricos.

Se debe de entender en un 100% el funcionamiento del sistema que se

desarrollar, por eso se deben pedir conceptos claros al cliente, de lo contrario si
no se entiende el software estar sujeto a cambios y estos implicarn mayor costo.

OBJETIVOS DE LA PLANIFICACION DE PROYECTOS

El objetivo es que permite saber cules sern los costos y esfuerzos necesarios
para el desarrollo del software y deber tenerse actualizadas estas estimaciones
a medida de que progrese el desarrollo y tener un escenario de el peor caso o
del mejor caso para limitar los resultados.

MBITO DEL SOFTWARE

Abarca la funcin, el rendimiento, las restricciones. La funcin: Todos los
procesos a realizar internamente en el software. El rendimiento: Es lo que evalua
el tiempo de respuesta y de procesamiento de datos. Las restricciones: Es lo que
limita al programa en la parte del hardware del sistema y de la memoria disponible.
Obtencin de la informacin necesaria para el mbito:
La mejor manera de obtener informacin de manera correcta es planear una serie
de reuniones con el cliente (Que conozca del funcionamiento del sistema y el
problema que posee el mismo), y hacerle preguntas que sean fcil de entender
por el cliente que brinden verdadera ayuda al analista como por ejemplo:
Hay aspectos o limitaciones especiales de rendimiento
que afecten a la forma en que se aborde la solucin?
Para finalizar la reunin Gause Y Weinberg sugieren que se le pregunte al cliente
lo siguiente (Lo ms importante para mi):

Es usted la persona apropiada para responder a mis preguntas?

Hay alguien ms que pueda darme informacin?

Debera preguntarle algo ms?

Es importantsimo que la relacin Cliente/Ingeniero de Software sea muy

homognea porque si se utiliza la forma de Los ingenieros por su lado y los
clientes por el otro se llegarn a obtener problemas a futuro por causa de posibles
omisiones de informacin importante o por simple falta de comunicacin.

VIABILIDAD:
Putnam y Myers sugieren 4 dimensiones de la viabilidad de un software:
Tecnologa: El proyecto si abarca las nuevas tecnologas que surgen?
Financiacin: La empresa o cliente al que se le desarrollar el software si cuenta
con el dinero suficiente?
Tiempo: Se alcanzar a desarrollar el software antes que la competencia lo haga?
Recursos: Si se cuentan con los recursos necesarios?

Un ejemplo del mbito:

En la exposicin se detalla el ejemplo de la cinta transportadora.
Despus de saber la especificacin del mbito se extrae la informacin de una
manera en la que se pueda realizar un software ms fcil. Esta manera se llama
descomposicin y los datos obtenidos son los siguientes:

Lectura de la entrada del cdigo de barras.

Lectura del tacmetro de pulsos.
Descodificacin de los datos del cdigo de pieza.
Bsqueda en la base datos.
Determinar la posicin del compartimento.
Produccin de la seal de control para el mecanismo de maniobra.
Mantener una lista de los destinos de las cajas

Se debe tener en cuenta la interfaz externa que consta de los siguientes

elementos:
Hardware (como procesador etc) y los dispositivos conectados como pantallas
o maquinas controladas indirectamente por el software.
Software ya existente como sistemas Operativos, o consultas a una base de
datos o simplemente reingeniera.
Personas que implementarn el software o dispositivos conectados a este.(fin)
RECURSOS
Se especifica de la siguiente manera:
Descripcin del recurso, disponibilidad, fecha, tiempo durante el que se va a
implementar el recurso. (grafica pirmide)
RECURSOS HUMANOS
Se establecen estos recursos despus de saber el estimado de esfuerzo del
proyecto.
RECURSOS DE SOFTWARE RE-UTILIZABLES
Componentes o mdulos de proyectos pasados que siguen siendo funcionales o
que tienen unos pequeos errores y que solucionando dichos errores se pueden
volver a utilizar en el nuevo software.

4 Categoras de Recursos de software que sugiere Bennatan:

Componentes ya desarrollados: Mdulos que se pueden implementar en un
100% en el nuevo software.
Componentes ya experimentados: Son los diseos, especificaciones e incluso
cdigo que ya han sido experimentados en proyectos anteriores y pueden servir
para el desarrollo del nuevo software.
Componentes con experiencia parcial: Son los diseos, especificaciones e
incluso cdigo que ya han sido experimentados en proyectos anteriores pero que
requieren de modificaciones para el buen funcionamiento del nuevo software, lo
cual tiene un alto grado de riesgo implementar.
Por ltimo, Componentes Nuevos: Mdulos que deben ser construidos desde
cero para el nuevo proyecto de software.

ESTIMACIN DEL PROYECTO DE SOFTWARE

La estimacin del costo del software es algo supremamente importante y por lo
general lo ms caro a la hora de desarrollar un sistema de computador, hay
muchos factores que pueden afectar al valor del software como (Personal,
tcnicas, leyes, especificaciones) por ello es una etapa que se debe de hacer con
mucha cautela pero teniendo en cuenta de que el ingeniero no se puede
sobrepasar con el valor ni tampoco pordebajearlo porque se pueden obtener
perdidas. Si la estimacin se realiza con una serie de pasos sistematizados que
generen un nivel de riesgo bajo, se puede implementar dicha estimacin.
Se pueden estimar costos y esfuerzos con los siguientes pasos:
1) Dejar la estimacin para cuando se haya terminado el proyecto.(0%
recomendable ya que se corren riegos de mala estimacin).
2) Basarse en proyectos similares ya terminados.(No es funcional si no es
razonablemente parecido al software nuevo)
3) Utilizar tcnicas de descomposicin de componentes.
4) Utilizar modelos existentes o empricos para estimar costos y esfuerzos.
La estimacin ser buena si la base de la creacin del proyecto son los datos
histricos bien estructurados y entendidos por el ingeniero.

TCNICAS DE DESCOMPOSICIN:
Cuando un problema es considerado demasiado grande como para verlo como un
todo es necesario descomponerlo es partes Manejables para lograr una
estimacin correcta.
Tamao del software: La precisin de una estimacin de proyecto de software se
logra por medio de unas caractersticas:
1) La habilidad para que el ingeniero de software realice las estimaciones
adecuadas.
2) La capacidad de traducir esas estimaciones en tiempo, esfuerzo y dinero.
3) Las habilidades del equipo del software.
4) La estabilidad de los requisitos del software.
Estimacin basada en el problema: Cito el pseudocdigo que hay en la pgina
86 para entender este punto fcilmente(Estimacin Basada en LDC).
Para estimaciones PF se centra en la descomposicin de dominios de
informacin.
Ninguna tcnica de estimacin puede dar certeza de lo que se utilizar en el
software va a ser, pueden salir ms LDC o menos.
Un ejemplo de estimacin de LDC puede ser el que citan en la pgina 87 y 88.
Se utiliza la siguiente ecuacin para realizar la tabla que se muestra a
continuacin:

Se estima que las personas que desarrollarn el programa har unas 620
LDC/PM(Lineas de cdigo/persona-mes). Y segn la tarifa E8000 se estima que el
valor de 1 LDC sea de 13 lo cual dara un total estimado de 431.600 por el
proyecto y 54 personas-mes.
Un ejemplo de estimacin por medio de PF: Se sugiere que se estimen el
nmero de peticiones, el nmero de archivos, salidas, entradas y otros
componentes. Despus que a cada uno de esos componentes se le d un
estimado optimista, ms probable y pesimista:

Despus se miden los factores de ponderacin de la complejidad y sacar el ajuste

de la complejidad:

Se estima que se necesitarn 58 personas por mes ya que cada una har un
promedio de 6.5PF por mes, Segn la tarifa E8000 se estima que por PF se
cobrar E1230 lo cual dara un valor total estimado del proyecto de 461000
Estimacin Basada en el Proceso:

Basado en una tarifa laboral de 5000 por mes se estima que el costo del proyecto
sea de 230000, con 46 personas por mes.
Aplicando los 3 enfoques de estimacin se tiene una media de esfuerzo estimado
(personas-mes) de 53 personas, obteniendo una variacin mxima
aproximadamente del 13%. Si la variacin mxima entre estos 3 enfoques no
sobrepasa el 20% se considerara que las estimaciones se realizaron bien.
Si no, lo ms probable es que el planificador de software:

No haya entendido bien el mbito del proyecto o se fue por otro lado.

Los datos de productividad usados son obsoletos o no se recolectaron de la

manera adecuada.

MODELOS EMPRICOS DE ESTIMACIN:

Estos modelos de estimacin se utilizan con base en un nmero limitado de
proyectos anteriormente realizados y parecidos al nuevo proyecto a realizar, por lo
general estos modelos deben utilizarse con prudencia ya que se debe tener
proyectos de software extremadamente parecidos al software a desarrollar para
obtener resultados concretos y buenos.

La estructura de los modelos de estimacin:

Generalmente esta es la estructura de los modelos de estimacin donde E es el

esfuerzo en Personas-mes. A, B y C son datos de proyectos ya realizados y ev es
la variable total de LDC estimadas. Se detallan algunos modelos de autores en el
libro que desarrollaron (formulas).
El modelo COCOMO (Modelo constructivo de costo):
Es uno de los ms utilizados por la industria del software y trata de las siguientes
fases:
Modelo de descomposicin de aplicacin: Es donde se desglosa todo el
mbito. Es una parte MUY importante a la hora de realizar un software.
Modelo fase de diseo previo: despus de establecer los requisitos se elabora
un diseo.
Modelo fase posterior a la arquitectura: Se utiliza durante el desarrollo en si de
la aplicacin.
La ecuacin del software:

Donde
E = esfuerzo en personas-mes o personas-ao,
t = duracin del proyecto en meses o aos,
B = factor especial de destrezas,(Constante ya definida)
P = parmetro de productividad(Constante ya definida) que refleja:

Madurez global del proceso y de las prcticas de gestin.

La amplitud hasta donde se utilizan correctamente
las normas de la ingeniera del software.
El nivel de los lenguajes de programacin utilizados.
El estado del entorno del software.
Las habilidades y la experiencia del equipo del software.
La complejidad de la aplicacin.

LA DECISIN DE DESARROLLAR-COMPRAR:
En ocasiones los gestores del software decidiran que es ms rentable adquirir el
software, que desarrollarlo, se podran mostrar estos parmetros para adquirir el
software:

Comprar un software ya desarrollado (Con licencia).

Obtener componentes de software para corregirlos e implementarlos.

Contratar a otra empresa que pueda desarrollar el software con las

especificaciones del cliente.

En caso de que la aplicacin a desarrollar sea un poco Facil se podra mirar

hacia el adquirir el software ya que sera mucho ms rentable que estudiar un
largo proceso de anlisis, que llevara a mas costos.
En caso de que se requiera tomar una decisin, ya sea de comprar, adquirir,
reutilizar o desarrollar el software se podra desarrollar un rbol que permita tomar
la decisin ms fcil y rentable:
Subcontratacin (Outsourcing): Este trmino trata de que una empresa de
software a la que se le fue asignado un proyecto de desarrollo de software por un
cliente, puede tomar la decisin de contratar a un tercero que le pueda desarrollar
parte o todo el proyecto de software por un bajo costo y garantizando su
estabilidad en todos los sentidos. Generalmente pude ser una buena opcin pero
mirndolo por el lado negativo, una empresa estara dejando su reputacin en
manos de un tercero.
HERRAMIENTAS AUTOMTICAS DE ESTIMACIN: Son herramientas
(Software) que ayuda a hacerlas respectivas estimaciones anteriormente vistas
que se caracteriza por realizar las siguientes funciones:
Dimensionamiento de las entregas del proyecto: Examina todo con respecto al
tamao del software como las LMD estimadas a realizar o PF necesarios.
Seleccin de las actividades del proyecto: Se especifican el conjunto de tareas
a realizar.
Prediccin de los niveles de la plantilla: Se especifica el nmero de personas
necesarias para el desarrollo del software (Muy importante).
Prediccin del esfuerzo del software: Utilizacin de modelos para estimaciones
en general.

Prediccin del costo del software: Este paso no se puede realizar sin haber
realizado previamente los pasos 2 y 4. Ya que las personas y las tareas a realizar
son los factores que influyen a la hora de estimar costos.
Prediccin de la planificacin del software: Despus de haber realizado todos
los pasos se podra realizar un borrador de las tareas a realizar en el desarrollo
del software.
En resumen a la hora de estimar un software se debe tener en cuenta:

Cunto durar el proceso de desarrollo del software.

Cuanto esfuerzo se requerir.

A cuntas personas implicar el desarrollo.

Para obtener estimaciones exactas o muy bien fundamentadas sin correr mucho
riesgo de fracasar se deben implementar mnimo 2 tcnicas descritas en el
documento y realizar comparaciones, si estas comparaciones no varan mucho
(Menos del 20%) en sus resultados, es porque se realiz una buena estimacin.

Por Carlos Mario Del Rio Rodrguez