Desarrollo de Una Herramienta Web para Administrar Proyectos PDF

UNIVERSIDAD NACIONAL AUTNOMA DE MXICO
. ESCUELA NACIONAL DE ESTUDIOS PROFESIONALES

CAMPUS ARAGN
"DESARROLLO DE UNA HERRAMIENTA EN

WEB PARA AYUDAR EN LA GESTIN DE
PROYECTOS INFORMTICOS (GCPI)"
TRABAJO
ESCRITO
EN LA MODALIDAD DE SEMINARIOS
Y CURSOS DE ACTUALIZACIN Y
CAPACITACIN PROFESIONAL
QUE PARA OBTENER EL TTULO DE:
INGENIERO~N COMPUTACIN
P
R
E ~S
E
N
T
A:
MIGUEL I ~ TORRES MARTNEZ
ASESOR: M. EN C. MARCELO PREZ MEDEL
MXICO, 2005.
A mi esposa Fr por su apoyo, comprensin

y amor en todo momento
A mi pap porque gracias a su firmeza

me ayudo a formar carcter
A mi pap pequeo JMT por guiarme

hacia el camino correcto
A mi mam, hermanos y sobrino por todo su cario
En especial a Juanita, mi abuela,

por ensearme a actuar con rectitud
A todas aquellas personas de las cuales

he aprendido mucho y en especial
a los profesores del diplomado
"La vida es dura para aquellos

que no quieren luchar.
Para m es un reto".
Miguel/. Torres Martnez
CONTENIDO
Gestin y Control de Proyectos Informticos
CONTENIDO.
CONTENIDO ................................................................................................................................................................. 1
l.
INTRODUCCIN................................................................................................................................................2
2.
ANLISIS DEL SISTEMA GCPI ........................................................................................................................ 5
2.1 CONCEPTOS BASICOS .................................................................................................................................. 5
2.3 SITUACION ACTUAL..................................................................................................................................... 7
2.3 OBJEllVOS .................................................................................................................................................... 11
2.4 ALTERNATIVAS DE SOLUCION................................................................................................................ 11
2.4.1 Por qu usar un sistema? .......................................................................................................................... 12
2.5 SOLUCIONPROPUESTA.................... ......................................................................................................... 13
2.5.1 Alcance...................................................................................................................................................... 14
2.5.2 Consideraciones......................................................................................................................................... 14
2.5.3 Anlisis Tcnico del SW de Desarrollo . .................................................................................................... 15
2.5.4 Anlisis de factibilidad ............................................................................................................................... 17
2.5.5 Riesgos identificados....... .. .... ..................................................................... ............................................... 17
2.6 METODOLOGA DE DESARROLLO.......................................................................................................... 18
2.7 PLANIFICACIN DEL PROYECTO ................. ..................................... ...................................................... 18
3.
DISEO DEL SISTEMA GCPI ................ ......................................................................................................... 20
3.1 ESPECIFICACIN DE REQUERIMIENTOS . ......................................................... ..................................... 20
3.2 DIAGRAMA DE CONTEXTO......... .............................................................................................................. 25
3.3 DIAGRAMA DE FLUJO DE DATOS ............................................................................................................ 26
3.4 DIAGRAMAS DE CASOS DE USO . .............................................................................................................27
3.4. DISEO DE LA BASE DE DATOS DEL SISTEMA GCPI... ........... .................................. ........................43
3.4.1 Diagrama Entidad Relacin ........ .................... ..... ............... ...................................................................... .44
3.4.2 Diccionario de Datos................. ........................... .............................. ................................................... .... .45
4.
CONSTRUCCIN DEL SISTEMA GCPI. ............. ........................................................................................... 54
4.1 ESQUEMA DE NAVEGACIN .................................................................................. ........ ..........................54
4.1.1 Interfaz de Usuario .................................... ................................................................................................. 55
4.2 INVENTARIO DE FUENTES DEL SISTEMA GCPI ................................................................................... 76
4.3 CONCLUSIONES . ................................................................................................................ .. ........................ 82
BIBLIOGRAFIA......................................................................................................................... ................................. 84
Pgina I de 85
INTRODUCCiN
1.
INTRODUCCiN.
En la carrera de ingeniera en computacin, nuestro plan de estudios est ms

enfocado a la parte tecnolgica que a la administrativa, lo cual es evidentemente normal
y correcto. Sin embargo, la administracin es un complemento importante para
enfrentar todos los retos en el ejercicio de nuestras funciones como profesionales. Lo
que se pretende expresar es que como ingenieros en computacin, debemos ser lo
suficientemente verstiles para aprovechar nuestros conocimientos tecnolgicos y
adems tener la capacidad de dirigir satisfactoriamente nuestros proyectos de software,
haciendo un uso ptimo de los recursos con los que contamos y superando las
expectativas de nuestros clientes.
Por asares del destino, mi desarrollo profesional se basaba en la construccin de

software para mquina grande; es decir, mainframe. Con el cambio en la tendencia de
algunas empresas, en la que ahora lo que les interesa es tener administradores

generadores de reportes en lugar de desarrolladores con ideales creativos, tena que
pensar en algo antes que de muriera mi ingenio, las ganas de disear y mi amor por lo
que hacia, pues gestionar no simplemente es generar reportes, sino tener algo de
creatividad para que las cosas salgan bien y en tiempo. Por suerte me enter del
diplomado de "Desarrollo de Sistemas en Web" y no quise dejar pasar la oportunidad de
actualizarme y de esta forma abrir mis horizontes para crear cosas nuevas que
pudiesen ayudarme en mis nuevas funciones. Pens que teniendo los fundamentos
pOdra desarrollar una herramienta en Web que pudiera ayudarme a realizar mis nuevas
actividades con un poco ms de rapidez, con ms precisin, sin necesidad de viajar
para validar el avance de los proveedores o del resto de la gente involucrada en los
proyectos y sobre todo sin tener que invertir mucho tiempo en la generacin de
reportes.
Pgina 2 de 85
INTRODUCCiN
El diplomado de desarrollo de sistemas en Web estuvo dividido en seis mdulos, cuyos

objetivos estuvieron bien definidos y fueron alcanzables:
1 Fundamentos del desarrollo de sistemas en Web (WWW):

Analizar, proponer y disear una infraestructura de hardware y software para dar
soporte a un sistema que ser utilizado en lnea va WWW.
Conocer los fundamentos del modelo de 3 capas.
2 Anlisis y diseo de sistemas orientados al Web (WWW):
El alumno analizar el sistema y los recursos para desarrollarlo.
Diseara la base de datos y documentar el sistema.
3 Interfases de usuario:
El alumno analizar los requerimientos de interaccin entre el usuario y el
sistemas.
Disear las interfases del sistema.
Construir las interfases requeridas.
4 Capa de datos:
Entender y utilizar el lenguaje SOL para disear consultas y manipular
informacin de una base de datos.
Explicar el propsito del Acceso Universal a datos.
5 Capa de reglas del negocio:
El alumno identificar las necesidades principales del proceso que se desea
incorporar al Web e implantar los productos y/o servicios que integran un
sistema de informacin de este tipo.
Reconocer la necesidad de mantener y controlar un sitio apoyado por una base
de datos.
6 Implementacin:
Implementar los productos y servicios de software que fueron conceptualizados
en las etapas previas del diplomado aplicando los conocimientos adquiridos."
Por tal motivo y con la intencin de aplicar los conocimientos adquiridos durante el
Diplomado, el presente . trabajo expone la propuesta de una herramienta Web para
Pgina 3 de 85
INTRODUCCiN
apoyo en las tareas relativas a la gestin y control de proyectos informticos a la cual se
llamo GCPI.
Pgina 4 de 85
ANLISIS DEL SISTEMA GCPI
2.
ANLISIS DEL SISTEMA GCPI.
En el mdulo 2 del diplomado titulado anlisis y diseo de sistemas orientados a Web

nos ensearon a identificar los que se debe analizar, lo que se debe disear y lo que se
debe modelar. En este capitulo se tratar lo relacionado al anlisis de I sistema GCPI.
"El anlisis de sistemas. Su propsito principal es transformar las polticas del usuario y
el esquema del proyecto, en una especificacin estructurada. Esto implica modelar el
ambiente del usuario DFD's, diagramas de entidad relacin, diagramas de transicin de
estado y dems herramientas."
Si lo analizamos, la gestin es una labor sumamente importante en nuestra vida pues

casi cualquier objetivo que deseemos realizar y que queremos se cumpla exitosamente,
requiere entre otras actividades de administracin, gestin y control de recursos ya
sean estos humanos, herramientas, mqUinas o financieros. Hablando de proyectos
informticos, la gestin no es una aptitud que posean por igual todas las personas.
Algunas por la experiencia y formacin educativa cuentan con una mejor habilidad para
resolver problemas administrativos y otras cuentan con un mejor sentido comn que les
orienta y apoya para definir el camino a seguir.
Antes de comenzar con el anlisis, quiero describir los conceptos bsicos de los que se
hacen uso durante todo el trabajo.
2.1 CONCEPTOS BASICOS.
Pgina 5 de 85
A continuacin se detallan los principales conceptos de los que hacemos uso en la

presente propuesta.
De acuerdo a la Real Academia de la Lengua Espaola, la palabra "Administrar",

significa "Gobemar, dirigir, ordenar, organizar o distribuir algo". La palabra "Gestionar
(de gestin)" ha sido definida como "hacer diligencias conducentes al logro de un
negocio o de un deseo cualquiera".
La "gestin de proyectos es la rama de la ciencia de la administracin que trata de la

planificacin, el control y seguimiento de proyectos. Donde panificacin se refiere a
planear la ejecucin de un proyecto antes de su inicio, el control y seguimiento a medir
el progreso del proyecto, hacer que los planes se cumplan, adelantarse a los riesgos
que pueden desviarnos y estar preparados con acciones concretas para mitigarlos o
evitarlos.
Para la American Mangement Association: "La planificacin consiste en determinar qu

se debe hacer, cmo debe hacerse, quin es el responsable de que se haga y por
qu."
"Proyecto, se refiere a un conjunto de acciones con los siguientes atributos:
nicas.
De duracin determinada.
Formalmente Organizadas.
Que utilizan recursos.
Se entiende por "Recurso" a personas, empresas, herramientas, mquinas o dinero

para llevar a cabo las actividades de un proyecto. En el contexto del presente
documento, la palabra recurso se aplica a una persona que trabajar en un proyecto.
"Ciclo de vida", proceso a seguir para conseguir un producto de software, estableciendo

el orden de las actividades y los criterios para pasar de una actividad a otra.
Pgina 6 de 85
A finales de la dcada de 1960 se introdujo, por primera vez, el termino Ingeniera de

Software. A partir de ah se han hecho muchas definiciones, pero en general todas se
basan en la importancia de tener una disciplina de ingeniera para el desarrollo de
software.
Una buena definicin de Ingeniera de Software, es la hecha por Richard Fairley en su

libro titulado INGENIERIA DE SOFTWARE, sta se define as: "La ingeniera de
software es la disciplina tecnolgica y administrativa dedicada a la produccin
sistemtica de productos de programacin, que son desarrollados y modificados a
tiempo y dentro de un presupuesto definido".
2.3 SITUACION ACTUAL.
Durante mi experiencia laboral, en el campo del desarrollo de software, he podido

comprobar, que la mayor parte de los problemas que enfrenta una organizacin,
dedicada a esta rama, se deben principalmente a la falta de aplicacin de las bases del
desarrollo de software, as como, a la falta de administracin y gestin de proyectos. De
ah que la mayora de los mismos, no lleguen a concluir a tiempo y que se tenga que
invertir, en ocasiones, hasta ms de un 50% del costo y/o tiempo inicialmente estimado.
Tambin, he observado como comn denominador que se intenta gestionar y controlar

los proyectos mediante informes peridicos, que generalmente pocos leen, no se toman
acciones o decisiones para ayudar a evitar que los proyectos se desven y si distraen la
atencin y consumen tiempo de los lderes de proyecto para su generacin. Pocas
veces se tiene centralizada y actualizada la informacin del estado de los proyectos y
todo se basa en lo expuesto en el ltimo informe de progreso, generado a una fecha por
el lder del proyecto, de tal forma que se crean dependencias sobre el lder para
conocer el estado ms actual del proyecto, en ocasiones se recurre a la asignacin de
Pgina 7 de 85
un "segundo de abordo", es decir, otra persona que est al tanto de la situacin y que
pueda tomar decisiones o proporcionar informacin a los directivos, a los clientes y al
equipo de trabajo.
Se cuenta con metodologas de desarrollo muy completas pero que estn al alcance de
pocos (porque no se publican o no se tiene la informacin compartida en la red), que
resulta complejo comprender, o que estn demasiado abiertas para su interpretacin a
libre criterio de cada persona que las aplica. Adicionalmente, en ocasiones los lderes
de proyecto no conocen las etapas por las que tiene que pasar su proyecto para
garantizar la calidad mnima del mismo. Otra caracterstica es la poca o nula
informacin al cliente sobre el avance de su proyecto.
No se guarda informacin histrica, de cuntos proyectos se han atendido, cules

acabaron a tiempo, cules acabaron con desviacin y de que magnitud fue la
desviacin, cules han sido cancelados o rechazados por el cliente y porqu. No se
sabe con exactitud el esfuerzo que ha costado cada etapa de los proyectos, pues no se
registra el costo de armar el equipo (personas que participan en el proyecto), las horas
por perfil que se invierten en cada una de las fases del proyecto (Revisin funcional
previa, Estimacin del tamao del proyecto, Propuesta, Anlisis y Diseo Detallado,
Construccin, Pruebas, Instalacin y Seguimiento posterior a la Instalacin), as como,
la estimacin inicial para cada una de las etapas. Tampoco se sabe para cada proyecto
qu problemas enfrentaron y la forma en que se han solucionado, qu riesgos se
contemplaron al inicio del proyecto, cules fueron las acciones para evitarlos, que
riesgos se presentaron fuera de lo contemplado y cmo se mitigaron, de tal forma que
pueda aprovecharse la experiencia y evitar cometer los mismos errores en los
siguientes proyectos. Toda esta informacin resulta de vital importancia a la hora de
cotizar un nuevo proyecto, pues nos permite comparar las dimensiones del mismo
contra la historia de proyectos anteriores y de esta forma tener ms certeza a la hora de
estimar su costo y tiempo de implantacin.
Pgina 8 de 85
Actualmente, el ciclo de vida en cascada (el ms comnmente utilizado en las

organizaciones, sin ser necesariamente el ms adecuado para todos los proyectos),
consta de una secuencia de fases:
Anlisis de requerimientos
Diseo
Implantacin
Pruebas unitarias
Pruebas de Integracin
Pruebas de sistema
Mantenimiento
En cada una de estas fases se generan documentos que se almacenan de manera

