Calendarizacin de proyecto de software.

Todo software debe hacerse un da a la vez.

La realidad de un proyecto tcnico ya sea que involucre la construccin de una planta hidroelctrica o el desarrollo de un sistema operativo) es que cientos de pequeas tareas deben realizarse para lograr una meta mayor. Algunas de tales tareas estn fuera de la corriente principal y se pueden completar sin preocuparse acerca de su impacto sobre la fecha de terminacin del proyecto. Otras tareas se encuentran en la "trayectoria crtica". Si estas tareas "crticas" se retrasan en la calendarizacin, la fecha de terminacin del proyecto se pone en riesgo. El objetivo del gestor es definir todas las tareas del proyecto, construir una red que bosqueje sus interdependencias, identificar las tareas cruciales dentro de la red y luego seguir su progreso para garantizar que la demora se reconoce "un dia a la vez. Para lograrlo el gestor debe tener una calendarizacin que se haya definido en un grado de resolucin que permita supervisar el progreso y controlar el proyecto. La calendarizacin del proyecto de software es una actividad distribuye estimaciones de esfuerzo a travs de la duracin planificada del proyecto al asignar el esfuerzo a tareas especficas de ingeniera del software. Sin embargo, es importante sealar que la calendarizacin evoluciona a lo largo del tiempo. Calendarizacin macroscpica. Este tipo de calendarizacin identifica las principales actividades del marco de trabajo del proceso y las funciones de producto a las aplican Conforme el proyecto transcurre, cada entrada en la calendarizacin macroscpica se refina en una calendarizacin detallada. Aqu se identifican y calendarizan tareas especficas del software requeridas para completar una actividad. Principios Bsicos. Compartimentacin: El proyecto debe dividirse en compartimentos en varias actividades, acciones y tareas manejables. Lograrlo requiere descomponer tanto el producto como el proceso. Interdependencia: se debe determinar la interdependencia de cada actividad, accin o tarea compartimentada. Algunas tareas deben ocurrir en secuencia mientras Asignacin de tiempo: A cada tarea por calendarizar se le debe asignar cierto nmero de unidades de trabajo (por ejemplo, personas da de esfuerzo. Adems, a cada tarea se le debe asignar una fecha de inicio y una otra de terminacin que sean funcin de las interdependencias, y ya sea el trabajo realizado con base en que sea tiempo completo o parcial. Validacin del esfuerzo: Todo proyecto tiene un nmero definido de personas en el equipo de software. Conforme ocurre la asignacin de tiempo, el gestor de proyecto debe asegurarse de que, en un tiempo dado, no se han asignado ms que el nmero de personas calendarizadas. Definicin de responsabilidades: Toda tarea calendarizada se le debe asignar a un miembro especfico del equipo. Definicin de resultados: Toda tarea calendarizada debe tener un resultado definido. En proyectos de software el resultado normalmente es un producto de trabajo. Definicin de hitos: Cualquier tarea o grupo de tareas debe estar asociado con un hito del proyecto. Un hito se logra cuando se ha revisado la calidad de uno o ms productos de trabajo y se han aprobado cada uno de estos principios se aplica conforme evoluciona la calendarizacin del proyecto.

Relacin entre el personal y el esfuerzo. En un pequeo proyecto de desarrollo de software una sola puede analizar persona los requisitos, realizar el diseo, generar el cdigo y dirigir las pruebas conforme aumenta el tamao de un proyecto, ms gente resulta involucrada. La curva Putnam Norden-Raleigh (PNR) proporciona un indicio de la relacin entre el esfuerzo aplicado y el tiempo de entrega para un proyecto de software. La curva indica un valor mnimo que indica el tiempo de entrega de menor costo es decir, el tiempo de entrega que generar el menor gasto de esfuerzo. La curva se eleva en forma no lineal.

La ecuacin de software PUT92, se obtiene de la curva PNR y demuestra la relacin enormemente lineal entre el tiempo cronolgico para realizar un proyecto y el esfuerzo humano aplicado a este. El nmero de lneas de cdigo entregadas L se relaciona con el esfuerzo y el tiempo de desarrollo mediante la ecuacin:

Donde E es el esfuerzo del desarrollo en formato persona-mes, P es productividad y t es la duracin del proyecto en meses y podemos calcular el esfuerzo total del desarrollo con la siguiente ecuacin:

Distribucin del esfuerzo. Una distribucin recomendada de los esfuerzos es la tcnica llamada 40-20-40, la cual consta en dividir el 40% de los esfuerzos en el diseo de sistemas de entrada y otro 40 a probar lso sistemas de salida, con esto deducimos que solo 20% de los esfuerzos se van a dividir para la generacin de cdigo. Aunque no es recomendable iniciar con esta regla, ya que cada proyecto es diferente y hay proyectos donde no es necesario enfatizar tanto en la planeacin del mismo y ese porcentaje de esfuerzo puede ser dividido a otros procesos.

Definicin de un conjunto de tareas para el proyecto de software. Ningn conjunto de tareas es apropiado por si solo para todos los proyectos. El conjunto de tareas que sera apropiado para un sistema complejo y grande probablemente se apreciara para un producto de software pequeo y relativamente simple. Proyectos de desarrollo de concepto.- Se inician para explorar aplicaciones de nueva tecnologa. Proyectos de desarrollo de nuevas aplicaciones.- Se llevan a cabo como respuesta a una solicitud directa del cliente. Proyectos de mejora de la aplicacin.- Se utilizan cuando un software existenete sufre cambios considerables en cualquiera de sus elementos antes de llegar a la versin del usuario final. Proyectos de mantenimiento de aplicacin.- Corrigen, adaptan o extienden el software existente. Proyectos de reingeniera.- Se llevan a cabo para reconstruir un sistema ya existente.

Ejemplo de conjunto de tareas. Determinacin del mbito del concepto precisa el mbito global del proyecto. Planeacin preliminar del concepto establece la organizacin para acometer el trabajo que entraa el mbito del proyecto. Valoracin del riesgo de la tecnologa evala el riesgo asociado con la tecnologa que se implementara como parte del mbito del proyecto. Prueba del concepto demuestra la viabilidad del software. Implementacin del concepto pon en prctica la representacin del concepto de forma que el cliente pueda revisarla, se utiliza principalmente con fin de mercadotecnia. Reaccin del cliente solicita la retroalimentacin del cliente en cuanto al concepto de nueva tecnologa.

Refinamiento de las tareas principales. La calendarizacin macroscpica debe ser refinada para convertirse al final en la calendarizacin oficial del proyecto. Para refinar la calendarizacin se necesita analizar cada tarea principal y descomponerla en un conjunto de subtareas. Las tareas y subtareas anotadas en el proceso de refinamiento del lenguaje de diseo forman la base de una planeacin detallada de la actividad de determinar el mbito del concepto. Definicin de una red de tareas. Tambin denominada red de actividad, es una representacin grfica del flujo de tareas en un proyecto. En ocasiones se utiliza como el mecanismo mediante el cual la secuencia y dependencias de tareas son la entrada de una herramienta automatizada de calendarizacin del proyecto.

Calendarizacin. La calendarizacin de un proyecto de software no difiere enormemente de la de cualquier esfuerzo de ingeniera multitarea. En consecuencia, las tcnicas y herramientas generalizadas de calendarizacin de proyecto se pueden aplicar, poco modificadas en proyectos de software.