La notación AON se explica mejor mediante un ejemplo. Considere un proyecto en el que hay cuatro tareas: A,B,C y D. suponga que las tareas A y B pueden iniciar simultáneamente; es decir, su inicio es independiente de cualquier otra tarea. Suponga además que la tarea C no pueden iniciar hasta que las tareas A y B terminen y que la tarea D no puede iniciar hasta que la tarea B este completa.
En la figura cada tarea está representada por un nodo (etiquetados A,B,C y D), mientras que los arcos indican relaciones de precedencia. Observe que se agregaron dos nodos más que representan el inicio y el fin del proyecto. Estas tareas (señalan en la re mediante un rombo) son dos indicadores; los indicadores no toman tiempo y no cuestan, pero representan eventos importantes en la vida de un proyecto y se agregan propósitos de información y control.
Los indicadores INICIO y FIN debe incluirse de manera explícita ya que toda red de precedencias deben iniciar en un solo nodo y terminar en un solo nodo. Además estas redes no permiten ciclos entre las tareas, donde un ciclo es una ruta que regresa al punto de partida. Por ejemplo: agregar un arco de la tarea C a la tarea A dará un ciclo obvio entre las tareas A y C; los ciclos indican que hay una inconsistencia logia en las relaciones de precedencia que debe resolverse antes de continuar con la planeación.
En general, una red grande es difícil determinar por inspección si existe un ciclo. Por ejemplo; agregar un arco de la tarea D a la tarea A no formaría un ciclo ni agregaría inconsistencias (pero si agregaría arcos redundantes o innecesarios). Todo los paquetes de software para AP puede determinar si hay un ciclo en la red de precedencias; sin embargo solo el administrador del proyecto puede determinar cómo corregir ese ciclo. Además algunos paquetes de software para AP pueden determinar que arcos de procedencia son redundantes y se pueden eliminar. (Si se agrega un arco de la tarea D a la tarea A, entonces el arco del INICIO a la tarea A y el arco de la tarea B a la C se vuelve innecesario y debe eliminarse).
En general, una red grande es difícil determinar por inspección si existe un ciclo. Por ejemplo; agregar un arco de la tarea D a la tarea A no formaría un ciclo ni agregaría inconsistencias (pero si agregaría arcos redundantes o innecesarios). Todo los paquetes de software para AP puede determinar si hay un ciclo en la red de precedencias; sin embargo solo el administrador del proyecto puede determinar cómo corregir ese ciclo. Además algunos paquetes de software para AP pueden determinar que arcos de procedencia son redundantes y se pueden eliminar. (Si se agrega un arco de la tarea D a la tarea A, entonces el arco del INICIO a la tarea A y el arco de la tarea B a la C se vuelve innecesario y debe eliminarse).
Suponiendo que la red de procedencias no tiene ciclo, siempre existe en todas las redes una o más rutas del INICIO al FIN. Este equipo de red se llama red a cíclica dirigida y se requiere para los cálculos que forman la base del método de la ruta crítica (CPM).
BIBLIOGRAFIA
ADMINISTRACION DE PROYECTOS
"KLASTORIN"
TED KLASTORIN
ADMINISTRACION DE PROYECTOS
"KLASTORIN"
TED KLASTORIN