local (en la computadora personal del lder de proyecto o en su defecto en un disco
compartido en red), lo anterior, tiene varias desventajas, por ejemplo la especificacin
de requerimientos de usuario debera estar visible en todo momento para todos los
participantes del proyecto, congelando versiones del documento, que permitan delimitar
claramente cul ser el alcance definitivo del mismo.
Lo anterior ocasiona que las organizaciones del ramo enfrenten una gran cantidad de
problemas a la hora de llevar a cabo proyectos de software. Aun cuando en su gran
. mayora se debe a que no se aplican las bases del desarrollo de software, tambin se
debe que tienen fuertes problemas de administracin y gestin, que repercuten en altos
costos, superiores a lo originalmente estimado, impidiendo cumplir con un plan de
trabajo u obligando a trabajar al equipo hasta altas horas de la noche y fines de
semana, para cumplir con los compromisos adquiridos, afectando el nivel de vida de los
integrantes del equipo y la calidad del producto, y por si fuera poco dejando clientes
insatisfechos.
Pgina 9 de 85
Se considera que toda esta informacin es de suma importancia para el progreso de las
organizaciones, y que su recoleccin y explotacin no debera costar mucho si se
proporcionan los medios adecuados para que cada lder de proyecto lo haga, y que
lejos de causarle un desvo a sus actividades, sea ms bien, un complemento y una
herramienta de apoyo a las mismas.
Actualmente existen en el mercado herramientas sofisticadas para la planificacin y

seguimiento de proyectos, tal es el caso de Microsoft Project, que es una excelente
herramienta para plasmar planes de trabajo hasta el nivel de detalle deseado.
Tambin existe el Project Server y Web Access de Microsoft, que como complemento
al producto anterior, proporcionan un medio para el registro de horas ocupadas en cada
actividad del proyecto por cada uno de los recursos asignados al mismo, permitiendo al
lder de proyecto aprobar o rechazar las horas que cada recurso a asignado a sus
actividades.
El objetivo pues es apoyarse en herramientas como las anteriores, pero adems, contar
con otras que lleven la bitcora de lo que ha sucedido a lo largo del proyecto, desde el
inicio del mismo, hasta su entrega al cliente, registrando datos como son: los
requerimientos del proyecto, quin ser el responsable de atenderlos, cunto se estima
que Costar el proyecto, cul fue la planificacin inicial, cul fue el costo y plan real,
quin es el responsable de la fase en curso y ms informacin del proyecto.
Toda esta informacin cobra gran importancia ya que nos permite saber cul es nuestra
capacidad de produccin actual y que tan eficientes somos, pero sobre todo, aprender
de los errores cometidos y apoyamos en la historia para dimensionar el tamao de un
producto. Tambin ayuda a la estandarizacin del proceso de desarrollo de software,
pues permite acostumbramos a seguir el ciclo de vida definido.
Pgina 10 de 85
2.3 OBJETIVOS.
Crear una herramienta de apoyo a las tareas relativas a la gestin de proyectos de

desarrollo de software, permitiendo dar seguimiento a los mismos, conociendo en todo
momento, el estado actual y las fases subsecuentes, as como, fomentar la cultura de
seguir un ciclo de vida para desarrollo de software en una organizacin.
Eliminar carga de trabajo administrativo a los lderes y coordinadores, permitindoles

dedicar ms tiempo a la gestin del proyecto.
Proporcionar una visin clara de la situacin de cada proyecto, como apoyo a la toma
de decisiones.
En el transcurso del tiempo, generar una base de conocimientos (informacin histrica)

de cada proyecto, como apoyo en la toma de decisiones a futuros desarrollos.
2.4 ALTERNATIVAS DE SOLUCION.
Derivado del anlisis al problema expuesto anteriormente, se han identificado algunas

altemativas de solucin, de las cuales se presentan, a continuacin, de forma general
las ventajas y desventajas para cada una de ellas:
a) Continuar trabajando como hasta ahora.
Ventajas. No implica inversin para el desarrollo de un sistema, tanto en software

como hardware, y por ende, el costo de la capacitacin requerida para la
operacin del mismo.
Desventajas. Continuar con el problema actual, excediendo los presupuestos de

costo y tiempo, y desperdiciando la oportunidad de hacer de una manera ms
eficiente los proyectos.
Pgina 11 de 85
b) Desarrollar una herramienta software bajo la arquitectura cliente-servidor, para

apoyar la gestin de proyectos.
Ventajas. Contar con un sistema que nos ayude a la gestin, control y

seguimiento de nuestros proyectos, apoyando para la creacin de la base de
conocimientos que se requiere para conocer la historia de los mismos.
Desventajas.
No se aprecian desventajas en este esquema, salvo la
dependencia del programa cliente para hacer uso del sistema.

c) Desarrollar una herramienta de software en Web bajo la arquitectura de tres capas,
para apoyar la gestin de proyectos.
Ventajas. Contar con un sistema que nos ayude a la gestin, control y

seguimiento de nuestros proyectos, apoyando para la creacin de la base de
conocimientos que se requiere para conocer la historia de los mismos.
Desventajas. No se aprecian desventajas en este esquema.
d) Adquirir herramientas que actualmente se tiene en el mercado, como es el caso de

Microsoft Project, Project Server y Web Access.
e) Ventajas. Contar con herramientas para la planificacin de proyectos y control del
registro de horas invertidas por actividad en cada proyecto.
f) Desventajas. Las herramientas no se adaptan totalmente a la solucin del problema,

puesto que su enfoque es ms genrico.
Consideramos que se requiere un sistema informtico para darle solucin al problema

planteado, como a continuacin se explica.
2.4.1 Por qu usar un sistema?

Dado que la gestin de proyectos es una de las actividades ms importantes de una
empresa de desarrollo de software, resulta trascendente contar con una herramienta de
apoyo a la gestin, control y seguimiento de proyectos. Que permita registrar las
diferentes fases del proceso de un proyecto, desde la solicitud del cliente, hasta su
instalacin o liberacin. Permitiendo a clientes, directivos y personal involucrado en el
Pgina 12 de 85
Gestin y Control de Proyectos Infonnticos
contexto del proyecto, conocer el estado real del mismo, guardando historia tal como el
esfuerzo empleado, el tiempo utilizado, los problemas enfrentados y en qu momento
pasa de una fase a otra, avanzando o retrocediendo, registrando para este ltimo el
motivo por el cual se tiene un regreso a la fase anterior.
Adems, con el vertiginoso avance en la tecnologa informtica y de comunicaciones,

es imperante identificar puntos de mejora en nuestro mbito de accin y hacer uso de
ellos, que con lleven a una ventaja competitiva, tanto a nosotros como proveedores de
servicios como a los clientes que trabajen con nosotros.
Al contar con un sistema que nos permita llevar fase a fase cada uno de los proyectos,
tendremos ms control sobre los mismos, el seguimiento ser ms preciso al mirar el
estado real del proyecto, de qu grupo de personas depende la fase, cundo entr en
ella, cundo sali de ella; conoceremos en cualquier momento el esfuerzo que se ha
consumido a una determinada fecha, se generar una historia de cada proyecto que
nos servir de apoyo para estimaciones de proyectos futuros, no dependeremos de
reportes generados manualmente para conocer el estado del proyecto. El cliente sabra
como evoluciona su requerimiento o si es necesaria alguna espeCificacin adicional
para concluirlo.
Con lo anterior, los lderes y coordinadores de proyectos estaran ms enfocados a

solucionar problemas que se presente durante el avance del proyecto, que a la
generacin de informes de seguimiento y control.
2.5 SO LUCIO N PROPUESTA.
En definitiva se considera que la opcin ms adecuada consiste en el desarrollo de una

herramienta de software bajo la tecnologa Web. La principal razn consiste
bsicamente en que en la actualidad, la globalizacin nos permite competir a nivel
Pgina I3 de 85
mundial, de tal forma que se generan oportunidades de negocio no slo a nivel

nacional, sino internacional, por lo que la Internet toma relevancia pues casi desde
cualquier parte del mundo, seremos capaces de monitorear, retroalimentar y sobre todo
controlar proyectos. Como se menciono, el nombre que se dar a la herramienta ser
GCPI (Gestin y Control de Proyectos Informticos).
2.5.1 Alcance.
El alcance de la presente propuesta contempla la implantacin de las siguientes

funciones de sistema:
Inicio del sistema (Autentificacin de usuarios).
Registro y control de horas incurridas a proyectos, as como, a tareas no

necesariamente productivas (Vacaciones, incapacidades, curso, ausencias y
festivos).
Control del flujo de Proyectos (por fase, valoracin, planificacin, construccin,

prueba unitaria, prueba integral e instalacin. Para cada una de ellas se
almacenarn los datos estimados y reales).
Consultas e Informes sobre el estado de los proyectos y sobre su bitcora en cada

fase.
Administracin del sistema. Alta de usuarios y mantenimiento a catlogos del

sistema.
El detalle cubierto para cada una de estas funciones se expone en los siguientes
captulos, en los cuales se describe el diseo y desarrollo del sistema GCPI.
2.5.2 Consideraciones.
Cuando se desarrolla e implanta un sistema de software hay que tener presente las
implicaciones de la sistematizacin que a continuacin se describen:
Pgina 14 de 85
Implicaciones de la sistematizacin.
Se observan los siguientes impactos derivados de la sistematizacin de tareas:
Ser necesario invertir en infraestructura tecnolgica para tener un servidor Web

conectado a Intemet.
Se requiere un esfuerzo para la Capacitacin a las personas que harn uso del
sistema.
Al principio se tendr resistencia al cambio por parte de las personas que harn uso
del sistema, por lo que se tiene que cambiar la cultura de trabajo en las personas,
para que se tenga el hbito de alimentar el sistema adecuada y oportunamente.
2.5.3 Anlisis Tcnico del SW de Desarrollo.
Para el desarrollo de esta solucin, se ha determinado que lo ms adecuado ser la

utilizacin de software libre (Open Source), puesto que actualmente ya se cuenta con
servidores Web, lenguajes de programacin y gestores de bases de datos lo
suficientemente robustos para soportar la carga de trabajo requerida. Dado que se trata
de un proyecto de carcter acadmico no se considera posible una inversin para
utilizar herramientas de desarrollo de software que requieren el pago de licencias para
su uso y adems porque el diplomado de "Desarrollo de Sistemas en Web" se baso en
temas de software libre. A continuacin se detallan las herramientas a utilizar:
Pgina 15 de 85
Dado que la solucin consiste en una aplicacin cliente - servidor a travs de pginas
de Internet, la tecnologa que se aplicar para el desarrollo del software ser la de tres
capas:
La capa de interfaz de usuario (O del cliente).
La capa de las reglas de negocio (o del servidor).
La capa de datos (o de la Base de Datos).
Cliente
(Navegador)
Servidor
Figura 7.1. Arquitectura Cliente - Servidor.
Pgina 16 de 85

2.5.4 Anlisis de factibilidad.
El anlisis de factibilidad ha sido valorado en sus tres formas principales:
Tcnica. Se valora como factible ya que actualmente se cuenta con la tecnologa

necesaria para implantar el sistema y satisfacer los requerimientos funcionales.
Econmica. Tambin ha sido valorada como factible, puesto que se trata de un

proyecto de carcter acadmico, el costo ser absorbido por los estudiantes y los
recursos tecnolgicos ha utilizar sern software libre, en cuanto al hardware, se
aprovechar la infraestructura actual de la Universidad Nacional Autnoma de Mxico,
particularmente de la Enep Aragn.
Operacional. Se observa una alta probabilidad de factibilidad operacional, ya que

actualmente no se cuenta con un sistema similar y la necesidad del mismo se hace
evidente, adems, se implantaran interfases de usuario amigables y eficientes que
ayudaran al usuario del sistema con sus actividades diarias.
2.5.5 Riesgos identificados.
Riesgos asociados a la ejecucin del proyecto:
~~~;~~~ ;"p~~::;~'p,a~i~R~i~;~~::~~~ ~, ~~~:.,~~~~ari9~' };. " ~'l:f;~'; :.:~:~~~fi~~;~~r.0\'afl~:':~ire~c?~;.

;..',-~.;;! para n a ' definiGih "'y ' aclaracin :de ' , ' , /"; . ' deja empr.es , .,::> ..
"
~>'.!:'~i o"~re~~~:Ii~i~:ht~i::~;,; ?:>:":',", :':!~~\~~~1' "~:t}~i~~~; ~:~(( ~:'~~Y~;:~:~;t;~t~~{;;L .;
Pgina 17 de 85
2.6 METODOLOGA DE DESARROLLO.
Para la ejecucin del proyecto se aplicar el ciclo de vida en cascada, como a

continuacin se detalla:
2.7 PLANIFICACiN DEL PROYECTO.
Pgina 18 de 85
Se ha definido el siguiente plan de trabajo para la ejecucin del proyecto.
Pgina 19 de 85
DISEO DEL SISTEMA GCPI
3.
Gestin y Control de Proyectos Informticos .
DISEO DEL SISTEMA GCPI.
Como se menciono en el capitulo anterior, en el mdulo 2 del diplomado se trataron

temas relacionados a lo que se debe disear y lo que se debe modelar. En este capitulo
se mencionar de lo relacionado a estos puntos. Diseo y modelado del sistema GCPI
"El diseo. Esta actividad se dedica a asignar porciones de la especificacin a

procesadores adecuados (maquinas o humanos) y a labores apropiadas dentro de cada
procesador.
En esta actividad se desarrolla algo conocido como modelo de implantacin del usuario.
Se concentra bsicamente en las especificaciones de la frontera humano. mquina ( las
partes que realizar alguien manualmente y las partes que se implantarn en la
mquina) y de la interfaz hombre mquina (el diseo de pantallas y los dilogos en
lnea entre el usuario y la mquina)."
Para comprender los requerimientos del sistema y conceptualizar el flujo de la

informacin, se hizo uso de diagramas: de contexto, de flujo de datos y de casos de
uso.
3.1 ESPECIFICACIN DE REQUERIMIENTOS.
Bsicamente se obtuvieron los requerimientos del sistema mediante entrevistas a

lderes de proyecto y el estudio de su proceso para desarrollar productos de software,
de lo anterior, se obtuvo el siguiente inventario de requerimientos:
Pgina 20 de 85
DISENO DEL SISTEMA GCPI
a) Funcin Inicio del sistema (Autentificacin de usuarios).
I No. l IL ====~================D=es==c=n'pc==i==n=d=e=R=e=q=u=e=ri=m=ie=n=t=o=s====================~11
~I
I A1] 1Autentificacin de usuario.
~I
A2 r Pre-s-en- ta-r -pa-n-ta-naprinCipal (j-e-I s-is-te- m

- a-. - - - - - - . - - - - - - - - -
-----
_1
-------------------------Tabian: 1_ Funciones de iiciOdel sistem-a.- - - -
b) Registro y control de horas incurridas a proyectos, as como, a tareas no

necesariamente productivas (Vacaciones, incapacidades, curso, ausencias y
festivos).
lB
]
I l
~I
Descripcin de Requerimientos
Reg.tro de ho... peop,., y de otro, octo""

Registro de horas en actividades propias del proyecto.
Registro de horas a permisos de ausencia de personas_
Registro de horas de vacaciones de personas_
-JIModificacin de horas propias y-de otros actores.

