The image cannot be displayed.

Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

INSTITUTO TECNOLGICO DE ESTUDIOS SUPERIORES DE MONTERREY Campus Chihuahua

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

INGENIERIA EN SISTEMAS COMPUTACIONES

Administracin de Proyectos de Informtica

Equipo No. 3
Nombre Diana Fernndez Tirado Cynthia Trevizo Garcia Daniel Varela Pasillas Matrcula A00746263 A00738546 A00738538

Fecha de entrega 2 de Mayo del 2006

Pgina 1 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

ndice
Administracin del Proyecto .................................................................................................................4 Definicin del Proyecto......................................................................................................................4 Objetivos del Proyecto ...................................................................................................................4 Entregables ...................................................................................................................................4 Hitos ..............................................................................................................................................4 Requerimientos Tcnicos ..............................................................................................................4 Lmites y Exclusiones ....................................................................................................................4 Revisiones con el cliente ...............................................................................................................4 Establecer Prioridades ......................................................................................................................4 Creacin del WBS .............................................................................................................................6 Matriz de Responsabilidades ............................................................................................................7 Administracin de Riesgos ................................................................................................................7 Lista de Riesgos ............................................................................................................................7 Forma de Evaluacin de Riesgos ..................................................................................................7 Matriz de Severidad de Riesgos ....................................................................................................8 Matriz de Respuesta a Riesgos .....................................................................................................8 Red del Proyecto...............................................................................................................................8 Proceso de Inicio ..................................................................................................................................9 Definicin del Alcance .......................................................................................................................9 Objetivos del Proyecto ...................................................................................................................9 Entregables .................................................................................................................................10 Hitos ............................................................................................................................................11 Requerimientos Tcnicos ............................................................................................................11 Lmites y Exclusiones ..................................................................................................................11 Revisiones con el Cliente ............................................................................................................12 Proceso de Planeacin .......................................................................................................................12 Planeacin del Alcance ...................................................................................................................12 Definicin del Alcance .....................................................................................................................12 Matriz de Responsabilidades ..........................................................................................................15 Estimacin de la duracin de actividades ........................................................................................15 Planeacin de recursos ...................................................................................................................16 Estimacin del costo .......................................................................................................................18 Desarrollo del Plan de Proyecto ......................................................................................................18 Desarrollo de la Red de Proyecto ................................................................................................18 Construccin de la Red de Proyecto............................................................................................19 Definicin de actividades .............................................................................................................19 Administracin de Riesgos ..............................................................................................................21 Identificacin de Riesgos .............................................................................................................21 Forma de Evaluacin de Riesgos ................................................................................................22 Matriz de Severidad de Riesgos ..................................................................................................22 Matriz de Respuesta a Riesgos ...................................................................................................23 Procesos de Ejecucin .......................................................................................................................23 Ejecucin del Plan de Proyecto .......................................................................................................23 Procesos de Control ...........................................................................................................................23 Reporte de Rendimiento .................................................................................................................23 Reporte de Estado .......................................................................................................................23 Reporte de Avance ......................................................................................................................23 Pronstico ...................................................................................................................................23 Control de Cambios ........................................................................................................................24 Procesos de Cierre .............................................................................................................................24 Pgina 2 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Carta de Liberacin .........................................................................................................................24 Cierre Administrativo .......................................................................................................................25 Anlisis de la Iteracin .................................................................................................................25 Cierre de Fase .............................................................................................................................25 Cierre de Proyecto .......................................................................................................................25 Referencias ........................................................................................................................................25

Pgina 3 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Administracin del Proyecto

Definicin del Proyecto
El tema seleccionado para la realizacin de la gua de Administracin de Proyectos es el Desarrollo de Software basado en la metodologa RUP. Para comenzar, nuestra primera tarea fue la definicin del alcance del proyecto, en el cul se estableci una lista de los elementos que lo componen: Objetivos del Proyecto El principal objetivo del proyecto ser encausar los conocimientos que equipo de trabajo ha obtenido a lo largo de la materia de Administracin de Proyectos de Informtica, adems de poder complementarlos con temas relacionados al desarrollo de Software y a la metodologa RUP. Entregables y y y Hitos y y Revisiones con el Cliente Presentacin Final (2-Mayo-2006). Plan de Proyecto Lista de Riesgos Gua de Administracin de Proyectos

Requerimientos Tcnicos y y y y Ciclo de vida de un proyecto de Desarrollo de Software RUP Componentes de la Administracin de Proyectos Microsoft Project

Lmites y Exclusiones No aplica. Revisiones con el cliente En este caso, debido a que nuestro cliente sera el profesor de la clase de Administracin de Proyectos de Informtica (Ing. Alberto Aguilar), lo que se hizo fue estar yendo a corroborar que las actividades o ideas que se tuvieran acerca del proyecto fueran acertadas y estuvieran dentro de los lineamientos del proyecto.

Establecer Prioridades
El equipo de trabajo se junt para definir las actividades a realizar, definiendo para cada una su prioridad dentro de nuestro proyecto: (de 1 a 5 dnde 1 implica mayor prioridad) Pgina 4 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Actividad Seleccin del Tema sobre el cul se desarrollar el proyecto Final Definicin del Alcance del Proyecto Establecer Prioridades de Proyecto Creacin del WBS Matriz de Responsabilidades Definicin de tiempos Definicin de Costos Realizacin del Plan de Proyecto Lineamientos de Riesgos Asignacin de Recursos Ejecucin del Plan de Proyecto Definicin del monitoreo y control Definicin del cierre de Proyecto Hacer Presentacin

Prioridad 1 1 3 1 3 3 3 1 1 2 3 3 3 1

Pgina 5 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Creacin del WBS

A partir de los entregables se realiz el siguiente WBS:

A continuacin se muestra el Diagrama de Gantt de la Administracin del Proyecto:

