El documento describe tres métodos para estimar el tiempo necesario para completar un proyecto de desarrollo de sistemas: el método histórico, el método intuitivo y el método de forma estándar. También discute la importancia de estimar correctamente los requerimientos de tiempo del proyecto y de calendario para administrar efectivamente el proyecto.

1. PROGRAMACIÓN ORIENTADA A OBJETOS

2.  Uno de los aspectos más difíciles del manejo
del proyecto es la formulación de las nociones
del tiempo necesario para desarrollar un
sistema. Como lo propone el nombre, las
estimaciones son aproximaciones de las horas,
días o meses de esfuerzo necesario para
producir el sistema deseado. Su precisión
depende en gran medida de la habilidad,
conocimiento y experiencia de la persona que
prepara las estimaciones, usualmente es el
coordinador del proyecto.

3. Los proyectos de sistemas mal planeados no cumplen
con lo programado y desaniman a los usuarios
entusiastas. Aquellos proyectos que se desarrollan a
tiempo tienen estas características en común:
Una estimación cuidadosamente formulada de los
requerimientos de tiempo
Un medio para monitorear el avance
Un medio para comparar el desempeño planeado con
el real
La información suficiente para enfrentarse a
problemas cuando estos surjan.

4. Existen tres métodos comunes para estimar el
tiempo de desarrollo del proyecto.
1.1. Método HistóricoMétodo Histórico
2.2. Método IntuitivoMétodo Intuitivo
3.3. Método De La Forma EstándarMétodo De La Forma Estándar

5. • Se basa en registros cuidadosos que se han mantenido
con respecto a proyectos de desarrollo anteriores. Los
registros indican las características del programa o
proyecto, asignación de tareas, requerimientos del
tiempo del personal y los problemas o hechos no
usuales. Cuando se proponen nuevos proyectos, se
comparan con los registros en archivos de proyectos
anteriores para dar una estimación del tiempo esperado
de desarrollo. El mantenimiento de registros es un
proceso muy laborioso y que muchas organizaciones
prefieren evitar. El método histórico sólo es tan bueno
como los registros, aún entonces es útil únicamente si el
proyecto propuesto es similar a un desarrollo anterior.

6.  Se basa en la experiencia del personal más
antiguo, el cual estima, por medio de sus
experiencias personales, el tiempo de desarrollo
esperado. Este método se describe a menudo
como una corazonada educada, donde la porción
de educación se refiere a la experiencia anterior
de la persona que hace la estimación. El enfoque
intuitivo difiere del histórico en que no se usan
casos documentados y registros detallados.

7.  Ofrece un enfoque más concreto a la estimación.
Se identifican y cuantifican (con pesos
individuales) los factores que afectan más
drásticamente al tiempo de desarrollo, tales como
las características del personal, los detalles del
sistema y la complejidad del proyecto.

8. • Las estimaciones del tiempo del proyecto son
necesarias para informar a la gerencia de cuando es
probable que se termine un proyecto y se implemente
el sistema. Además, se necesitan las estimaciones
para ayudar al coordinador del proyecto en la
programación del personal para desarrollar varias
tareas o hacer ajustes posteriores del equipo, en caso
de ser necesario. Las estimaciones del tiempo del
proyecto incluyen dos tipos de requerimientos:
requerimientos de tiempo del proyecto y
requerimientos de tiempo calendario.

9.  Los requerimientos de tiempo del proyecto se
refieren al tiempo necesario para llevar a cabo una
fase de investigación del sistema, cada actividad
asociada con el desarrollo de un sistema de
información requiere de cierta cantidad de tiempo
que debe estimarse e incorporarse al calendario
del proyecto.

10. El tiempo de la fase de investigación del sistema se
determina a partir del número de personas a
entrevistar y la cantidad de tiempo necesaria para
desarrollar, circular y analizar los cuestionarios, dirigir
observaciones e inspeccionar registros.
Esta estimación depende de tres grandes componentes:
1. Nivel de aptitud del programador
2. Nivel de complejidad del programa
3. Nivel de comprensión del programador en el programa
específico

11. • Algunos coordinadores de proyectos usan un sistema de pesos para
evaluar las habilidades de un individuo y asociarlas con los
requerimientos de tiempo del proyecto. Entre los criterios que se usan
están los siguientes:
1. Conocimiento del lenguaje de programación a usarse en el
proyecto
2. Experiencia con el sistema de computadora en el que se
procesará el sistema
3. Experiencia en programación
4. Habilidad lógica
5. Creatividad e imaginación
6. Paciencia
7. Madurez
8. Persistencia
9. Educación

12. A cada individuo se le asigna un peso, usualmente
entre 1 y 5, basado en sus atributos para cada una de
las categorías anteriores.
La complejidad del programa es una medida del nivel
de las características del sistema, tales como los
métodos de entrada y salida y la dificultad de la lógica
del programa que quedará inmerso en el software. Si
se incluyen varios archivos o se usa el procesamiento
distribuido, se puede considerar todavía mayor la
complejidad del programa.