I B3 Il Baja de horas propias y de otros actores_
[ B2
~fAutorizacin de horas registradas a cargo del lder.
f=B=5=='-1!:::=
l c=o=ns=u=lt=~=d=e=h=o=ra=~=r=e:::gi:st: :;r=:a;=d;:~:7s;=-p;c:0=;r:=p=e r:s=
;: on=a=y;=;=pa=r:a:;=
;: u=n=r=an=.g=o:;=d:;=e=:=f=e=C=ha=s=-============_=__]
Tabla 11 .2. Funciones del registro y control de horas.
c) Control del flujo de Proyectos (por fase, valoracin, planificacin, construccin,

prueba unitaria, prueba integral e instalacin. Para cada una de ellas se
almacenarn los datos estimados y reales, tanto de costo como de fechas).
~I
JI
Descripcin de Requerimientos
[C1 ~I
Mantenimiento a proyectos -_.--.
I
I
Alta o registro de nuevo proyecto.
Presupuesto asignado.
l..
JI
1
I
!
Asignacin de lder a cargo del proyecto_
Usuario solicitante (rea, puesto, datos de contacto).

Ciclo de vida que seguir.
Maoteolmlemo. fao., del pcayooto
Ava~ce, retroceso de etapas y cierre de proyectos.
l . Registro de problemas encontrados por fase _

11
._===!~_=_==
. ~---==
_ ==
_ ======d
Pgina 21 de 85
!-C3-li. -~a:~:.m::~~.~:~~~~~::~:r:e~~~~;:0:asi~n~~o: ;ro~e~~.--a;'
!.
r'C4
IngreSO de d'ocumentos por etapa y congelar versiones (control lie versiones de documentos)
Asignacin de actividades a los responsables .
,cs-- r
Registro de infc;:mcin relevante-(pan3 informesY d:a-ie- todiia vida del proyecto.
1 C6
- II
JI Valoracin en horas hombre de proyectos
,-(;7JPlanificaci de proyectos desglosados por-etapa

,-ca-JIRegistro de riesgos durante tOda-la vida del proyecto y las acciones para minimizar su impacto.
--'C9-r
Alta de ta'rEas no pla-iflcadas- -. --------.-. . -
. -- - . . --
__
!
--.l
~I!.
I
JI
Tabla 11.3. Funciones del flUJO de proyectos.
d) Consultas e Informes sobre el estado de los proyectos y sobre su bitcora en cada
fase.
No:-r---------------------l)esc.jiCin de-R'equ"Eririetc)s----------- - - -- ]
-01---:--cors-ultas para-proyectos;-------------------------------------------------------------- -1
I
I
;.
ii
Clave del proyecto.

Lder de proyecto.
rea (Agrupacin de los proyectos, ejemplo: Bca. Electrnica, Burstil, Captacin,
'
Colocacin, etc.).
Todos los proyectos.
Fecha de Inicio .
Estimada .
Real.
Fecha Fin.
Estimada.
Real.
Fase (Ejemplo, los que estn en anlisis, en diseo, en construccin, etc.).
I
:
i Datos a desplegar por las consultas para proyectos:
IU
Clave del proyecto.

Estado del proyecto (a tiempo o en curso, con posible retrazo, retrazado).
1I :
Lder asignado.
Fecha inicio.
::::
._=-_:::
.. _=:..=
_._=..._
=._=. --=
--_.... _-_ .. _ ..... _'::

... _==
_..
.=.= ._-=.:.:::_.=
..=--_::-'..._=---.._...._-,-...-=---,-,, - , - - - - - -.- . -..- ----'"'..-._--._.-._..-._.-._-.....=--=--=._.=_-::.
:=
.__
-::.-=._ ..
=
_. =
. _==._=.--.=_.=.. -=. .=_ ..=--=-,
...
_j
Pgina 22 de 85
Fecha fin.
Horas estimadas.
,;
Por fase .
Por proyecto.
Horas reales.
o
Por fase.
Por proyecto.
Fase actual.
Historia de fases anteriores.
Avance y retroceso de cada fase.
l
!
Recursos asociados al proyecto y las horas que registraron en el proyecto a la fecha de la

consulta.
Riesgos por etapa.
Actividades no planificadas (costo en horas).
o
Propias del proyecto.
Ajenas al proyecto.
! Consultas sobre Recursos:

l . Recursos en Proyecto.
!.
I
Propios.
Por proveedor.
Recursos sin asignacin a proyecto.
Propios.
Por proveedor.
Recursos prximos a liberarse (2 semanas, 1 semana).
Propios.
Por proveedor.
Datos a desplegar para las consultas de recursos:
Nombre, empresa, perfil, aptitudes tcnicas (conocimientos en Unix, 390, etc.),

conocimientos en finanzas, comentarios de lder del proyecto anterior, etc.
I
I
Informes por proyecto:
Informe de Progreso.
Semanal.
~J=.=====.=o=__=. =Q=~=_~=nc=.e=.~=.a=I~==._==========================~========================
Pgina 23 de 85
- -- - - - -- - - - -- - - - - - --
DI
----------
Mensual.
Informe de recursos . Incluye su fecha de inicio y fin, horas incurridas, por fase en el proyecto,
costo de cada hora en dlares, actividades asignadas (concluidas, en curso y prximas).

Tabla 11.4. Funciones de consulta e informes.
e) Administracin del sistema. Alta de usuarios y mantenimiento a catlogos del

sistema.
I No.][- -------_-----------oesCriPCi'deRequerimTe-ntos- ------- ----------]1
1
[ -E1
-1 Definiin de las etapas o ciclo de vida para cada proyecto.
--
i Alta, baja, modificacin y consulta de recursos humanos.

,.
IU
I'
:"
l.
'
Captura de sus datos generales, as como de la empresa a la que pertenece en caso de no

ser empleado, perfil, grado de estudios (cedula profesional en caso de titulado), aptitudes
tcnicas, metodologas utilizadas, aptitudes o conocimientos de aplicaciones (financieras,
robticas, etc.), historial laboral, etc.
Pgina 24 de 85
Gestin y ConlTol de Proyectos Informticos
3.2 DIAGRAMA DE CONTEXTO.
Consultas Gerenciales
Nuevo Proyecto
Cliente
Direccin
Aprobacin o rechazo del

costo
Cambio de Especificacin
Costo del Proyecto
,.
Administrador
Infonnacin del Sistema
Cliente
4
Informacin del proyecto
Programdor o
analista
r-
Estado del Proyecto
Gesti6nde
Proyectos
Infonnticos
(GCPI)
Seguimiento
Programdor o
analista
Informacin del proyecto

Valorar
Lder o
Coordinador de
Proyectos
Planificar
Seguimiento
Lidero
Coordinador de
Proyectos
Diagrama 11 .1. Diagrama a nivel contexto para el sistema GCPI.
Pgina 25 de 85
3.3 DIAGRAMA DE FLUJO DE
DATOS~
Diagrama de flujo de datos nivelO para el sistema GCPI, se aprecian sus cuatro
principales procesos.
Homs . . . . . . .
crtente
Usuario-da",
"T
Usuarios vlidos
Autentificac16n de
,--
E"-P_
RecunIOs
Registro Y c:or$oI
de""'"
usuarios
l--I
I I
Cliert..
,- .....
E..- Proyectos
Usuarb - clave
--{
~~_o
_;so,
O_IOQXSOS
Oamproyectos
Adualizao ..too
II
Valorar. planificar. avance

y retroceso de fases
Esla<b-..,.,..,.
Cansullas.
''-es
Usuario - clave
LI~o
analista
Controldetfl'" J----de proyectos
Coordinador ele
ProyodoS
I~mm_o I
Oetall Roanos
Usuario - daYe
Dreccl6n
Detalle de proyectos
Estado Proyectos-
R"""""
Lidero
Coordinador de
Proyectos
Diagrama 11.2. Diagrama de flujo de datos a nivelO para el sistema GCPI.
Pgina 26 de 85
- -- - - - - - - - - - - - - - -- -- - - ,
3.4 DIAGRAMAS DE CASOS DE USO.
Descripcin de actores:
Nombre del actor: Programador
Definicin:
Es el encargado de construir los artefactos de software (programas, tablas,

reas de datos, documentos y pruebas unitarias), definidos por los analistas.
Notas:
No se refiere a una persona concretamente, sino que puede haber varios

programadores asociados a los proyectos.
Su acceso al sistema es muy restringido y bsicamente puede registrar sus

horas y realizar consultas a proyectos, pero no tiene acceso a las tareas de
cambio de estado a proyectos, ni a registrar horas de otros actores.
Pertenece a los usuarios con acceso nivel 1.
Nombre del actor: Analista

Definicin:
Es el encargado de realizar los anlisis de factibilidad, de requerimientos del

cliente, disear la propuesta de solucin al requerimiento, estimar esfuerzo,
planificar y dar seguimiento para el xito del proyecto.
Notas:
Su acceso al sistema es restringido y bsicamente puede registrar sus horas

y realizar consultas a proyectos, modificar el estado para algunas fases, pero
no tiene acceso a registrar horas de otros actores.
Nombre del actor: Lder de Proyecto

Definicin:
Es el encargado de supervisar varios proyectos, esta habilitado para dar de

alta nuevos proyectos, aprobar los requerimientos del cliente, validar la
Pgina 27 de 85
propuesta de solucin, avanzar el proyecto durante todas sus fases, registrar

riegos y tomar acciones para mitigarlos. Valida y aprueba las tareas del
analista.
Notas:
Su acceso al sistema es casi total, puede registrar sus horas y de otros

recursos bajo su responsabilidad, modifica el estado para todas las fases del
proyecto, pero no puede asignar proyectos a otros lderes de proyectos.
Nombre del actor: Coordinador
Definicin:
Es el encargado de supervisar a varios lderes de proyectos, dando

seguimiento a cada proyecto y apoyando para el cabal cumplimiento de los
compromisos.
Notas:
Su acceso al sistema es total.
Nombre del actor: Director
Definicin:
Es el encargado de supervisar a varios coordinadores, dando seguimiento a

los proyectos, estableciendo alianzas y dirigiendo la organizacin.
Notas:
Su acceso al sistema es total.
Nombre del actor: Cliente
Definicin:
Podr generar proyectos y especificar requerimientos funcionales.
Notas:
Pgina 28 de 85
DISENO DEL SISTEMA GCPI
Su acceso al sistema es restringido, pero puede consultar la informacin

general de su proyecto y decidir si aprueba o rechaza el costo del mismo, y
en su defecto cancelar su requerimiento si as lo decide.
Caso de Uso: Autentificar Usuario
+--~)----+
A
A
Autentificar Usuario
Usuario Autentificado
Visitante
Diagrama 11 .3 Autentificar Usuario.
Nombre:
IAutentificar Usuario.
Descripcin:
Permite identificar a un usuario en el sistema.
Actores:
Usuario de Internet.
Precondiciones:
El actor debe haber cargado la pgina principal del sistema GCPI.
Flujo Normal:
1. El actor teclea su cdigo de usuario y contrasea.

2. El sistema comprueba la validez de los datos, da la bienvenida al sistema y presenta el men de
opciones disponibles para su perfil de usuario.
Flujo Alternativo:
2. El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al actor de
ello sugirindole su revisin y correccin.
Poscondiciones:
El actor ha sido identificado y se le ha asignado un perfil.
Pgina 29 de 85
Caso de Uso: Registrar Horas
f-~Rogi
S. H~oras- f
Usuario Autentilieado Nivel 2
Usuario Autentificado Nivel 1
(EstabIecef Acti"dad)
Registrar Horas a un Proyecto
(Establece< Actividad)
(Establecer Activ;dad)
Reglstrar HoJas a Vacaciones
Registrar Horas a una Ausencia
Diagrama 11.4. Registro de horas.
Nombre:
IRegistrar horas.
Descripcin:
Permite registrar las horas en la actividad que el actor ha empleado su tiempo.
Actores:
Usuario con nivel de acceso 1 .
Usuario con nivel de acceso 2.
Precondiciones:
El actor debe haber elegido la opcin registrar horas.
Flujo Normal:
1.
2.
El actor elige la semana sobre la que desea registrar sus horas.

El sistema presenta las tareas que tiene asociadas el actor.
3. El actor registra sus horas.
4. El sistema comprueba que la actividad este asociada al actor y almacena en tablas la
informacin.
5. El sistema presenta lista actualizada de tareas sobre las que el actor ha registrado horas para la
semana elegida.
Flujo Alternativo:
Poscondiciones:
Las horas quedan registradas en el sistema listas para su autorizacin.
Pgina 30 de 8S
--
- -- - -- - -- - - -- -- -
Caso de Uso: Registrar Horas a otro Usuario
~--------------------------R-~-is~tra~Usuaoo
Diagrama 11.5. R~istro de horas a otro usuario.
Nombre:
IRegistrar horas a otro usuario.
Descripcin:
Permite a los coordinadores registrar la horas de sus subordinados en la actividad que han empleado
su tiempo. Es especialmente til cuando un subordinado se enferma o repentinamente requiere
ausentarse por algn motivo personal.
Actores:
Precondiciones:
El actor debe haber elegido la opcin registrar horas.
Flujo Normal:
1. El actor elige un actor subordinado.

2.
El actor elige la semana sobre la que desea registrar sus horas.
3. El sistema presenta las tareas que tiene asociadas el subordinado.

4. El actor registra las horas.
5. El sistema comprueba que la actividad este asociada al actor (subordinado) y almacena en tablas
6.
la informacin.
El sistema presenta lista actualizada de tareas sobre las que el actor ha registrado horas para la
semana elegida.
Flujo Alternativo:
Poscondiciones:
Pgina 31 de 85
Caso de Uso: Modificar Horas Registradas
+------1c=:>r---+
A
A
Modificar Horas Registradas
Diagrama 11.6. Modificar horas registradas.
Nombre:
IModificar horas registradas.
Descripcin:
Permite modificar las horas que ha sido registradas para una actividad.
Actores:
Usuario con nivel de aCceso 1.
Precondiciones:
El actor debe haber elegido la opcin modificar horas.
Las horas no deben estar autorizadas
Flujo Normal:
1.
2.
El actor elige la semana sobre la que desea cambiar su registro de horas.

El sistema presenta lista de actividades y sus horas registradas
3. El actor modifica las horas asociadas a una actividad.
4. El sistema comprueba que los datos son vlidos, almacenando en tablas la informacin.
5. El sistema presenta lista actualizada de tareas sobre las que el actor ha modificado horas para la
actividad y semana elegida.
Flujo Alternativo:
Poscondiciones:
Pgina 32 de 85
Caso de Uso: Modificar Horas Registradas de otro Usuario
J : - - - - - - - - - - - M o - d - i f i - , c a - ' - H - o " " " " ' r a Q e otro Usuario

Diagrama .11 .7. Modificar horas registradas de otro usuario.
Nombre:
IModificar horas registradas de otro usuario.
Descripcin:
Permite a los coordinadores modificar las horas registradas de sus subordinados para una actividad.
Actores:
Precondiciones:
El actor debe haber elegido la opcin modificar horas.
Flujo Normal:
1. El actor elige un actor subordinado

2.
El actor elige la semana sobre la que desea cambiar el registro de horas.
3. El sistema presenta lista de actividades y sus horas registradas para el actor subordinado
elegido.
4. El actor modifica las horas asociadas a una actividad.

5. El sistema comprueba que los datos son vlidos, almacenando en tablas la informacin.
6. El sistema presenta lista actualizada de tareas sobre las que el actor ha modificado horas para la
actividad y semana elegida.
Flujo Alternativo:
ello sugirindole su revisin y correccin. .
Poscondiciones:
Pgina 33 de 85
Caso de Uso: Autorizar Horas registradas
~---------------------------Au-t--Ori~~daS
Lder de Proyecto
Diagrama 11 .8. Autorizar horas registradas.
Nombre:
IAutorizar horas registradas.
Descripcin:
Permite a los coordinadores autorizar las horas registradas de sus subordinados.
Actores:
Precondiciones:
El actor debe haber elegido la opcin autorizar horas.
Flujo Normal:
1. El actor elige la semana para la que desea autorizar horas.

2. El sistema presenta lista de actores subordinados que tiene horas registradas pendientes de
autorizar.
3. El actor elige un actor subordinado.
4. El sistema presenta una lista de actividades sobre las que el actor subordinado ha registrado
horas.
5. El actor autoriza las horas para cada uno de los actores subordinados.
6. El sistema actualiza en tablas la informacin y presente lista de actores subordinados con horas
registradas pendientes de autorizar.
Flujo Alternativo:
5. El actor rechaza las horas registradas de uno o varios actores subordinados.

Poscondiciones:
Las horas autorizadas son almacenadas en ellog por fase para llevar el control del tiempo invertido.
Pgina 34 de 85
Caso de Uso: Consultar Horas Registradas
Diagrama 11 .9. Consultar horas registradas.
Nombre:
IConsultar horas registradas.
Descripcin:
Muestra sobre qu actividades se han registrado horas.
Actores:
Precondiciones:
El actor debe haber elegido la opcin consultar horas.
Flujo Normal:
1.
2.
El actor elige la semana a consultar.

El sistema presenta lista de actividades, horas registradas y su estado (autorizadas, pendientes
de autorizar o rechazadas).
Flujo Alternativo:
Ninguno.
Poscondiciones:
El actor aplica modificaciones a su registro de horas.
Pgina 35 de 85
Caso de Uso: Consultar Horas Registradas de otro Usuario
-----------co-n-s-ul-ta-r-H""""'ors;2.e otro Usuario

Diagrama 11 .10. Consulta horas registradas de otro usuario.
Nombre:
IConsultar horas registradas de otro usuario.
Descripcin:
Permite a los coordinadores consultar sobre qu actividades han registrado horas sus actores
subordinados.
Actores:
Usuario con nivel de acceso 1 .
Precondiciones:
El actor debe haber elegido la opcin consultar horas.
Flujo Normal:
3. El actor elige la semana a consultar.

4. El sistema presenta lista de actores subordinados, actividades, horas registradas y su estado
(autorizadas, pendientes de autorizar o rechazadas).
Flujo Alternativo:
Ninguno.
Pos condiciones:
El actor autoriza o rechaza horas registradas de actores subordinados.
Pgina 36 de 85
Caso de Uso: Crear Nuevo Proyecto
+-~----(
;\
)----------71+-
Crear NuellO Proyecto
;\
Cliente
Especificar Requerimientos Cliente
Diagrama 11 .11 . Crear nuevo proyecto.
ICrear nuevo proyecto.
Nombre:
Descripcin:
Permite dar de alta un nuevo proyecto en el sistema.
Actores:
Cliente.
Precondiciones:
El actor debe haber elegido la opcin alta de proyecto.
Flujo Normal:
1. El sistema presenta una lista de claves de aplicacin (sistemas).

2.
El actor elige la clave de aplicacin que corresponda al proyecto que desea dar de alta.
3. El sistema presenta una lista con los tipos de proyectos que se pueden dar de alta.
4.
5.
6.
7.
8.
El
El
El
El
El
actor elige el tipo de proyecto a dar de alta.

actor especifica datos bsicos necesarios para el alta del proyecto.
sistema valida la informacin captuada para hacer el alta.
actor confirma el alta del nuevo proyecto.
sistema asigna un cdigo de proyecto y lo almacena en tablas.
Flujo Alternativo:
Ninguno.
Poscondiciones:
El sistema ha almacenado nuevo proyecto para poder realizar la gestin del mismo.
Pgina 37 de 85
Caso de Uso: Asignar Lder de Proyecto
+-----<C)~-+
A
A
Asignar Lider de Proyecto
Director
Coordinador
Diagrama 11.12. Asignar lder de proyecto.
Nombre:
IAsignar lder de proyecto.
Descripcin:
Permite asignar un responsable para la atencin del proyecto.
Actores:
Coordinador.
Precondiciones:
El actor debe haber consultado el detalle del proyecto.
Flujo Normal:
1. El sistema presenta el detalle del estado del proyecto, as como, una lista una lista con los lderes
de proyecto.
2. El actor elige de una lista el lder que ser encargado de atender el proyecto y salva los cambios.
3. El sistema almacena en tablas el lder encargado del proyecto.
Flujo Alternativo:
Ninguno.
Poscondiciones:
El sistema ha notificado al lder su asignacin al proyecto para continuar la atencin del mismo.
Pgina 38 de 85
Caso de Uso: Aprobar Requerimientos Cliente
)t----------~~~~clie-nm---------)t
Usuario Autentificado Nivel2
Cliente
Diagrama 11 .1 3. Aprobar requerimientos cliente.
IAprobar requerimientos cliente.
Nombre:
Descripcin:
Permite dar por satisfactorio el inventario de requerimientos descritos por el cliente.
Actores:
Cliente.
Precondiciones:
El proyecto debe existir.
Flujo Normal:
1. El
2. El
3. El
4. El
5. El
actor consulta el estado actual del proyecto.