Pgina 6 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Matriz de Responsabilidades
Actividad Seleccin del Tema sobre el cul se desarrollar el proyecto Final Definicin del Alcance del Proyecto Establecer Prioridades de Proyecto Creacin del WBS Matriz de Responsabilidades Definicin de tiempos Definicin de Costos Realizacin del Plan de Proyecto Lineamientos de Riesgos Ejecucin del Plan de Proyecto Definicin del monitoreo y control Definicin del cierre de Proyecto Hacer Presentacin Diana R A A R R A A R A R A A A Cynthia R A R A A R R A A A R A R Daniel R R A A A A A A R A A R A

Administracin de Riesgos
Lista y y y de Riesgos Diferencia horarios De Salud Falta de tiempo

Forma de Evaluacin de Riesgos

Riesgo Probabilidad Impacto Dificultad de Deteccin Cundo

Pgina 7 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Diferencia horarios (A)

4 5 5

2 1 4

proceso Final proceso

2 De Salud (B) 5 Falta de tiempo (C) 1 menor 5

mayor

Matriz de Severidad de Riesgos

5 4 3 2 1 1 2 3 4 5

C A

Matriz de Respuesta a Riesgos

Riesgo Respuesta Reducir Plan de Contingencia Juntarnos los que tenemos horarios parecidos Que lo activa El hecho de no podernos juntar los 3 al mismo tiempo por mas de 2 das. Enfermedad u hospitalizacin de algun integrante Quien es Responsable Todos

Diferencia horarios

De Salud

Retener

Seguir trabajando las personas disponibles

N/A

Falta de tiempo

Reducir

Administrar nuestras agendas para que realicemos nuestros dems trabajo a tiempo, sin dejar de trabajar en la Gua.

Exceso de proyectos

Todos

Red del Proyecto

De acuerdo a nuestro WBS, definimos la siguiente secuencia de Actividades:
Actividad Descripcin Duracin Predecesor

Pgina 8 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

2 3 4 5 6 7 8 9 10 11 12 13 14

Seleccin del Tema sobre el cul se desarrollar el proyecto Final Definicin del Alcance del Proyecto Establecer Prioridades de Proyecto Creacin del WBS Matriz de Responsabilidades Definicin de tiempos Definicin de Costos Realizacin del Plan de Proyecto Lineamientos de Riesgos Asignacin de Recursos Ejecucin del Plan de Proyecto Definicin del monitoreo y control Definicin del cierre de Proyecto Hacer Presentacin

1 day

Ninguna

1 day 1 day 3 days 1 day 1 day 1 day 2 days 1 day 1 day 1 day 1 day 2 days 1 day

1 2 3 3 4 4 4 8 9 8 8 11,12 10,13,6,7

De acuerdo a la tabla anterior, nuestra red de proyecto queda de la siguiente manera:

Proceso de Inicio
El principal objetivo de inicio de un proyecto de desarrollo de Software basado en la metodologa RUP (Proceso Unificado de Rational) es lograr un acuerdo entre los stakeholders que forman parte del ciclo de vida del proyecto. La fase de incepcin es primordial en proyectos nicos porque se requieren esfuerzos de desarrollo nuevos, adems se deben atender riesgos de negocio y requerimientos antes de continuar con el proyecto.

Definicin del Alcance

En el proceso de inicio es donde se define el alcance del proyecto a partir de las solicitudes de los Stakeholders. El alcance de un proyecto es la definicin de los resultados finales o misin del proyecto que se est realizando. Objetivos del Proyecto Siguiendo el Proceso Unificado de Rational, los objetivos principales que definen a un proyecto son: y Establecer el alcance del proyecto de software y sus limitaciones, incluyendo la visin operacional, el criterio de aceptacin y en que consiste el proyecto y en que no. y Estimacin global de tiempos y costos del proyecto (esta estimacin ser detallada en el proceso de planeacin). y Estimar riesgos potenciales para el proyecto (fuente de lo impredecible). y Preparar un ambiente de soporte para el proyecto. Pgina 9 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Entregables Para la fase de inicio se debern tener los siguientes entregables: y Solicitudes de Stakeholders.- La importancia de este documento estriba en que contiene todas las peticiones hechas sobre el proyecto, y el enfoque o posible respuesta a las mismas. Visin del Proyecto de Software.- El propsito de este documento es recolectar, analizar y definir las necesidades y caractersticas del proyecto a un alto nivel. Este se enfoca a las necesidades requeridas por los Stakeholders. Plan de Desarrollo de Software.- El plan de desarrollo de software describe los principales elementos del plan de trabajo, como son: o Etapas de desarrollo y sus correspondientes fechas de terminacin. o Recursos involucrados en el desarrollo del proyecto. o Productos del sistema con sus respectivas fechas de entrega. o Estructura del equipo de trabajo. o Plan de trabajo con sus respectivos tiempos. o Mecanismos administrativos para garantizar la correcta terminacin del proyecto. Lista de Riesgos.- El propsito del documento de Lista de Riesgos es Identificar y evaluar riesgos: en base a la Visin del Proyecto inicial; identificar, analizar y prioritizar los riesgos del proyecto para determinar las estrategias de Gestin de Riesgos apropiadas. Plan de Iteracin.- Este documento se realiza con el propsito de que el administrador de proyecto pueda planear las actividades y tareas de iteracin, detectar los recursos necesarios y tener un registro del progreso. Adems, los miembros del equipo de trabajo lo utilizan para saber que actividades deben realizar, por qu y cules actividades dependen de las que ellos estn realizando.