13. Cada programa debe evaluarse independientemente
de los otros. Para determinar el número de días
por cada programa, el coordinador del proyecto
tiene que combinar los datos identificados
anteriormente. Si se sigue con cuidado un enfoque
cuantitativo, complejidad del programa se
multiplica por la suma de la experiencia y
comprensión del programador.

14.  La identificación de los requerimientos de tiempo solo es un factor que
incluye el tiempo de programación, en los proyectos de sistemas se
usa un tiempo adicional para las actividades que no están involucradas
en la programación del sistema extendiendo el tiempo del proyecto de
un 50 a un 100%.
 Se puede definir un día de proyecto para medir el avance de una
persona en el proyecto durante un día; el numero de personas que
trabajen en el proyecto afecta el tiempo de calendario aunque no de
manera proporcional, entre mas personas trabajen menos tiempo
llevara realizar el proyecto. Se usan tres métodos para planear los
requerimientos de tiempo de calendario:
 Diagrama de barras
 Eventos críticos
 PERT

15.  El desarrollo de programas de trabajo confiables no
garantiza el éxito del proyecto, el cual aún debe ser
administrado.
 El personal debe ser asignado y utilizado
adecuadamente.
 Es necesario que el desarrollo cumpla
especificaciones y siga lineamientos para asegurar la
calidad. Ésta estudia la utilización del personal y el
uso de recorridos estructurados durante el proceso
de desarrollo.

16. • El desarrollo de sistemas y la programación de computadoras en
particular se consideran típicamente como actividades
individuales, sin embargo, desde el punto de vista del
coordinador, es esencial estar prevenido ante la salida de
personal clave, capacitar a nuevo personal y a aquel que eleva
su responsabilidad, y finalmente asegurarse que el personal
adecuado se emplee para trabajos específicos.
Se tratan 3 variantes de equipo:
• Equipos responsables de la programaciónEquipos responsables de la programación
• Equipos de especialistasEquipos de especialistas
• Equipos sin liderazgo.Equipos sin liderazgo.

17. • En estos equipos hay un programador principal, este debe
de ser hábil y tener gran experiencia, se encarga del
diseño del proyecto y de la programación de los módulos
críticos del sistema también integra y prueba el código; en
los proyectos grandes la comunicación entre los miembros
del equipo suele llegar a consumir tiempo y ser confusa.
• El programador de respaldo que tiene menos experiencia
que el programador en jefe realiza actividades como
investigación de alternativas de diseño y desarrollo y
también participa en la programación, diseño y en la
planificación prueba.

18. • El personal de apoyo con menos experiencia
mantiene una biblioteca de los programas y
documentos.
• La biblioteca externa de programas contiene códigos
fuente, módulos objeto y directivos temporales al igual
que datos de prueba y procedimientos de lenguaje de
control de procesos.
• La biblioteca interna sirve como un archivo de
información en caso de que la externa se destruya

19. • El equipo de especialistas incluye el uso de especialistas
conforme surja la necesidad, un núcleo común de miembros del
equipo permanece unido durante todo el proyecto, cada
miembro tiene una asignación especial que aprovecha su
talento, el equipo incluye un administrado responsable de los
presupuestos, que organiza el espacio físico y el tiempo de
máquina y que trata con los asuntos personales.
• El equipo de especialistas ofrece ventajas semejantes a las de
equipo con programador en jefe, pero involucra individuos con
una habilidad específica lo cual beneficia al equipo, al individuo
y al proyecto.
• Los especialistas son, por lo general, miembros de varios
equipos de trabajo al mismo tiempo.

20. • Algunas organizaciones han modificado el concepto de
programador en jefe, estableciendo equipos que no tienen un
líder permanente, algunos miembros particulares del equipo
toman el liderazgo sobre una base informal para distintos
proyectos, dependiendo de la naturaleza de la tarea y de sus
propias habilidades.
• Los miembros del equipo distribuyen la asignación del trabajo
entre ellos mismos, con base a sus habilidades.
• Los equipos sin liderazgo no tienen una amplia aceptación,
aunque en el concepto existen algunas ventajas. Sin embargo,
muchas organizaciones sienten que a cada persona se le debe
asignar una responsabilidad gerencial específica para el
proyecto un aspecto que se excluye explícitamente en los
equipos sin liderazgo.

21. • El primer paso en el desarrollo de una aplicación es
planificar lo que el usuario verá, en otras palabras,
diseñar las pantallas.
• El segundo paso en la organización es la escritura del
código para activar la interfaz visual construida en el
primer paso.
• El tercero y cuarto paso son la búsqueda de errores en
el código (depuración en la jerga) y su posterior
corrección.