sistema presenta la informacin bsica del proyecto, entre otra, la fase en que se encuentra.
actor modifica la fase actual del proyecto, avanzando o retrocediendo de fase.
sistema comprueba los privilegios del actor y actualiza el estado del proyecto.
sistema notifica mediante correo electrnico el cambio en el proyecto a los actores nivel 2.
Flujo Alternativo:
3. El sistema rechaza la peticin de cambio de estado, informando que se debe a falta de privilegios
del actor.
Poscondiciones:
El proyecto ha cambiado de fase.
Pgina 39 de 85
Caso de Uso: Modificar Estado del Proyecto
+-~~}--------+
A
A
Modificar Estado del Proyecto
Cliente
Usuario Autentificada Nivel 2
Diagrama 11 .14. Modificar estado del proyecto.
IModificar estado del proyecto.
Nombre:
Descripcin:
Permite cambiar el estado de un proyecto, retrocediendo o avanzando fases yen su caso, cerrarlo
por haberlo concluido satisfactoriamente o porque el cliente ya no lo requiere.
Actores:
Cliente.
Precondicines:
El proyecto debe existir.
Flujo Normal:
1.
El
El
3. El
4. El
5. El
2.
actor consulta el estado actual del proyecto.

sistema presenta la informacin bsica del proyecto, entre otra, la fase en que se encuentra.
actor modifica la fase actual del proyecto, avanzando o retrocediendo de fase.
sistema comprueba los privilegios del actor y actualiza el estado del proyecto.
sistema notifica mediante correo electrnico el cambio en el proyecto a los actores nivel 2.
Flujo Alternativo:
3. El sistema rechaza la peticin de cambio de estado, informando que se debe a falta de privilegios
del actor.
Poscondiciones:
El proyecto ha cambiado de fase.
Pgina 40 de 85
Caso de Uso: Generar Consulta
~~~r---------------------~~~
aU~do
nivel 1 o
niVf~1 ?
Diagrama 11 .15. Generar consulta.
Nombre:
IGenerar consulta
Descripcin:
Permitir consultar la informacin de los proyectos de acuerdo a la siguiente clasificacin: consulta de
proyectos, consulta de horas registradas por proyecto o consulta de recursos. Una vez generado el
reporte de la consulta realizada, en lnea,se tendr la facilidad de imprimirlo o almacenarlo en su pe.
Actores:
Precondiciones:
El actor debe haberse autentificado en el sistema y tener el nivel de acceso definido anteriormente (1
02).
Flujo Normal:
1.
El actor selecciona en una de las clasificaciones existentes la opcin a consultar: consulta de