Para la fase de elaboracin se deben tener contemplados los siguientes entregables: y Documento de Especificacin de Requerimientos de Software.- Este documento contiene el compendio de casos de uso y su especificacin, muestra los actores que participan en el sistema, diagramas de casos de uso, escenarios, as como las pre y post-condiciones del sistema. Documento de Arquitectura de Software.- Este documento contiene la arquitectura del proyecto a elaborar y como esta es representada por medio de varios tipos de vistas. Lista de Riesgos.- En este documento es la lista de riesgos actualizada generada previamente en la fase de inicio. Generacin de un Prototipo.- El propsito de generar un prototipo en esta fase es para ofrecer ayuda transicin entre diseo y requerimientos, el rehus de los componentes y ofrecer una demostracin a los clientes de la funcionalidad del sistema administrado.

y y y

Para la fase de construccin se deben tener contemplados los siguientes entregables: y Documento de Orden de Trabajo de Ingeniera de Software.- Este documento describe las actividades que han de ser realizadas as como las salidas esperadas, se hace referencia a la descripcin de actividades a ejecutar as como los documentos o productos (cdigo) que sern producidos.

Pgina 10 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

y y

Documento de Evaluacin del Estatus del Proyecto.- Este documento contiene el un reporte del progreso del trabajo, resultados de hitos completados y una lista de acciones para corregir cualquier desviacin de la ejecucin del proyecto. Completar el anlisis, diseo, desarrollo y pruebas.- El propsito de generar todas estas tareas es el de completar toda la funcionalidad requerida del sistema en cuestin. Generacin de Versiones.- Con esta actividad se pretende generar versiones del software, alpha, beta u otras pruebas de liberacin, cada vez ms estables.

Para la fase de transicin se deben tener contemplados los siguientes entregables: y y Producto.- El producto es el propsito! El esfuerzo del proyecto entero engranado para crear un producto que provea un beneficio al cliente. Material de Soporte para el Usuario Final.- El material que ayuda al usuario final a aprender, usar, operar, y mantener el producto, debe ser completado de acuerdo con los requerimientos.

Hitos y y y y Hito: Objetivos Hito: Arquitectura Hito: Capacidad inicial de operacin Hito: Liberacin del Producto

Requerimientos Tcnicos Requerimientos del Sistema Se realiza una lista los requerimientos necesarios para soportar la aplicacin, este puede incluir: y El sistema operativo. y Plataformas para trabajar. y Configuracin memoria. y Programas compartidos. Requerimientos de Desempeo Se presenta una lista de los requerimientos de desempeo que describen la capacidad de comunicacin, rendimiento, exactitud, fiabilidad tiempos de respuesta. Requerimientos del Ambiente Una descripcin de los requerimientos ambientales necesarios para el sistema, ya sea instalacin o desarrollo. Lmites y Exclusiones Listado de estndares de la arquitectura, sistemas legados o factores tecnolgicos externos a los que el sistema debe ajustarse. Nota: Para cada una de las reglas de tecnologa, se debe incluir una breve descripcin de la referencia, notas de las fuentes, decisiones tomadas, y se ha de considerar la referencia.

Pgina 11 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Revisiones con el Cliente Se programan las revisiones con el cliente, para revisin de avances del proyecto.

Proceso de Planeacin
La importancia del proceso de Planeacin radica en que se involucran los elementos nunca antes desarrollados. Es por eso que existe una mayor cantidad de procesos a tomar en cuenta para llevar acabo la planeacin del proyecto, situacin que no implica que la administracin de un proyecto de esta disciplina este enfocado primordialmente a la planeacin.

Planeacin del Alcance

La Planeacin del alcance busca elaborar y documentar en forma progresiva el trabajo del proyecto para fabricar el producto. Y una vez que en la fase de inicio fue descrito el objetivo del proyecto en el proceso de inicio, es crucial ampliar el detalle de la definicin para integrar el plan de proyecto. Una de las mejores formas de ampliar esta descripcin basadas en RUP es: y Generar un Plan de proyecto por cada uno de los mdulos, compuesto por planes de iteracin: o Generar un plan de iteracin por cada una de las fases y para cada uno de los mdulos:  Definir las actividades de acuerdo al proceso de desarrollo.  Generar una matriz de avance para cada iteracin.  Generar un documento de MS-Project con las actividades.  Generar una estimacin de costos con base al tiempo y las actividades. Generar una lista de riesgos. Generar un plan de riesgos.

y y

En el proceso de planeacin de alcance en realizacin de proyectos pequeos se puede el juicio de expertos y los pasos mencionado anteriormente. Por otro lado la descripcin de caractersticas del sistema se desarrollar utilizando casos de uso, los casos de uso definirn el alcance del sistema, para los requerimientos funcionales. La deteccin de casos de uso se realizar de la siguiente manera: y Analizar los mdulos del sistema. y Detectar submdulos dentro de cada mdulo. y Detectar Casos de uso por submdulo. y Detectar detalladamente cada caso uso. y Generar el Documento de Compendio de Casos de uso Sugerido por el RUP.

Definicin del Alcance

Este proceso involucra la subdivisin de los principales entregables del proyecto componentes ms pequeos y manejables. Por lo cual se utiliza una WBS basado en procesos de RUP. Utilizando MS-Project se genera un plan de iteracin para cada fase proceso de desarrollo. Al conjuntar los cuatro planes de iteracin se tiene una estimacin mdulo del tiempo de desarrollo. Al conjuntar los planes de desarrollo de cada uno de mdulos se obtiene el plan de estimacin del proyecto en su totalidad. en los del por los

