Actividad 13' Calendarizacin de proyectos de software'

1
Actividad 13. Calendarización de proyectos de
software.

• M.C. Juan Carlos Olivares Rojas

Syllabus jcolivares_at_itesm.edu.mx May, 2009
2
Introducción

• En la construcción de un sistema complejo muchas
  tareas de ingeniería de software que dicta el
  modelo de proceso de software se refinan para la
  funcionalidad que se construirá.
• A cada tarea se le asignan esfuerzo y duración y
  se crea una red de tareas (también llamada red
  de actividad) de tal forma que permita al equipo
  de software cumplir con la fecha límite de
  entrega establecida.

3
Introducción

• Al igual que otras áreas de ingeniería del
  software, varios principios básicos guían la
  calendarización de los proyectos
• Compartimentación. El proyecto debe dividirse en
  compartimientos en varias actividades, acciones y
  tareas manejables. Interdependencia. Algunas
  tareas deben ocurrir en secuencia mientras que
  otras pueden ocurrir en paralelo.

4
Introducción

• Asignación de tiempo. A cada tarea por
  calendarizar se le debe asignar cierto número de
  unidades de trabajo (por ejemplo, personas-día de
  esfuerzo).
• Validación del esfuerzo. Todo proyecto tiene un
  número definido de personas en el equipo de
  software.
• Definición de responsabilidades. Toda tarea
  calendarizada se le debe asignar a un miembro
  específico del equipo.

5
Introducción

• Definición de resultados. Toda tarea
  calendarizada debe tener un resultado definido.
  En proyectos de software el resultado es un
  producto de trabajo (por ejemplo, el diseño de un
  módulo).
• Definición 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 más productos de trabajo y se
  han aprobado.

6
Introducción

• Existe un mito común que todavía creen muchos
  administradores de proyecto, responsables del
  esfuerzo de desarrollo del software si nos
  retrasamos en la calendarización, siempre podemos
  incorporar más programadores y recuperarnos más
  adelante en el proyecto. Desgraciadamente,
  agregar más personas en etapas tardías de un
  proyecto con frecuencia tiene un efecto
  perturbador sobre éste, lo que provoca que la
  calendarización se desfase aún más.

7
Introducción

• El desarrollo de una calendarización del proyecto
  requiere distribuir un conjunto de tareas a lo
  largo de la línea de tiempo del proyecto.
• El conjunto de tareas variará según el tipo de
  proyecto y el grado de rigor con el que el equipo
  de software decide realizar su trabajo.

8
Introducción

• Las tareas y subtareas individuales tienen
  interdependencias basadas en su secuencia.
  Además, cuando más de una persona está
  involucrada en un proyecto de ingeniería del
  software, es probable que las actividades y
  tareas de desarrollo se realicen en paralelo.
• Una red de tareas, también denominada red de
  actividad, es una representación gráfica del
  flujo de tareas en un proyecto.

9
Introducción

• La calendarización de un proyecto de software no
  difiere enormemente de la de cualquier esfuerzo
  de ingeniería multitarea. En consecuencia, las
  técnicas y herramientas generalizadas de
  calendarización de proyecto se pueden aplicar,
  poco modificadas, en proyectos de software.

10
Introducción

• La técnica de evaluación y revisión de programa
  (PERT, por sus siglas en inglés) y el método de
  ruta crítica (CPM, por sus siglas en inglés) son
  dos métodos de calendarización de proyecto que se
  pueden aplicar al desarrollo de software. Ambas
  técnicas ofrecen herramientas cuantitativas que
  permiten al planificador de software tomar
  mejores decisiones.

11
Introducción

• Como consecuencia de algunas técnicas de
  plnificación, se genera un cronograma, también
  llamado gráfica de Gantt. Es posible desarrollar
  una gráfica de Gantt para todo el proyecto.
• El análisis del valor ganado es una medida del
  progreso. Permite valorar el porcentaje
  realizado de un proyecto reempleando el análisis
  cuantitativo en lugar de apoyarse en una opinión
  personal.

12
Referencias

• Curso de Proyecto Integrador de Software Básico,
  Universidad TecMilenio, 2009

13
Questions?