proyectos (por categora de proyecto, por clave de proyecto, por lder de proyecto o por fase en la
que se encuentra(n), consulta de horas registradas por proyecto (horas por fase u horas por
recurso) o consulta de recursos (por proyecto, por proveedor, prximos a terminar asignacin, sin
asignacin o recursos en ms de un proyecto).
2. El sistema comprueba que el usuario tiene el perfil para realizar la consulta y muestra una
pantalla para elegir el filtro de consulta, de acuerdo a la opcIn seleccionada.
3. El actor elige el filtro y presiona el botn "generar reporte".
4. El sistema comprueba el filtro, genera el reporte y muestra el resultado en pantalla, mediante
una forma diseada de acuerdo a la clasificacin de la consulta
5. El actor vsualiza el reporte y presiona el botn de exportar.
6. El sistema muestra pantalla para que el actor especifique la ruta donde se almacenar el reporte
yel nombre del mismo.
7. El actor captura la ruta de almacenaje, el nombre y presiona el botn de continuar.
8. El sistema comprueba la validez de los datos y almacena el reporte en la ruta espeCificada.
FlujO Alternativo 1:
5. El actor visualiza el reporte y presiona la opcin imprimir.

6. El sistema manda la peticin a la impresora.
Pgina 41 de 85
Flujo Alternativo 2:
ello permitindole que los corrija.
Poscondiciones:
La consulta ha sido generada en el sistema.
Caso de Uso: Mantener Catlogos
Generar Alta
Generar Baja
Generar Consulta
Generar Modificacin
Diagrama 11 .16. Mantenimiento a catlogos.
Nombre:
IMantener catlogos.
Descripcin:
Permitir administrar los catlogos centrales del sistema. Cuando el administrador del sistema ingresa
al aplicativo puede dar mantenimiento a los registros de cualquiera de los catlogos centrales, para ello
debe seleccionar el catlogo a mantener y la opcin de mantenimiento deseada (alta, baja, consulta o
modificacin). El sistema muestra en un formulario, especifico por catlogo, los datos del mismo de
acuerdo a la opcin seleccionada.
Actores:
Administrador de catlogos.
Precondiciones:
El actor debe haberse autentificado en el sistema y tener el nivel de acceso definido anteriormente.
Flujo Normal:
1. El actor selecciona el catlogo deseado y la opcin de alta.

2. El sistema comprueba que el usuario tiene el perfil para realizar la operacin y muestra una
pantalla con un formulario especfico de acuerdo al catlogo seleccionado.
3. El actor captura la informacin correspondiente y presiona el botn de envo para registro de la

informacin.
4. El sistema comprueba la informacin capturada por el actor, la almacena en la base de datos y
enva mensaje de la operacin realizada.
5. El actor selecciona la opcin de consulta y el catlogo deseado.
6. El sistema despliega en pantalla, en un formulario de acuerdo al catlogo seleccionado, la
informacin solicitada.
Pgina 42 de 85
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
El actor visualiza la informacin del catlogo seleccionado.

Si el actor desea dar de baja un registro, selecciona la opcin de baja y el catlogo donde desea
eliminar.
El sistema muestra pantalla con la consulta de los registros del catlogo seleccionado y un botn
por registro para eliminar el que se desee.
El actor visualiza la informacin del catlogo seleccionado y en el registro deseado presiona
botn para eliminar.
El sistema elimina el registro seleccionado del catlogo y enva mensaje de la operacin
realizada.
Si el actor desea modificar un registro, selecciona la opcin de modificacin y el catlogo donde
desea modificar.
El sistema muestra pantalla con la consulta de los registros del catlogo seleccionado y un botn
por registro para modificar el que desee.
El actor visualiza la informacin del catlogo seleccionado y en el registro deseado presiona
botn de modificacin.
El sistema muestra una pantalla con el detalle del registro seleccionado.
El actor modifica la informacin que desea y presiona el botn para registrar la modificacin.
El sistema comprueba la informacin capturada por el actor, almacena los cambios realizados y
enva mensaje de la operacin realizada.
4. Si el sistema detecta que el registro a almacenar ya existe enva mensaje notificndolo.
17. Si el sistema detecta que faltan datos requeridos para el alta enva mensaje notificndolo.
En los pasos 6, 9 Y 13 del flujO normal:
1. Si el sistema detecta que no hay informacin a desplegar, enva mensaje notificndolo.
Poscondiciones:
Los catlogos estn listos para operar en el sistema.
3.4. DISEO DE LA BASE DE DATOS DEL SISTEMA GCPI.
En est fase se construye el modelo de datos sobre el que se basa el sistema GCPI,
tomando en cuenta lo explicado en el diplomado: "Considerando a la base de datos
como la base del sistema, su buen diseo es fundamental para las etapas de
desarrollo, implantacin y utilizacin del sistema".
Se ha diseado una base de datos relacional, de la cual, a continuacin se presenta su

diagrama entidad - relacin.
Pgina 43 de 85
3.4.1 Diagrama Entidad Relacin.
Diagrama 11.17. Diagrama Entidad-Relacin del Sistema GCPI.
Pgina 44 de 85
3.4.2 Diccionario de Datos.
le
[ gcpi proyectos
~I
Campo J [
Descripcin
==:rUave] Tip~~[I6[J~
r---1-T idyais ----] r Cdigo-de 'pas asociado-'""J[
J i Ch'ar -- --l U J[---]c=J
[ O Cid anio
J[ Ao en que se da de alta
le * -11 Char
lo=Jc=Jc=J
[ I JI id secuencia 1[SeCljencia dentro del ao
11
li Smallint lo=JCLlc=J
[TI I nom...proyecto=[ nombre del proyecto
""JI
11 Varchar 1[}[]c=Jc=J
crJl id categoria 1[Categora del proyecto
11
li Char
IUJI
lc=J
C[J[id ciclo
- J I Identificador del ciclo de -vida
1
"lSmallinI]1 2 ICI:J [
]
Estado-pro
1
O
i!.
O
1Estado (S-Solicitud, A=Aprobado, 11 01, Char
~.
JI C=Cancelado, T=Terminado)
JI
~
1811 lid_asociado
11 Cdigo de usuario del Lder de
IIO [Charl
I Char
8
O
i,
O
~I
11 proyecto asignado
JI
~~
[IJI usr solicita ~ [Cd)go de usuario solicitante
JC--l[Char- Ji 8~ c=Jc=J
r---f6--Ir id fase act" . . ] [ Fase actual del Proyecto -- -"l [ . ----- --JI' char- ---Jo=JI -lr--------1
[7]1
1
,
-1J
l
- - s I
__
l[Fase anterior del proyecto

-~[
=[Char - -lo=J i
Jc=J1
11 Presupuesto del proyecto
11
li Decimal ILJIJCOITJ
0IJ[flia alta pro l[FeCha de alta del proyecto ~C=]Date In D c=Jc=J
DIJI fha termm=J~de termino del proyecto
11 ~ ! Date 1c::JIJc=J[ J
[ 1!q r- id- ~plicativo - ] [ Cdigo de aplicacin
- J I"--]!Ctiar
J U J --J [-- -1
[ "11 IfidTaSe ant
[JIJI presupuesto
16JI usr_umo I I Cdi.9.

Od~ .usuariOqUehiZolaltima JO!Char J n l O
i
0 1
modiflcaclon
:
CJItimest_umo ~ l Fe~ha y hora de-ltima modificacin -1 01~;estal~ OOI
1
~1
11
Tabla 11 .6. Tabla maestra de proyectos.
[gcplfoTiO- - ------- -- ------------I [---------------------------.-------~
~I
Campo
11
Descripcin
Ii Llave Ir Tipo I~ Ent I~
CTI r- id pais
J e Cdigo de pas asociado
11""- * = Chac=JUJ i
I
anio
J[A-ho en q-ue se da de alta
ji Char- JCI:J
1c=J
[IJ[idSecuencia~ 1 Secuencia dentro del ao
~C 11 Smallint lITJl 4 -]1J
usr_um-o - J
C~9od~,usuarioquehizolaltima
Char
I !~O
~,
modlficaclon
!
!!
~I timest_umo I Fecha y hora de ltima modificacin
~mesta ~OO
ITJnd
0 I1
0 1
[411
--.----
'"le
J -;-
I 11
--Tabi11.7.
Tabla para la asignacin de nmero de-proyecto. - - - - - - -.. ----. - -- ...- - - - - - .
f9cPlapITcaTivo-----. ------..----]c=-----------------------------11
P;o-J[---C ampo- -I - -
Descripcin
J[liaVe"l[TiPO-J Long ] i Ent 11 Dec= !
I 1 n d aplicativo
1I Cdigo de aplicacin
11
*
JI Char
ICLJc=Jc=J1
~ -J~ nom aplicativo ][Descripcin de la aplicacin
"JI
]! varchar][ ].o["]
L .3=! ,usr umo
IL Cdio~ de_usua!,io_oue hizo!a ltir] r:- :JI C_h~ ___ 8
!.
- -.
lL ji
U
__ _L.wJ.c:=JJ
Pgina 45 de 85
CJ !----~ [m(idificacin
~ I timest_umo
lC - -]I--- J i -
1I Fecha y hora de ltima
1c::=Jc:=J
modifica~ D I ~mesta ~ OD
Tabla 11 .8. Tabla catlogo de aplicativos.
[9CPicateQOrta----------- - -1C----- - - -- - -1
["No] r- CampO- I[ -------Descrpcn--------r-Uave lr- rli?o--l r Lo9J r-E"t] r Dec-J
CIJi id categoria 11 Cdigo de categora

CD nom categoria 11 Descripcin de la categora
CIJi estado cat J [ Estado (A=Activo,I=lnactivo)
[ 4 -JI usr_umo
!
l
_
11 Char
1I Varchar
Ir==~ ! Char
C6di.go d~ .us-rio que hizo 1altima [------1; Char
modificaclon
~I
11
11
ICD c:::::=Jc:=J1
1L::][Jc:::::=Jc:=J
1CI:Jc:::::=Jc:=J
ssl ~ Ir~,
--j
]1
.-
L:J !tiiesCmo~ rFecha y hora de ltima modificacin D ~~ OD,

Tabla 11 .9. Tabla catlogo de categoras.
[-gcP
pas
------Campo
Ji id...pais
CI:J nom"pais
I 1
CJI
usr_umo
~I timest_umo
"le
1;:::r-=::=:=====D=e=sc=ri~pc=io='n=======:1 1 Llave 11 Tipo 1I Lon"9J i Ent I~

J I Cdigo del pas
11:=
le
l r Char
D~e~s=c=r=ip=c=i=n=de=l~p=a=s====;::::====:Ir==JI Varchar
l [~~~i~~c~~suario que hizo la ltima
ICTIc=Jc:=J
1I 40 Ii
J i -J I
.-]
IDEJ~O!
=Fe=c=:=h=a=Y::=h=or=a=:d:=e=:::=:lti=m=a=m=od::;ifica
: :=c:i=
:=; n ~IDI ~~esta li
1:=
1
14
10 1 1I
====~=====T=::
ab:::=la=::1:::=1.:;::10=.=Ta7b:=la=ca::::;t:::=logo=d:=e=pa:';:s=es= .--
[gcpiCiCfoVlda-------------l/--------------------- -------------11
[~~-J !-~am-po--I [- ".------- Descripcin
WLlave
Il
L.lJ id ciclo
CD nom ciclo
CIJ[ estado cic
1I
Ii
I 4
JI
1;
usr_umo
r--S] -t"imesmo
i
JI
Tipo -I~ : E~t ]IDec

SmalillC D C D c:=J1
11 Descripcin del ciclo de vida
11
11 Varchar I! 30 1c==Jc:=Ji
Ir-Estado (A-Activo, 1:lnactivo)
I[
~ I Char
ICI:J - "l["-----JI
Ir cdi.go d~ ,usuario que hizo la ltima 'IC----i l-cCharlhar - s IiO
.1 modlficaclon
~L-.J~ !
--1r-:echa"y hora de ltima modificacin 11- -----II-=nmesta I 14 ]1
J ----I
_,
_
m
I
IrCdigo del ciclo de vida
r ]lI
Tabla 11 .11. Tabla catlogo de ciclos de vida.
I!
1'1
r-- No- n---CampO---l - "".-.Des:=:cr=ip=c=i=n ====J;;::[~L=
-=v=J=;;::1==T:=ipo-=]
=o==ir=
:::=
Lo=n=g=il;;=
==E==n=:=t::::Jr[J5
:;:;
D=-:
ec==:J
r-1----Pid faseJ I Cdigo de la fase
-~ - * _.- 1I Char ]1---4""]:1[-----11
CD nom fase
I! Descripcin de la fase
Ii
Ii varc!iaf]L::][Jc=Jc:=Ji
Cj~-I estado fase 1[].s.t..~~_~L~~~~~.~~
IC
- I r-c~a~~t _1
JI_J
19CjiC.fases
Pgina 46 de 85
!4lr
usr_umo
~!
Cdigo de usuario que hizo la ltima

modificacin
JfCt
! Char
I--S
I. 8
L-J
II
lO
r-
1'---.
CJ~It:=:=im=e=s=:=t_=u=:=J=o=
~ I~F~e=c~h=a=Y~h=or=a=d:=e=::::=lt:=im=a=m=od7.ifi==lca=ci::;:=n~IOI ~;esta 1~001
Tabla 11 .12. Tabla catlogo de fases para ciclos de vida.
Ji
~
~C
Descripcin
~I Llave J[~ r Long J I~~
[IJI id ciclo
l[Cdigo del ciclo de vida
11
1I Smallint IC=OCI:Jc=J
ITJ i id fase
1[C0di90 de la fase
11
Ii Char 1c:r:Jc=Jc=J
[TI I estado fase ~ [EStado (A=Activa, 1=lnactiva)
l i~ 1 Char
li 1 "]r
lc=J
r- ' -Wusr~mo .-- -l r-~;M~~~~s'ario que hizo-la it"ima- J I__ --- -..] Far.-.I [~~~-] ---~-II"---]l
I gcpi
ciclofases
ca'milo
I No Ir
C J Fest-umo l ECha Yhora de ltima modificacin
IO~~OD
Tabla 11 .13. Tabla relacin ciclos de vida y fases asociadas.
Ir
I gcpi regfases
11
1:=1-~N~o~J;-;:I
~=
-c-~a
=m=po
==-:.l==r=C=-=-=--===:=D='
es~c=
rip=c==i=n======;-I;=
I =L=lav=e=;;I!====T==ip=o==I:r1 7Lo=n=g=ilrl ==E==f]:=
t =r D==ec
=;11
I"--'-'] I id-fasej,
J[ Cdigo de la fase -padre]1"-" * l r Char l C O I
1c=J1
ITJfidfase h
!3]i tipo
11
1fTiPo de regla (A-Avance,

_ R=Retroceso
~i
rJI
usr_umo
1-- 5
11 Cdigo de la fase hija
!1"'iimes(umo
1I Char
ICO!
O f C, h
Char
8rl
'------JL-J
']=;=:o~
:::=i~=I~=:=:=iu=ns=u=ar=io=-q=u=e=h=iz=o=la=l=ti=in=a=O[Char--]r- 8 11
11 Fecha y horade ltima-'modificacin' 1-'
"]c=J
!
,.
' 1 1 1
0
-lO
'--' I I-~mesta- ~OOI
Tabla 1 4. Tabla de reglas para avance o retroceso de fases en proyectos.
rgcPldoctC;S------.. ------- - ..-] -..... -.-.. --.. .---.-----------....--.--..-.... --.. -..--------.--J

[}!Q] Campo
Ii
Descripcin
11 Llave 1I Tipo l ~a6D ! Dec 1
Incf'docto ~ [CdigO de documento ---I! nom docto
1I Descripcin del documento[TI! estado doc I[Estad (A=Activo: 1 ~lnactivo) .
I
I 2
~4Jrusr_umo
~c *
==-:Ji
I Cdi.god~.usuarioquehizolaltima 0
modlficaclon
5 T timest-mo- l f Fecha y hora' de ltima modificacin
I!
_1
1
1
r-.._-_.-.-._.-
._.
11
Ji
--JI Char
:-
I
.. . .
Tabla 11 .15. Tabla catlogo de documentos.
....
Char
Char
]!-
4 J I
"]i
1
F 40"]c=Jc=J
-..
Ii Varchar
'r-.,---Jr----lc=J
- ]!
. 8
8 lO
i
L-Ji
i
=
- ]ffuesia--r--T 4 I!----] O
-- ,
I mp
,;
I
I
._.._.-
[~_g~~"".p""r,.:,fa;:;s;.:e;=d=o=ct;.~=
:; ~=-=::= =.. ====~J.J~~-=~'="============_=.. =__=....=..
=._ _
_=.
===
=-~=i].1
=
.. =====
'
Pgina 47 de 85
[RQJr=cam;o--"J I---------oeSCiiCj6rl----J [}Jave] ,--::poJ~ r--Ent
CIJI id
II-oec]
11
Cdigo de la fase
11
li Char
ILDc=Jc:=J
le Cdigo de documento
-J[=:=J I Char J LDc=Jc:=J
II Tipo (R=Requerido, O=Opcional)
11
I! Char 10=]1 ""Jc:=J
8 l
I Cdi.go d~ usuario que hizo la ltima O
i Char ]
. modificacin
"
,
'
!
Fecha y hora de ltima modificacin l OI ~mesta
fase
LO I id docto
[ I JI tipo
usr_umo
,
timest_umo
" 4JI
u l
]1'-
LJDDI
1\
Tabla 11.16. Tabla relacin de fases y sus documentos asociados.
!gCpi-proyefases 109
11
CEQJ I
Campo ~ 1
Descripcin
LIlfkG)ais
-"J[C""digo de pas asociado
LO I id anio
11 Ao en que se da de alta
[ I JI id secuencia ] eSecuencia dentro del ao
[ 4"] [idCiclo --- '---1[ Cdigo del ciclo de vida -
I
l rLlav JI Tipo I~ I Ef ]1 DeC]
-]1 -* J I Char lcur - ] e=]
11
Ii Char ILDc=Jc:=J
11
Ii Smallint IL D o = Jc:=J
- --- --]r O]i SmallinO ' 2---J --2-- ]----------I
[TI I id fase ~ r Cdigodelafase
[IJi fha inifas ~ I

ITJfh3 finfas ~ I
U~_cosum
19]1
~
usr_umo
~I timest_umo
I C~ I Char , l L Dc=Jc:=J
Fecha real de inicio de la fase
1[ =:=J[15aie:J[J[Jc=Jc:=J
Fecha real de fin de la fase ~ --l ! Date "], 10 1c=Jc=J
Horas consumidas
- --- --IO
r- lnteger-] - -s----l----------lr----- ]
JI
lH
1I
Cdi.go d~ usuario que hizo la ltima

.J I modificaCin
Fecha y hora de ltima modificacin
Jir-
li
char
1[-8J ---] r- -] .
~
10 1~~esta JLJDD!
Tabla 11 .17. Tabla histrica de fechas de inicio y fin de cada fase del proyecto.
11
[ 9 C pi planvalora .-
- --1
[RQJ I
Campo
le
Descripcin
1 ] [JdJ?ais
-- l r-Cdigo-de pas asociado -LO I id anio
"J e-Ao en que se da de alta
[ I JI id secuencia 1I Secuencia dentro del ao
[ DI id ciclo - :JI Cdigo del ciclo de vida
I s"JrTcUase--' - ]r Cdigo de la fase
Llave 1I Tipo 1 ~[Ent li DecJ

--*- 11 Char - IC 2-- r------- W-----,
~ r=:='] ! Char ""JL D, -:J
--J
11
li Smallint IL D I 4 "Jc:=J
* ""J i Smallint IC U I T JI
"]
-----o.-Ir-- ---1[ Char ""J! '4 Ir--- --W-----]
JI
-----] [
le
inifasy ~ I Fecha estimada de inicio de la fase J I :=Ji Date

1[J[Jc=J! ""JI
finfas p "J i Fecha estimada de fin de la fase ----l l~ [ DatCJ[J[J c=Jc=J'1
::ras_estimad -l Horas estimadas para la fase
-- ]O
l lnieQer][ 2 Ji
[IJI fha
ITJI fha
u l
1I-J
+Oj~-:~~dl~:: :~=:~Ia --lD[~l~~-iI

9
+2-il
-""JI--~iVarCiar]1 100J-----]i-----11
ras-
[JI] comentario - lf Comentario
CiD
usr umo
I!
Cdioo de usuario Que hizo la ltima:::]
li Char
.JJ
IITJc : JL.___
Pgina 48 de 85
--""] r-------] CiOcifficacin
T3l!
.., timest_umo
~
-Ji
----------lC---lr------ ~
I. Fecha y hora de ltima modificacin II
JI., m
Ti;esta
14
1 j14l.
-~ [---]
D
i !D
L-J!
Tabla 11.18. Tabla de planeacin del proyecto para cada fase, con fechas y horas estimadas.
Pgina 49 de 85
-----] i----------------][l5;Pediente~ -C;canceTado)-------1 [ --------11----------11------11--:--1C------l
c:JIJ fase
aso
[ Fase a la que se asocia el riesgo
;--13-11 usr_umo
1- 14 - ]-iimesCmo - -..-.*-- --..._-,
__
d~ .usuario-que hizo la ltima

modificaclon
I!
CharO
ICDc=Jc:::J
]i8liO IO
L - jl
,--------- \1~;esta--l r4-J
f -Fecha yhora deltimamCldiflcacin -
Tabi 1{ 20. Tabla riesgos del proyecto.'
_.
Char
O !
11
' cdi.go
11
-ID
--.---------.-.-.------.- ----- -
-gcp-proyefadOc----------------------]r------------------------ --------------------------1
e No \l
Ca_mpo
11 ___ ~~~_n_
IrpaveJ Tipo 1UQ6iJIT6IJi De~ 1I
1__ 1J ~_ id...,pais
'Cdigo de pas asociado
_
I[ *
Char
1c:rJ ~_ Jc:::J
[IJ id anio
JeAo en que se da de alta
~C li Char
ICTIc=Jc:::J
1
lr
11 Secencia dentro del ao
[- 3---rid secencia -
UJ! id fase
~r
11 Cdigo de la fase
11 Cdi o del documento
r"-5~r
Id- docto
[ e ---Il--fha entrega
!! Fecha de entr ega del docto.
- -----J I -
.'
modificaclon
I 8 J F-um-:=JI Fecha y hora de ltima modificacin
4~i 4
JI
11
I!
-1
Char
ICDc=Jc:::J
Char
ICDc=J[
-H-Date - ~ r-- 10--]1""
-][---'1
-]1
OfCh8rli
[ ---7--1 r_---sr-=-mo------] r-C~god~~suario que hizo laltimaI
* ~ r SmallintJ I
11
11
~!
JI
JI JI
101~mesta c:J001
Tabla 11 .21. Tabla documentos entregados por fase y proyecto.
igcpCPeiiil ----------~[------
---No --W--Cami:lo---r---- --------Oesc;pCi ---
------~
-- -]r-Llave-- ]; -tipo - --Ir Long-U Eni 11Dee -11

""le J: Char -~ r 2 lc=J! 1\
r f --W id perfil J Cdigo del perfil

2 l rnom perfil
1I Descripcin del perfil ~I
,-3OJ[ usr_io ~lcdi.
go d~.usuario que hizo la ltima O
~ modlficaclon
r- ] ftimest~umo
--
---~-- .. _--
. -
r- Fecha yhora de ltima modificacin

Tabla 11.22. Tabla catlogo de perfiles
11Varchar JD[Jc=Jc:::J
\'
! IDO
, ,
i
I -J~i-eSta 1- lr--- 1\
i
Char
14
11
yrecursOs.--------------------------
Pgina 50 de 85
---
-~-
~------------------------------------
f81r. usr_umo ~I
,9
~!
1I
Cdigo de usuario que hizo la ltima
~ modificacin
~~~~~==~~~
timest_um<lj Fecha y hora de ltima modificacin
Tabla 11.23. Tabla catlogo de proveedores.
I gcpi
recursos
r"OJi --c-ampo--] i------
II
'--'-J f id recurso nCdigoderecurso

[--2 Wom recurs ~ ] Nom-bre completodel recurso
I
- -11
i
Ji
1
_ ~i=E==E=x=te=r=no~==============~
3 ' 1. Ind_int_ext
Llave 11 Tipo
1 * "l [ Char
Descrip~---J I
no_empleado
Indicador de recurso (1=lnterno,
l r~~:~~o de empleado del recurso
1
1
1
I~[@ r De]
JCLJc=J[=:J
- JI vfcliai] 6o -1c=JC=h
JCh8rIi1l
1
1
~~
00
I -JE:J~OOI
r--s- J i id..proveedor -.-1[ Cligo-de proveedor

-W----"]ISmaliO C -i - J I - "]r-- 1I
1-6~ i id perfil
l f Cdigo de perfil
le
J i Char 11 2 1c=Jc=J
id_tipo_rec J 0I iP.o.de recurso (U=Usuario
JCh8rIiTlOI
}
I
I
soliCitante, R=recurso
~~
I
c har
usr_umo ---.. ---11Cd.g:od~.sua'io-qu-hizola ltima
8
I
.1 modlflcaclon
!
I
1,
i
D
:--Y]
r--_-] r
,-S-ll
timest_umo
..
_..
i 10- -:.-----J'
-IrFecha y hora de ltima modificac:J - - -]I ~;es~ ~1
10 1
._._ ... _. . . _. . _.. ____ .

. .. __ __.. _.
__...___ ._ ......_. ___._.._ .._.._.._ .. ______..._._.___ .._._._.~_l
Tabla 11.25. Tabla de recursos humanos.
Pgina 51 de 85
r-gcpi-ta-reas-------------------------------] r------------------------------ -------------------------- -]

~ i-campo
IC - -Oescripcin
Ii-Pave-V-rij)o- ] Long 11 Ent J ~
[ 1
id tarea - =:WC6digo de la tarea
] [ - -.---]! Char
8 -][----11
!
r -2---!i- nc)m tarea --- ---JI-i:5scrlpCindeia-tarea ----Ir------ -![\/archar -jl- o --Ir--- ----r------ l
[-3--- 1: ind fact - ~ [ dicador de facturable-(s/)
II -------] r--Char
4
1
usr_umo
I Cdi.g.od~,usuarioquehizolaltima
Char
I_j 8
8 I
modlflcaclon
~,
L-.J
n---
--p
---:J[J=:Jc=:Jc=J
Ji
-l_
r---s---Irtimest_umo~ i FeChayhora dellm- -modificaCin ---
I- ---------
-_.- -
i
D
D
'
r ----]I
r-~;esta-r---14 JI -------------------_._----_._------------------------------_._~
Tabla 11.27. Tabla catlogo de tareas.
Pgina 52 de 85
r-gcp- semai"o------- - ..-....._--.. ---1r

[]QJ:
-f -l fha
r 2 --Ji fha
[- 3
Campo
inisem
finsem
1I usr_umo
:
11
Descripcin
l i Da inicio de la semana
lroia fin de la semana -.
.-.---- --- .-....--.--.-.-.- ... __ -j

IrTIavell T ipo Ji Long 11 Ent 1I Dec 1
~~-l!Date
lc:IQ:] 11- J
1 r Cdi~.o d~.usuariO-qe hizo la ltima

!I
modiflcaclon
H ]i Date l c:.:J.LIc:::::=J- "]
: 4 JI. timest_umOl Fecha y hora de ltima modificacin

I
'
__
J~ ! mp
l'
J.
JI
-"Ji Char1:
I
,
r --i Timesta-l i
-Ji
I
14 1I
;,
JO
. ,
]0
Tabla 11 .29. Tabla catlogo de semanas.
Pgina 53 de 85
....~
(")
oz
en
m
en
O
c:
m
!!:
-l
;o
c:
(")
(")
o.
z
o
m
r-
e
z
en
ji
-l
(")
G')
3!
G'l
~
;z:
O,
G'l
CD
'":>'"o
'<
b'
:>
~
a.
CD
~.,
"v.
...o.
"v.
00
"a
~
11
"6'
'":;-
O'
30>.
'"8
'"
CONSTRUCCiN DEL SISTEMA GCPI
4.1.1 Interfaz de Usuario.
"La interfaz es el medio por el cual el usuario puede hacer todas sus operaciones a la
base de datos."
En el diseo se deben procurar algunos aspectos fundamentales, entre ellos: Diseo

amigable, congruencia en los procesos, distribucin lgica, navegacin lgica,
retroalimentacin, consistencia, debe implantarse ayuda, jerarqua de mens. En el
diseo y construccin de GCPI e cuidaron estos aspectos.
GCPI Consta de tres niveles bsicos de acceso:

a) Nivel Programador I Analista
b) Nivel Lder de proyecto
c) Nivel Administrador
Cada nivel de acceso tiene sus funciones especficas en el sistema, el nivel de
administrador tiene las funciones de mantenimiento de catlogos del sistema y
seguridad de la aplicacin.
Para poder ingresar al sistema se debe capturar usuario y password y con esta
informacin la aplicacin direccionar a la funcionalidad especfica de acuerdo al perfil
del usuario.
Pgina 55 de 85
Se da la bienvenida al sistema y se muestra el men de acuerdo al perfil de usuario.

Para el caso del administrador se presenta la siguiente pantalla:
InQIC~O GCPI
nn E
OpeTa
Ol,ld
~cionts:~
e2llM..GUII"/T.nts.
Guttin y C.ntrol .., p".,.ctw Il'Ifo""iticos.. GCPIe
Pgina 56 de 85
El usuario, este puede consultar, eliminar, modificar o insertar nuevos registros a cada
uno de los catlogos del sistema
Inglc~o GCPI
rn e
OPChl
Olld.o .. dJ oIonts:~
$2004.
G Bp~"
TONIS.
Gtiti6" y ContJol di p,.,."etos InfolltlHcos.
GC P~
Por ejemplo, para dar mantenimiento al catlogo de aplicativos se tienen las siguientes
pantallas
.lnQreso
GlPI
Opera
rOE:
Pgina 57 de 85
, In.,1(~~O GCPI
rr::-
Opera
,.
... ".1'
lnQr(>~o
GCPI
Opera
f-Tl
t:
Pgina 58 de 85
, Ingle~o GCPI
r::r:l E.'!
Opera
Cuando se requiere dar mantenimiento a las tablas de seguridad del sistema el

administrador debe acceder al mdulo de seguridad
Pr:J ['J
Ingreso GCPI Opela
Administracin de Usuarios (Seguridad)
O"d _O.i"'oi l.ci Dn es;~
.2004. GoI$p."Totf'eS.
G,sti6n y Control d, PtoylctoJ Informitieos.. GC PIe
De igual forma que en el mantenimiento de catlogos se tienen pantallas para llevar a

cabo la opcin deseada; es decir, dar de alta un recurso en seguridad, modificar su
perfil de acceso o darlo de baja
Pgina 59 de 85
In'll" ~o GCPI
!ngrcw
Opefa
GCPI Opera
r:-r:: ~
Rr.:! C':
Pgina 60 de 85
Cuando un recurso ingresa con

proyecto puede realizar
mantenimiento a proyectos, asignar recursos a proyectos, asignarles tareas, registrar
horas propias y de los recursos que estn dados de alta en los proyectos en los que el
lder esta asignado, realizar consultas varias y dar mantenimiento al catlogo de
recursos y al de tareas
wp"gi.F d . . . . ,,9'
...
~
Fie
E~
v_
Navipalion
900kmerk.
Mai \lrl"rdow
H.,
~~
~;t. f~ f~ J~.
:
,>
"
V:~ .
<
'_
.;~:
O\ld_ oI .l f. oio .. _~
.2004. Gnp.,/ T,,,. .

6flti6n y Control do P.oy. dos Intorrn1leol. GCPie
En las opciones de proyectos, el usuario puede dar mantenimiento a proyectos (altas,

bajas, cambio, eliminar), cambiar la fase en la que se encuentra el proyecto, realizar la
planeacin y valoracin del proyecto, dar mantenimiento a los hitos y problemas del
mismo y de igual forma a los riesgos identificados.
Pgina 61 de 85
Descripcin del Prayecto: ~e!.'-I~!.P~!!.,!!!!! __ ~ _______ .
Pais:
lf'hico ::fij.
Aplicatiw principal:
1"'....
,;="C."'nt:::,7bi17;d;:",-:;--==:Jij-""'
Usuario Solicitante:
51
Uder de proyecto:
Fecha de alta:
Categoria:
Ciclo de Vida:
Pgina 62 de 85
In'1f"~(l r~cPt
Ino;'f',o GCPl
rr l'
Opeld
rrr:::
Ope,,)
iIMC-2004-0012
...1
Pgina 63 de 85
Pgina 64 de 85
...
Ingreso GCPI
Opera
rr e
Pgina 65 de 85
, Inqrcso GePI
,lngIC~O GCPI
f!
rr
Opela
f:cr:-
Upera
'f t.f-. F<:.~'tf.+.

.R,4
~.j ;F("fi~:;!d ~.":.
Re EcI Vw:w
. R~
N.w9atim
BookrnaIkt
Mai W"WIdow
Back
'~;:.~;:"jf'.-; ;.;
Pgina 66 de 85
Para asignar recursos a proyectos y a estos tareas, se usan las siguientes pantallas
Ingrc.o GlPI
r::!r:J r::'
Opl'lol
Du'_ d" ,IC.'HJ:~
.2004.G.,,,/T.,,...
crua. y C.nln' f. P,..,..Clilos Infonnitl-. GCP"
Ingr e;o GCPI
r.;;n ~
Opela
L) ... EdI V_
IMXCllIU-0002 Proyecto para Fr

IMX,lII14,QOO3 Cierre de sucursales
IMX,lII14,QOOS prueba de fill
1M>[,211114{00l Esto es una prueba con pais
1M>~211114-(W7 prueba rutina
1M>~2II:J4'[1lE Ordenes de pago ocurre internacionales
1M>~2II1W'[1lB Gestin de proyectos
1M>~2II1W'[D10 Cartera altair
1""?!JrlU.111 Ampliacin de Cdigo de Proyecto
1M>[,2II1W'[OJ' Proyecto piloto GCPI
tesis
Pgina 67 de 85
Inqrcso GCPI
Inglc~o
GCP\
r:r:: [7
Opera
brP f:'
OPCI,J
..
ilA~rizador
...
,Nofa
. . . . . ,,!
Pgina 68 de 85
------------ - - - - - - - - - - - - - - - - - - - - --
Gestin y Control de Proyectos Informatices
Ingreso GCPI
R~
Opera
r.:
Una vez asignadas las tareas a los recursos, estos pueden registrar las horas que han
invertido en ellas y autorizarlas, para lo cual se utilizan las siguientes pantallas
Ingreso GCPI
E;r7 le
Opera
OUdISO.d.r.Qonu:~
.2004. G_p." Tonu.

Gostiny COlltroldo Proyoetos:lnformilieos. GCP"
ESTA TESIS NO ~
DE LA BmLIOTECA
Pgina 69 de 85
1nrw o
GCPI
rr.:.-:::
UpCld
Registro de Horas de:
Seman.: 12004.ffi.05 ~ 2004.$1!
t3
Registro de actividades semanales

Recurso : migaspar Semana a registrar: 2004-06-05 a 2004-06-11
Pgina 70 de 85
IOQrr oGCF!
nnR'
OPCfd
Consu~a de Horas de: IFrndira l6pez Mariscal
Somana: 12!1J4.GH15 a 2004:00-' .'
1liI.~
Consulta de actividades semanales

Recurso: frelopez Semana : 2004-06-05 a 2004-06-11
Consulta de actividades semanales para Autorizar

Recurso : migaspar Semana : 2004-06-05 a 2004-06-11
Pgina 71 de 85
CONSTRUCCIN DEL SISTEMA GCPI
Adems de las consultas que se tienen en cada mdulo, el sistema cuenta con un
mdulo de consultas cuyos resultados se presentan en documentos con formato pdf.
h''llp~1) f,[PI
r::r.: e
Olf'!<l
D.. dlS.,d".olon.s:~
.2(J04. G.."" ToTfK.
Gati&n y Contr.1 el. o",..ctos Intormlti-.
'n grc~o GCPl
oc,. ..
[,{r:1 r3
Opera
Ir.sta de Proyectos
Provectos y Recursos
Fases de Proyectos
Recursos en ms de 1 proyecto
Hitos 9 Problemas de Proyectos
Recursos y Proyectos
Pgina 72 de 85
In(]fe:o GCPI
rr-;:;-
Opela
O"d_ d".eioQa;~
.2004. Gap.,' 1.n ....
Oe$li6n, COllhl d, P..,,-.,dot: IlIfonnloti-. GCP"
Ingleso GCPI
Opela
F.rJ (j
Pgina 73 de 85
Ir J'" n ,'PI
r:r-
!lpr, 1
Cuando un recurso ingresa con perfil de Analista/Programador, slo tendr opcin a dar
mantenimiento de las horas de las tareas que tenga asignadas y podr realizar algunas
consultas predeterminadas_
InQrc,o GCPI
rrL:'
Orwra
I
I1-
~ .,.
... oI'lI.niOlla:;:~
.2004. G.,,, /h,,es.

GatiII y Contro l lile P,.,-.,et.. llIfo""iti cos. GCPI8
Pgina 74 de 85
.1ngrcsoGCPI
rrr
Opel;}
Registro de Hora. de: !AnalistaIPr<lgramador
LtI Semana: !2!D4-llHl5 a 2iD4:a;:11 Il
Registro de actividades semanales
Recurso: anapgr Semana a registrar : 2004-06-05 a 2004-06-11
Ingreso GCP
r:rH':;
Opera
Actualizacin de Horas de:
Actualizacin de actividades semanales
Recurso: anapgr Semana : 2004-06-05 a 2004-06-11
Pgina 75 de 85
CONSTRUCCIN DEL SISTEMA GCPI
In'J!'
~o
GCPI
Gestin y Control de Proyectos Infonntioos
rr--
Opera
Consulta de actividades semanales

Recurso: anapgr Semana : 2004-01>-05 a 2004-01>-11
PfOV~c1n
TMt :'b -'srquiH.las
~<1h
0 0111 tlln '
~ilr ~Ie
JI'" Vlf' A!"
~~a.iiDDDma
~
~: J ... !. _~ J ~ _ ._~ ~ ~: . L __ .
!lJ'
.' _
4.2 INVENTARIO DE FUENTES DEL SISTEMA GCPI.
bienvenida.php
- ~ i Bienvenida al sistema GCPI
I cabecera.html
~ Cabecera del sistema
rcat>eCera segu1 .html --j i Cabecera pantalla de seguridad
I contacto,html
[Tr8meingreso1.php
T;:::;=
gc=p=i =r=
ec=u=rs=o=s=====:11
"
-
l f Formulario para contactamos

Pant~IIa para nivel de acceso
ILI7========~' i
Il
o"]
-=li
Ji
"J\
]1
-- 'l i!
] ,!"
Analista/Programador
_
Ir
I frameingreso3.php Ji~~==~~~==;=:;::;====~
Pantalla para nivel de acceso lder
I
I frameingreso9.php--- Pantalla para nivel de acceso Administrador "Ji;======-------,=~I
~
[J"dex.php
Ji Pantalla de ingreso al sistema -J;:::t=======
--~II
r salida,php ------- - ,. ] i I ogout del sistema
-- J!
- - '11
l!
i
~ ri gcpi\catalogos\
Ii
-li.
~i
f8ddAplicativo.php------] ! Alta-de aplicativo

r'ad-dCatego~a . pip.' .'
Alta
categora
---1.
de
-- ."
-. ----- -- - - - " - - - . -
n
'H
r
--- ,. -
-]
- JI
__H_II
Pgina 76 de 85
1_ Alta de ciCios y fases
raddCiclofases.php
-~ gcpLciiovida:
".
1
~~ fases
1;::
1A
71
:t=a=d7e=c=ic=7lo=s=d7e=v=7=
a =========111
I addCiclovida.php
I addDoctos.php
Ji Alta de documentos
i addFasedoctos.~ r Alta de fases y doctos asociados
[ addFases.php
"Ji Alta de fases para ciclos
I addPais.php
11 Alta de pas
J I Alta de perfil
I addPerfil.php
,- addproveedor.php
addPrOVperfil.p!ip
r
_
J--
-"- -
JI
l i
addRecursos.php
Ir
]
1C9CPI fases, gcpi doctOS]
-1
11
- ]I""Atade[i:-oveedor-------
-- --- . -----
- -- 11"-- ---- --- .
Alta de perfiles para proveedor
-11
Alta de-recursos
----
l f9Cpi-proveedor,
_, gcQi ..Q..erfil
-
1
1
-- 1
r-gCPJ>roveedor,
_
_ ! gcpi "'perfil
l_
'~l=a~d:=;d;:;R=egf
=;=a=se=s=.p:=;h=P==~I ~:,. ~A;:;:lt:a==d~e=r=e~gl:=a=s=p=ar=a=:f:=as=e=s= = ======:l l gcpLciclovida,
I~~~~==:====~. ~~~======~~============~.w~~~=i=f=as=e=s=,======~I
T
addSemanio.php
-J I Alta de semanas del ao
~I
1
1~I=a~d~
dT~a=r=
ea=s=.p~h~p~=~II:~A~I~
ta=d~e=t=
ar=e=a=
s ====================~I ;::
I ================-~-1 1
I~[=d=at=e==p=c=k=er~.j=
s'=-=
- ==-=!J -Calendario - - -- -. - 'J I- J
I delAplicativo.php
1 Baja de aplicativo
~de~IC~at=e=go=r~ia~.p~h'=p==~1I Baja de categora
1I gcpi aplicativo
1
1I gcpi categoria ~
r deICic(fases:php -- . -" 1-- Baja -de ciciOs-y fases- .------ -- --- " -1r-gc-pi -cicfofaseis - -
l~r=d=e==IC~iC=I=OV=id=a=.="ph~p=====:::;)i Baja de ciclos de vida
-Ji gcpi ciclovida
1
:
1 =
li Baja de documentos
I delDoctos.php
I delFasedoctos.php
I!
Ii
Irgc;idoctos
-~rgc;tasedoctos
Jlgcpi fases
l r-gc-pi pais -- --...
Baja de fases y doctos asociados

delFases.php
Baja
fases para ciclos
l ~r~
-d:=el~p?=
a~ls~
.p~
hP!::===,-=o=:
-T Baja- de pas
- - o..
_o_o
de
I~I=d~e,,=
IP=e=
rfi:::!l.p~h~p===~1I Baja de perfil
I delProveedor.php
11 gcpi perfil
-- gcpi.J?roveedor
. - ..--o-Olr gCpij)rovpeTfil
l;r=d=e=-p="r=ov=p=e=rfi=d=,P~h~p=-=-~-!f'BaJade perfles pa-ra proveedor

delRecursos.php
-- --l ',.!; -Baja de recursos
1~I=d~e::::IR==e=gf==a=s=e=s=.p7h=p=~l i
r mAplicativo.php
1\ gcpi regfases
~.
- ...._-
I ;=:::===~=========;
r,=m
==F=as=e=s~.p=h:,,:p==--==,J rMaestro de fases para ciclos
r.-I~Els!r?~-~~:8~~~ ____~ -: __o.
1
1
gcpi categoria
I
I
--~ I gcpi ciclofases
!! gcpi ciclovida
- -JI gcpi doctos
~ rgcp fasedoctos
"-"
"J igcpi aplicativo
Maestro de categora
Ji
~ igcpi semanio
- - ------ - -- H-gcpi tareas-
rDoctos.php
Maestro de documentos
I ~~:;::====::::=~
I mFasedoctos.php "l r Maestro de fases y doctos asociados
....
. gcpi "'perfil
Baja de reglas para fases
1~!=m=C=i=c=
lo=fa=s=e=s.=p=hp,====~I ! Maestro-de ciclos y fases l~r=m=C=-i=C=
lo=vi=d=a:.::
.p=h~p==~--H Maestro-de-cIClos devida
r,=m::,:
___,,=~_=
~i;;;~-;:8=
r: _h<:;g_=_=...=_. ='-=:~
=,."IJ _
-ji gcpi':"rec'rsos,
"-
l i Maestro de aplfcativo
!gcp~-proveedor,
[deISemanio.php
-1 Baja de semanas del ao
I~r-=d=e-=
If=a=re=as=
- .=Ph=P===-= --=- =!] r-saja-dTareas- -..---------- ------
l~i=m=c~at=e=g=or:;:ia=.p~h~p===~1 1
1
1
1
JI
Ji Baja de proveedor
I!
gcpi fases
I
~
._ ]rg(;pi~~i_S ___ ._- _. _ .J
________ ___ __
Pgina 77 de 85
1 mPerfil.php
1I Maestro de perfil
1 mProveedor.php
H Maestro de proveedor
~I
gcp(",perfil
1I gcpi -proveedor
1
1
I mProvperfil.php
JI Maestro de perfiles para proveedor
~ i gcpi"provperfil
1~I=m=R~ec
:::::!u=rs=o=s.'!:p~hp~~=~;::1=M=a=es=tr=o=d=e::!:r=ec=u=rs=o::!:s=~======~lrgcpi recursos
I mRegfases.php
1
mSemanio.php
J I Maestro de reglas para fases
,
1
J i gcpi regfases
li gcpi semanio
li Maestro de semanas del ao
II~=m=T=a=re=a=s~.p=h,!:p====!Ji,=M=ae=s=tr=o=d=e=ta=r=ea=s==========:::!JI;::~
gcpi
tareas
aplicativo ..
1\ ABC de categora
"""J I gcpi categoria
1;=
1 A~B~C~d:==e=
c~lcl~O~s=y~fa=s=es=========::;1! gcpi ciclofases
1
1
1
1
1~["=ra~bcA
~~p=lica
=tiV=::O~.p~h~-P=-==~J ;=fA~B~C~d:==e=a~pl=ica=t=iV~O==== ===== =.==-=J::; I gcpi
I rabcCategoria.php
1 rabcCiclofases.php
II~=ra~b=c~C=iC=lo=vi=da=:,.!::ph~p==~I !
1 rabcDoctos.php
Ii gcpi
Ii gcpi
ABC de ciclos de vida
11 ABC de documentos
ciclovida
doctos
gcpi fasedoctos
1~[=ffibcl
ra~bc~F=as=ed=?-~ct::!o~S.=p:=hp=~II;=A~B~C~d:==e~fa=s~es=y~doc
~to=s=a=s=oc=ia=d::=o=s====::;J I
1
1
I~I=ra~b=c~F~a~se=s~.p=h:!:p==~I;=1A~B~C~d:==e=fa=s:=es~pa=r=a=c=ic=lo:==s=======::;1 1 gcpi fases

I rabcPais.php
Ii ABC de pas
1\ gcpi"pais
1
1
:::.:::=:1
.
-gcpi..perfil _.. _1
= -..=...=......=...=
... .. =
... I
r;:abcpifll.php 1~
i A=B::':C:::'
=de:::'t::
pe::::ifI;'
II=
=
- .=
..- .=._.=. =. ....
::=
._.:::
.. _.
1 rabcProveedor.p~ i ABC de proveedor
I rabcProvperfil.php
~ ! gcpi"proveedor
11 ABC de perfiles para proveedor
1 rabcRecursos . ph~ ! ABC de recursos
1 rabcRegfases.php
[ rabcSemanio.php
1 rabcTareas.php
I updAplicativo.php
[)JpdCategoria.php
[ updCiclovida.php
1 updDoctos.php
Ii ABC de reglas para fases

Ii ABC de semanas del ao
Ii ABC de tareas
I! Cambio de aplicativo
Ir Cambio de categorTii---
lr9cpi recursos
"JI
1\ gcpi
Ii gcpi
11 gcpi
li gcpi
._.. J i-gcpi
..
~ ! Cambio de ciclos de vida
1\ gcpi provperfil
regfases
semanio
1
-J
tareas
aplicativo
categoria
.. 1
~ i gcp"-ciclovida
11 Cambio de documentos
11 gcpi doctos
1 updFasedoctos.php ~ i Cambio de fases y doctos asociados

[ updFases.php
Ji Cambio de fases para ciclos ..
[ updpafs.php
JI Cambio de pas
--
~9cpi fasedoctos
~ rgcpi fases
-_.-
119cpi pais
1
~I
~-
1 updPerfil.php
1I Cambio de perfil
H gcpi perfil
1,
I updProveedor.php
11 Cambio de proveedor
11 gcpi"proveedor
Cambio de perfiles para proveedor
li gcpi"provperfil
Cambio de recursos
1I gcpUecursos,
I updProvperfil.ph~ i
updRecursos.php
I I ! I,
i gcpi.....proveedor,
.1
r-ljpisemaio~ptp ---] iCambio de -semanas dei-afto
[pd'f?feas.php
[VefProveedor.php
""",,,",ss,h,
eI
.-
1I Cambio de tareas
li
Ca",""
de ,.."iio,
~ .~
acoi perfil
semanio
Jigcpi
I! gcpi
tareas
J i gcpi"proveedor
Ji Consulta de proveedor
~iI!
gcpi\consultas\
1
1
Ei==~~~;,
JI
11
Ii
1\
I;::!=======~I.
Pgina 78 de 85
r-
- )1
J . gcpi...,proyecios
~ Reporte de proyectos
[ CProyectos1 .php
Cproyefases.php
I Reporte de proyectos y fases
! gCPJ>royefases-'og,
I gcpiyroyectos,
i.
,.,
i ~cpi fases
1~==7=7===~~====~==~==~==~~
Cproyehp.php
Reporte de hitos y problemas de proyectos
gcpLhitpro,
I
_
I gcpi JlI"oyectos
l~:i::c:=p=ro=y=e=re=c=.p=h=P==~ 1 Reporte de proyectos y recursos
gcpiyroyerec,
l lj.
"--'
-Ji!
gcp~yroyectos,
l.
rCProyerec m1.php
rCproYerecxrec.php
i gcpi recursos
11 gcpi...,proyerec
1\ Reporte de recursos en ms de un proyecto
-11; Reporte de proyectos y recursos ordenado
I por recurso
i
1 CRecursos1.php
Reporte de recursos
11
:=r~
. c=:=n=:=~ras=OS=.~~~=~.'..!: :="="=:jf~:~ de'!~rte,
I addHoras.php
I autHoras.php
__ ..~~,: :=.....
=
.
-=====_=_=~=.-I
l'
.--. ! gcpUecursos,
gcpLsemanio,
. _ ~ JlI"QYerec
i gcpUecursos,
! gcpLsemanio,
! gcpi "proyerec
::r=B=p=
-d::::
r=ec=u=rs=o=s=e.....m--a-n=a=
~:-' :::~=Fo:::::::::m=..=la=..r=io=p=a=ra= se=l=ecc=io::::n=a=r =re=c=ur=s=C;=y='=...=. =..::::; I gcpUecursos,
i
, php
JI
11
"H-Formulario para seleCcionar reci-soy .

Ba-ddrecursosemana.
php
l' semana a registrar horas
Bautrecursosemana.p
hp
I
1
Ji
11 Alta de Horas
J i Autorizacin de Horas
.. '-..-"]
! gcpiyroyerec,
i gcpiyroyectos,
!~cpi recursos
Ii gcpi recursos
..
i Formulario para seleccionar recurso y

i semana a autorizar horas
i semana a modificar horas
gcpLsemanio,
I Formulario para seleccionar proyecto del que
! gcpiyroyectos,
II
.... -.-
.-..
I
I
....
'
~=====7=====: ~1~~~====~~====~~~~:=!g~IC=Pii=..P=lro~)~=er=ec======~il
BusProyerec.php
l ;:::se===;==;====;==;======= = ! ~i..2l"QYerec
i =======~'r
Bverrecursosemana.p r Formulario para seleccionar recurso y
gcpUecursos,
I
:=.
I hp
I semana a consultar horas

l
gcpLsemanio,
I~I=::fa=d=d===H=or=a=s,=ph=P====:1! Frame para el alta de horas

rfautHoras.php '''-'HFrame para la autorizacin de horas"
r"fupdHoras.php
I fverHoras.php
-] 1Fra'me'-paraTci actualizacin de horas'--
Ii
~i...QrQYerec
..~!
l'
..........,,::
[ ='-='=====--==~II
'l i! ~i
gcpi_hrssemana,
JlI"QYefases I~
'1
r verfatHoras:ph"p
I verHoras.php
I
," gepiysmen\
If
.. -Ir
-11'-
-...- .. -.. . ... -.

.. .---
1I Men del analista I programador
.--
... - --.-- --
r--
rm;nA"dmin:php '- ... - '11 Mende(administrador - i menuAnaPgr.php
=. .: :.=...:=...=
. . ][-.. .. . . . ---..-.- .......- . -..,1
de horas
--.. . --..
--
. :::...:::
.-...
-'-'" ]"Consuita de horas autorizadas ..- - . .- .... ----.

1!Consulta
. 'J
I
~i
Frame para la consulta de horas
IU_hrssemana.PhP--l l ABC de horas

_
" updHoras.php .... ....... ,r='="A=ct==a=liz=a=c'=i=n-=d=;=h=o=ra=s='=:"= .:::::.... =
'Ii
-...-
"11
1I
====-=111
"P:=
.
'-]i
--... .
11'
-- JI" . . - -.. -.. -......... j

1:
JI
Pgina 79 de 85
lI;:::m:;:'=e=nu~in~g~re=s=o~,p=h=p==
- ~J I Men de -pantalla ingreso
I I~======~=
- =l
1,1 :;:M=e=nu:='d=e=I=I=de=r=d=e=p=ro~y=e=ct=o======~I I,-=========I

;:::fS"=~I;::id=em=en=u=.j~s===~lI
11I
I menuLider.php
-"
1;1: :=======-==J~
-----JI
I gcpi\proyectos\
Ji
Ii Alta de hitos o problemas
raddHitpro,php
~ ------1I gcpi fases
I~I=a=d~d'='p~la=nv=a~lo=r=a=.p:;:h=p==:I !Alta de plan y valoracin por fase
I ~I~gc=p=?:i~fas=es========ill
1~[~a=dd=P::::r=or=ie=s~go=s::!.p=h=p=~1 rAlta de riesgos
\1 gcpi fases
-BUSHitPro.PhP
Formulario para'seleccionar proyecto para
,lgCptproyectos
:=_===========-=i 1 mantenimiento de hitos o problemas,
BusPlanvalora.php
1I Formulario para seleccionar proyecto para
gcpi.Jlroyectos,
,! planear y valorar fases
~ .J>1"<,JYerec
I_
1
1
I BusProriesgos.php
I
BusProye,php
I Formulario para seleccionar proyecto para

! riesgos
-lf
Formulario para seleccionar proyecto para
_ 1 cambiar fase
I~I=d=el=H=itp=r=o.=p,=!hp~=='=-J:::! r Baja de hitos o problemas
1\ Baja de proyectos
i finsproyecto.php
, II~Alta
l ~i=========,, 1
de proyectos
=e=
' H=i=tp=r=o=,p=h=P:::-'==-=']
I:r=f=ra=m
', gcpi.Jlroyectos,
gcpij>royerec
pl~valora
11 gcpi proriesgos
J gcpi
1'1
gcp~.Jlroyect?s,
,_~l
categona
~CP~_rec~~s,
' gcpl_aphcahvo,
I gcpi_categora, gcpi.Jlais,
gcp~.Jlroyectos,
~ I=~gcp~i:::hi~'tp!:::r=o=====:-11
l~i=d~e~IP==I=a=:nv=a=IO='r=a=.p=h=p=~
-J r Baja de'plan-;vairacin '
l~i=d~e~IP:=r=or:;:ie=s~g=o~s.=p=hp==~1 1 Baja de riesgos
f(jeIProyecto.php
I. gCPl proyerec
~=~:J~~:~~I~~C~~~a; :~~~~f~~~:ra
I fiamPror"esgos~;h; r Frame para -seleccionar proyecto
para
I g!:!'.i ciclovida
~===========~I
f,
--
II
--
___ o
!
! mantenimiento de riesgos
_
rITfs=eTlp=ro=y=e=ct~o=.p~h=p==~I: ~I~M~a=e=st~ro~d=e=p=ro=y=e=ct=o=d~e=p=ro=y=e=c~ID=s=======1:=i=~=:;:i=p~ru=s,=g=cp~i=p=ro=y=ec~to=s=ll
j IUJ>royectos,php
i ABe proyectos
gcpiJolio,
i !
!
I gcpi.Jlroyectos,
1 gcpi_regfases,
~ l _g!:!'.i .J>1"()Yefases l~
m1 Proriesgos. p~ r Maestro de riesgos mHitpro.php

--Maestro de hitos problemas
mPlanvalora.php
t!
1: _~Proriesgos.php
! rabcHitpro.php
-Ji Maestro de pl:;--y valoracin
Ji
"Ji
r ABe 'riesgos
- -
! updHitpro,php
IlActualizacin de hitos o problemas

Jr'Actuaiizacin de plan o valoracin
I
'
Jgcpi pIimvalora
Maestro de riegos (no prod)

ABe hitos y problemas
r- rabcProriesgos.php
! pdPlanvalora.ptip -,
11 gcpi proriesgos
hipro
Irgcpi
--
1I gcpi pais, gcpi proriesgos 1
J i gcpi
-
hitpro
JI gcpi proriesgos
Ii gcpi hitpro, gcpi
Ji gcp(:planvalora
~
fases
Pgina 80 de 85
1 updproyecto.php
]f
Ir
gcp~"'proyect?s,
tualizacin de proyecto
gcpi categona
IupdProyefasesJog.p
hp
1I Actualizacin de fase de proyectos
1I gcpi"'proyectos, gcpijases
I verHitpro.php
1I Consulta de hitos o ~roblemas
11 g~i
bi!Ero
GerPianvalora .~fi~
verProriesgos.~h~ .
IlCOnsulta de ~Ian 'ivaloracin
11~i
Elanvalora
1I g~i Eroriesgos
1
1
r'
i
I gc~i\rec tar\
r addproierec:~Tie
.-
] I Consulta de' riesgos
li
1I
_-1
1\
1II
11
___
H"
,_,
ritilCie reCursos a Q'o~ectos
1 addProyerectar. ~h~
. ..
1I dar mantenimiento a recursos
1I Baja de recursos de ~r0'iectos

- . .
ldeIPro't.erecta:: ~fi~ . ] I Baja de tarea-de recurso
rmPro'iereC:~hQ
J[ Maestro de recursos ~or ~ro't.ectosmProyerec1 .php
1\ C~nsulta de recursos por proyectos para
I
,
-rabcProyerec.Php
asignar tareas
JI
1 rabcPr0'ierectar. ~h~
[- u~dProie:e~~:~
tareas, gCEi fases
]1
1i ~i
Ji g~i
, 1Consulta de recursos de ~ro'iectos
-,
Ir
I addUsuario. ~he
__o
1mUsuario.QhQ
I raddUsuario.php
rrdeIsuario.Qhe
rrupdsuario .phpi
! updUsuarlo.php-
JI
-11
fases
1I g~i Er0'ierec
']
1I gCEi Er0'ierectar
l'
11gcpi"'proyerectar,
Consulta de tareas de un recurso en

especifico
-
JI
1\
11
11 gcp~"'proyerectar,
I VerPro'ierectar.e hQ . 1 Consulta de tareas de recursos
1 e \seguridad\
Ero'ierectar,
1I c i Er0'ierec
g~l
I,
~l..Ero'iectos
i VerPro~rec.~h~
I
Er0'ierec,
11gcpi"'proyerec
ABC tareas a recursos
1I Actualizacin de tareas de recursos
I verproyerectar~
- I
1rg-CEi Er0'ierectar
1Ucp~...proyerec,
updProyerectar.php
1
I
1I gcpi...pr0'ierec
ABC recursos a proyectos
] r-ctuaiizaciri-de recursos de ~:oyectos
,i
_--1
Igcpi...proyectos
Formulario para seleccionar proyecto para

dar mantenimiento a tareas
I delProyerecehe
I verUsuario.php
11~i
Alta de tareas a recursos
IBusProyerectar.php
I!
11
] [ gcpi rec~~s-
~ ! Formulario pa~a seleccionar proyecto p~ 1 gcpi"'proyectos
Susproyerec.php
~eIUsuario. ~h~
1I
11
11 Formulario ~ara alta de usuario en seguridad 11
1FOrmulario ~ara alta de usuario en -seguridad [ EbE~ users
-1[ Mae-stro de usuarios Qara seguridad
1[ EbESE users
11 Rutina para alta de usuarios en seguridad
JIgcpiJecursos,
users
EbE~
Ji Rutina Qara baja de usuarios en seguridad
] I Rutina para actualizacin de usuarios en

!
seguridad
-JI
Formulario -para actualizaCin de usuario en

seguridad
11 Formulario para consulta de usuario en

! seguridad
..
11 EbE~ users
psp_users
1\ pbpsp_users
Ipbpsp_users
1I
1I
Tabla 11 .32. Tabla Inventano de codlgo fuente .
Pgina 81 de 85
4.3 CONCLUSIONES.
Las conclusiones han sido enfocadas tanto al Diplomado que he cursado como a la
experiencia en el desarrollo de este trabajo y del sistema GCPI.
El diplomado ha venido a enriquecer mis conocimientos como ingeniero en
computacin y me ha brindado la oportunidad de incursionar en una tecnologa
desconocida para mi hasta ahora y de la cual observo un potencial alto para su
aplicacin no solo en sistemas de gestin, sino tambin, como es evidente, en
aplicaciones comerciales, acadmicas, de investigacin y de difusin.
El desarrollar bajo tecnologa Web, utilizando software libre, tiene muchas ventajas,
ente ellas tenemos que se permite la reutilizacin de cdigo, con lo cual podemos crear
aplicaciones robustas y sin tanto esfuerzo.
Durante el desarrollo del sistema para la gestin y el control de proyectos informticos
GCPI, pude observar algunos detalles que pudiesen perfeccionarse o enriquecerse, la
ventaja de desarrollos bajo esta tecnologa es que pueden liberarse y posteriormente,
en subsecuentes liberaciones, mejorarse. Se requiere que el sistema se haga ms
robusto, puesto que necesariamente se tienen que implantar ms ciclos de vida que le
den versatilidad y pueda funcionar para una mayor gama de proyectos, pues
actualmente slo funciona para el ciclo de vida en cascada, lo cual, es una gran
limitante para su utilizacin.
Tambin, durante el desarrollo del sistema se pudo comprobar la importancia de la

definicin de estndares para la nomenclatura de componentes del sistema, as como,
de estndares de programacin, pues permiten una organizacin ms clara de los
artefactos de software y el cdigo fuente es ms legible y fcil de comprender y
mantener.
Pgina 82 de 8S
Se pudo comprobar que es importante tener una buena metodologa de trabajo para
obtener resultados y de esta forma evitar desviaciones y riesgos.
Pgina 83 de 85
BIBLlOGRAFIA
BIBLlOGRAFIA.
M. en C. Marcelo Prez Medel, Ing. Cesar Germn Rosas, Ing. Rodolfo Vzquez
Morales, M. TI. Omar Mendoza Gonzlez, Ing. Vctor Aguilar Ocampo. "Apuntes
Diplomado de Desarrollo de Sistemas en Web", UNAM, ENEP Aragn, Mxico 2003-
2004.
Fairley, Richard, "Ingeniera de Software", Editorial McGrawHII, Mxico, 1990.
l
j
Sommervlle, lan, "Ingeniera de Software", Editorial Addison-Wesley

Iberoamericana, Wilmington, Delaware, E.U.A, 1988.
Pressman, Roger S., "Ingeniera del Software un enfoque prctico", Editorial

McGrawHII, Madrid Espaa, 1992.
Arenas, Hctor Facundo, "Desarrollo de sitios Web bajo Linux", MP

Ediciones SA Buenos Aires Argentina, 2000.
Braude, Eric J., Ingeniera de Software una Perspectiva Orientada a Objetos,

Editorial Alfaomega, Mxico, 2003.
Greenspan, Jay; Bulger, Brad, MySQL/PHP Database Aplications, Publisher by

M&T Books, United States of America, 2001.
Kendall, Kenneth E.; Kendall, Julie E., Anlisis y Diseo de Sistemas,

Tercera edicin, Editorial Prentice Hall, Mxico, 1997.
Pgina 84 de 85
BIBLlOGRAFIA
McConnell, Steve, Desarrollo y Gestin de Proyectos Informticos, Editorial

McGraw-HiII, Madrid, Espaa, 1997.
Orfali, Robert; Harkey, Dan; Edwards, Jeri, Cliente/servidor y Objetos Gua
de Supervivencia, Tercera edicin, Editorial Oxford University Press,
Mxico, 2002.
Saether Bakken, Stig; Aulbach, Alexander; Schmid, Egon; Winstead, Jim;
Torben Wilson, Lars; Lerdorf, Rasmus; Zmievski, Andrei; Ahto, Jouni, Manual
.de php, Grupo de documentacin de php, GNU General Public
License, Free Software Fundation, 1997-2002.
I
'1
Pgina 85 de 85

Desarrollo de Una Herramienta Web para Administrar Proyectos PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Desarrollo de Una Herramienta Web para Administrar Proyectos PDF

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD NACIONAL AUTNOMA DE MXICO

. ESCUELA NACIONAL DE ESTUDIOS PROFESIONALES

"DESARROLLO DE UNA HERRAMIENTA EN

ASESOR: M. EN C. MARCELO PREZ MEDEL

A mi esposa Fr por su apoyo, comprensin

A mi pap porque gracias a su firmeza

A mi pap pequeo JMT por guiarme

A mi mam, hermanos y sobrino por todo su cario

En especial a Juanita, mi abuela,

A todas aquellas personas de las cuales

"La vida es dura para aquellos

Gestin y Control de Proyectos Informticos

Gestin y Control de Proyectos Informticos

En la carrera de ingeniera en computacin, nuestro plan de estudios est ms

Por asares del destino, mi desarrollo profesional se basaba en la construccin de

algunas empresas, en la que ahora lo que les interesa es tener administradores

Gestin y Control de Proyectos Informticos

El diplomado de desarrollo de sistemas en Web estuvo dividido en seis mdulos, cuyos

1 Fundamentos del desarrollo de sistemas en Web (WWW):

Gestin y Control de Proyectos Informticos

apoyo en las tareas relativas a la gestin y control de proyectos informticos a la cual se

ANLISIS DEL SISTEMA GCPI

Gestin y Control de Proyectos Informticos

ANLISIS DEL SISTEMA GCPI.

En el mdulo 2 del diplomado titulado anlisis y diseo de sistemas orientados a Web

Si lo analizamos, la gestin es una labor sumamente importante en nuestra vida pues

2.1 CONCEPTOS BASICOS.

ANLISIS DEL SISTEMA GCPI

Gestin y Control de Proyectos Informticos

A continuacin se detallan los principales conceptos de los que hacemos uso en la

De acuerdo a la Real Academia de la Lengua Espaola, la palabra "Administrar",

La "gestin de proyectos es la rama de la ciencia de la administracin que trata de la

Para la American Mangement Association: "La planificacin consiste en determinar qu

"Proyecto, se refiere a un conjunto de acciones con los siguientes atributos:

Que utilizan recursos.

Se entiende por "Recurso" a personas, empresas, herramientas, mquinas o dinero

"Ciclo de vida", proceso a seguir para conseguir un producto de software, estableciendo

ANLISIS DEL SISTEMA GCPI

Gestin y Control de Proyectos Informticos

A finales de la dcada de 1960 se introdujo, por primera vez, el termino Ingeniera de

Una buena definicin de Ingeniera de Software, es la hecha por Richard Fairley en su

2.3 SITUACION ACTUAL.

Durante mi experiencia laboral, en el campo del desarrollo de software, he podido

Tambin, he observado como comn denominador que se intenta gestionar y controlar

ANLISIS DEL SISTEMA GCPI

Gestin y Control de Proyectos Informticos

No se guarda informacin histrica, de cuntos proyectos se han atendido, cules

ANLISIS DEL SISTEMA GCPI

Gestin y Control de Proyectos Informticos

Actualmente, el ciclo de vida en cascada (el ms comnmente utilizado en las

En cada una de estas fases se generan documentos que se almacenan de manera

ANLISIS DEL SISTEMA GCPI

Gestin y Control de Proyectos Informticos

Actualmente existen en el mercado herramientas sofisticadas para la planificacin y

ANLISIS DEL SISTEMA GCPI

Gestin y Control de Proyectos Informticos

Crear una herramienta de apoyo a las tareas relativas a la gestin de proyectos de

Eliminar carga de trabajo administrativo a los lderes y coordinadores, permitindoles

En el transcurso del tiempo, generar una base de conocimientos (informacin histrica)

2.4 ALTERNATIVAS DE SOLUCION.

Derivado del anlisis al problema expuesto anteriormente, se han identificado algunas

a) Continuar trabajando como hasta ahora.

Ventajas. No implica inversin para el desarrollo de un sistema, tanto en software

~;~ ;"p~~::;~'p,a~i~R~i~;::~ ~, ~:.,~~ari9~' };. " ~'l:f;~'; :.:~:~fi;~~r.0\'afl~:':~ire~c?~;.

~>'.!:'~i o"~re~~~:Ii~i~:ht~i::~;,; ?:>:":',", :':!\~1' "~:t}~i~~~; ~:~(( ~:'~~Y~;:~:~;t;~t~~{;;L .;