Pgina 12 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Un WBS (Work Breakdown Structure) se obtiene como resultado al proceso de subdividir el trabajo del proyecto e elementos ms pequeos, en general el proceso para la obtencin del mapa o WBS del proyecto es: 1. Tomar el proyecto en su totalidad como el entregable final. 2. Identificar los principales entregables. 3. Definir los subentregables necesarios para realizar los entregables detectados en el punto anterior. 4. Este proceso se repite hasta que el detalle de subentregables sea lo suficientemente especfico y una persona sea responsable. 5. Los subentregables se dividen en paquetes de trabajo. 6. Los paquetes de trabajo se agrupan en el tipo de trabajo. Para la realizacin del WBS en un proyecto de Desarrollo de Software basado en RUP es necesario tomar en cuenta que existen cuatro fases de desarrollo, como se mencion con anterioridad en cada una de estas fases se tienen diferentes entregables que utilizaremos para la creacin del WBS. Cabe mencionar que el WBS generado para esta gua es genrico a todos los proyectos de esta ndole, sin embargo para cada proyecto en especfico debern existir ms subdivisiones de los entregables a considerar en el WBS, que incluyan los casos de uso de los requerimientos funcionales detectados durante los procesos de inicio del proyecto.

Pgina 13 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Pgina 14 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Matriz de Responsabilidades
En un proyecto de Desarrollo de Software se recomienda la realizacin de una matriz de responsabilidades, que no es otra cosa que la asignacin del responsable de cada actividad y sus colaboradores. Se recomiendan los siguientes roles y actividades para un proyecto de este tipo:
Lder de Proyecto Solicitudes de Stakeholders Visin del Producto Plan de Iteracin Plan de Desarrollo de Software Lista de Riesgos Compendio de Casos de Uso Matriz de Requerimientos Prototipo Especificacin de Requerimientos de Software Documento de Arquitectura de Software Plan de Desplegado Generacin de Versiones Notas de Liberacin Producto R = Responsable S S R R R S S A A A S A A S R R A R A S Arquitecto Analista R R Programador Documentador A A A A A

S R

R A S

A A S S A R A A

S R S = Supervisa A A = Ayuda

R A

Estimacin de la duracin de actividades

La duracin de las actividades a lo largo del proyecto se obtiene tomando en cuenta las proporciones marcadas por el RUP, para cada una de las fases. Esfuerzo Inicio 5% Elaboracin 20% Construccin 65% Transicin 10%

Pgina 15 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Calendario

10%

30%

50%

10%

Usando la lista de actividades definidas con anterioridad se utiliza una tabla para estimar el tiempo empleado de desarrollo por caso de uso en cada una de las Fases, en tiempo. La siguiente tabla se hace considerando las capacidades tcnicas del promedio de los integrantes del equipo de trabajo. Y fue obtenido sacando el promedio del PERT y el Juicio de Expertos e incluyen un factor de error en tiempo del 15%. Complejidad 1. Baja 2. Media 3. Alta 4. Muy Alta Inicio 2hrs 3hrs 4hrs 8hrs Elaboracin 4hrs 5.5hrs 8hrs 12hrs Construccin 10hrs 12hrs 16hrs 22hrs Transicin 2hrs 3hrs 4hrs 5hrs Total 18 hrs 23.5hrs 32hrs 47hrs

Planeacin de recursos
La planeacin de recursos involucra la determinacin de los recursos, ya sea personal, equipo o materiales y sus cantidades para desarrollar el proyecto. Para una organizacin que este realizando un proyecto de Desarrollo de Software basado en RUP se recomienda la siguiente estructura organizacional:

* Esta estructura ha sido diseada en base a roles, una persona puede desempear uno ms de ellos.

Pgina 16 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

La definicin de los roles sugeridos en el diagrama anterior es:

Rol Descripcin Es el encargado de administrar los recursos del proyecto, definir con ayuda del equipo de desarrollo los tiempo para analizar, disear e implementar los componentes de software para cumplir con los requerimientos. Entre sus funciones tambin est el anlisis de riesgos y su mitigacin. Tiene la responsabilidad de tomar la mayora de las decisiones tcnicas y de crear una arquitectura. Est encargado de identificar los aspectos relevantes desde el punto de vista de la arquitectura, donde se incluyen requerimientos, diseo, implementacin y desarrollo de vistas. El arquitecto es responsable de balancear las peticiones de los stakeholders, disminuir el riesgo tcnico y asegurarse que las decisiones han sido comunicadas y validadas. Liderea y coordinada la recabacin de requerimientos adems de generar el modelo de casos de uso, delimitando la funcionalidad. Es el responsable de implementar las pruebas de funcionalidad y registrar sus resultados. Es el responsable de disear una parte del sistema siguiendo los requerimientos, arquitectura y el proceso de desarrollo del proyecto Es el responsable de desarrollar y probar los componentes de software que componen la aplicacin, de acuerdo con los estndares y lineamientos establecidos. El desarrollador es el responsable de probar todos los componentes que desarrollara Encargado de mantener la uniformidad en la interfaz grfica de la aplicacin Encargado de disear la base de datos de cada uno de los mdulos Es el responsable de mantener el diseo de persistencia de datos, proporcionado por el arquitecto y los diseadores Responsable de valorar que se cumplan los lineamientos y estndares de codificacin establecidos para el proyecto. Es el responsable de proveer toda la infraestructura de administracin de la configuracin y ambiente para los productos de software Responsable de mantener el ambiente de desarrollo del equipo. Tiene como funcin la administracin de peticiones de cambios en el sistema. Adems es responsable de negociar los cambios pedidos con el equipo de desarrollo

Administrador de Proyectos

Arquitecto

Analsta

Ingeniero de Pruebas

Diseador

Desarrollador

Diseador de interfaz grfica Diseador de base de datos Administrador de la base de datos Auditor de Cdigo Administrador de la Configuracin Administrador de Ambiente

Administrador de cambios

Pgina 17 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Analista de pruebas

Es el responsable de identificar y definir las pruebas necesarias para el sistema, adems es el encargado de monitorear y evaluar los resultados de cada ciclo de pruebas. Encargado de redactar y mantener el manual de usuario.

Escritor Tcnico

Estimacin del costo

El esquema que se propone para la definicin de sueldos a los miembros del equipo de trabajo es el siguiente: Sueldo
Desarrollador Desarrollador Senior Adm. de Proyecto DBA Arquitecto Analista Ingeniero de Pruebas Diseador Diseador de interfaz grfica Diseador de base de datos Auditor de Cdigo Administrador de la Configuracin Administrador de Ambiente Administrador de cambios Analista de pruebas Escritor Tcnico

Horas por da 7 4 4 5 4 7 7 7 7 7 4 4 7 7 7 7

Horas Efectivas 5.4 3.9 3.5 4.7 3.9 5.4 4.0 5.0 5.4 5.9 4.0 3.4 5.4 5.4 5.4 6

Costo por hora

Gastos Indirectos 15% 15% 15% 15% 15% 15% 15% 20% 15% 15% 0% 15% 15% 15% 15% 18%

En costos de equipo no se incurre debido a que son activos de la institucin u organizacin en la cual se estra desarrollando el proyecto.

Desarrollo del Plan de Proyecto

El principal propsito de la realizacin de un Plan de Proyecto es guiar la ejecucin y control del proyecto mediante un documento creado a partir del uso de las salidas de otros procesos de planeacin. Desarrollo de la Red de Proyecto La red de proyecto se forma a partir de los paquetes de trabajo detectados en el WBS, en el cual se representan las actividades que deben ser completadas, la secuencia lgica, si existe

Pgina 18 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

dependencias entre las actividades y en ocasiones puede reflejar los tiempos de inicio y fin de cada una de las actividades en cuestin. Construccin de la Red de Proyecto Es necesario conocer las actividades, es decir los elementos del proyecto que requieran tiempo y no necesariamente recursos. A continuacin se presenta una forma de definir las actividades que se deben tomar en cuenta para la construccin de la red del proyecto. Definicin de actividades Involucra la identificacin y documentacin de las actividades especficas que deben ser realizadas para producir entregables y los sub-entregrables identificados en el WBS. Es necesario definir una lista de actividades a realizar, las cuales formarn una parte del WBS como una extensin al WBS. Estas actividades estn basadas en cada uno de los casos de uso del sistema. Una forma de definir las actividades es utilizando una tabla como la siguiente, en la cual por caso de uso se definen todas las actividades para cada uno de los entregables.
CASOS DE Complejidad USO Compendio Especificacin Realizacin

Descrito

Ver.

Val.

Descrito Ver Val

Descrito

Ver

Val

CU 1 CU 2

3 4 4
Diseo Implementacin Prueba

Descrito

Ver

Val

Descrito Verificado Validado

Descrito

Verificado

Validado

Una vez identificadas las actividades que conforman la red del proyecto, es necesario establecer en que tiempo inician, que otras actividades las preceden, que actividades dependen de ellas, etc. Esto con el objetivo de formar un flujo de la secuencia de actividades y tener una idea de cmo se va a realizar el proyecto en s. A continuacin se muestra la red de proyecto, se est tomando en cuenta solo las actividades obtenidas del WBS, porque estamos hablando de un proyecto en general de Desarrollo de Software basado en RUP (para un ejemplo en particular vea Anexo #).
Actividad A B C D E F Descripcin Visin del Producto Lista de Riesgos Plan de Proyecto Especificacin de Casos de Uso Realizacin de Casos de Uso Prototipo de Pantallas y Casos de Uso Actividad(es) Predecesora(s) Ninguna A A B,C D B,C

Pgina 19 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

G H I J K L M N

Implementacin de Libreras y Componentes Implementacin del Modelo de Negocios Implementacin del Controlador Implementacin de la Vista Matriz de Trazabilidad Manual de Usuario Manual y Archivos de Instalacin Plan de Despegado

E, F G G G B, C H, I, J, K H, I, J, K L, M

Debido al tipo de proyecto el desarrollo del Plan del Proyecto depende en gran medida de los Planes de Iteracin por lo cual en los anexos se les propone un formato base para la realizacin de los planes de proyecto. Ver Anexo 3. Por otro lado para la realizacin de la lista de actividades y gestin de fechas de las mismas se recomienda utilizar plantillas de MS-Project para cada una de las iteraciones. A Continuacin se presenta la estructura de una iteracin.
ID T as Na me EL BO CI R N d ministracio d Proyectos n e Plan de Iterac in Gener Lis de R gos ar ta ies d min istrar la Iteracin Ev aluar la Iter acin Dura tio n 100 hrs 100 hrs 8 hrs 4 hrs 6h rs 6 hrs 8 hrs 94 hrs 23.11 hrs 5 hrs 11.11 hrs 78. h rs 12 hrs 66. h rs 63.28 hrs 8.28 hrs 67 hrs Sta rt ni sh d ec eso urce Na me s Fi Pre ##### #####

6 7 8 9 10 11 12 14 15 16 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 13

Requerim ient os Refinar la def inicin del sist ema Verific acin de Cas de Us os o Validacin de Cas de U o os s Adminis trar el alc ance del s tema is n alisis y Diseo Realiz aci d C n e aso de Uso s Gener documentosde R ar ealizac in de c as Dise de Casos de Uso o Definicin de una arquitecura Candidata Dis eo de la bas de datos e Pr orizar cas de us os o Inicar el documento de arquitectura de s oftw Im plem tacion an Es turar el modelo de implementacin truc Protot ipo Dis tribucion de gr upos y v ion de ex ers amen Realiz preins ar cripcion Regis trar D ocumentac ion As ignar Matric ulas Imprimir C redencial Imprimir Boletas Entregar Solic itud Ex amen Extraordinario As ignar Plan de Es tudios As ignar G rupos a Alumnos de Nuevo Ingr o es Imprimir Lis tadospor Grupo c on Promedio As ignar Paquetes y C apacitac iones Capturar C alificac iones Modificar Calificaciones Imprimir Actas Ordinarias y Recuperacion Imprimir Lis tas Imprimir Es tadis as tic Imprimir Boletas 1/2 s emes tre Imprimir Boleta F inal Imprimir C ertificado Parcial Imprimir Kardex Imprimir C tanc de Terminac ons ia ion Imprimir C ertificado de Terminac ion Imprimir D iplomas Cons ultar boleta 1/2 s emes tre Cons ultar boleta final Cons ultar k ardex Calcular promedio Calcular edad Tr pas a k as ar ardex Ac tualizar reticula Digitalizar doc umentos Cons ultar informacion s ioec oc onomic cene a

##### ##### ###### ###### 0,4 1 ##### #####4 #####14 #####1 Adminis trador de Proy ecto Cliente Ar quitecto[45% ] Adminis trador de Proy ecto,Ar quitecto

Client e rquit ecto %] [4 dmin istrado de Pro r yecto, rqu itecto

20 hrs ###### 1 1 ##### 14 hrs ###### 3 hrs 5 hrs 5 hrs ##### 4 4.5 hrs ###### ###### 6 5 ###### 7 5

Ar quitecto[60% ] Adminis trador de Ambiente[96%] Des ollador 1 arr Des ollador 1 arr Des ollador 1 arr Des ollador 1 arr Des ollador 1 arr Des ollador 1 arr Des ollador 1 arr Des ollador 1 arr Des ollador 1 arr Des ollador 1 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr Des ollador 2 arr D ar es rollador 3 D ar es rollador 3 D ar es rollador 3 D ar es rollador 3 D ar es rollador 3 D ar es rollador 3 D ar es rollador 3 D ar es rollador 3 D ar es rollador 3 D ar es rollador 3 D ar es rollador 3

rquit ecto[60%]

d ministrado de m r biente[96% ]

Desarrollador 1 Desarrollador 1 Desarrollador 1 Desarrollador 1 Desarrollador 1 Desarrollador 1 Desarrollador 1 Desarrollador 1 Desarrollador 1 Desarrollador 1 Desarrollador 2 Desarrollador 2 Desarrollador 2 Desarrollador 2 Desarrollador 2 Desarrollador 2 Desarrollador 2 Desarrollador 2 Desarrollador 2 Desarrollador 2 Desarrollador 2 D esarrollador 3 D esarrollador 3 D esarrollador 3 D esarrollador 3 D esarrollado 3 r D esarrollado 3 r D esarrollado 3 r D esarrollador 3 D esarrollador 3 D esarrollador 3 D esarrollado 3 r

4.5 hrs ###### 8 5 4.5 hrs ###### 9 5 4.5 hrs ###### 0 6 8 hrs 4 hrs ###### 1 6 ###### 2 6

3.5 hrs ###### 3 6 4.5 hrs ###### 4 6 5 hrs ###### 4.5 hrs ###### 6 6 4.5 hrs ###### 7 6 4.5 hrs ###### 8 6 4.5 hrs ###### 9 6 4.5 hrs ###### 0 7 4.5 hrs ###### 1 7 4.5 hrs ###### 2 7 4.5 hrs ###### 3 7 4.5 hrs ###### 4 7 4.5 hrs ###### 5 7 4.5 hrs ###### 4.5 hrs ###### 7 7 4 hrs 4 hrs 4 hrs 4 hrs 4 hrs 6 hrs 6 hrs 6 hrs 6 hrs ###### 8 7 ###### 9 7 ###### 0 8 ###### 1 8 ###### 2 8 ###### 3 8 ###### 4 8 ###### 5 8 ###### 6 8

Debido al tipo de proyecto el desarrollo del Plan del Proyecto depende en gran medida de los Planes de Iteracin por lo cual en los anexos se les propone un formato base para la realizacin de los planes de proyecto (Ver Anexos). Pgina 20 de 26

###### 2 5

Analis 1,Arquitecto[45% ta ]

n alista 1, rq uitecto % [4 ]

35 hrs ###### 1 5

Adminis trador de Bas de Datos e

12 hrs ######

d min istrado de Pro r yecto

d min istrado de Base d D r e atos

3.5 hrs ###### 3 1

Reevaluar Ries gos

######

Ar quitecto[45% ]

rquit ecto[4 %]

#####8 ######

###### ,7 3

Adminis trador de Proy ecto,Ar quitecto,Anali

######

05 M J

Half 2, 2005 Half 1, 2006 Half 2, 2006 Half 1, 2007 Half 2, 2007 Half 1, 2008 H J A S O N D J F M A M J J A S O N D J F M A M J J A S O N D J F M A M J J

Adminis trador de Proy ecto

dmin istrado de Pro r yecto d ministrado de Pro r yecto, rqu itecto, nalista 1

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Administracin de Riesgos
La lista de riesgos est designada a capturar los riesgos percibidos para el xito del proyecto. En ella se describen los eventos identificados, en orden de menor a mayor riesgo, que pudieran ocasionar un resultado negativo en algn punto del proceso de desarrollo. Los pasos del proceso de administracin de Riesgos son: Identificacin de Riesgos El equipo de desarrollo se junta para crear una lista de todos los posibles riesgos que en algn momento pudieran afectar al proyecto. Esta lista nace a partir de un anlisis del proyecto, tanto general como por cada paquete de trabajo, y as localizar las principales fuentes generadoras de riesgo. En RUP existen dos tipos de riesgos: y y Directos: El personal tiene cierto control sobre ellos. Indirectos: No pueden ser controlados.

Adems se cuenta con los riesgos generados a partir de los recursos del proyecto: y Organizacin o Falta de compromiso del personal hacia el proyecto. o Falta de planeacin y definicin en el proceso de ingeniera de software. o El proyecto es el ms largo antes intentado. Fondos o Falta de fondos para completar el proyecto. o Limitaciones de presupuesto: el sistema debe ser entregado en un costo fijo o se va a cancelar. o Los estimados de costos sean inexactos. Personal o Falta de personal disponible para el proyecto. o El personal no tiene las habilidades y experiencia necesarias. o El personal no cree en el proyecto. o No hay expertos en el rea disponibles. Tiempo o La agenda no es realista. o No hay tiempo para hacerlo bien.

Otros de los riesgos que pueden aparecer en el proyecto son los Tcnicos, dentro de ellos encontramos: y Alcance. o El xito no puede ser medido. o Los requerimientos no son estables ni entendibles. o Los tiempos de desarrollo son inflexibles y limitados. Tecnolgicos. o El xito del proyecto dependa de productos, servicios, tecnologas nuevos o que no hayan sido probados antes. o Dependencias del sistema con otros sistemas externos, y que estos fallen. o Requerimientos de disponibilidad y seguridad inflexibles. Pgina 21 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

El proyecto es inalcanzable (muy complejo o enorme como para trabajar apropiadamente). Dependencia Externa. o El proyecto depende de proyectos en desarrollo paralelo. o El xito depende de la integracin de herramientas de desarrollo (compiladores, herramientas de diseo, etc), tecnologas de implementacin (sistema operativo, bases de datos, etc). o

Forma de Evaluacin de Riesgos A continuacin se ofrece u formato para la Evaluacin de riesgos, en la columna de Riesgo se pone la lista de los riesgos detectados en el punto anterior. A cada uno de los riesgos es analizado y se le asignan valores de probabilidad, impacto dificultad de deteccin y cundo puede ocurrir dentro del proyecto.
Riesgo Probabilidad Impacto Dificultad de Deteccin Cundo

Riesgo 1 Riesgo 2 Riesgo 3 1 menor 5 mayor

Proceso X Proceso Y Proceso Z

Matriz de Severidad de Riesgos Una vez asignados los valores de la tabla anterior, se realiza la matriz de severidad de riesgos. En la cul se compara la probabilidad con el impacto, a continuacin se muestra un formato la para la magnitud de severidad de riesgos.
5 4 3 2 1 1 2 3 4 5 2 1 3

Pgina 22 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Matriz de Respuesta a Riesgos Esta matriz contiene la respuesta que se le dara al riesgo en caso de materializarse, el plan de contingencia que se llevara acabo en caso de ser activado y la persona responsable del riesgo.
Riesgo Respuesta Plan de Contingencia Que lo activa Quien es Responsable

Riesgo X

Procesos de Ejecucin
Esta fase involucra la ejecucin de cada actividad y las tareas definidas en el Plan de Proyecto. Mientras que se ejecutan las tareas y actividades, se generan proceses de administracin de proyectos para monitorear y controlar la produccin de entregables del proyecto.

Ejecucin del Plan de Proyecto

Es el proceso principal en el que se definen y coordinan las diversas interfaces tcnicas y organizacionales que existen en el proyecto. Es decir, es en este proceso en donde se llevan acabo las actividades previamente definidas en el Plan de Proyecto, adems el equipo de trabajo debe revisar paso a paso lo que se esta haciendo ya que este proceso se realiza en paralelo con los procesos de Control. Mientras se lleva acabo el proceso de ejecucin, se lleva acabo el control y monitoreo de todas las acciones en proceso y por cada actividad en ejecucin en la que se encuentren errores o variaciones inesperadas ser necesario un retrabajo.

Procesos de Control
Estos procesos se dedican hacer monitoreo y mediciones regulares del rendimiento del proyecto, con el fin de identificar las varianzas en comparacin con el plan definido en la fase de elaboracin.

Reporte de Rendimiento
El objetivo de este Proceso es recolectar y diseminar la informacin del rendimiento obtenido a lo largo de la ejecucin del proyecto, adems informar a los stakeholders la manera en que se estn manejando y utilizando los recursos disponibles para alcanzar los objetivos del proyecto. Este reporte puede incluir los siguientes apartados: Reporte de Estado Aqu se describe en que posicin o estado se encuentra actualmente el proyecto. Reporte de Avance Se da a conocer las actividades completadas por el equipo de trabajo. Pronstico El equipo de trabajo ofrece una prediccin del estado y progreso del proyecto a futuro.

Pgina 23 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

A continuacin se da un ejemplo del concentrado de una matriz de avance (para la matriz de avance - Ver Anexo ):
Modulo Control Escolar Adm. de Sistema Plan de Estudios Recursos Humanos Nomina Generador de Examenes Avance Inicio Elaboracion Implementacion Transicin Aparente 67.90 43.43 10.91 0.00 50.00 72.67 63.89 0.00 100.00 28.45 18.44 0.00 71.43 18.18 0.00 0.00 100.00 20.00 0.00 0.00 85.19 0.00 0.00 0.00 0

29.62 66.01 30.60 14.42 18.00 8.52 0.00

Control de Cambios
Dentro de los procesos de monitoreo y control, este se considera el ms crtico debido a las constantes solicitudes de cambio. Cada una de las solicitudes de cambio debe ser analizada ampliamente, porque repercuten directamente en el proyecto ya sea en los costos, tiempos o complejidad. El formato para hacer una peticin de cambio se anexa al final del documento. Una vez que es autorizado un cambio, deber repercutirse la modificacin en los siguientes aspectos del proyecto, siempre y cuando se vean impactados los planteamientos originales por el cambio: y y y Plan de trabajo Alcances del proyecto Presupuesto del proyecto

El control de los cambios debe ser realizado a lo largo de todas las etapas del proyecto para poder saber qu es lo que ocurre dentro del proyecto, porque se necesitaba realizar algn cambio y que impacto podra tener en el poryecto.

Procesos de Cierre
La importancia de los procesos de cierre de la administracin de proyectos radica en concluir todos los entregables y formalizar la aceptacin del producto. Dentro de los procesos se encuentra la Carta de liberacin (Contract Closeout) y el Cierre Administrativo (Administrative Clouseout).

Carta de Liberacin
Este proceso de Administracin de Proyectos no tiene mapeo directo de RUP, sin embargo en las empresas de desarrollo de Software, se lleva a cabo con una carta de aceptacin del cliente en el cual el cliente reconoce que todos los objetivos del proyecto fueron cumplidos a travs de las mtricas correspondientes.

Pgina 24 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

Cierre Administrativo
Estos proceso en de Administracin de proyectos se representan en RUP a travs de el Anlisis de Iteracin, El cierre de la fase y el cierre del proyecto. Y esto es debido a que RUP es un proceso que se divide en Fases y en iteraciones, por lo cual la adopcin a la administracin de Proyectos se debe hacer con base a las fases y a las iteraciones. Anlisis de la Iteracin En esta disciplina busca determinar el xito o fracaso de la iteracin y captura lecciones aprendidas para mejorar el proceso o el proyecto. Cuenta con llevar a cabo las siguientes tareas: y Obtener mtricas y Determinar los resultados de la iteracin y Examinar el criterio de evaluacin y Considerar los cambios Cierre de Fase Esta disciplina prepara el proyecto y sus hitos para el fin de fase, el cual representa la sincronizacin de las expectativas tcnicas y administrativas, En muchas ocasiones el cierre de fase, se lleva a cabo con el fin de la iteracin, dependiendo del tamao del proyecto. En el cierre de fase se realizan las siguientes actividades: y Revisar el status de los Entregables requeridos. y Agendar la revisin de la configuracin. y Distribuir los entregables a los Stakeholders y Completar el ciclo de vida de los hitos Cierre de Proyecto Busca completar las Esta disciplina prepara el proyecto y sus hitos para el fin de fase, el cual representa la sincronizacin de las expectativas tcnicas y administrativas, En muchas ocasiones el cierre de fase, se lleva a cabo con el fin de la iteracin, dependiendo del tamao del proyecto. En el cierre de proyecto se realizan las siguientes actividades: y Finalizar los instrumentos aceptacin y Cerrar el proyecto Para completar las formalidades asociadas con la aceptacin y cierre del proyecto, se puede reasignar el personal y transferir otros recursos del proyecto.

Referencias
[1] Aguirre Reyes, Diana. Modelo de la Administracin de Proyectos de Informtica. Consultado el 22 de Marzo de 2006 de [URL]: http://biblioteca.itesm.mx/cgibin/doctec/opendoc?cual=2290&archivo=48183&pagina=16&paginas=16&query=(project,AND, management,AND,initiation),AND,tipo%3Da [2] GetAhead. Project Initiation and Project Closure. Consultado el 25 de Marzo de 2006 de [URL]: http://www.getahead-direct.com/gwpm07-project-initiation-and-project-closure.htm

Pgina 25 de 26

The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again.

[3] Lasa. The Project initiation document. Consultado el 2 de Abril de 2006 de [URL]: http://www.lasa.org.uk/knowledgebase/pages/pmbriefpid.shtml [4] Jalote, Pankaj (2000). CMM in Practice. Processes for Executing Software Projects at Inforsys. Addison Wesley. [5] Hughes, Bob. Cotterell, Mike (2002). Software Project Management. McGraw-Hill

Education. 3rd Edition

[6] Booch, Grady (2003). The Racional Unified Process Made Easy. A Practitioners Guide to the RUP. Addison Wesley. 2nd Ed. [7] Tasmania State Government, Project execution plan, template & guide. Consultado el 31 de Marzo de 2006 de [URL]: http://www.projectmanagement.tas.gov.au/pm_templates/pm005_executionplanv1.0.htm [8] Brown, Georges, NEESgrid, A distributed virtual laboratory for advanced earthquake experimentation and simulation: Project execution plan. Consultado el 15 de Abil de 2006 de [URL]: http://www.neesgrid.org/documents/NEESgrid_PEP.09.03.2003.pdf [9] Vashishtha, ShriKant, J2EE project execution: Some best practices. Consultado el 12 de Abril de 2006 de [URL]: http://www.javaworld.com/javaworld/jw-11-2005/jw-1114-j2ee.html [10] KIPPENBERGER, T., Managements role in project failure, The Antidote, Vol. 5, No. 4, 2000, pp. 30-33. Consultado en biblioteca digital ITESM, Base de datos Emerald Fulltext el da 21/04/2006. URL: http://0-ww.emeraldinsight.com.millenium.itesm.mx:80/10.1108/EUM0000000006793 [11] KURUPPUARACHCHI Palitha R., Mandal Purnendu, Smith Ross, IT project implementation strategies for effective changes: a critical review, Logistics Information Management, Vol. 15, No. 2, 2002, pp. 126-137. [12] BACCARINI David, Salm Geoff, Love Peter E.D., Management of risks in information technology projects, Industrial Management & Data Systems, Vol. 104, No. 4, 2004, pp. 286 295. URL : http://0-www.emeraldinsight.com.millenium.itesm.mx:80/10.1108/02635570410530702 [13] Rectora Oficina de Planeacin (2004). Manual de Funcionamiento. Consultado en Marzo 25, 2006 en http://planeacion.univalle.edu.co/a_proyectos/docs/manual_BPUV.pdf [14] Moreno, ngel (2001). Direccin y Gestin de Proyectos. Consultado en Marzo 27, 2006 en http://it.aut.uah.es/amoreno/Proyectos/Teoria/TEMA1.PDF [15] Oktaba, Hanna. Esquivel, Claudia et.al. (2003). Modelo de Procesos para la Industria de Software. Consultado en Abril 10, 2006 en http://www.lania.mx/biblioteca/manuales/moprosoft/V%201.1%20DocumentoBase.pdf [16] GRAY Clifford F., LARSON Eric W. (2003). Project Management: The managerial Process. Mc Graw Hill. 2nd Ed. Pgina 26 de 26