Proyecto Final

2010
TEPTU (Tarjeta Electrónica Para Transporte

Urbano).
Integrantes:
Luis Espinoza Quintal

EQUIPO 9
Lucina Gutiérrez Méndez
Administración de
Melany Quijano Ortegón
Erika Negrón Moo

Proyectos
Gerardo Meza Caamal 13/12/2010

0|Página
Proyecto TEPTU (Tarjeta Electrónica Para Transporte Urbano)
RESUMEN
Como todo proyecto se inicia con la etapa de planeación, en la cual se define a los
involucrados del proyecto, la forma de trabajar, se hacen las anotaciones sobre las
necesidades del cliente y se le da una posible solución, se establecen criterios de realización
del proyecto entre los involucrados y el cliente. Además se analiza el costo que llevara si se
realiza el proyecto y se le plantea al cliente para que este mismo haga cierta verificación y
de su aprobación para la realización del proyecto.
En la presente plantilla se le proporcionara una herramienta el cual servirá para verificar el

trascurso de la etapa de planeación del proyecto que tuvo a lo largo el proyecto. El nombre
que lleva el proyecto es tarjeta electrónica para transporte urbano (TEPTU) reducido en
siglas lo que pretende el proyecto es implementar una herramienta nueva innovadora, capaz
de solucionar el problemas del cual nació, el poder dejar de manejar mucha cantidad
monetaria, ayudando al usuario haciendo más practica la forma de pago y reduciendo el
número de infecciones que normalmente adquirimos al manejar dinero de otras personas,
esto refiriéndose al chofer y al usuario al recibir cambio de cierta cantidad que fue entregada.
Durante el desarrollo de la plantilla como se aprecia, se basó en el libro de Chamoun el cual

consta de nueve apartados o capítulos los cuales sirvieron para el desarrollo de la planeación
del proyecto. Cada uno de ellos fue descrito como tal lo menciona le autor en su libro,
además de basarnos de este libro en cuestiones metodológicas se basó en el PMI (Project
Magnament Institute). Que es una de las herramientas más conocidas a nivel mundial y en el
cual se basan la mayoría de proyectos para su realización. Como todo trabajo en equipo
hubo problemas entre las personas involucradas pero se tuvo la capacidad para
solucionarlos de una manera rápida y efectiva sin necesidad de detener el proyecto u otra
acción sobre el mismo.
El proyecto que a continuación se describirá fue un trabajo desarrollado con mucho empeño
y dedicación por parte de cada una de las personas involucradas en el proyecto, fueron
horas de trabajos, pero como todo valió la pena hacerlo, aunque todavía no ha concluido al
cien por ciento el proyecto, y solo fue la terminación metodología y planeación, estamos
orgullos de realizar este proyecto y esperemos que se ha desarrollado al final de todo, y que
estén todas aquellas personas que desde el inicio estuvieron en el proyecto.
INDICE
CAPÍTULO 1. GESTIÓN DE ALCANCE ___________________________________________ 3

1.1 Declaración de alcance _________________________________________________ 3
1.2 Chárter del proyecto (TEPTU) ____________________________________________ 7
1.3 WBS _______________________________________________________________ 10
CAPITULO 2. RECURSOS HUMANOS __________________________________________ 12
2.1 Diagrama organizacional _______________________________________________ 12
2.2 Matriz de roles y funciones ______________________________________________ 15
CAPÍTULO 3.GESTIÓN DE COMUNICACIÓN _____________________________________ 21
3.1 Matriz de comunicación ________________________________________________ 21
3.2 Calendario de eventos _________________________________________________ 23
3.3 Estatus semanal ______________________________________________________ 24
3.4 Reporte mensual _____________________________________________________ 27
CAPITULO 4.TIEMPO ________________________________________________________ 29
4.1 Programa del proyecto _________________________________________________ 29
4.2 Ruta-crítica __________________________________________________________ 32
4.3 PERT ______________________________________________________________ 33
CAPÍTULO 5. COSTO ________________________________________________________ 35
5.1 Estimados de costos __________________________________________________ 35
5.2 Presupuesto base – (Baseline) __________________________________________ 36
5.3 Programa de erogaciones – flujo de efectivo ________________________________ 37
CAPÍTULO 6. CALIDAD ______________________________________________________ 40
6.1 Listas de verificación – diagrama Causa / efecto _____________________________ 40
6.2 Análisis de precedentes ________________________________________________ 41
CAPÍTULO 7. RIESGO _______________________________________________________ 43
7.1 Mapa de riesgos ______________________________________________________ 43
7.2 Matriz de administración de riesgos _______________________________________ 44
CAPÍTULO 8. ABASTECIMIENTOS _____________________________________________ 47
8.1 Matriz de abastecimientos ______________________________________________ 47
CAPÍTULO 9. INTEGRIDAD ___________________________________________________ 50
9.1 Control de cambios____________________________________________________ 50
9.2 Lecciones aprendidas__________________________________________________ 52
10 LISTA DE TABLAS _____________________________________________________ 57
11 . LISTAS DE FIGURAS __________________________________________________ 76
12 . CONCLUSIONES _____________________________________________________ 92
13 . REFERENCIAS BIBLIOGRAFICAS _______________________________________ 94
14 . ANEXOS ____________________________________________________________ 98
LISTAS DE TABLAS
Tabla 1: Perspectiva general del proyecto…………………………………………….……….57
Tabla 2: Plan de Administración de Riesgos………………………………………….…….…57
Tabla 3: Matriz de roles y funciones. ……………………………………………………..…….58
Tabla 3.1: Matriz de roles y funciones……………………………………………………….….59
Tabla 3.2: Matriz de roles y funciones………………………………………………….…….…60
Tabla 3.3: Matriz de roles y funciones…………………………………………………………..61
Tabla 3.4: Matriz de roles y funciones…………………………………………………………..62
Tabla 4: Matriz de comunicación. ………………………………………………………..….…..63
Tabla 4.1: Matriz de comunicación. ……………………………………………………..….…..63
Tabla 5: calendario de eventos. ………………………………………………………….….…..65
Tabla 6: Control de tiempo. ………………………………………………………………..…......66
Tabla 7: Programa…………………………………………………………………………..………66
Tabla 8: Estimados de costos……………………………………………….……………………67
Tabla 8.1: Estimados de costos………………………………………………………………….68
Tabla 9: Presupuesto Base……………………………………………………..………………...68
Tabla 9.1: Presupuesto Base……………………………………………………………………..68
Tabla 10: Programa de erogaciones…………………………………………………………….69
Tabla 10.1: Programa de erogaciones………………………………………….……………….69
Tabla 10.2: Programa de erogaciones………………………………………….……………….69
Tabla 11: Análisis de precedentes……………………………………………….………………70
Tabla 12: Matriz de administración de riesgo……..…………………………………………..71
Tabla 12.1: Matriz de administración de riesgos…………….………………….…………….72
Tabla 13: Matriz de abastecimientos……………………………………………….………...…73
Tabla 13.1: Matriz de abastecimientos…………………………………………….……………74

LISTAS DE FIGURAS
Figura 1: WBS…………………………………………………………………………………….….76
Figura 2: Diagrama Organizacional……………………………………………………….….….77
Figura 3: Programa del proyecto……………………………………………………………..….78
Figura 3.1 Programa del proyecto……………………………………………..……………..….79
Figura 3.1 Programa del proyecto………………………………………………………..…..….80
Figura 4: Ruta-critica…………………………………………………………………………….....81
Figura 5: Pert…………………………………………………………………………………….…..82
Figura 6: Grafica de presupuesto base…………………………………………………………83
Figura 7: Gráfica del programa de erogaciones. ……………………………………….…….84
Figura 8: Diagrama Causa Efecto………………………………………………………………..85
Figura 9: Esquema de control de cambios……………………………………..……….……..86
Figura 10: Evidencia fotográfica tercera reunión…………………………………...….…..…87
Figura 11: Evidencia fotográfica cuarta reunión…………………………………..………..…87
Figura 12: Evidencia fotográfica quinta reunión………..………………………….……….…87
Figura 13: Evidencia fotográfica reunión con el asesor………………………………..….…88
Figura 14: involucrados del proyecto……………………………………………….……..……88
Figura 15: ROLES, RESPONSABILIDADES Y AUTORIDADES…………..…………………80
Figura 16: reunión con el asesor (primera reunión)…………………………………..……...90

INTRODUCCIÓN
El servicio que se pretende aplicar es una tarjeta para los autobuses que va a ir clasificado
en tres partes que son: Adultos, Estudiantes, Senectud.
El proyecto beneficiara a muchos tanto a las asociaciones cooperativas de este estado

como los usuarios de los transportes.
Se pretende ayudar a la ciudadanía a tener un mejor servicio e higiene ya que al no usar el

dinero se reduciría un poco las infecciones o bacterias que causa el estar usando dinero.
Su función de esta tarjeta es que al momento que el usuario aborde el autobús ya no pague
en efectivo sino con la tarjeta que se pretende implementar en el autobús abra un lector y
cuando el usuario aborde el autobús deberá deslizar su tarjeta por el lector se podrá
recargar en un lugar específico donde el usuario sea capaz de encontrar y reconocer, el
costo de los pasajes serán los mismos no afectara a toda persona que la solicite en el lugar
en donde se recargara.
Es un servicio practico y seguro cada tarjeta se identificara por colores y códigos que
definirán cuales son los estudiantes, senectos, y adultos, además contendrá la foto de él que
lo solicita.
El servicio se creó pensando en el mejoramiento de los servicios de transportes urbanos y

reducir el manejo de efectivo.
1|Página
Capítulo 1.
Gestión de Alcance
ADMINISTRACION DE PROYECTOS (TEPTU)
1.1 Chárter
1.2 Declaración de alcance
1.3 WBS (Work Breakdown Structure).
2|Página
CAPÍTULO 1. GESTIÓN DE ALCANCE
1.1 Declaración de alcance

La declaración de alcance es como realizar pequeños charters de cada entregable final,
desglosándolos, describiéndolos, especificando como deben quedar para ser aceptados por el
cliente. De esta forma establecemos los criterios de aceptación.
Entregable final (TEPTU)
Descripción
Teptu (software)
Software para tarjeta electrónica el cual va a constar de los siguientes requisitos:
 Reducir el manejo de dinero, al implementar este software.

 Añadir algo nuevo al estado.
 Desarrollarlo de una manera fácil para un manejo optimo
Criterio de aceptación
 Entrega final del proyecto el día 7 diciembre de 2010.

 Cumplir con todas las especificaciones que se establecen.
 Estará funcionando cuando sea totalmente desarrollado.
Sub-entregables
Análisis del software
Descripción
Analizar detalladamente las maneras de elaboración de software
Desarrollar un buen informe que cumpla con las expectativas
Diseño de software
Desarrollar un diseño adecuado a la vista del usuario que se llamativo además que sea entendible
3|Página
Un diseño ideal para poder desarrollarlo
Manejo de software
Ejecución y manejo de software para el proyecto, adecuándolo e implementándolo.
Ponerlo en marcha y verificar todos aquellos posibles errores que puedan surgir al terminarlo.
Entregable final 2 Base de datos
Descripción
Proporcionará una información completa de todo lo relacionado con el software y va analizando que
cualquier dato esté en orden
Que toda la base de datos este bien estructurada para un mejor manejo de los datos.
Sub-entregables
Análisis de la base de datos
Descripción
Se analizara detalladamente los datos o la información que se pretende manejar en esta
Criterios de aceptación
Dicho reporte de ser coherente para descartar errores futuros
Construcción de las tablas
Descripción
Se desarrollará las tablas pertinentes que serán utilizadas en dicha base.
La relación entre las tablas será coherente y bien organizada.
4|Página
Diseño de la base de datos
Descripción
Se desarrollara un buen diseño de la base para que el software realice bien sus operaciones.
El diseño será óptimo y bien estructurado.
Manejo de la base de datos
Descripción
El software necesitara de un control para evitar errores para ello se tendrá un buen manejo en la base
de datos del sistema.
Debe ser de una manera rápida y sencilla.
Entregable final 3 Lector de la tarjeta
Descripción
Se desarrollara e diseño y programación de la tarjeta.
Deberá ser una tarjeta bien diseñada
Sub-entregables
Análisis de la tarjeta
Descripción
Se estudiara y se recopilara información de ideas e investigaciones para la implementación y

construcción del lector de tarjeta y se dividirá en fases de elaboración
Las investigaciones e ideas se llevaran en cabo en reuniones e investigaciones de campo.
5|Página
Programación de la tarjeta
Se reunirá los programadores y expertos en programación para darle el software indicado y estructura
interna de la tarjeta
Se corregirá errores y se harán pruebas al software para ver si es eficaz
Diseño de la tarjeta
Descripción
En esta fase se pretende la elaboración del diseño exterior de la tarjeta como su color y peso.
Se diseñara de acuerdo a la petición de los clientes y de las investigaciones de campo que se

realicen
Modo de uso de la tarjeta
Descripción
Se capacitara a los clientes pata mejor uso de los clientes
Habrá capacitadores para los clientes que adquieren el producto para un mejor uso
Entregable final 4 Análisis de información
Descripción
Todo el análisis será veraz y bien detallado, demostrando todos los requisitos del proyecto
El análisis debe estar bien estructurado
6|Página
Actualizaciones
Descripción
Mantener el software actualizado siempre de manera que sea utilizable
Las actualizaciones deben traer algo nuevo y operar al 100%
Revisiones
Descripción
Entregables parciales y finales
Instalaciones y servicios del equipo especializado deben de estar al 100%
Cada análisis debe ser claro y objetivo y demostrar lo que se realizó.
Control
Descripción
Mantener bien observado o dominio del proyecto
El control debe ser real.
1.2 Chárter del proyecto (TEPTU)

El Chárter describe los entregables finales y expectativas, define la misión por cumplir. A esta le
llamamos visualización
Introducción
Este proyecto pretende facilitar la circulación monetaria fomentando mejoras en las líneas de
transporte.
Propósito
Este proyecto Pretende brindar un servicio mediante el cual se maneje una tarjeta electrónica para el
pago del pasaje colectivo.
7|Página
Alcance
Se llevara a cabo cualquier especificación que el cliente recomiende para el proyecto y de igual
manera si el proyecto llegase a ser modificado por alguna razón tendrá que ser agregado a este
documento.
Se pretende establecer un vínculo con todos aquellos dueños de autobuses urbanos para poder
plantearles el proyecto.
Perspectiva general del proyecto
Con la creación de este proyecto lo que se pretende es facilitar el manejo monetario y beneficiar al
usuario.
Tabla 1. Perspectiva general del proyecto
Nombre del Proyecto TETUP (Tarjeta Electrónica Para

Transporte Urbano)
Objetivo del proyecto Fomentar mejoras en las líneas del
transporte.
Fecha de Inicio: 23 de Agosto del 2010.
Fecha de Término: 7 de Diciembre del 2010.
Esfuerzo estimado 4 Meses
Justificación del Proyecto
Se pretende brindar un servicio mediante el cual el usuario ya no manejara efectivo sino la tarjeta
electrónica para pagar el servicio, esto beneficia lo que es al chofer ya que no tendrá que cobrar al
momento de subir al usuario y manejar; el usuario ya no necesitara esperar su cambio sino podrá
pagar e ir a sentarse.
Involucrados Clave del Proyecto
Áreas Clave Involucrados
Tipo de  Líder del proyecto  Luis Alfonso Espinoza Quintal

participantes.  Secretario (a)  Lucina Gutiérrez Méndez
 Colaboradores del Proyecto  Melany Quijano Ortegón
 Erika Cecilia Negrón Moo
 Gerardo Meza Caamal
8|Página
Plan de Administración de Riesgos
Tabla 2. Plan de Administración de Riesgos
Factor de Riesgo Nivel de Impacto Potencial Técnicas de Gestión de Riesgos

Riesgo
Costo y tiempo de Media Puede perjudicar el 1. Revisión regular del Charter
elaboración del proyecto porque se para que se lleve a cabo el
proyecto. puede llevar más proyectó según como se
tiempo en realizarse y estableció.
el costo sería mayor. 2. Organizar un plan con las
problemáticas dadas para
que no vuelvan a suceder.
Modificaciones del Alta Puede ser perjudicial Llegar en un acuerdo con el cliente
proyecto en varios casos ya plantearle posibles soluciones ,
que a veces no se
llega con un acuerdo
con el cliente
Tabla 2.1: Plan de Administración de Riesgos

Riesgo
Alargar el proyecto Media Puede ocasionar Tratar de hacer entender al cliente

enojo por parte del del por qué se alargó el proyecto y
cliente convencerlo que es para bien.
Perdida del Alta Puede causar la Tratar de que cada integrante del
proyecto cancelación total del equipo cuente con una copia del
proyecto por parte del proyecto para una mayor seguridad
cliente
Éxito del Proyecto
Supuestos
Que cada usuario pueda usar esta tarjeta electrónica, sin ningún problema y pueda realizar todas las
operaciones que los mismos requieran.
Verificar que esta tarjeta electrónica sea interactiva e innovadora para llamar la atención del cliente.
9|Página
Restricciones del Proyecto.
Mediante una reunión que tuvo el equipo 9, detectamos 3 posibles restricciones los cuales son:
Alcance
Presupuesto
Calidad.
1.3 WBS
Define el alcance total del proyecto mediante una estructura de entregables a nivel de control, para
planear, ejecutar y controlar el proyecto.
Figura 1. WBS
TEPTU (tarjeta electrónica para

transporte urbano)
BASE DE LECTOR DE ANALISIS DE

SOFTWARE
DATOS TARJETA INFORMACION
Análisis de diseño
Análisis de la base
Análisis de software Programación de la
Construcción de Control
Diseño de software tarjeta
tablas Actualizaciones
Manejo de Diseño de la tarjeta
Diseño de la base Revisiones
software Modo de uso de la
Manejo de la base
tarjeta
10 | P á g i n a
Capítulo 2.
Gestión de Recursos
Humanos.
2.1 Diagrama organizacional del

proyecto
2.2 Matriz de roles y funciones.
11 | P á g i n a
CAPITULO 2. RECURSOS HUMANOS

El objetivo de la administración de recursos es lograr el mejor desempeño de las personas
participantes en el proyecto.
Con la aplicación de esta metodología, el gerente de proyecto tiene la autoridad y responsabilidad

requeridas para administrar el proyecto, lo que facilita la atención a clientes, proveedores, así como la
solución de problemas.
2.1 Diagrama organizacional

En el siguiente diagrama que se muestra se divide en 3 equipos de trabajo los cuales están divididos
según sus actividades y cada uno tiene un jefe inmediato al cual le harán contar sus partes
(entregables). Estos equipos son:
 Equipo directo
 Equipo ejecutor
 Equipo externo
En el equipo directo está integrado por:
 El líder de proyecto
 Ing. De proyectos
 Proyectista
 Ing. De diseño
 Análisis de información
En el equipo ejecutor destacan:
 El iniciador
 Planificador de proyectos
 Secretario
 Administrador de diseño
 Analista
 Cerrador
 Buscador de visión
 Financiero
 Diseñador
 Informador
12 | P á g i n a
 Clasificador
En el equipo externo se encuentran:
 Comercial
 Programador
Cada uno de estos equipos está ligado como lo pueden observar en el diagrama, cada uno de ellos
rendirá un reporte a la persona indicada y así esta determinara sin el entregable o sub-entregable
esta correcto y se aprueba, por ejemplo el Ing. de proyectos le tiene que entregar un sub-entregable
al líder de proyecto para determinar si es correcto o no y de esa manera actúa con los demás.
13 | P á g i n a
Figura 2. Diagrama Organizacional
Equipo directo
Líder De
Proyecto
Ing. De Ing. De Analista de

Proyectista
Proyectos Diseño Informacion
Administrador Analista
Iniciador Planificador Secretario de Diseño
de Proyectos
Equipo ejecutor
Cerrador Buscador Financiero Diseñador Informador Clasificador
de Visión
Comercial Equipo externo

Programador 14 | P á g i n a
2.2 Matriz de roles y funciones

Una de las herramientas que ayudan a planear y lograr dicha integración es la matriz de roles y funciones, la cual nos permite confirmar
con los involucrados clave donde requerimos que apliquen sus conocimientos y habilidades con el fin de lograr el mejor aprovechamiento
del equipo.
Tabla 3. Matriz de roles y funciones.
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
proyecto
trasporte
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano) visión
WBS
Capítulo1
Alcance
1.1 A/R C E P P P P
Chárter
1.2. A/R E E
Declaración de
Alcance
1.3.WBS A/R C P P C P
Capítulo 2
Recursos
Humanos
2.1.Diagrama A/R P E P P
Organizacional
Del Proyecto
E: Ejecuta R: Revisa A/R: Autoriza y Revisa P: Participa C: Coordina
15 | P á g i n a
Tabla 3.1. Matriz de roles y funciones
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
trasporte
proyecto
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
2.2.Matriz de A/R C P E P
Roles Y
Funciones
Capítulo 3 A/R R E P C
Comunicación
3.1. Matriz De A/R R E P C
Comunicación
3.2. Calendario A/R R E P C
de Eventos
3.3. Estatus A/R R E P C
Semanal
3.4.Reporte A/R
Mensual
Capítulo 4. A/R E R C
Tiempo
16 | P á g i n a
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
trasporte
proyecto
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
4.1 Programa A/R E R C

del Proyecto-
Ruta Critica
Capítulo 5 A/R R C E
Costo
5.1. Estimados A/R R C E

De Costos
5.2. A/R R C E
Presupuesto
Base-(Baseline)
5.3. Programa A/R R C E
De
Erogaciones-
Flujo De
Efectivo
Calidad
17 | P á g i n a
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
trasporte
proyecto
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
6.1. Lista De A/R E R C

Verificación-
Diagrama
Causa/Efecto
6.2. Análisis De A/R E R C
Precedentes-
(benchmarking)
Capítulo 7 A/R E C R
Riesgo
7.1 Mapa De A/R E C R
Riesgos
7.2. Matriz De A/R E C R
Administración
De Riesgos
Abastecimiento
s
18 | P á g i n a
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
trasporte
proyecto
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
8.1 Matriz de A/R E R C

Abastecimiento
s
Capítulo 9 A/R E R C
Integración
9.1. Control De A/R E R C
Cambios
9.2. Lecciones A/R E R C
Aprendidas
19 | P á g i n a
Capítulo 3.
Gestión de Comunicación.
3.1 Matriz de comunicación

3.2 Calendario de eventos
3.3 Estatus semanal
3.4 Reporte mensual.
20 | P á g i n a
CAPÍTULO 3.GESTIÓN DE COMUNICACIÓN
Lograr una comunicación efectiva entre los involucrados y asegurar la oportuna y apropiada generación, recolección, distribución, archivo
y disposición final de la información del proyecto.
La cantidad de información que transmitamos depende mucho del cliente, de cada proyecto, por lo que es necesario planear tanto los
contenidos y las frecuencias, como considerar las personas involucradas en las comunicaciones del proyecto.
3.1 Matriz de comunicación

Es utilizada para mantener informados a los involucrados y asegurar una comunicación efectiva. Facilita la toma de decisiones y la
tranquilidad de los involucrados clave. Se diseña durante la planeación y se actualiza a lo largo del proyecto.
Tabla 4. Matriz de comunicación.
Matriz de
comunicación
juntas internas
Evaluación de
Requisiciones
proveedores
proveedores
presupuesto
Ordenes de
Minutas de
Minutas de
Estatus de
Control de
semanal
compras
semanal
proyecto
Reporte
de pago
Estatus
Plan de
cambio
juntas
involucrado Rol en el sem men sem sem Otro quin men men otro men
proyecto
Luis Alfonso Líder de @
Espinoza quintal proyecto
Luis Espinoza Buscador de @ * @
quintal visión
Gerardo meza Ing. De @ @ @
Caamal proyectos
Gerardo meza Proyectista @ @ @ @
Caamal
21 | P á g i n a
Tabla 4.1. Matriz de comunicación.
Matriz de
comunicación
juntas internas
Evaluación de
Requisiciones
proveedores
proveedores
presupuesto
Ordenes de
Minutas de
Minutas de
Estatus de
Control de
semanal
compras
semanal
proyecto
Reporte
de pago
Estatus
Plan de
cambio
juntas
Lucina Gutiérrez Ing. De diseño @ @ @
Méndez
Melany Quijano Analista de @
Ortegón información
Melany Quijano Comercial @ @ @ @
Ortegón
Erika Negrón programador @
Moo
@: E-mail/
Impreso Digital
22 | P á g i n a
3.2 Calendario de eventos

Permite una visión grafica completa de los eventos más importantes a lo largo del calendario del proyecto, facilitando la integración de sus
objetivos.
Tabla 5. Calendario de eventos.
L M M J V S D L M M J V S D L M M J V S D L M M J V S D L M M J V S D
Ago. 2 2 2 2 2 2 2 3 3
3 4 5 6 7 8 9 0 1
Sep. 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 26
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
2 2 2 3 3
7 8 9 0 1
Oct 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 30
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
Nov 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
Dic 1 2 3 4
5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Junta de equipo Inicio del proyecto Junta con el asesor

Recepción avances Entrega del plan del proyecto Entrega de reportes mensuales
Presentación del proyecto Diseño terminado Fin del proyecto
23 | P á g i n a
3.3 Estatus semanal
Es una herramienta que da prioridades semanalmente, indicado el tiempo, costo, riesgo,

abastecimientos, cambios y avances generales del proyecto.
Adaptación de Software
Gerente de Proyectos Luis Espinoza
Prioridades
1. Iniciar con el Software.
2. Diseño de la Tarjeta Electrónica.
Amenazas
1. No contar con el tiempo suficiente.
Áreas de Oportunidad
1. Prevernos de patrocinadores.
Control del Tiempo
Tabla 6. Control de tiempo.
WBS Inicio Final Progr. Real Dif.

Software 1/28 8/38 54% 53%
Análisis de 1/14 8/38 75% 67%
software
Diseño de 2/13 3/5 54% 54% 0%
software
Manejo de 3/28 4/18 74% 23%
software
Base de Datos 3/37 6/23 100% 65%
Análisis de la 4/15 5/8 45% 87% 0%
base
Diseño de la 4/21 8/9 54% 89% -5%
base
Construcción 5/12 6/27 49% 57% -2%
de tablas de la
base
Lector de Tarjeta 7/27 9/36 89% 69% 0%
Análisis de 6/15 7/5 56% 56% -3%
diseño
Diseño de la 7/10 6/8 43% 45%
tarjeta
24 | P á g i n a

Programación 8/6 7/24 89% 67% -6%
de la tarjeta
Modo de uso de 8/9 8/31 98% 99% -7%
la tarjeta
Fechas Claves
Termino de acabado. 5 de Diciembre del 2010

Fecha de término. 7 de Diciembre del 2010.
Lecciones Aprendidas
El costo del diseño apegado a presupuestos y evitar re trabajos.
Control de Cambios
OC a Presupuestos $ 50,890
Autorizados $ 33,490
Potenciales $ 17,400
OC a Costos $ 63,080
Presupuesto Actual
Presupuesto Base $ 3, 350,000

Revisiones Autorizadas $ 678,000
Presupuesto Actual
OC Potenciales
Abastecimiento
Equipo de tarjeta electrónica
Tarjeta electrónica
Software
Plan de Acción
1. Definir con los Programadores la Base de Datos.
2. Obtener el Material para la Tarjeta Electrónica.
25 | P á g i n a
Programa
Tabla 7. Programa
Mes Progr. Real Var. Corte

Agosto 10.5% 10.2% 10.1% 23 de Noviembre
Septiembre 54.7% 53.1% - 41.1% Real 61.7%
Octubre 75.3% 64.8% - 45.5% Programado
54.40%
Noviembre 89.7% Variación – 45.5%
Diciembre 100%
Ahorros/Sobrecostos
Proyectados
Presupuestos proyectado
Costo Total Proyectado
Ahorros/Sobrecosto
26 | P á g i n a
3.4 Reporte mensual
Informa mensualmente a los involucrados claves y al cliente sobre el desempeño del proyecto.
Ejecutivo
Logros/Avance
1. Diseño de la Tarjeta Electrónica
2. Equipos de Tarjetas Electrónicos Desviaciones
3. 75% Avances en el Software 1. Orden para el Equipo.
4. 65% Instalaciones 2. Instalaciones.
3. Diseño de la Tarjeta Electrónica.
Recomendaciones
Acción Correctiva
1. Atención al Equipo de
la Tarjeta Electrónica
Áreas de Oportunidad
2. Atención al Software
1. Prever Alternativas del Equipo.
2. Recuperación de las Desviaciones de las
Tendencias / Instalaciones.
Prioridades
1. Terminar con los
Equipos
2. Acabar con el
Software
3. Terminar con la
Instalaciones
Reporte de Calidad. Reporte de Riesgos

1. Planes Alternos para los Equipos.
1. Confirmación de
2. El Proyecto Entra a una Etapa de
calidad del Intensidad.
equipo.
27 | P á g i n a
Capítulo 4.
Gestión de Tiempo.
4.1 Programa del proyecto

4.2 Ruta-Critica
4.3 Pert
28 | P á g i n a
CAPITULO 4.TIEMPO
Es la que nos ayuda para determinar que el proyecto termine de acuerdo al programa establecido y utilizamos algunas herramientas para
ir representando cada una de las actividades realizadas a lo largo del tiempo.
4.1 Programa del proyecto

Figura 3. Programa del proyecto
29 | P á g i n a
Figura 3.1. Programa del proyecto
30 | P á g i n a
31 | P á g i n a
4.2 Ruta-crítica
Serie de actividades que determinan la ruta más larga para terminar el proyecto. Además que permite la interrelaciones entre dichas
actividades, la programación de costos y recursos.
Figura 4. Ruta-critica
32 | P á g i n a
4.3 PERT
Es la descripción grafica que incluye las actividades necesarias para terminar el proyecto además que permite la Plantación,
programación y coordinación de estas actividades para el proyecto. Este modelo está conformado de eventos y actividades
Figura 5: Pert
33 | P á g i n a
Capítulo 5.
Gestión de Alcance
5.1 Estimados De Costo

5.2 Presupuesto Base
(Baseline)
5.3 Programa De
Erogaciones
34 | P á g i n a
CAPÍTULO 5. COSTO
Asegura que el proyecto concluya dentro del presupuesto aprobado.
5.1 Estimados de costos

Es una herramienta que se utiliza para calcular el costo del proyecto y así saber con cuanto cuenta
el proyecto, que dará el presupuesto base.
Tabla 8. Estimados de costos
CVE. WBS UNIDAD CANTIDAD P.U. TOTAL %

1.1 software $17,998.00 10%
1.1 Análisis de Software Pza. 1 $8,999.00 $8,999.00
1.1.1 Diseño de software Pza. 1 $8,999.00 $8,999.00
1.2 Base de Datos $27,728.90 15%
Construcción de tablas de la
1.2.1 base de datos Pza. 1 $8,999.00 $8,999.00
1.2.2 Análisis de la base de datos Pza. 1 $8,999.00 $8,999.00
1.2.3 Diseño de la base de datos Pza. 1 $8,999.00 $8,999.00
1.2.4 Multifuncional Epson TX120 Pza. 1 $731.90 $731.90
1.3 Lector de Tarjeta $33,988.00 17%
1.3.1 Diseño de la tarjeta Pza. 1 $8,999.00 $8,999.00
1.3.2 Programación de la tarjeta Pza. 1 $8,999.00 $8,999.00
Equipo para la realización de la
1.3.3 tarjeta. Pza. 2 $7,995.00 $15,990.00
1.4 Papelería $5,517.84478 5%
1.4.1 Sumadora Canon MP-25DV Pza. 2 $981.90 1963.7931
1.4.2 Lápices Escolar BH B/20 Paq. 3 36.63793 109.91379
1.4.3 Sacapuntas de Plástico PAQ/2 Paq. 2 13.36207 26.72414
1.4.4 Borrador Hi-Poymer Prof. B/2+1 Paq. 2 25.77586 51.55172
1.4.5 Miniengrapadora Office Depot Pza. 2 17.15517 34.31034
1.4.6 Folder Manila Cta. Office Depot Paq. 2 66.2931 132.5862
1.4.7 Perforadora 30RIF Office Depot Pza. 2 49.05172 98.10344
1.4.8 Resma Carta C/750 Hojas Xerox Pza. 3 85.34483 256.03449
1.4.9 Caja Papel Reciclado Xerox Paq. 2 404.31034 808.62068
1.4.10 Cartucho Epson Negro TX120 Pza. 1 188.7931 188.7931
Cartucho Epson Ama TX 120
1.4.11 T22 Pza. 1 188.7931 188.7931
Cartucho Epson Cyan TX 120
1.4.12 T22 Pza. 1 188.7931 188.7931
35 | P á g i n a
Tabla 8.1: Estimados de costos

14.13 Cartucho Epson Mag. TX 120 Pza. 1 188.7931 188.7931
T22
1.4.14 Cartucho Brother LC61BK Pza. 1 507.75862 507.75862
Negro
1.4.15 Cartucho Brother LC61C Cyan Pza. 1 257.75862 257.75862
1.4.16 Cartucho Brother LC61M Pza. 1 257.75862 257.75862
Magenta
1.4.17 Cartucho Brother LC61Y Pza. 1 257.75862 257.75862
Amarillo.
1.5 Imprevistos $85,232.74 53%
SUBTOTAL $170,465.48 100%
IVA 27274%
TOTAL $170,738.23 100%
5.2 Presupuesto base – (Baseline)

Gráfica del presupuesto acumulado a largo de tiempo, sirve para comparar el desempeño del
proyecto en tiempo y costo.
Tabla 9. Presupuesto Base
CVE. WBS P. BASE DURACIÓN INICIO FIN AGOSTO

1.1 software $17,998.00 135d 1//24 20//24 3,400
$
35d
1.2 Base de Datos 27,728.90 2//30 27/30 6,815.00
1.3 Lector de Tarjeta $33,988.00 48d 2//30 29//30 8,679.00
1.4 Papelería $5,517.84 50d 1//25 18//25
1.5 Imprevistos $85,232.74 10d 1//28 26//28
Total $170,465.49 $18,894
SEP. OCT. NOV. DIC. TOTAL

5,990.90 3,145.10 2,062.00 3,400.00 17,998.00
4,135.00 3,889.98 5,899.02 6,989.90 27,728.90
1,298.98 8,987 5,345.02 9,678.00 33,988.00
$5,517.84 $5,517.84
$85,232.74 $85,232.74
11,425 $16,022.00 13,306 $110,818.48 $170,465.48
36 | P á g i n a
Figura 6. Grafica de presupuesto base
$180,000.00
$160,000.00 P. BASE
$140,000.00 DURACIÓN
$120,000.00 INICIO
$100,000.00 FIN
$80,000.00 AGOSTO
$60,000.00 SEP.
$40,000.00 OCT.
$20,000.00 NOV.
$0.00 DIC.
software Base de Lector de Papeleria Imprevistos Total
Datos Tarjeta TOTAL
1.1 1.2 1.3 1.4 1.5
Tabla 9.1. Presupuesto Base
Total/Mes $18,894 11,425 16,022.00 13,306 $110,818.48

Acumulado $18,894 30,319 46,341.00 59,647 $170,465.48
AGOSTO SEPTIEMBRE OCTUBRE NOVIEMBRE DICIEMBRE
%
Acumulado 15.45% 34.17% 54.08% 72.39% 100%
5.3 Programa de erogaciones – flujo de efectivo

Proyecta el importe de recursos financieros requeridos para el proyecto a través del tiempo.
Tabla 10. Programa de erogaciones

1.1 software 17,998.00 135d 1//24 20//24
1.2 Base de Datos 27,728.90 35d 2//30 27/30
1.3 Lector de Tarjeta 33,988.00 48d 2//30 29//30
1.4 Papelería 5,517.84 50d 1//25 18//25
1.5 Imprevistos 85,232.74 10d 1//28 26//28
Total 170,465.48
37 | P á g i n a
Tabla 10.1. Programa de erogaciones

5,100.00 3,200.00 3,900.00 5,798.00 17,998.00
11,228.00 3,500.00 6,000.00 7,000.90 27,728.90
12,000.00 8,500 5,000.00 8,488.00 33,988.00
5,517.84 $5,517.84
20,000 65,232.74 85,232.74
28,328 $15,200.00 34,900 $92,037.48 $170,465.48
Figura 7. Gráfica del programa de erogaciones.
P. BASE
200,000.00
IMPORTE
150,000.00 DURACIÓN
100,000.00 INICIO
50,000.00
FIN
0.00
software
AGOSTO
Base de Datos
Lector de Tarjeta
Papeleria
Imprevistos
Total
SEP.
OCT.
NOV.
DIC.
1.1 1.2
1.3 1.4
1.5 TOTAL
PROGRAMA DE EROGACIONES
Total/Mes 28,328 $15,200.00 34,900 $92,037.48

Acum 28,328 43,528.00 78,428 $170,465.48
% Acum 17.20% 47.87% 67.37% 81.75% 100%
38 | P á g i n a
Capítulo 6.
Gestión de Calidad.
6.1 Listas de verificación diagrama

causa/efecto
6.2 Análisis de precedentes (Benchmarking)
39 | P á g i n a
CAPÍTULO 6. CALIDAD
Los objetivos de la gestión de calidad son: asegurar que el proyecto satisfaga las necesidades para
las cuales inicio, identificar los estándares de calidad relevantes al proyecto y determinar cómo
satisfacer dichos estándares.
6.1 Listas de verificación – diagrama Causa / efecto

Identifica todas las actividades necesarias para satisfacer los requerimientos de calidad establecidos
tanto en el chárter y la declaración del alcance, así como durante el desarrollo del diseño.
Diagrama Causa Efecto
Figura 8. Diagrama Causa Efecto
DISEÑO SELECCIÓN DE EQUIPO
PROVEEDOR
DILECCIÓN A LAS
ACREDITADO
NECESIDADES DEL
PROYECTO
ADAPTIBILIDAD AL
PROYECTO
DILECCIÓN A LOS
CRITERIOS DE
ACEPTACIÓN
SISTEMA DE CALIDAD CAMBIO

DEL PROVEEDOR SE
IMPREVI
DILECCIÓN A LOS
STOS
CRITERIOS DE
ACEPTACIÓN
ORDEN COMPLETA MATERIALES Y COORDINACIÓN CON

Y A TIEMPO EQUIPOS COMPLETOS TRABAJOS
ANTICIPO Y AVANCE EN EL
CONTRATO A PROYECTO INSTALADORES Y
TIEMPO EQUIPOS
ADECUADOS
ENTREGA INSTALACIÓN
40 | P á g i n a
6.2 Análisis de precedentes

7 Tabla 11. Análisis de precedentes
CLAVE CONCEPTO Fecha Estatus Fecha Real Observa. Firma

Programada de Revisión
de Revisión
1 Diseño
1.1 Dilección a las 01 de Software 05 de
necesidades del diciembre diciembre
proyecto. del 2010 del 2010
1.2 Dilección a los 28 de WBS 05 de

criterios de noviembre diciembre
aceptación. del 2010 del 2010
aceptación del 2010 del 2010
2 Selección de
Equipo
2.1 Proveedor 30 de Lector de 05 de
acreditado noviembre Tarjeta diciembre
del 2010 del 2010
2.2 Adaptabilidad al 20 de Base de 05 de
proyecto noviembre Datos diciembre
del 2010 del 2010
2.3 Sistema de 29 de En proceso 05 de
calidad del noviembre diciembre
proveedor del 2010 del 2010
3 Entrega
3.1 Orden completa 02 de En proceso 05 de
y a tiempo diciembre diciembre
del 2010 del 2010
3.2 Anticipo y 01de En proceso 05 de
contrato a diciembre diciembre
tiempo del 2010 del 2010
3.3 Avance en el 30 de Software y 05 de

proyecto diciembre Base de diciembre
del 2010 datos del 2010
4 Instalación
4.1 Materiales y 25 de Lector de 05 de
equipos noviembre tarjeta diciembre
completos del 2010 del 2010
4.2 Coordinación 19 de Software y 05 de

con trabajos noviembre Base de diciembre
4.3 Instaladores y 15 de Lector de 05 de
adecuados del 2010 del 2010
5 General
41 | P á g i n a
Capítulo 7.
Gestión de Riesgo.
7.1 Mapa de riesgos

7.2 Matriz de administración de riesgos
42 | P á g i n a
CAPÍTULO 7. RIESGO
Su objetivo es reducir la repercusión de los riegos en nuestro proyecto. Identificar las áreas de
oportunidad por lograr y las amenazas por controlar.
7.1 Mapa de riesgos

Sirve para identificar y cuantificar riesgos, definiendo que amenazas debemos controlar y que
oportunidades hay que aprovechar.
43 | P á g i n a
7.2 Matriz de administración de riesgos

Su objetivo es desarrollar respuestas y asignar responsables para el manejo de riesgos.
Tabla 12. Matriz de riesgos
Riesgo Posibles Plan De Acción Responsable

Respuestas
No obtener el 20% de Plan A-Evitar: -Revisar y asegurar Luis Espinoza Quintal
descuento en la Se tendrá que hacer el que se haga la Gerente del
compra de las pedido con 2 meses entrega del anticipo a Proyecto
tarjetas de anticipación y tiempo
entregar un anticipo.
Entrega Diseño de Plan A- Evitarlo: -Revisar y monitorear Luis Espinoza Quintal
tarjeta a tiempo Informar el diseñador al diseñador Gerente del
el tiempo en el que se Proyecto
debe de terminar el
diseño de la tarjeta
para evitar conflictos
y retraso del
proyecto.
Entrega tardía de las Plan A- Evitarlo: -Integrar un Diagrama Luis Espinoza Quintal
tarjetas Realizar con tiempo el Causa-efecto con lista Gerente del
pedido. de verificación del Proyecto
Plan B-Monitoreo: proceso requerido,
Revisar y monitorear desde el diseño y
que el proceso de entrega.
diseño y análisis no
tengan atrasos.
Plan C-Información:
Confirmar que los
diseñadores tengan el
plazo y la fecha de
entrega.
Realizar el diseño de Plan A- Evitarlo: -Monitorear el Luis Espinoza Quintal

la tarjeta con el Informar desde el balance de costos Gerente del
presupuesto dado. principio al diseñador -Buscar alternativas Proyecto
el presupuesto con el de solución más
que se cuenta. económicas.
Contar con el Plan A- Análisis: -informarle al analista Luis Espinoza Quintal
software indicado del Analizar que el lector debe Gerente del
lector de tarjeta. detalladamente el contener el mejor Proyecto
software que contara software eficaz.
el lector de tarjeta.
44 | P á g i n a
Tabla 12.1. Matriz de administración de riesgos

Respuestas
diseño de la base de Plan A- Evitarlo: -Monitorear el Luis Espinoza Quintal
datos fuera del Informa al diseñador balance de costos Gerente del
presupuesto del presupuesto con -Buscar alternativas Proyecto
el que se cuenta para de solución más
el diseño de la base. económicas
Plan B- Reducirlo:
Informar previamente
Sobre los conflictos
que se puede dar y
obtener autorización.
45 | P á g i n a
Capítulo 8.
Gestión de
Abastecimientos.
8.1 Matriz de abastecimientos
46 | P á g i n a
CAPÍTULO 8. ABASTECIMIENTOS
Su objetivo es optimizar la adquisición de bienes y servicios externos a la organización a cargo del
proyecto
8.1 Matriz de abastecimientos

Permite definir cómo será contratado cada paquete de trabajo asegurando que todo el WBS este
cubierto. Esto también incluye trabajos a ejecutarse dentro de la organización del cliente.
Tabla 14. Matriz de abastecimientos
Paquetes de contratación
CLAVE WBS Gerente Arq. Diseñador Sistemas Técnicos
del
proyecto
1.1 Software
1.1.1 Análisis de
software
1.1.2 Diseño de
software
1.1.3 Manejo de
software
1.2 Base de Datos
1.2.1 Análisis de la
base
1.2.2 Diseño de la
base
1.2.3 Construcción de
tablas de la base
1.3 Lector de
Tarjeta
1.3.1 Análisis de
diseño
1.3.2 Diseño de la
tarjeta
1.3.3 Programación de
la tarjeta
1.3.4 Modo de uso de
la tarjeta
1.4 Análisis de
información
1.4.1 Control
1.4.2 Actualizaciones
1.4.3 Revisiones
47 | P á g i n a
Tabla 14.1. Matriz de abastecimientos
Esquemas de Gerencia de proyectos con 4 contratos principales

conmutación
Tipo de interno precio fijo diseño de precio unitario diseño de
contrato construcción construcción
Forma de interno % avance entregables entregables entregables
pago parciales parciales parciales
Importe
aproximado
Anticipo 0% 30% 20% 25% 20%
aproximado
Fecha de Asignación Asignación Asignación Asignación Asignación
concurso
Fecha de 23-ago-10 4-sep-10 13-oct-10 28-nov-10 09-dic-10
contratación
48 | P á g i n a
Capítulo 9.
Gestión de Integración.
9.1 Control de cambios

9.2 Lecciones aprendidas
49 | P á g i n a
CAPÍTULO 9. INTEGRIDAD
Su objetivo es asegurar que los diferentes elementos del proyecto sean propiamente coordinados.
9.1 Control de cambios

Sirve para administrar los cambios acontecidos de tal forma que: añadan valor al proyecto, que
logremos la autorización tanto de los cambios como de sus efectos en tiempo, costo, calidad y
alcance y actualicemos todos los documentos correspondientes.
Figura 9. Esquema de control de cambios
Solicitud de
cambio
Justificación
Evaluación
del proyecto
No procede Autorización Actualización
50 | P á g i n a
SOLICITUD DE CAMBIO
No.: _______________________ Cuenta: _____________________________
Fecha: _____________________ Subcuenta: __________________________
Solicito: ____________________ Estatus: _____________________________
Cargo a: ____________________________
Concepto:
_______________________________________________________________________
Descripción:
Razón de solicitud: ________________________________________________________
Impacto en programa: ______________________________________________________
Nueva fecha de terminación: ________________________________________________
Importe neto: _____________________________________________________________
Impacto en planos: ________________________________________________________
___________________________ __________________________
Vo. Bo. Gerente Autorización Cliente
Luis Alfonso Espinoza Quintal XXXXXXXXXXXXXXXXXXXXXXX
51 | P á g i n a
9.2 Lecciones aprendidas

Las lecciones aprendidas permiten al equipo aprender, tanto de sus logros como de sus errores, para
buscar un mejor desempeño en la próxima experiencia.
Primera Reunión de grupo
Fecha: 26/Agosto /2010
Lugar: salón 6
Descripción: en esta primera reunión de equipo se estableció el primer rol de mayor importancia
durante todo el transcurso del proyecto que es el líder de proyecto así como de realizar una lluvia de
ideas grupal acerca de los posibles proyectos que se pueden llevar acabo y mediante eso determinar
el que se llevara a su ejecución que en este caso es pura metodología.
Conclusiones: se concluye en esta reunión de que sirvió de vital importancia y que mediante una
decisión grupal de pudo determinar al líder de proyectos.
Nota: en esta reunión no se realizaron las evidencias fotográficas porque estábamos iniciando el
proyecto y no sabíamos de su realización, otra cuestión podría ser que lamentablemente se olvidó
realizarlas.
Segunda Reunión de grupo
Fecha: 24/0ctubre /2010
Lugar: casa de Lucina
Descripción: en esta reunión se establecieron los temas de que cada involucrado del proyecto iba a
realizar referente al proyecto que son gestión de alcance, gestión de recursos humanos y gestión de
comunicación, cada uno de los involucrados desarrollara un tema o subtema en específico y
posteriormente le proporcionara la información necesaria al líder de proyecto para que este lo adecue
a la plantilla del proyecto final, que posteriormente el profesor analizara y revisara
Conclusiones: mediante esta reunión se estableció lo temas que cada integrante realizará así de
como la forma que se le entregara al líder de proyecto ayudando a realizar la plantilla de proyecto
final.
Nota: en esta reunión no se realizaron las evidencias fotográficas porque estábamos iniciando el
proyecto y no sabíamos de su realización, otra cuestión podría ser de que lamentablemente se olvidó
realizarlas.
52 | P á g i n a
Conclusiones: se concluye en esta reunión de que sirvió de vital importancia y que mediante una
decisión grupal de pudo determinar al líder de proyectos.
Tercera Reunión de grupo
Fecha: 28/Noviembre /2010
Lugar: casa del líder de proyecto
Descripción: en la presente reunión, discutimos sobre algunos problemas que el equipo de trabajo
lamentablemente está padeciendo, esto se hizo para no afectar la realización del proyecto y al cliente
en el futuro que podrá causar la cancelación de proyecto, afortunadamente se establecieron criterios
de acuerdo entre los involucrados del proyecto. También la reunión ayudo a dividir el trabajo siguiente
entre el equipo de trabajo, los cuales son gestión de tiempo, gestión de costo y gestión de calidad.
Conclusiones: referente a esta reunión, los problemas fueron resueltos es como en todo siempre los
habrá pero se deben prevenir para no causar problemas en el futuro que pueda afectar a la
realización de proyecto.
Evidencia fotográfica:
Figura 10. Evidencia fotográfica tercera reunión
53 | P á g i n a
Cuarta Reunión de grupo
Fecha: 06/Diciembre /2010
Lugar: Escuela
Descripción: en esta reunión se establecieron los puntos a realizarse entre el equipo de trabajo así
de cómo será la entrega al líder de proyectos, entre estos puntos se encuentran:
 Gestión de riesgos
 Gestión de abastecimientos
 Gestión de integración.
Con la realización de estos temas estaríamos terminando prácticamente la plantilla del proyecto, que
después será analizada por el profesor asignado.
Conclusiones: referente a esta reunión, se establecieron los temas a realizar entre los involucrados
del proyecto así de cómo será los criterios que de aceptación que hará el líder de proyecto.
Figura 11. Evidencia fotográfica cuarta reunión
Quinta Reunión de grupo
Fecha: 12/Diciembre /2010
Lugar: casa de Gerardo
Descripción: en esta reunión se establecieron los puntos que cada integrante expondrá en la
presentación de proyectos del dia lunes a la1:00 pm y se aplicaron los últimos detalles al proyecto así
como se realizó una práctica de exposición antes de la presentación.
Con la realización de esta reunión estaríamos terminando la plantilla del proyecto, que después será
analizada por el profesor asignado.
54 | P á g i n a
Conclusiones: referente a esta reunión, se establecieron los temas a exponer el dia lunes asi de la
terminación total de la etapa de planeación del proyecto.
Figura 12. Evidencia fotográfica reunión con el asesor
Reuniones con el asesor
Fecha: 18/Noviembre /2010
Lugar: Escuela
Descripción: se establecen criterios en los cuales se definen el modo de trabajar con el asesor y se
establecen las horas de reuniones. Existe una Conversación entre alumno – maestro donde se
intercambian ideas acerca del proyecto que se pretende implementar y por ultimo realizamos las
anotaciones pertinentes donde anotamos cualquier cuestión que sea de gran utilidad para hacer las
adecuaciones pertinentes al proyecto
Conclusiones: referente a esta reunión con el asesor se establecieron ciertos puntos de trabajo que
ayudara a la realización y hacer las correcciones pertinentes al proyecto.

55 | P á g i n a
Listado de Tablas
56 | P á g i n a
10 LISTA DE TABLAS
Tabla 1. Perspectiva general del proyecto

Transporte Urbano)
transporte.
Tabla 2. Plan de Administración de Riesgos

Riesgo
Costo y tiempo de Media Puede perjudicar el 1. Revisión regular del Charter
elaboración del proyecto porque se para que se lleve a cabo el
proyecto. puede llevar más proyectó según como se
tiempo en realizarse y estableció.
el costo sería mayor. 2. Organizar un plan con las
problemáticas dadas para
Modificaciones del Alta Puede ser perjudicial Llegar en un acuerdo con el cliente
proyecto en varios casos ya plantearle posibles soluciones ,
que a veces no se
llega con un acuerdo
con el cliente
Alargar el proyecto Media Puede ocasionar Tratar de hacer entender al cliente
enojo por parte del del por qué se alargó el proyecto y
cliente convencerlo que es para bien.
proyecto por parte del proyecto para una mayor seguridad
cliente
57 | P á g i n a
Tabla 3. Matriz de roles y funciones.
Matriz de roles
Y funciones
Planificador de
Programadores
Teptu (tarjeta
Administrador
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
proyecto
trasporte
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
Capítulo1
Alcance
1.1 A/R C E P P P P
Chárter
1.2. A/R E E
Declaración de
Alcance
1.3.WBS A/R C P P C P
Capítulo 2
Recursos
Humanos
2.1.Diagrama A/R P E P P
Organizacional
Del Proyecto
58 | P á g i n a
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
trasporte
proyecto
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
2.2.Matriz de A/R C P E P
Roles Y
Funciones
Capítulo 3
Comunicación
3.1. Matriz De
Comunicación
3.2. Calendario
de Eventos
3.3. Estatus
Semanal
3.4.Reporte
Mensual
Capítulo 4.
Tiempo
59 | P á g i n a
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
trasporte
proyecto
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
4.1 Programa
del Proyecto-
Ruta Critica
Capítulo 5
Costo
5.1. Estimados
De Costos
5.2.
Presupuesto
Base-(Baseline)
5.3. Programa
De
Erogaciones-
Flujo De
Efectivo
Capítulo 6.
Calidad
60 | P á g i n a
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
trasporte
proyecto
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
6.1. Lista De
Verificación-
Diagrama
Causa/Efecto
6.2. Análisis De
Precedentes-
(benchmarking)
Capítulo 7
Riesgo
7.1 Mapa De
Riesgos
7.2. Matriz De
Administración
De Riesgos
Capítulo 8.
Abastecimiento
s
61 | P á g i n a
Matriz de roles
Y funciones
Planificador de
Programadores
Administrador
Teptu (tarjeta
Buscador de
Ingeniero de
Secretario o
información
Clasificador
electrónica para
Analista de
Proyectista
Informador
Comercial
proyectos
Financiero
Diseñador
Proyectos
de diseño
Cerrador
trasporte
proyecto
Iniciador
Portavoz
Analista
Líder de
Ing. De
diseño
urbano)
visión
WBS
8.1 Matriz de
Abastecimiento
s
Capítulo 9
Integración
9.1. Control De
Cambios
9.2. Lecciones
Aprendidas
62 | P á g i n a
Tabla 4. Matriz de comunicación.
Matriz de
Requisiciones
proveedores
proveedores
comunicación
presupuesto
Ordenes de
Minutas de
Evaluación
Minutas de
Control de
Estatus de
proyecto
compras
de pago
semanal
semanal
Reporte
internas
cambio
Plan de
Estatus
juntas
juntas
de
involucrado Rol en el sem men sem sem Otro quin men men otro men
proyecto
Luis Alfonso Líder de @
Espinoza quintal proyecto
Luis Espinoza Buscador de @ * @
quintal visión
Gerardo meza Ing. De @ @ @
Caamal proyectos
Gerardo meza Proyectista @ @ @ @
Caamal
63 | P á g i n a
Tabla 4.1. Matriz de comunicación.
Matriz de
Requisiciones
proveedores
proveedores
comunicación
presupuesto
Ordenes de
Minutas de
Evaluación
Minutas de
Control de
Estatus de
semanal
proyecto
compras
de pago
semanal
Reporte
internas
cambio
Plan de
Estatus
juntas
juntas
de
Lucina Gutiérrez Ing. De diseño @ @ @
Méndez
Melany Quijano Analista de @
Ortegón información
Melany Quijano Comercial @ @ @ @
Ortegón
Erika Negrón programador @
Moo
@: E-mail/
Impreso Digital
64 | P á g i n a
Tabla 5. Calendario de eventos.
L M M J V S D L M M J V S D L M M J V S D L M M J V S D L M M J V S D
Ago. 2 2 2 2 2 2 2 3 3
3 4 5 6 7 8 9 0 1
Sep. 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 26
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
2 2 2 3 3
7 8 9 0 1
Oct 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 30
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
Nov 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
Dic 1 2 3 4
5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Junta de equipo Inicio del proyecto Junta con el asesor

Recepción avances Entrega del plan del proyecto Entrega de reportes mensuales
Presentación del proyecto Diseño terminado Fin del proyecto
65 | P á g i n a
Tabla 6. Control de tiempo.

Software 1/28 8/38 54% 53%
Análisis de 1/14 8/38 75% 67%
software
Diseño de 2/13 3/5 54% 54% 0%
software
Manejo de 3/28 4/18 74% 23%
software
Base de Datos 3/37 6/23 100% 65%
Análisis de la 4/15 5/8 45% 87% 0%
base
Diseño de la 4/21 8/9 54% 89% -5%
base
Construcción 5/12 6/27 49% 57% -2%
de tablas de la
base
Lector de Tarjeta 7/27 9/36 89% 69% 0%
Análisis de 6/15 7/5 56% 56% -3%
diseño
Diseño de la 7/10 6/8 43% 45%
tarjeta
Programación 8/6 7/24 89% 67% -6%
de la tarjeta
Modo de uso de 8/9 8/31 98% 99% -7%
la tarjeta
Tabla 7. Programa
Mes Progr. Real Var. Corte

Agosto 10.5% 10.2% 10.1% 23 de Noviembre
Septiembre 54.7% 53.1% - 41.1% Real 61.7%
Octubre 75.3% 64.8% - 45.5% Programado
54.40%
Noviembre 89.7% Variación – 45.5%
Diciembre 100%
66 | P á g i n a
Tabla 8. Estimados de costos

1.1 software $17,998.00
1.1 Análisis de Software Pza. 1 $8,999.00 $8,999.00
1.1.1 Diseño de software Pza. 1 $8,999.00 $8,999.00
1.2 Base de Datos $27,728.90
Construcción de tablas de la
1.2.1 base de datos Pza. 1 $8,999.00 $8,999.00
1.2.2 Análisis de la base de datos Pza. 1 $8,999.00 $8,999.00
1.2.3 Diseño de la base de datos Pza. 1 $8,999.00 $8,999.00
1.2.4 Multifuncional Epson TX120 Pza. 1 $731.90 $731.90
1.3 Lector de Tarjeta $33,988.00
1.3.1 Diseño de la tarjeta Pza. 1 $8,999.00 $8,999.00
1.3.2 Programación de la tarjeta Pza. 1 $8,999.00 $8,999.00
Equipo para la realización de la
1.3.3 tarjeta. Pza. 2 $7,995.00 $15,990.00
1.4 Papelería 5517.84478
1.4.1 Sumadora Canon MP-25DV Pza. 2 $981.90 1963.7931
1.4.2 Lápices Escolar BH B/20 Paq. 3 36.63793 109.91379
1.4.3 Sacapuntas de Plástico PAQ/2 Paq. 2 13.36207 26.72414
1.4.4 Borrador Hi-Poymer Prof. B/2+1 Paq. 2 25.77586 51.55172
1.4.5 Miniengrapadora Office Depot Pza. 2 17.15517 34.31034
1.4.6 Folder Manila Cta. Office Depot Paq. 2 66.2931 132.5862
1.4.7 Perforadora 30RIF Office Depot Pza. 2 49.05172 98.10344
1.4.8 Resma Carta C/750 Hojas Xerox Pza. 3 85.34483 256.03449
1.4.9 Caja Papel Reciclado Xerox Paq. 2 404.31034 808.62068
1.4.10 Cartucho Epson Negro TX120 Pza. 1 188.7931 188.7931
Cartucho Epson Ama TX 120
1.4.11 T22 Pza. 1 188.7931 188.7931
Cartucho Epson Cyan TX 120
1.4.12 T22 Pza. 1 188.7931 188.7931
67 | P á g i n a
Tabla 8.1. Estimados de costos

14.13 Cartucho Epson Mag. TX 120 Pza. 1 188.7931 188.7931
T22
1.4.14 Cartucho Brother LC61BK Pza. 1 507.75862 507.75862
Negro
1.4.15 Cartucho Brother LC61C Cyan Pza. 1 257.75862 257.75862
1.4.16 Cartucho Brother LC61M Pza. 1 257.75862 257.75862
Magenta
1.4.17 Cartucho Brother LC61Y Pza. 1 257.75862 257.75862
Amarillo.
1.5 Imprevistos $85,232.74
SUBTOTAL $170,465.48
IVA 27274%
TOTAL $170,738.23
Tabla 9. Presupuesto Base

1.1 software $17,998.00 135d 1//24 20//24 3,400
$
35d
1.2 Base de Datos 27,728.90 2//30 27/30 6,815.00
1.3 Lector de Tarjeta $33,988.00 48d 2//30 29//30 8,679.00
1.4 Papelera $5,517.84 50d 1//25 18//25
1.5 Imprevistos $85,232.74 10d 1//28 26//28
Total $170,465.49 $18,894

5,990.90 3,145.10 2,062.00 3,400.00 17,998.00
4,135.00 3,889.98 5,899.02 6,989.90 27,728.90
1,298.98 8,987 5,345.02 9,678.00 33,988.00
$5,517.84 $5,517.84
$85,232.74 $85,232.74
11,425 $16,022.00 13,306 $110,818.48 $170,465.48
Tabla 9.1. Presupuesto Base
Total/Mes $18,894 11,425 16,022.00 13,306 $110,818.48

Acumulado $18,894 30,319 46,341.00 59,647 $170,465.48
%
Acumulado 15.45% 34.17% 54.08% 72.39% 100%
68 | P á g i n a
Tabla 10. Programa de erogaciones

1.1 software 17,998.00 135d 1//24 20//24
1.2 Base de Datos 27,728.90 35d 2//30 27/30
1.3 Lector de Tarjeta 33,988.00 48d 2//30 29//30
1.4 Papelería 5,517.84 50d 1//25 18//25
1.5 Imprevistos 85,232.74 10d 1//28 26//28
Total 170,465.48

5,100.00 3,200.00 3,900.00 5,798.00 17,998.00
11,228.00 3,500.00 6,000.00 7,000.90 27,728.90
12,000.00 8,500 5,000.00 8,488.00 33,988.00
5,517.84 $5,517.84
20,000 65,232.74 85,232.74
28,328 $15,200.00 34,900 $92,037.48 $170,465.48
Tabla 10.2: Programa de erogaciones
Total/Mes 28,328 $15,200.00 34,900 $92,037.48

Acum 28,328 43,528.00 78,428 $170,465.48
% Acum 17.20% 47.87% 67.37% 81.75% 100%
69 | P á g i n a
Tabla 11. Análisis de precedentes
CLAVE CONCEPTO Fecha Estatus Fecha Real Observa. Firma

Programada de Revisión
de Revisión
1 Diseño
1.1 Dilección a las 01 de Software 05 de
necesidades del diciembre diciembre
proyecto. del 2010 del 2010

aceptación. del 2010 del 2010
aceptación del 2010 del 2010
2 Selección de
Equipo
2.1 Proveedor 30 de Lector de 05 de
acreditado noviembre Tarjeta diciembre
del 2010 del 2010
2.2 Adaptabilidad al 20 de Base de 05 de
proyecto noviembre Datos diciembre
del 2010 del 2010
2.3 Sistema de calidad 29 de En proceso 05 de
del proveedor noviembre diciembre
del 2010 del 2010
3 Entrega
3.1 Orden completa 02 de En proceso 05 de
y a tiempo diciembre del diciembre
2010 del 2010
3.2 Anticipo y contrato 01de En proceso 05 de
a tiempo diciembre del diciembre
2010 del 2010
3.3 Avance en el 30 de Software y 05 de
proyecto diciembre del Base de diciembre
2010 datos del 2010
4 Instalación
4.1 Materiales y 25 de Lector de 05 de
equipos completos noviembre tarjeta diciembre
del 2010 del 2010
4.2 Coordinación con 19 de Software y 05 de
trabajos noviembre Base de diciembre
4.3 Instaladores y 15 de Lector de 05 de
adecuados del 2010 del 2010
5 General
70 | P á g i n a
Tabla 12. Matriz de riesgos

Respuestas
No obtener el 20% de Plan A-Evitar: -Revisar y asegurar Luis Espinoza Quintal
descuento en la Se tendrá que hacer el que se haga la Gerente del
compra de las pedido con 2 meses entrega del anticipo a Proyecto
tarjetas de anticipación y tiempo
entregar un anticipo.
Entrega Diseño de Plan A- Evitarlo: -Revisar y monitorear Luis Espinoza Quintal
tarjeta a tiempo Informar el diseñador al diseñador Gerente del
el tiempo en el que se Proyecto
debe de terminar el
diseño de la tarjeta
para evitar conflictos
y retraso del
proyecto.
Entrega tardía de las Plan A- Evitarlo: -Integrar un Diagrama Luis Espinoza Quintal
tarjetas Realizar con tiempo el Causa-efecto con lista Gerente del
pedido. de verificación del Proyecto
Plan B-Monitoreo: proceso requerido,
Revisar y monitorear desde el diseño y
que el proceso de entrega.
diseño y análisis no
tengan atrasos.
Plan C-Información:
Confirmar que los
diseñadores tengan el
plazo y la fecha de
entrega.
Realizar el diseño de Plan A- Evitarlo: -Monitorear el Luis Espinoza Quintal

la tarjeta con el Informar desde el balance de costos Gerente del
presupuesto dado. principio al diseñador -Buscar alternativas Proyecto
el presupuesto con el de solución más
que se cuenta. económicas.
Contar con el Plan A- Análisis: -informarle al analista Luis Espinoza Quintal
software indicado del Analizar que el lector debe Gerente del
lector de tarjeta. detalladamente el contener el mejor Proyecto
software que contara software eficaz.
el lector de tarjeta.
71 | P á g i n a
Tabla 12.1. Matriz de administración de riesgos

Respuestas
diseño de la base de Plan A- Evitarlo: -Monitorear el Luis Espinoza Quintal
datos fuera del Informa al diseñador balance de costos Gerente del
presupuesto del presupuesto con -Buscar alternativas Proyecto
el que se cuenta para de solución más
el diseño de la base. económicas
Plan B- Reducirlo:
Informar previamente
Sobre los conflictos
que se puede dar y
obtener autorización.
72 | P á g i n a
Tabla 13. Matriz de abastecimientos
Paquetes de contratación
CLAVE WBS Gerente Arq. Diseñador Sistemas Técnicos
del
proyecto
1.1 Software
1.1.1 Análisis de
software
1.1.2 Diseño de
software
1.1.3 Manejo de
software
1.2 Base de Datos
1.2.1 Análisis de la
base
1.2.2 Diseño de la
base
1.2.3 Construcción de
tablas de la base
1.3 Lector de
Tarjeta
1.3.1 Análisis de
diseño
1.3.2 Diseño de la
tarjeta
1.3.3 Programación de
la tarjeta
1.3.4 Modo de uso de
la tarjeta
1.4 Análisis de
información
1.4.1 Control
1.4.2 Actualizaciones
1.4.3 Revisiones
73 | P á g i n a
Tabla 13.1. Matriz de abastecimientos
Esquemas de Gerencia de proyectos con 4 contratos principales

conmutación
Tipo de interno precio fijo diseño de precio unitario diseño de
contrato construcción construcción
Forma de interno % avance entregables entregables entregables
pago parciales parciales parciales
Importe
aproximado
Anticipo 0% 30% 20% 25% 20%
aproximado
Fecha de Asignación Asignación Asignación Asignación Asignación
concurso
Fecha de 23-ago-10 4-sep-10 13-oct-10 28-nov-10 09-dic-10
contratación
74 | P á g i n a
Listado de Figuras
75 | P á g i n a
11 . LISTAS DE FIGURAS
Figura 1. WBS
TEPTU (tarjeta electrónica para

transporte urbano)
BASE DE LECTOR DE ANALISIS DE

SOFTWARE
DATOS TARJETA INFORMACION
Análisis de diseño
Análisis de la base
Análisis de software Programación de la
Construcción de Control
Diseño de software tarjeta
tablas Actualizaciones
Manejo de Diseño de la tarjeta
Diseño de la base Revisiones
software Modo de uso de la
Manejo de la base
tarjeta
76 | P á g i n a
Figura 2. Diagrama Organizacional
Equipo directo
Líder De
Proyecto
Ing. De Ing. De Analista de

Proyectista
Proyectos Diseño Informacion
Administrador Analista
Iniciador Planificador Secretario de Diseño
de Proyectos
Equipo ejecutor
Cerrador Buscador Financiero Diseñador Informador Clasificador
de Visión
Comercial Equipo externo

Programador 77 | P á g i n a
Figura 3. Programa del proyecto
78 | P á g i n a
79 | P á g i n a
80 | P á g i n a
Figura 4. Ruta-critica
81 | P á g i n a
Figura 5. Pert
82 | P á g i n a
Figura 6. Gráfica de presupuesto base
$180,000.00
$160,000.00
$140,000.00
P. BASE
$120,000.00 DURACIÓN
INICIO
$100,000.00 FIN
AGOSTO
$80,000.00 SEP.
OCT.
$60,000.00 NOV.
DIC.
$40,000.00 TOTAL
$20,000.00
$0.00
software Base de Datos Lector de Tarjeta Papeleria Imprevistos Total
1.1 1.2 1.3 1.4 1.5
83 | P á g i n a
Figura 7. Gráfica del programa de erogaciones
180,000.00
160,000.00
140,000.00 P. BASE
120,000.00 DURACIÓN
IMPORTE
100,000.00
INICIO
80,000.00
FIN
60,000.00
AGOSTO
40,000.00
20,000.00 SEP.
0.00 OCT.
software
NOV.
Base de Datos
Lector de Tarjeta
Papeleria
Imprevistos
DIC.
Total
TOTAL
1.1
1.2
1.3
1.4
1.5
PROGRAMA DE EROGACIONES
84 | P á g i n a
Figura 8. Diagrama Causa Efecto
Diagrama Causa Efecto
DISEÑO SELECCIÓN DE EQUIPO
PROVEEDOR
DILECCIÓN A LAS
ACREDITADO
NECESIDADES DEL
PROYECTO
ADAPTIBILIDAD AL
PROYECTO
DILECCIÓN A LOS
CRITERIOS DE
ACEPTACIÓN
SISTEMA DE CALIDAD CAMBIO

DEL PROVEEDOR SE
IMPREVI
DILECCIÓN A LOS
STOS
CRITERIOS DE
ACEPTACIÓN
ORDEN COMPLETA MATERIALES Y COORDINACIÓN CON

Y A TIEMPO EQUIPOS COMPLETOS TRABAJOS
ANTICIPO Y AVANCE EN EL
CONTRATO A PROYECTO INSTALADORES Y
TIEMPO EQUIPOS
ADECUADOS
ENTREGA INSTALACIÓN
85 | P á g i n a
Figura 9. Esquema de control de cambios
Solicitud de
cambio
Justificación
Evaluación
del proyecto
No procede Autorización Actualización
86 | P á g i n a
Figura 10. Evidencia fotográfica tercera reunión
Figura 11. Evidencia fotográfica cuarta reunión
87 | P á g i n a
Figura 14. Involucrados del proyecto
Luis Lucina
Alfonso Gutiérrez
Espinoza Méndez
Quintal Erika
Negrón
Moo
Gerardo
Meza Melany
Caamal quijano
ortegon
Involucrados Clave Del Proyecto
88 | P á g i n a
Figura 15. ROLES, RESPONSABILIDADES Y AUTORIDADES
Líder de Líder Analistas Buscador de Administra

Proyecto Técnico Diseñador visión dor de
Gerente Líder Comercial diseño
Iniciador
del usuario Analista de Ingeniero
Proyecto Área información de diseño
Responsabl Desarrolla
e de Área do
(Administra Auditor
dor del de
Proyecto) Sistemas
clasificador
cerrador
89 | P á g i n a
Figura 16. Reunión con el asesor (primera reunión)
se establecen criterios
•definen el modo de trabajar con el asesor
•se establacen las horas de reuniones
Conversacion entre alumno - maestro

•se intercambian ideas acerca del proyecto que
se pretende implementar
Realizamos las anotaciones pertinentes

•Anotamos cualquier cuestion que sea de gran
utilidad para hacer las adecuaciones
pertinenetes al proyecto
90 | P á g i n a
Conclusiones
91 | P á g i n a
12 . CONCLUSIONES
Nuestro proyecto iniciara con los primeros requisitos de la identificación de la necesidad del
cliente por la cual nace nuestro proyecto, en ella; elaboramos y fijamos las ideas la cual
pretende beneficiar al usuario usando las tarjetas electrónicas; discutimos sobre lo que tiene
que llevar, las herramientas a utilizar las ventajas o desventajas, el equipo que utilizamos y
así terminamos traduciendo las necesidades del cliente por lo cual pretendemos llevar a cabo
el proyecto que lleva por nombre TEPTU(Tarjeta electrónica para transporte urbano)
esperamos y este proyecto sea de su agrado pensamos que es una necesidad para la
ciudadanía para mejorar el transporte público esperamos que este proyecto sea de su
agrado.
Este proyecto no se podría elaborar sin ayuda de los interesados que en este caso es la
ciudadanía que en realidad la necesita, este proyecto consta de un calendario en donde nos
organizamos para mejorar este proyecto, también realizamos un estatus semanal y un
reporte mensual para tener una mejor vista del costo del proyecto.
Esperamos que este proyecto sea de su agrado.
92 | P á g i n a
Referencias
Bibliográficas.
93 | P á g i n a
13 . REFERENCIAS BIBLIOGRAFICAS
FARLEY, Richard., Ingeniería de Software (5 Ed.), Mac Graw Hill (2005) Interamericana de México.
CLELAND, David, Ingeniería de Software (5 Ed.), / McGraw Hill (2006).
Roger s. Pressman R.s. Pressman & associates, Inc., Ingeniería del software Un enfoque práctico (5
ed.), Mac Graw-HILLDNTERAMERICANA DE ESPANA, S. A. U. 2006
Jack Gido James P. Clements, Administración Exitosa de Proyectos (5 Ed.), Thomson Editores, S. A.
de C. V (2005) /RESCATADO DE: http://intercambiosvirtuales.org
Ian Somerville, I N G E N I E R Í A DEL SOFTWARE (7 Ed.), PEARSON EDUCACIÓN, S.A. © 2005
Project Management Institute, Guía de los Fundamentos para la Dirección de Proyectos (Guía del
PMBOK), (4° Ed.), Pennsylvania EE.UU., PMI Publications (2008)
Administración Profesional de Proyectos/, Yamal Chamoun (1 Ed) McGraw Hill
Grey y Larsonr, Administración de proyectos (4º Ed) Mac Graw Hill
Pressman, Ingeniería de software (6º Ed), McGraw Hill
Yamal Chamoun, Administración Profesional de Proyectos (1 Ed) McGraw Hill
Sommerville Lan (2005), Ingeniería del Software (7° Ed.). Madrid, Pearson Educación S.A.
Cleland D.I. Y King W.R., Manual Para La Administración De Proyectos, Editorial Cecsa, Página
120-125 (2005),
Cleland David I. Ireland Lewis R. Manual portátil para la administración de proyectos, Editorial. Mc.
Graw Hill, página 218
REFERENCIAS ELECTRÓNICAS
AUTOR: Jefe del Proyecto: César López Rodríguez / NOMBRE DE PROYECTO: Desarrollo de un sistemas para
la gestión de artículos deportivos /Recuperado de/http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/
María Victoria Bisogno / “Metodología para el Aseguramiento de Entornos Informatizados” – MAEI. /Recuperado
de/http://materias.fi.uba.ar/7500/bisogno-tesisdegradoingenieriainformatica.pdf
Prof. Guía: Sr. Andrés coo Capitán Sr. José Alfonso Toledo dumenes / Delitos emergentes en internet y el
desafío De carabineros de chile en la prevención y control En la era informática” /Recuperado de/
http://www.delitosinformaticos.com/tesis.htm
Tesista: Enrique calot Director: Dr. Ramón García Martínez / Reconocimiento de patrones en imágenes médicas
basado en sistemas inteligentes /Recuperado de/ http://materias.fi.uba.ar/7500/calot-tesisingenieriainformatica.pdf
94 | P á g i n a
TESISTA: Sr. Diego M.S. ERDÖDY DIRECTORA: Prof. María FELDGEN / UN FRAMEWORK PARA LA
VISUALIZACIÓN DE PATRONES DE DISEÑO DISTRIBUIDOS Y CONCURRENTES IMPLEMENTADOS CON
PROGRAMACIÓN ORIENTADA A ASPECTOS: ACVF(ASPECTUAL COMPONENT VISUALIZATION
FRAMEWORK) /Recuperado de / http://materias.fi.uba.ar/7500/erdody-tesisdegradoingenieriainformatica.pdf
TESISTA: Sr. Pablo Ezequiel FELGAER DIRECTORES: Prof. Dr. Ramón GARCÍA-MARTÍNEZ Prof. M. Ing. Paola
BRITOS/ OPTIMIZACIÓN DE REDES BAYESIANAS BASADO
EN TÉCNICAS DE APRENDIZAJE POR INDUCCIÓN/ /Recuperado de/ http://materias.fi.uba.ar/7500/felgaer-
tesisingenieriainformatica.pdf
Tesista: Julia Garibaldi Directora: Prof. María Feldgen/ Modelado, análisis y diseño del sistema de control de un
robot gantry usando un sistema operativo de tiempo real convencional /Recuperado de/
http://materias.fi.uba.ar/7500/garibaldi-tesisingnieriainformatica.pdf
TESISTA: Sr. Pablo MACERI DIRECTOR: Prof. Dr. Ramón GARCIA-MARTINEZ/ APRENDIZAJE AUTOMATICO
BASADO EN INTERCAMBIO DE OPERADORES
EN SISTEMAS INTELIGENTES AUTONOMO /Recuperado de/ http://laboratorios.fi.uba.ar/lsi/maceri-
TESISTA: Sr. Damián Ariel MARTINELLI DIRECTORES: Prof. M. Ing. Paola BRITOS Prof. Lic. Arturo
SERVETTO Prof. M. Ing. Hernán MERLINO / IDENTIFICACIÓN DE HÁBITOS DE USO DE
SITIOS WEB UTILIZANDO REDES
NEURONALES/ /Recuperado de/ http://materias.fi.uba.ar/7500/martinelli-tesisingenieriainformatica.pdf
Sr. Pablo Maximiliano llardi Directora Prof. Cc. María feldgen / Extensión del estándar PSS de
CORBA para proveer
Servicios de estado persistente con acceso remoto: Análisis, diseño e
Implementación /Recuperado de/ http://materias.fi.uba.ar/7500/pilardi-tesisingenieriainformatica.pdf
TESISTA: Sr. Víctor Daniel PODBEREZSKI DIRECTOR: Prof. M. Ing. Lic. Jorge Salvador IERACHE /
MECANISMOS DE VALORACIÓN DE REPUTACIÓN BASADOS EN SISTEMASMULTIAGENTES: UNA
ARQUITECTURA FLEXIBLE /Recuperado de/http://materias.fi.uba.ar/7500/podberezski-
Alumno: Salvador Manzanares Guillén smg3@alu.um.es Director: Jesús J. García Molina jmolina@um.es /
Proyecto informático: Programación Orientada a Aspectos Una experiencia práctica con AspectJ /Recuperado de/
/http://dis.um.es/~jmolina/Proyecto%20POA-AspectJ.pdf
TESISTA: Sr. Martín ROUAUX DIRECTORA: Prof. CC. María FELDGEN / DISEÑO Y PROTOTIPO DE
MIDDLEWARE BASADO EN CORBA PARA EL BUS CAN / /Recuperado de/
http://materias.fi.uba.ar/7500/rouaux-tesisingenieriainformatica.pdf
Tesista: Sr. Fernando a. salgueiro Director: Prof. Dr. Ramón García Martínez Co-directora: Prof. M. Ing. Zulma
cataldi / Sistemas inteligentes para el modelado del tutor / /Recuperado de/
http://materias.fi.uba.ar/7500/Salgueiro-tesisingenieriainformatica.pdf
95 | P á g i n a
Alumno: Schenone Marcelo Hernán. Padrón: 75563. Tutor: Villagra Sergio. / Diseño de una Metodología Ágil de
Desarrollo de Software. /Recuperado de/ http://materias.fi.uba.ar/7500/schenone-
tesisdegradoingenieriainformatica.pdf
SOFTWARE UTILIZADO
Free mind 0.9/versión: 0.9.0 RCP copyright 2000-2004: es una herramienta eficaz referente
con la creación de mapas mentales proporcionando varias herramientas para su realización.
Edraw mind map Versión 1.0 /copyright 2002-2006 software libre : es una aplicación bastante
útil en cuanto a la creación de mapas mentales, ayuda a su fácil creación proporcionando
herramientas graficas bastante útiles que ayudara a la realización del mapa mental.
OPEN Project /software libre: esta magnífica aplicación permite realizar graficas de Gantt sin
ningún problema brindando facilidad y comodidad.
Microsoft Project. 2010 professional, Microsoft copyright 2010
96 | P á g i n a
Anexos
97 | P á g i n a
14 . ANEXOS
GLOSARIO DE TERMINOS
1. PMI (Project Management Institute): es una guía para la realización de

proyectos hablando metodológicamente
2. SCM (Supply Chain Management): administración de la cadena de
suministros
3. MIS (Management Information System): Administración de sistema de
información
4. Magister: es una persona que tiene alto conocimiento sobre algo, pero no
superior.
5. Administración: Es el proceso administrativo
6. Proceso administrativo: es el proceso de planear, dirigir, organizar y
controlar.
7. PMBOK (Project Management Body Of Knowledge
8. SBU (Strategic Business Unit)
9. CORE COMPETENCE: son las habilidades y destrezas que nos
diferencian de los demás
10. RISK MANAGEMENT: administración de riesgos
11. Self – Monotoring: Auto control
12. Charter: es el contrato que se establece entre el cliente y las
personas que realizarán el proyecto
13. Board: Es el consejo
14. QFD (QUALITY FUN DISPLAY)
15. Stakeholder: son las personas involucradas en el proyecto
98 | P á g i n a
DECLARACIÓN DE ALCANCE (TABLAS)
Entregable final 1 Descripción Criterio de aceptación
Teptu (software) Software para tarjeta  Entrega final del

electrónica el cual va a proyecto el día 7
constar de los siguientes diciembre de 2010.
requisitos:  Cumplir con todas las
 Reducir el manejo de especificaciones que se
dinero, al implementar establecen.
este software.  Estará funcionando
 Añadir algo nuevo al cuando sea totalmente
estado. desarrollado.
 Desarrollarlo de una
manera fácil para un
manejo optimo
Sub-entregables Descripción Criterio de aceptación
Análisis del software Analizar detalladamente las Desarrollar un buen informe que
maneras de elaboración de cumpla con las expectativas
software
Diseño de software Desarrollar un diseño Un diseño ideal para poder

adecuado a la vista del desarrollarlo
usuario que se llamativo
además que sea entendible
Manejo de software Ejecución y manejo de Ponerlo en marcha y verificar

software para el proyecto, todos aquellos posibles errores
adecuándolo e que puedan surgir al terminarlo.
implementándolo.
Base de datos Proporcionará una Que toda la base de datos

información completa de este bien estructurada para un
todo lo relacionado con el mejor manejo de los datos.
software y va analizando que
cualquier dato esté en orden
99 | P á g i n a
Sub-entregable base de datos

Sub-entregables Descripción Criterios de aceptación
Análisis de la base de Se analizara Dicho reporte de ser coherente

datos detalladamente los datos para descartar errores futuros
o la información que se
pretende manejar en esta
Construcción de las Se desarrollará las tablas La relación entre las tablas será
tablas pertinentes que serán coherente y bien organizada.
utilizadas en dicha base.
Diseño de la base de Se desarrollara un buen El diseño será óptimo y bien

datos diseño de la base para estructurado.
que el software realice
bien sus operaciones.
Manejo de la base de El software necesitara de Debe ser de una manera rápida y

datos un control para evitar sencilla.
errores para ello se tendrá
un buen manejo en la
base de datos del
sistema.
Lector de tarjeta
Lector de la tarjeta Se desarrollara e diseño y Deberá ser una tarjeta bien

programación de la tarjeta. diseñada
Sub-entregable lector de tarjeta

Análisis de la tarjeta Se estudiara y se recopilara Las investigaciones e ideas se

información de ideas e llevaran en cabo en reuniones
investigaciones para la e investigaciones de campo.
implementación y
construcción del lector de
tarjeta y se dividirá en fases
100 | P á g i n a
de elaboración
Programación de la Se reunirá los Se corregirá errores y se harán

tarjeta programadores y expertos pruebas al software para ver si
en programación para darle es eficaz
el software indicado y
estructura interna de la
tarjeta
Diseño de la tarjeta En esta fase se pretende la Se diseñara de acuerdo a la

elaboración del diseño petición de los clientes y de las
exterior de la tarjeta como investigaciones de campo que
su color y peso. se realicen
Modo de uso de la Se capacitara a los clientes Habrá capacitadores para los

tarjeta pata mejor uso de los clientes que adquieren el
clientes producto para un mejor uso
Análisis de información
Entregable final 4 Descripción Criterios de aceptación
Análisis de Todo el análisis será veraz y El análisis debe estar

información bien detallado, demostrando bien estructurado
todos los requisitos del
proyecto
Sub-entregable análisis de información

Actualizaciones Mantener el software Las actualizaciones deben

actualizado siempre de traer algo nuevo y operar
manera que sea utilizable al 100%
Revisiones Entregables parciales y finales Cada análisis debe ser

Instalaciones y servicios del claro y objetivo y
equipo especializado deben demostrar lo que se
de estar al 100% realizó.
Control Mantener bien observado o El control debe ser real.

dominio del proyecto
101 | P á g i n a
Tabla M. Listado de roles y funciones.
Equipo Grupo Núm. de Referencia Rol Funciones

Referencia
1y3 ML5 2 Crow, M. (2010). Identificar los Clientes a) Son las

Stakeholders… ¿Por qué Internos personas
molestarse en esto? Consultado (Stakeholde para
en r interno) quienes el
http://www.liderdeproyecto.com/ Project
articulos/identificar_stakeholder manager
s_por_que_molestarse_en_esto está
.html el 4 de Octubre del 2010 haciendo
el trabajo y
tienen una
necesidad
particular
en que el
proyecto
pueda ser
dirigido a
feliz
término.
Patrocinador a) El
del Proyecto papel del
(Stakeholder patrocin
interno) ador es
típicame
nte ser
un
represen
102 | P á g i n a
tante de
alta
jerarquía
que
tiene un
gran
interés
en los
resultad
os del
proyecto
.
b)
Facilitar
decision
es y
contribui
r a la
asignaci
ón de
recursos
.
Equipo a) Grupo
Central del relativam
Proyecto ente
(Stakeholder pequeño
interno) compues
to a
partir de
diferente
103 | P á g i n a
s
departa
mentos
de
trabajos
necesari
os para
completa
r el
proyecto
.
Proveedores a)
de Recursos Asegurar
Funcionales los
(Stakeholder recursos
interno) puede
depende
r del tipo
de
estructur
a de la
organiza
ción que
requiere
el
proyecto
.
Supervisor a) es el
del jefe del
104 | P á g i n a
Administrad Project
or del manager
Proyecto y tiene
(Stakeholder un gran
interno) interés
en el
éxito del
proyecto
.
Diferentes a) El
Grupos de papel de
Apoyo éstos
(Stakeholder hacia el
interno) proyecto
es más
de
apoyo
que
trabajo
activo,
dependi
endo de
las
necesida
des
específic
as del
proyecto
.
105 | P á g i n a
Clientes a) se
Externos caracteri
(Stakeholder zan
externo) típicame
nte por
los
contrato
s.
Grupos de a) se
Usuarios debe
(Stakeholder consider
externo) ar a los
grupos
de
usuarios
si el
proyecto
desarroll
ao
fabrica
un
producto
que será
comercia
lizado y
vendido
a los
106 | P á g i n a
consumi
dores.
Proveedores a) el
(Stakeholder proyecto
externo) puede
requerir
material
es que
deben
ser
consegui
dos a
partir de
compañí
as
externas
, el
Project
manager
debe
utilizar la
lista de
proveed
ores
principal
es en el
caso de
que la
empresa
107 | P á g i n a
tenga
una.
3 ML5 3 Pascual, G. (2010). Éxito en la Asignación a) Esto

gestión de proyectos. Consultado Permanente sucede
en cuando
http://www.mailxmail.com/curso- hay un
exito-gestion-proyectos/equipo- grupo de
trabajo el 4 de octubre de 2010. persona
s con
unos
conocimi
entos
que les
permitan
realizar
varios
proyecto
s del
mismo
tema.
Asignación a) Son
Temporal persona
s que se
incorpor
an
desde la
misma
unidad
organiza
108 | P á g i n a
tiva para
la
ejecució
n del
Proyecto
.
Reclutamien a) Esta
to de nuevas situación
personas se
produce
cuando
se
requiere
más
mano de
obra de
la
disponibl
e para la
ejecució
n del
Proyecto
.
Transferenci a) De
a de otros
personas departa
mentos:
situación
que se
produce
109 | P á g i n a
cuando
hay
persona
s
"disponib
les" en
otras
unidades
de la
organiza
ción.
Consultores a)
Persona
s
externa
a la
organiza
ción que
poseen
conocimi
entos
muy
específic
os de los
que no
se
disponen
interiorm
ente.
Subcontrata a)
110 | P á g i n a
dos Corresp
onde a
persona
s que
van a
ejecutar
una
determin
ada
actividad
y que no
son
elegidas
por el
Director
del
Proyecto
.
2 ML5 5 TensTep (2010). Project Roles Analistas a) . E l

and Responsabilities. analista
Consultado en es
http://www.lifecyclestep.com/open respons
/407.0LifecycleRoles.htm el 4 able de
octubre 2010. asegurar
que los
requisito
s de los
clientes
de
negocios
son
111 | P á g i n a
capturad
os y
docume
ntados
correcta
mente
antes de
una
solución
se
desarroll
ae
impleme
nta.
Cliente a). Este

es el
pueblo
(o
grupos)
que son
los
beneficia
rios
directos
de un
proyecto
o
servicio.
Ellos son
las
persona
112 | P á g i n a
s para
quienes
el
proyecto
se está
realizand
o. (Los
beneficia
rios
indirecto
s son
probable
mente
las
partes
interesa
das.)
Project a). El
Manager de cliente
cliente puede
tener
una
persona
de
contacto
que se
designa
como
gerente
de
proyecto
113 | P á g i n a
s
compara
bles.
Diseñador a). El
diseñado
r
determin
a el
modelo
general
y un
marco
para la
solución,
hasta el
nivel de
diseño
de
pantallas
,
informes
,
program
as y
otros
compon
entes.
Gerente de a) El
Proyectos director
del
114 | P á g i n a
proyecto
es
respons
able de
administr
ar el
presupu
esto y el
calendari
o y todos
los
procedi
mientos
de
gestión
de
proyecto
s
Equipo del a) •
Proyecto Compre
nder el
trabajo a
realizar
•
Planifica
ción de
las
actividad
es
asignada
s con
115 | P á g i n a
más
detalle si
es
necesari
o
•
Complet
ar el
trabajo
asignado
dentro
del
presupu
esto,
cronogra
ma y la
calidad
de las
expectati
vas
•
Informar
al
director
del
proyecto
de las
cuestion
es,
cambios
en el
alcance,
116 | P á g i n a
riesgos y
preocup
aciones
sobre la
calidad
•
Comunic
ar el
estado
de forma
proactiva
y
manejar
las
expectati
vas
Patrocinador a).
Proporci
ona
financiac
ión de
proyecto
s,
resuelve
problem
as y
cambios
de
alcance,
aprueba
las
117 | P á g i n a
prestacio
nes
principal
es y
proporci
ona un
alto nivel
de
dirección
.
Las partes a). Estas

interesadas son las
persona
so
grupos
que
tienen
un
interés o
un
interés,
en el
resultad
o del
proyecto
.
Del Comité a). Es un

Directivo. grupo de
interesa
dos de
118 | P á g i n a
alto nivel
que son
respons
ables de
orientar
sobre la
dirección
estratégi
ca
general.
Usuarios a). Estas

son las
persona
s que
realment
e utilizan
los
entregab
les del
proyecto
.
Los a).
proveedores Empresa
/ so
vendedores. persona
s
específic
as que
trabajan
para
119 | P á g i n a
terceros
1 VL5 6 Topchik, G. (2008). Como El Iniciador a)

Desarrollar a su Equipo. Nelson: Sugiere
USA. o
plantea
Asignaci
ones
b)
Sugiere
plazos
de
tiempos
sugerido
s
El Cerrador a) Ayuda
al equipo
a tomar
decision
es
b)
Recuerd
a a la
gente las
fechas
límites.
120 | P á g i n a
El a) Aclara
Clasificador cualquier
malente
ndido o
confusió
n acerca
del
trabajo
que está
efectuan
do el
equipo
b)
Ofrece
ejemplos
para
ayudar
al equipo
a
entender
asuntos
específic
os,
detalles
u
opinione
s
diferente
s en
cuanto
a cómo
121 | P á g i n a
debería
proceder
el equipo
El buscador a) Pide
de Visión al equipo
sus
opinione
s
durante
las
reunione
sy
discusio
nes
b)
También
pide
ideas
nuevas o
innovaci
ones
para
mejorar
cualquier
a de los
procesos
o
procedi
mientos
122 | P á g i n a
de
trabajo
vigentes
1 VL5 7 Donini, A., Paredes, Z., Bayá, T. y El Secretario a)

Maimone, I. (2006). Animación de o Portavoz Registra
Proyectos Educativos Pastorales. los
Buenos Aires: Bonum. pasos
que la
vida y el
trabajo
comunita
rio van
dando
con la
mayor
fidelidad
posible
El a) Posee
Informador conocimi
entos
que los
demás
no
tienen, y
como
experto
o
asesor,
los pone
123 | P á g i n a
al
servicio
de la
comunid
ad
teniendo
una gran
importan
cia para
la
mentalid
ad
comunita
ria y las
decision
es que
se
asuman.
El a)
Observador Ofrece a
la
comunid
ad la
posibilid
ad de
una
evaluaci
ón
adecuad
a
b) Con
124 | P á g i n a
tal
autonom
ía y
objetivid
ad
observa
los
procesos
1 VL5 8 Robbins, S. y De Cenzo, D. Gerente de a)

(2009). Fundamentos de Proyecto Tienen
Administración (6a. Ed.). México: que
Pearson. hacer
una
tarea, la
cual
debe
estar
definida
con un
gran
detalle,
con
mucho
regateo
b) El
gerente
del
proyecto
será el
respons
able de
125 | P á g i n a
su
cumplimi
ento
2 VL5 10 Molinero, C. (2010). Dirección de Proyectista a)

Proyectos/Roles dentro de un Formaci
proyecto. Consultado en ón
http://es.wikibooks.org/wiki/Direcci eminent
%C3%B3n_de_Proyectos/Roles_ emente
dentro_de_un_proyecto técnica
el dia 29 de septiembre del 2010. complem
entada
con
capacida
d
creativa
y
experien
cia.
b) Ser la
figura
principal
del
proyecto
.
Financiero a) Es el
encarga
do de
estudiar
la
126 | P á g i n a
viabilida
d del
proyecto
.
b)
Realizar
los
presupu
estos.
c)
Controla
r los
presupu
estos.
Líder a)
Encarga
do de la
gestión
del
proyecto
.
b)
Encarga
do de la
planeaci
ón del
proyecto
.
c)
Encarga
do de la
127 | P á g i n a
program
ación del
proyecto
.
d)
Organiza
ción y
coordina
ción del
resto del
grupo.
Comercial a) Se
encarga
de todo
el
aspecto
comercia
l del
proyecto
.
b) Es el
encarga
do de
vender
el
proyecto
.
128 | P á g i n a
Analista de a) Se
Información encarga
de
mantene
r al día
el
archivo
de
catálogo
s.
b)
Adquirir
y revisar
libros y
revistas
técnicas.
c)
Almacen
ar
convenie
ntement
e la
informaci
ón que
se
genera.
Facilitador o a) Esta
Creador de figura
Ambiente. pretende
represen
tar al
129 | P á g i n a
miembro
del
equipo.
b) Es
una
persona
afable,
con
amplia
experien
cia y
dotes
para el
trabajo
en
equipo.
c)
Cataliza
dor de la
cohesión
del
grupo.
2 VL5 y 11, 4 Farley, R. (1988). Ingeniería de Administrad a) Se

ML5 Software. USA: McGraw Hill. or del encarga
Proyecto de
resolver
los
problem
as y de
aprovec
har las
130 | P á g i n a
oportuni
dades
que se
cruzan
dentro
de la
organiza
ción.
b) Debe
tener
una
visión
general.
c) Debe
resolver
los
problem
as a
través
de la
toma de
decision
es en
cumplimi
ento con
el
objetivo.
d)
Reclutar,
entrenar
y
manejar
131 | P á g i n a
a la
gente en
la
organiza
ción.
Ingeniero de a)
Proyectos Coordina
todas las
tecnologí
as para
asegurar
un
diseño
técnico
satisfact
orio del
sistema.
Administrad a) Se
or de Diseño encarga
de
participa
r en el
desarroll
o de
planes y
en la
determin
ación de
las
necesida
132 | P á g i n a
des de
recursos
para el
proyecto
.
b) Define
la carga
de
trabajo
para el
diseño
c)
Asigna
el
personal
adecuad
o para
las
necesida
des.
d)
Mantene
r la
excelenc
ia
técnica
de los
recursos
.
133 | P á g i n a
Ingeniero de a)
Diseño Ejecuta
tareas
de
diseño.
b)
Prepara
planes
detallado
sy
calendari
os para
el diseño
de
tareas
consiste
nte con
todo el
plan de
proyecto
.
c) Se
encarga
de la
definició
n inicial
de
requerim
ientos.
Programado a) Se
res encarga
134 | P á g i n a
n de
convertir
a código
en
computa
dora
todo el
trabajo
realizado
por el
equipo
de
diseño.
Equipo de a)
Mantenimien Mejoram
to iento de
las
capacida
des del
producto
.
b)
Adaptaci
ón del
producto
a nuevos
ambient
es de
cómputo
.
c)
135 | P á g i n a
Depuraci
ón de
errores
3 VL5 12 Freeman, R., (1984). Strategic Accionistas a) Toma

Management: A Stakeholder de
Approach. USA: Pitman. Decision
es.
b)
Aportaci
ón de
Capital
a)
Aportaci
ón de
Ideas
Asociacione a)
s Creación
empresariale de
s, Puestos
industriales de
o Trabajo
profesionale b)
s Distribuc
ión de
Personal
c)
Resoluci
ón de
Problem
as
136 | P á g i n a
Laborale
s
Clientes a)
Aportaci
ón de
Capital
Dueños a) Toma
de
Decision
es
b)
Aportaci
ón de
Ideas
Empleados a)
Recolec
ción de
Datos
b)
Realizaci
ón de
Tareas
c)
Análisis
de
Resultad
os
d)
Impleme
137 | P á g i n a
ntación
de
Actividad
es
e)
Actividad
es
Varias
Inversores a)
Aportaci
ón de
Capital
b)
Aportaci
ón de
Ideas
Proveedores a)
/vendedores Surtido
a la empresa de
Material
es
Necesari
os
Sindicatos a)
Solución
de
Problem
138 | P á g i n a
as
Laborale
s
b)
Búsqued
a de
Condicio
nes de
Trabajo
Adecuad
as
3 VL5 13 Castillo, A.(2009). Relaciones Administrad a)

Públicas. Teoría e Historia. or del División
España: UOC. Proyecto de
Tareas
b) Toma
de
Decision
es.
c)
Aportar
Ideas
d)
Control
de
Actividad
es
e)
Complet
a
Respons
139 | P á g i n a
abilidad
del
Proyecto
Resultan
te
Supervisor a)
del Supervis
Administrad ión del
or de Administ
Proyecto rador del
Proyecto
b)
Conocer
Cada
una de
las
Áreas en
el
Proyecto
c) Toma
de
Decision
es a un
Mayor
Nivel
d)
Verificar
el
Correcto
Logro de
Objetivo
140 | P á g i n a
Clientes a)
Aportar
Capital
b)
Aportar
la
Problem
ática
Base del
Proyecto
c)
Aportar
Ideas
d)
Impleme
ntación
del
Producto
Final o
Servicio
Proveedores a)
Aportar
los
Material
es
141 | P á g i n a
Solicitad
os
b)
Facilitar
el Pago
de los
Material
es
c)
Diversid
ad de
Producto
s
Bancos a)
Otorgar
Préstam
os
b)
Salvagu
ardar el
Capital
No
Utilizado
Comunidad a)
Donde se Potencia
Sitúa la l Mano
Empresa de Obra
b)
Consumi
142 | P á g i n a
dores
Potencia
les
3 VL5 14 Fernández, G., García, J. y Inversionista a) Hacer

Quintás, M. (2007). La s Económi
Importancia de los Stakeholdres camente
de la Organización: Un Análisis Posible
Empírico Aplicado a la el
Empleabilidad del Alumnado de la Proyecto
Universidad Española. España: b)
UOC. Participa
r en la
Estructur
ación del
Proyecto
c)
Verificaci
ón de los
Puntos
de
Control
del
Proyecto
d)
Constant
e
Monitore
o del
Avance
del
143 | P á g i n a
Proyecto
Acreedores a) Llevar
a Cabo
Diversas
Tareas
Remune
radas
b)
Actividad
es no
Prevista
s
Medios de a)
Comunicació Promoci
n ón del
Proyecto
b) Critica
en el
Cumplim
iento de
Objetivo
s
c)
Promoci
ón del
144 | P á g i n a
Producto
Final o
Servicio
Sindicatos a)
Propiciar
Buen
Ambient
e de
Trabajo
b)
Resoluci
ón de
Problem
as
Laborale
s
c)
Establec
er
Acuerdo
s Entre
Personal
y
Proyecti
stas
5 VL5 15 Cleland, D. y Ireland L. (2001). Gerente de a)

Manual portátil para la proyectos Respons
administración de proyectos, (2da able de
Edición). México: McGraw-Hill. la
145 | P á g i n a
ejecució
n del
proyecto
basándo
se en el
contrato.
b)
Respons
able de
las
necesida
des del
cliente.
c)
Respons
able de
los
criterios
de las
agencias
regulator
ias y los
compro
misos
específic
os de la
corporac
ión.
Ingeniero del a)
proyecto Respons
able de
146 | P á g i n a
los
trabajos
de
ingenierí
a en la
bechtel
en el
proyecto
.
B)
Prepara
los
docume
ntos con
los
objetivos
técnicos
que
describe
n el
proyecto
Gerente de a)
construcción Respons
del proyecto able de
todas las
actividad
es de la
compañí
a en el
lugar del
trabajo.
147 | P á g i n a
b)
Supervis
a la
mano de
obra de
contrata
ción
directa.
c)
Administ
ra los
contrato
s de
construc
ción.
d)
Administ
ra la
ingenierí
a de
campo.
e)
Administ
ra los
aprovisio
namient
os de
campo.
f)
Administ
ra la
segurida
148 | P á g i n a
d en el
trabajo.
g)
Respons
able del
plan de
construc
ción.
h)
Respons
able de
control
de
costos.
i)
Respons
able del
pronóstic
o de
todo el
costo del
sitio de
trabajo.
Coordinador a) Asiste
de la al
construcción gerente
del proyecto de
construc
ción
evaluand
o los
149 | P á g i n a
costos y
program
as de la
obra.
b)
Coordina
las
actividad
es del
personal
del sitio
del
trabajo
con el
personal
de la
oficina
matriz
de
ingenierí
a de
diseño
de
aprovisio
namient
o de
costo,
program
ación y
de
construc
150 | P á g i n a
ción.
Ingeniería a)
de puesta en Respons
marcha del able de
proyecto la
planeaci
ón de los
servicios
de
pruebas
pre
operacio
nales del
proyecto
.
b)
Coordina
el
trabajo y
proporci
ona la
instrucci
ón y
guía
para el
personal
del
151 | P á g i n a
cliente
con
respecto
a los
servicios
.
Ingeniería a)
de Respons
aseguramien able de
to de la la
calidad del implanta
proyecto ción del
program
a de
asegura
miento
de la
calidad
para la
obra,
supervis
ar y
auditar
las
actividad
es de
calidad
de
ingenierí
a,
b)
152 | P á g i n a
Respons
able del
aprovisio
namient
o de
construc
ción.
c)
Respons
able de
los
material
es.
e)
Respons
able de
los
grupos
de
fabricaci
ón en el
proyecto
.
f) Puede
continua
r o para
el
trabajo
cuando
sea
necesari
153 | P á g i n a
o.
Supervisor a)
de los Respons
costos y la able de
programació preparar
n en el las
proyecto estimaci
ones,
presupu
estos y
program
as del
proyecto
b)
Respons
able de
pronostic
ar y
supervis
ar los
costos
de la
obra y la
evolució
n del
154 | P á g i n a
proyecto
.
c)
Respons
able de
la
evaluaci
ón de las
tendenci
as.
d)
Respons
able de
predecir
sus
efectos
en la
conclusi
ón de la
obra
final.
e)
Aconsej
a al
gerente
de
proyecto
de
posibles
medidas
correctiv
as y de
155 | P á g i n a
preparar
reportes
periódico
s para la
compañí
a y para
la
administr
ación del
cliente
con
respecto
al status
del
proyecto
.
Administrad a)
or del Respons
proyecto able de
proporci
onar
apoyo
con
persona
y
controlar
todos los
servicios
administr
ativos y
de
156 | P á g i n a
oficina.
b)
Asegura
la
efectivid
ad de las
interrela
ciones
administr
ativas
entre
diversas
entidade
s que
apoyan
el
proyecto
.
C)
Asegura
que se
sigan
todos los
procedi
mientos
aplicable
s a la
corporac
ión al
cliente y
al
proyecto
157 | P á g i n a
Gerente de a)
aprovisiona Respons
miento del able de
proyecto todas las
funcione
s de
aprovisio
namient
o
requerid
as por el
proyecto
. B)
Aprovisi
onamien
to de
campo y
de la
oficina
matriz
de su
contrata
ción,
expedici
ón, el
158 | P á g i n a
tráfico y
la
inspecci
ón.
Asistente del a)
controlador Respons
del proyecto able de
todos los
asuntos
financier
os y
contable
s del
proyecto
.
b)
Proporci
ona una
guía
funcional
y
consejos
para los
gerentes
de
contabili
dad de
campo
de
proyecto
.
159 | P á g i n a
c)
Conduce
exámen
es y
actividad
es de
contabili
dad de
campo.
Clientes a) Son
los
interesa
dos en el
progreso
de la
supervisi
ón
debido a
la
necesida
d que
tienen
de
reportar
a las
agencias
regulator
ias.
B)
Supervis
a los
160 | P á g i n a
flujos de
costos
del
proyecto
.
5, 1 y 3 VL5, 16, 1 Cleland, D. y King, W. (1998). Administrad a)

ML5 Manual para la Administración de or en jefe Realiza
Proyectos. (5a. Ed.). México: la
Continental. planeaci
ón
estratégi
ca y
plan.
b)
Realiza
la
planeaci
ón de
metas
estratégi
cas de la
organiza
ción y
toma de
decision
es del
proyecto
.
c)
Informar
á sobre
161 | P á g i n a
el
proyecto
,
comunic
ación
verbal y
escrita.
d)
metodol
ogía del
proyecto
organiza
cional
Patrocinador a)
de proyecto Realiza
la
planeaci
ón
estratégi
ca y
plan.
b)
Realiza
la
planeaci
ón de
metas
estratégi
cas de la
organiza
ción,
162 | P á g i n a
toma de
decision
es del
proyecto
.
c)
Informac
ión
sobre el
proyecto
,
comunic
ación
verbal y
escrita.
d)
Realiza
la
planeaci
ón de
proyecto
,
metodol
ogía de
proyecto
organiza
cional, y
mejores
procedi
mientos
para el
proyecto
163 | P á g i n a
Líder del a)
proyecto Encarga
do de
que se
cumplan
de las
metas
estratégi
cas de la
organiza
ción.
b)
Encarga
do de las
toma de
decision
es del
proyecto
,
informaci
ón del
proyecto
y
aptitudes
de
liderazgo
del
proyecto
(direcció
n,
resolució
164 | P á g i n a
n de
conflicto
s,
simplific
ación,
motivaci
ón y
negociac
ión).
c)
Encarga
do de
que
exista
de la
comunic
ación
verbal y
escrita.
d)
Encarga
do de la
planeaci
ón del
proyecto
,
administr
ación de
las
reunione
s del
proyecto
165 | P á g i n a
,
metodol
ogía del
proyecto
organiza
cional y
mejores
procedi
mientos
para los
proyecto
s.
e)
Encarga
do de la
administr
ación del
ámbito
del
proyecto
,
planifica
ción y
administr
ación del
program
a/tiempo
del
proyecto
.
f)
Encarga
166 | P á g i n a
do de la
planifica
ción y
administr
ación de
la
calidad
del
proyecto
,
planifica
ción y
administr
ación del
costo/
presupu
esto del
proyecto
,
planifica
ción y
administr
ación de
los
riesgos
del
proyecto
.
g)
Encarga
do de la
planifica
167 | P á g i n a
ción y
administr
ación de
los
recursos
humano
s,
planifica
ción y
administr
ación de
las
adquisici
ones del
proyecto
.
h)
Encarga
do de las
funcione
sy
respons
abilidade
s del
equipo
del
proyecto
,
recursos
del
proyecto
(program
168 | P á g i n a
a,
correspo
ndencia,
hoja de
cálculo,
gráficos)
Planificador a)
del proyecto: Verifica
la
Comunic
ación
verbal y
escrita.
b)
Verifica
la
planeaci
ón del
proyecto
,
administr
ación de
las
reunione
s del
proyecto
y
metodol
ogía del
proyecto
organiza
169 | P á g i n a
cional.
c) Ve
cuales
son los
mejores
procedi
mientos
para los
proyecto
s,
administr
ación del
ámbito
del
proyecto
,
planifica
ción y
administr
ación del
program
a/tiempo
del
proyecto
.
d)
Planifica
y
administr
a la
calidad
del
170 | P á g i n a
proyecto
.
e)
Planifica
y
administr
a el
costo/
presupu
esto del
proyecto
,
planifica
ción y
administr
ación de
los
riesgos
del
proyecto
.
f)
Planifica
y
administr
a los
recursos
humano
s.
g)
Planifica
y
171 | P á g i n a
administr
a las
adquisici
ones del
proyecto
,
funcione
sy
respons
abilidade
s del
equipo
del
proyecto
y los
recursos
del
proyecto
(program
a,
correspo
ndencia,
hoja de
cálculo,
gráficos)
Contralor del a)
proyecto: Informa
sobre el
del
proyecto
,
172 | P á g i n a
aptitudes
de
liderazgo
del
proyecto
(direcció
n,
resolució
n de
conflicto
s,
simplific
ación,
motivaci
ón y
negociac
ión),
comunic
ación
verbal y
escrita.
b)
Informa
sobre la
metodol
ogía del
proyecto
organiza
cional,
mejores
procedi
mientos
173 | P á g i n a
para los
proyecto
s,
administr
ación del
ámbito
del
proyecto
,
planifica
ción y
administr
ación del
program
a/tiempo
del
proyecto
.
c)
Informa
sobre la
planifica
ción y
administr
ación de
la
calidad
del
proyecto
.
d)
Informa
174 | P á g i n a
sobre la
planifica
ción y
administr
ación del
costo/
presupu
esto del
proyecto
. e)
Informa
sobre la
planifica
ción y
administr
ación de
los
riesgos
del
proyecto
.
f)
Informa
sobre la
planifica
ción y
administr
ación de
los
recursos
humano
s.
175 | P á g i n a
g)
Informa
sobre la
planifica
ción y
administr
ación de
las
adquisici
ones del
proyecto
,
funcione
sy
respons
abilidade
s del
equipo
del
proyecto
,
recursos
del
proyecto
(program
a,
correspo
ndencia,
hoja de
cálculo,
gráficos)
176 | P á g i n a
Integrantes a) Se
del equipo: Informan
sobre el
proyecto
,
aptitudes
de
liderazgo
del
proyecto
(direcció
n,
resolució
n de
conflicto
s,
simplific
ación,
motivaci
ón y
negociac
ión),
comunic
ación
verbal y
escrita.
b) Se
informan
sobre la
metodol
ogía del
177 | P á g i n a
proyecto
organiza
cional.
c) Se
informan
sobre los
mejores
procedi
mientos
para los
proyecto
s y la
administr
ación del
ámbito
del
proyecto
.
d) Se
informan
sobre la
planifica
ción y
administr
ación del
program
a/tiempo
del
proyecto
,
funcione
sy
178 | P á g i n a
respons
abilidade
s del
equipo
del
proyecto
.
e) Se
informan
sobre los
recursos
del
proyecto
(program
a,
correspo
ndencia,
hoja de
cálculo,
gráficos)
7 VL5 18 Business Performance Inc. El gestor de a)

(2010). Equipo de Gestión de proyecto: Respons
Proyecto. Consultado en abilidad
http://www.businessperform.com/ de un
project- solo
management/project_team_mana individuo
gement.html el 21 de Septiembre .
de 2010. b)
Participa
de
manera
179 | P á g i n a
directa
en las
actividad
es que
produce
n el
resultad
o final.
c)
Represe
ntante
del
cliente.
d)
Determin
ae
impleme
nta las
necesida
des
exactas
del
cliente.
e)
Habilida
d de
adaptar
los
múltiples
procedi
mientos
internos
180 | P á g i n a
de la
parte
contrata
nte.
f) Ser
capaz de
visualiza
r el
proyecto
completo
de
principio
a fin y
tener la
habilidad
de
asegurar
que esa
visión se
haga
realidad.
El director a) En la
de obra: fase de
ejecució
n
material
de los
trabajos,
es la
persona
de
181 | P á g i n a
mayor
autorida
dy
respons
abilidad
en la
obra.
b) Es
respons
able de
la
dirección
,
coordina
ción y
control
de la
construc
ción y de
los
montajes
, a fin de
no
sobrepa
sar ni el
coste ni
el plazo
estimado
para
ellos
c) Es el
interlocut
182 | P á g i n a
or
habitual
con la
propieda
d en
obra, la
mayoría
de las
veces,
es un
ingenier
o
resident
e de la
propieda
d.
d) debe
administr
ar el
proyecto
tanto
desde el
punto de
vista del
personal
a sus
órdenes,
como de
las
compras
en obra,
la
183 | P á g i n a
aprobaci
ón de
certificac
iones y
la
discusió
n de
precios
contradic
torios.
Los agentes a) Puede

externos: ejercer
una
influenci
a
positiva
o
negativa
sobre el
curso del
proyecto
.
b) La
persona
que
utilizará
el
producto
del
proyecto
.
184 | P á g i n a
c) Puede
haber
múltiples
niveles
de
clientes.
d) En
algunas
áreas de
aplicació
n, cliente
y usuario
son
sinónimo
s.
e) Roles
y las
respons
abilidade
s de los
interesa
dos
pueden
solapars
e.
7 VL5 19 Marcillo, F. (2010). Planificación y Administrad a)

Comercialización, Involucrados. or de Define.
Consultado en proyecto: b)
http://www.milespps.com/38215/a Planea.
dministracion-de-proyectos-en- c)
cinco-pasos/ el 21 de Septiembre Controla.
185 | P á g i n a
de 2010. d) Dirige
el
proyecto
.
Equipo del a)
proyecto: Habilida
des y
esfuerzo
para
realizar
tareas.
Administraci a)
ón Políticas
Funcional: de
compañí
a,
recursos
.
Auspiciador: a)
Autorida
d, guía,
mantien
e
prioridad
de
proyecto
.
186 | P á g i n a
Cliente: a)
Requeri
mientos
de
producto
.
b)
Fondos.
c)
Pueden
ser o no
persona
s
separad
as.
8, 7 VL5 21, 20 Project Management Institute El a) Toma

(2008). Project Management patrocinador de
Body of Knowledge -PMBOK-. decision
(4a. ed). USA: PMI. es
b)
Identifica
r los
interesa
dos
clave
c)
Identifica
r los
interesa
dos
187 | P á g i n a
potencial
es
Los a)
directores Resolver
problem
as
b)
Proporci
ona
retroalim
entación
c)
Gestiona
los
conflicto
s
d)
Evalúa
el
desemp
eño del
equipo
e)
Describir
la
función
f)
Excelent
es
habilidad
188 | P á g i n a
es.
g)
Analista.
h)
Organiza
do.
i)
Seguimi
ento y
medición
del
equipo y
el
rendimie
nto
individua
l.
j)
Realime
ntación
del
equipo y
el
rendimie
nto
individua
l.
k)
Resolver
los
conflicto
s entre
189 | P á g i n a
los
miembro
s del
equipo
de forma
construct
iva.
l)
Delegar
respons
abilidade
sy
tareas.
m)
Motivar
utilizand
o una
combina
ción de
recompe
nsas
intrínsec
as y
extrínsec
as.
n)
Desarroll
ar las
capacida
des de
los
miembro
190 | P á g i n a
s del
equipo.
Coordinador a) Toma
de pruebas decision
es
b) Firma
aprobaci
ones
c)
Encarga
do que
realice el
miembro
su
trabajo
8 VL5 22 Rodríguez, J. (2007). Gestión de El a) Tiene

proyectos informáticos. Métodos, patrocinador el papel
herramientas y casos. España: de
UOC. dirección
estratégi
ca
b)
Relación
del
proyecto
c) Y con
relación
a
terceros
191 | P á g i n a
d)
Organiza
ción
proveed
ora de
recursos
Gerente o a)
jefe del Supervis
proyecto ar
b)
Controla
r la
ejecució
n del
proyecto
c)
Controla
r los
tiempos
y costos
d)
Organiza
r el
trabajo
dentro
del
equipo
e) Dirige
hasta la
planifica
ción
192 | P á g i n a
hasta el
cierre
Miembros a)
del equipo Respons
abilidad
principal
mente
técnica
b)
Colabora
ción con
otros
miembro
s del
equipo
c)
Colabora
ción con
el
personal
del
cliente
d)
Describir
la
función
e)
Describir
193 | P á g i n a
la
función
9 VL5 24 Pressman, R. (2010). Ingeniería Gestores a) Se

del Software (7a. Ed.). México: Superiores. encarga
McGraw-Hill. n de
definir
los
aspectos
del
proyecto
.
b)
Impleme
ntan
tales
aspectos
en el
proyecto
.
c) Define
y se
encarga
de
establec
er las
reglas
del
proyecto
.
194 | P á g i n a
d)
Definen
los
aspectos
de
negocios
.
e)
Influyen
de
manera
significat
iva en el
proyecto
.
Gestores a) Es el
(técnicos) que
del debe
Proyecto. impleme
ntar las
técnicas
del
proyecto
.
b) Es el
que se
encarga
de
organiza
rlo.
c) Se
195 | P á g i n a
encarga
del
trabajo
del
software.
Profesionale a)
s. Proporci
onan las
capacida
des
técnicas
necesari
as.
b)
Brindan
las
técnicas
de la
ingenierí
a del
producto
o
aplicació
n.
Clientes a)
Especific
an los
requisito
s
necesari
196 | P á g i n a
os del
proyecto
.
b)
Brindan
informaci
ón para
el
desarroll
o del
proyecto
.
c) Dan
pautas
para la
realizaci
ón del
proyecto
.
d)
Ayudan
significat
ivamente
a la
realizaci
ón del
proyecto
.
197 | P á g i n a
Usuarios a) Son
Finales aquellas
que
interactú
an con el
software.
b) Se
capacita
n para
poder
usar el
software
adecuad
amente.
c) Son
las
persona
s que a
fin de
cuentas
necesita
ban el
software.
d)
Ayudan
al
crecimie
nto del
software.
198 | P á g i n a
9 VL5 25 Gido, J. y Clements, J. (2009). Gerente de a)

Administración exitosa de Proyecto. Proporci
proyectos (3a. Ed.) México: ona
Cengage. liderazgo
al equipo
del
proyecto
.
b) Lograr
el
objetivo
del
proyecto
.
c) Es el
encarga
do de la
planeaci
ón,
organiza
ción y
control
del
proyecto
.
d) Se
asegura
de que
el cliente
este
satisfech
199 | P á g i n a
o con el
proyecto
.
e) Es el
encarga
do de
que el
trabajo
sea con
calidad,
dentro
del
presupu
esto y a
tiempo.
El Equipo a)
Trabajan
en forma
individua
l.
b) Se
encarga
n de que
el
proyecto
llegue al
éxito.
c) Son
los que
se
encarga
200 | P á g i n a
n del
que el
proyecto
llegue a
la meta
estableci
da.
d)
Juntos
realizan
el
proyecto
propuest
o.
e)
Trabajan
y
participa
n en la
toma de
decision
es.
2 AL5 26 Terrados, J. (2002). Introducción Propiedad a) Es el

a la Gestión de Proyectos. (institución) promotor
Consultado en b) El
http://sorad.ual.es/mitra/document propietar
os/jueves_estrate/Gesti%C3%B3 io de la
n%20de%20Proyectos.pdf el 21 instalaci
de septiembre de 2010. ón
201 | P á g i n a
Proyectista a)
(diseñador) Redacci
ón de
docume
ntos
Contratista a)
Respons
able del
suministr
o
Dirección a)Direcci
ón de la
obra,
gestión y
control
3 AL5 28 Cleland, D. (2000). Systems Internos a) Son

Analysis And Project los
Management. México: McGraw- integrant
Hill. es del
proyecto
que
trabajan
en la
organiza
ción que
ejecuta
el
proyecto
202 | P á g i n a
Externos a)
Pertenec
en a
organiza
ciones
ajenas a
la que
ejecuta
el
proyecto
.
Directos a)
Tienen
algún
grado de
participa
ción en
el
proyecto
.
Indirectos a) Se
verán
afectado
s por el
203 | P á g i n a
producto
del
proyecto
.
Públicos a) Son
los entes
estatales
que
influyen
el
proyecto
.
Privados a)
Institucio
nes
privadas
que
tienen
influenci
a sobre
el
proyecto
.
Individuales a)
Individuo
s que
participa
n del
204 | P á g i n a
proyecto
.
Colectivos a)
Grupos
de
individuo
su
organiza
ciones
que
participa
no
influyen
el
proyecto
.
Sponsor a)
Persona
que da
soporte,
normalm
ente
político y
económi
co, al
proyecto
. Es
quien
vende el
205 | P á g i n a
proyecto
entre la
organiza
ción.
Cliente a)
Persona
o grupo
de
persona
s que
resultará
n
beneficia
rios
directos
del
producto
o
servicios
que
provea
el
proyecto
Gerente de a)
proyecto Persona
con
mayor
autorida
d para
206 | P á g i n a
administr
ar el
proyecto
,
principal
respons
able de
la
obtenció
n de los
resultad
os
esperad
os del
proyecto
.
Organizació a)
n Ámbito
donde
se
desarroll
a el
proyecto
, provee
fondos
en caso
de seré
un
proyecto
interno,
persona
207 | P á g i n a
s al
equipo
de
proyecto
y el
beneficia
rio final
del
producto
o
servicio
del
proyecto
.
Equipo de a)
proyecto Persona
s
asignada
s al
proyecto
y
quienes
trabajan
directam
ente en
la
obtenció
n de los
entregab
les del
proyecto
208 | P á g i n a
Gerente a) Son
funcional quienes
designan
a los
integrant
es de su
área que
pueden
ser
asignado
s a un
proyecto
.
Comité de a) Grupo
dirección de
individuo
s que
tienen el
máximo
nivel de
decisión
sobre el
proyecto
.
209 | P á g i n a
Proveedores a)
Organiza
ciones
externas
que
ejecutan
el
proyecto
,a
quienes
se les
encarga
la
provisión
de
producto
so
servicios
necesari
os para
el
desarroll
o del
proyecto
Sindicato a)
Integran
el
proyecto
en forma
210 | P á g i n a
indirecta.
Tabla 9. Listado de roles y funciones.

Equipo Núm. de Referencia Rol Funciones
Referencia
9 1 Farley, Richard (2005). Ingeniería de Administrador a) Debe ser capaz

Software (5 edición.). Ciudad: United de Proyectos de resolver cualquier
States Of América (USA) Editorial: problema que se
McGraw Hill presente.
b) Aprovechar las
oportunidades al
máximo.
c) Debe tener una
visión general.
d) Cuenta con
capacidad
innovadora.
e) Cuenta con la
capacidad de control
total sobre su grupo
de trabajos.
Ingeniero de a) Aparentemente se
Proyectos confunde con el
administrador de
proyectos.
b) Él se encarga de
la tecnología a
utilizar.
c) Elabora el diseño
técnico del sistemas.
Administrador a) Se encarga del

de Diseño diseño del proyecto.
b) Asigna al personal
adecuado.
c) Trata de que el
proyecto este
excelente.
d) Maneja a la gente
de la organización.
211 | P á g i n a
Ingeniero en a) Es el que se
Diseño encarga de ejecutar
las tareas de diseño.
b) Realiza los
calendarios para las
tareas del proyecto.
c) Se encarga de los
requerimientos del
proyecto.
2 Cleland, David l. (2006). Project Equipo de a) Se encarga de

Management (5 edicion.). Ciudad: Programadores. recopilar todo el
United States Of A merica (USA) trabajo realizado por
Editorial: McGraw Hill el equipo de diseño.
b) Son los
encargados de darle
presentación al
proyecto.
c) Se encarga de
realizar el código en
la computadora.
d) Presenta el código
ya programado del
diseño del sistema.
Equipo de a) Contempla tres

Mantenimiento. tipos de actividades.
b) El mejoramiento
de las capacidades
del producto.
c) Adaptación del
producto a nuevos
ambientes de
cómputo.
d) Encargados
revisar y localizar los
errores.
e) Mejoramiento de
la calidad de
producto,
adaptándolo a las
necesidades.
3 Roger s. Pressman. (2006). Ingeniería Gestores a) Se encargan de

del software Un enfoque práctico (5 Superiores. definir los aspectos
Edición.). Ciudad: España (Madrid) del proyecto.
Editorial:-HILLDNTERAMERICANA b) Implementan tales
DE ESPAÑA, S . A. U aspectos en el
proyecto.
c) Define y se
212 | P á g i n a
encarga de
establecer las reglas
del proyecto.
d) Definen los
aspectos de
negocios.
e) Influyen de
manera significativa
en el proyecto.
Gestores a) Es el que debe

(técnicos) del implementar las
Proyecto. técnicas del
proyecto.
b) Es el que se
encarga de
organizarlo.
c) Se encarga del
trabajo del software.
Profesionales. a) Proporcionan las

capacidades
técnicas necesarias.
b) Brindan las
técnicas del
ingeniería del
producto o
aplicación.
Clientes a) Especifican los
requisitos necesarios
del proyecto.
b) Brindan
información para el
desarrollo del
proyecto.
c) Dan pautas para
la realización del
proyecto.
d) Ayudan
significativamente a
la realización del
proyecto.
Usuarios a) Son aquellas que

Finales interactúan con el
software.
b) Se capacitan para
poder usar el
software
adecuadamente.
c) Son las personas
que a fin de cuentas
213 | P á g i n a
necesitaban el
software.
d) Ayudan al
crecimiento del
software.
4 James P. Clements, Jack Gido Gerente de a) Proporciona
(2006). Jack Gido Administración Proyecto. liderazgo al equipo
exitosa de proyectos (5 Edición.). del proyecto.
Ciudad: United States Of A merica b) Lograr el objetivo
(USA) Editorial:Thomnson Editores, del proyecto.
S. A. de C. V. c) Es el encargado
de la planeación,
organización y
control del proyecto.
d) Se asegura de
que el cliente este
satisfecho con el
proyecto.
e) Es el encargado
de que el trabajo sea
con calidad, dentro
del presupuesto y a
tiempo.
El Equipo a) Trabajan en forma

individual.
b) Se encargan de
que el proyecto
llegue al éxito.
c) Son los que se
encargan del que el
proyecto llegue a la
meta establecida.
d) Juntos realizan el
proyecto propuesto.
e) Trabajan y
participan en la toma
de decisiones.
214 | P á g i n a
Cotizaciones.
215 | P á g i n a
216 | P á g i n a
217 | P á g i n a
Attn: Pablo Mena Herrera – ING. TOPOGRAFICA

Diciembre 6, 2010
Tipos de Precios PLÁSTIKKO
Todas Nuestras Tarjetas se imprimen con la más alta calidad.
Acabados Barniz UV o Acabado Mate
Opciones Disponibles: Cinta Magnética (Lo-Co), Código de Barras, Panel de firma, Scratch-Off, Codificación,
Folios, Estampado (Plateado y Dorado), Tarjeta de color, Perforación
Embozado, Personalizado, Tarjeta Escarchada (Plateada y Dorada), Embolsado, Hi-Co: Favor de contactarnos
Incluye hasta full color en uno o ambos lados de la tarjeta y hasta tres opciones a
Precio Kard
elegir de nuestras opciones disponibles.
Tarjetas Impresas
- Cinta magnética Lo-Co

- Scratch off
Precios PLÁSTIKKO
PRECIOS NO INCLUYEN IVA
RANGO GROSOR: .024 a .030 PULGADAS
Cantidad Precio Kard Total
6,000 $3.19 $15,950
Adicionales
Producto Precio
Acabado Fondo Metálico $0.65
Holograma Genérico $0.38 / tarjeta
Holograma Personalizado Set Up $9,950 + $.38 / Holograma
Precio Total: Total Tarjetas + Adicionales + Digitalización + IVA

218 | P á g i n a
Tabla de Precios en Diseño
Cuando el cliente cuenta con diseño completo, listo para imprimir, enviado en
+ $300
formato ilustrativo (.ai, .psd)
Digitalización
(Consta de la elaboración de placas para impresión en offset.)
Diseño en algún otro formato. Nos proporcionan algún diseño o logo, nosotros le
$650 - $1050
hacemos su diseño
Nos proporcionan ideas, nosotros le hacemos el diseño desde borrador, diseño

$1050 - $1850
completo
En PLÁSTIKKO buscamos satisfacerlo completamente brindándole la más alta calidad. Por esto
contamos con revisiones ilimitadas en la elaboración de su diseño. Todo diseño se tendrá que aprobar
mediante una firma de su parte y deberá ser enviado de regreso como confirmación para empezar
con la producción.
Términos de Venta:
Tiempo de entrega: 11 a 15 días hábiles más envío una vez que se haya recibido la aprobación
firmada por parte del cliente en tarjetas tamaño estándar.
Precios no incluyen IVA.
Envío terrestre Gratis en todos nuestros pedidos, cualquier otra forma de envío es a cargo de
cliente.
Forma de Pago: Pago adelantado en pedidos menores a $10 mil pesos. Pedidos mayores a $10 mil pesos - 50%
anticipado, 50% al final de la producción y antes de envío.
Saludos,
José Carlos Ojeda T.
01(81) 1522.0070 / 80 Ext. 103
jcojeda@plastikko.com
www.plastikko.com
219 | P á g i n a
220 | P á g i n a
221 | P á g i n a
222 | P á g i n a
223 | P á g i n a
CHARTER
ESCANEADO
224 | P á g i n a
225 | P á g i n a
226 | P á g i n a
227 | P á g i n a
228 | P á g i n a
229 | P á g i n a
230 | P á g i n a
231 | P á g i n a
232 | P á g i n a
233 | P á g i n a
234 | P á g i n a
235 | P á g i n a
236 | P á g i n a
237 | P á g i n a
CHARTER
DIGITAL.
238 | P á g i n a
Administración de Proyectos
TEPTU
(Tarjeta Electrónica Para Transporte
Urbano)
10
239 | P á g i n a
Historial de Revisión
Fecha Versión Descripción Autor

28/09/2010 1.0 TEPTU (Tarjeta
Electrónica Para Luis Espinoza Quintal.
Transporte Urbano).

Electrónica Para Equipo 9
Transporte Urbano).

Transporte Urbano).

Transporte Urbano).

Transporte Urbano).
11 /12/2010 4.0 TEPTU (Tarjeta

Transporte Urbano).
240 | P á g i n a
TABLA DE CONTENIDO
1. Introducción ___________________________________________________ 192
1.1 Propósito ____________________________________________________ 192
1.2 Alcance _____________________________________________________ 192
1.3 Referencias __________________________________________________ 193
1.4 Perspectiva general del proyecto _________________________________ 193
2. Justificación del Proyecto _________________________________________ 194
3. Involucrados Clave del Proyecto ___________________________________ 194
3.1 Áreas Clave Involucrados _______________________________________ 194
3.2 Roles, Responsabilidades y Autoridades ___________________________ 194
4. Plan de Administración del Proyecto ________________________________ 195
4.1 Propuesta del Proyecto _________________________________________ 195
4.2 Administración del Proyecto _____________________________________ 196
4.2.1 Reuniones y Reportes de Avance del Proyecto ______________________ 196
4.2.2 Administración de Problemas ____________________________________ 196
4.2.3 Administración de Cambios _____________________________________ 196
4.2.4 Administración del Alcance ______________________________________ 197
4.3 Plan de Administración de Riesgos ________________________________ 197
4.4 Estrategia de Comunicaciones ___________________________________ 198
4.5 Administración de Calidad _______________________________________ 199
4.6 Entregables del Proyecto _______________________________________ 199
5. Éxito del Proyecto ______________________________________________ 199
5.1 Supuestos ___________________________________________________ 199
5.2 Criterios de Éxito ______________________________________________ 199
5.3 Restricciones del Proyecto ______________________________________ 200
6. Otros ________________________________________________________ 200
6.1 Requerimientos de Licencias ____________________________________ 200
6.2 Aspectos Legales, Copyright, y otros Avisos ________________________ 200
7. Firma del Charter del Proyecto ____________________________________ 201
241 | P á g i n a
1. Introducción
Este proyecto pretende facilitar la circulación monetaria fomentando mejoras en las
líneas de transporte. Con esto se traería nuevas mejoras a las líneas de transporte
más herramientas nuevas e innovadoras para los usuarios y que el estado crezca en
cuanto a tecnología. El presente proyecto no pretende desplazar completamente el
uso de dinero monetario sino de que con el uso constante de la tarjeta el usuario se
vaya acostumbrando a su uso y volverlo parte de su vida cotidiana, la tarjeta
electrónica pretende ser una herramienta fácil de usar con un diseño único y que llame
la atención de cada usuario que la adquiera, al igual que estará sujeta a prueba por un
tiempo esto se hace para saber de qué manera el usuario acepto el uso de la tarjeta y
que problemas presento durante su uso.
1.1 Propósito
El principal propósito como todo cualquier proyecto es el poder brindar un servicio mediante
el cual se maneje una tarjeta electrónica para el pago del pasaje colectivo, haciendo mucho
más accesible el manejo de dinero y sin tanto problema. Una de las principales ventajas al
usar la tarjeta electrónica es de que al casi no manejar efectivo se reduciría el manejo de
dinero esto traería grandes aportaciones en cuanto a tecnología como a higiene ya que al no
tratar con casi dinero se reduciría el acceso a infecciones que normalmente contraemos al
manejar dinero que otras personas ya usaron.
1.2 Alcance
 Se llevara a cabo cualquier especificación que el cliente recomiende para el proyecto
y de igual manera si el proyecto llegase a ser modificado por alguna razón tendrá que
ser agregado a este documento.
 Se pretende establecer un vínculo con todos aquellos dueños de autobuses urbanos
para poder plantearles el proyecto.
 En caso de que aprobasen de establecerá un centro de recargas motriz para las
tarjetas el cual funcionara para todo tipo de usuarios.
 Las tarjetas estarán constituidas por una banda magnética el cual indicara con cuanto
cuenta tu tarjeta y por medio de ella se cobrara a cada usuario después de que este
mismo l haya pasado por un lector de tarjeta con banda magnética.
242 | P á g i n a
1.3 Referencias
FARLEY, Richard., Ingeniería de Software Mac Graw Hill (2005) Interamericana de México.
CLELAND, David, Ingeniería de Software Quinta Edición, / McGraw Hill (2006).
Roger s. Pressman R.s. Pressman & associates, Inc., Ingeniería del software Un enfoque práctico
Quinta edición, Mac Graw-HILLDNTERAMERICANA DE ESPANA, S. A. U. 2006
Jack Gido James P. Clements, Administración Exitosa de Proyectos 5 Edición, Thomson

Editores, S. A. de C. V (2005) /RESCATADO DE: http://intercambiosvirtuales.org
Ian Somerville, I N G E N I E R Í A DEL SOFTWARE Séptima edición, PEARSON EDUCACIÓN, S.A.

© 2005
Project Management Institute, Guía de los Fundamentos para la Dirección de Proyectos (Guía del
PMBOK), (4° Ed.), Pennsylvania EE.UU., PMI Publications (2008)
Administración Profesional de Proyectos/, Yamal Chamoun (1 Ed) McGraw Hill
Grey y Larsonr, Administración de proyectos (4º Ed) Mac Graw Hill
Pressman, Ingeniería de software (6º Ed), McGraw Hill
Yamal Chamoun, Administración Profesional de Proyectos (1 Ed) McGraw Hill
Sommerville Lan (2005), Ingeniería del Software (7° Ed.). Madrid, Pearson Educación S.A.
Cleland D.I. Y King W.R., Manual Para La Administración De Proyectos, Editorial Cecsa, Página
120-125 (2005),
Cleland David I. Ireland Lewis R. Manual portátil para la administración de proyectos, Editorial. Mc.
Graw Hill, página 218
1.4 Perspectiva general del proyecto
Con la creación de este proyecto lo que se pretende es facilitar el manejo monetario y

beneficiar al usuario.
243 | P á g i n a

Transporte Urbano)
transporte.
2. Justificación del Proyecto
Se pretende brindar un servicio mediante el cual el usuario ya no manejara efectivo sino la

tarjeta electrónica para pagar el servicio, esto beneficia lo que es al chofer ya que no
tendrá que cobrar al momento de subir al usuario y manejar; el usuario ya no necesitara
esperar su cambio sino podrá pagar e ir a sentarse.
3. Involucrados Clave del Proyecto
3.1 Áreas Clave Involucrados
Tipo de  Líder del proyecto  Luis Alfonso Espinoza Quintal

participantes.  Secretario (a)  Lucina Gutiérrez Méndez
 Colaboradores del  Melany Quijano Ortegón
Proyecto  Erika Cecilia Negrón Moo
 Gerardo Meza Caamal
3.2 Roles, Responsabilidades y Autoridades
Rol Responsabilidad
Líder de Proyecto Luis Alfonso Espinoza Quintal
Gerente del Proyecto
Responsable de Área (Administrador
del Proyecto)
244 | P á g i n a
clasificador
cerrador
Líder Técnico Gerardo meza Caamal

Líder usuario
Área Desarrollado
Auditor de Sistemas
Analistas Lucina Gutiérrez Méndez
Diseñador
Iniciador
Buscador de visión Melany Quijano Ortegón
Comercial
Analista de información
Administrador de diseño Erika Cecilia Negrón Moo
Ingeniero de diseño
4. Plan de Administración del Proyecto

4.1 Propuesta del Proyecto
1. Se propone, crear una tarjeta electrónica, para el transporte urbano mediante el cual
se cobrara la tarifa del usuario.
2. Se pretende con este proyecto que el usuario ya no page con dinero y lo haga con la
tarjeta, así ya será más rápido y se evitara algunos conflictos respecto precio del
pasaje.
3. Este proyecto ayudara al usuario al momento de abordar el transporte ya no pagará

en efectivo sino con la tarjeta y esto beneficia al chofer ya que no va a tener que
cobrar y manejar al mismo tiempo y por higiene ya no va a tener que manejar efectivo
245 | P á g i n a
4.2 Administración del Proyecto

4.2.1 Reuniones y Reportes de Avance del Proyecto
Evento Frecuencia Resultados Realizado Distribución

Publicados por
Reuniones Cada 2 Creación Equipo 9 Director del
del Equipo veces por metodología del Proyecto y
del semana proyecto Equipo del
Proyecto Proyecto
Reuniones 2 veces por Realización del Lucina Todos los
de semana chárter Gutiérrez equipos
Administrad Méndez
or y Erika Negrón
Director del Moo
Proyecto Luis Alfonso
Espinoza
Quintal
4.2.2 Administración de Problemas
1. Crear un dialogo entre el gerente del proyecto y el cliente; para poder resolver el
problema buscando una solución y llegar aún acuerdo.
2. Se consultara con el equipo de trabajo y así manifestar lo ocurrido resolviendo dicho

problema.
3. Si el problema fuera con alguno del equipo se capacitara a un tercero para que
prosiga su trabajo.
4.2.3 Administración de Cambios
1. Nueva aplicación
2. Nuevo módulo de aplicación existentes
3. Análisis de impacto de algún cambio.
246 | P á g i n a
4. Si el problema llega ser por alguna situación del tiempo estimado, costo, recursos o
por cualquier otra situación se llevara a cabo una reunión donde el equipo de trabajo
junto con el gerente de proyecto dialoguen y lleguen a un acuerdo con respecto al
problema que afecte al proyecto.
5. Que el responsable o cualquier otro persona capacitada responda por la situación y
lleve a cabo lo que el crea conveniente para rescatar el proyecto.
Críticos Entrega final del proyecto

Rutinarios Reuniones con el equipo y revisiones del maestro.
Diferidos Reuniones con el asesor
Rechazados Entregables al maestro y líder de proyectos
4.2.4 Administración del Alcance.
Ya definido el alcance este debe llevar u absoluto control y seguimiento para una buena
realización, no obstante todo cambio que le pueda beneficiar al proyecto y que no se haya
estipulado en el proyecto al inicio será aceptado siempre y cuando se le haya reportado al
líder y al cliente más que nada para su aceptación y si lo aprueban este será añadido al
proyecto.
4.3 Plan de Administración de Riesgos
Factor de Riesgo Nivel de Impacto Potencial Técnicas de Gestión de

Riesgo Riesgos
Costo y tiempo de Media Puede perjudicar el 2. Revisión regular del
elaboración del proyecto porque se Charter para que se lleve
proyecto. puede llevar más a cabo el proyectó según
tiempo en realizarse como se estableció.
y el costo sería 3. Organizar un plan con las
mayor. problemáticas dadas para
247 | P á g i n a
Modificaciones Alta Puede ser Llegar en un acuerdo con el

del proyecto perjudicial en varios cliente plantearle posibles
casos ya que a soluciones ,
veces no se llega
con un acuerdo con
el cliente
Alargar el Media Puede ocasionar Tratar de hacer entender al
proyecto enojo por parte del cliente del por qué se alargó el
cliente proyecto y convencerlo que es
para bien.
proyecto por parte proyecto para una mayor
del cliente seguridad
4.4 Estrategia de Comunicaciones
Audiencia Que Cuando Quien Como

Equipo 9 Elegir el proyecto a 25 de agosto Equipo 9 Reunión
realizar
Equipo 9 Solución del proyecto 26 de agosto Equipo 9 Reunión
Equipo 9 Investigación de 2 de Equipo 9 Reunión
metodologías de septiembre
proyectos
Equipo 9 Grafica de control de 28 de Equipo 9 Reunión
actividades septiembre
Equipo 9 Mapa mental de cómo 28 de Equipo 9 Reunión
surge el proyecto septiembre
Equipo 9 Realización del Charter 28 de Equipo 9 Reunión
septiembre
248 | P á g i n a
4.5 Administración de Calidad
Rubro Criterios de Calidad

Identificar estándares  Satisfacción de los estándares.
Satisfacer las  Identificar y realizar el propósito con el cual fue creado

necesidades del el proyecto.
proyecto.
4.6 Entregables del Proyecto
Entregables Fecha Planeada Internos /

Externos
Inicio del proyecto 23 de agosto Interno
Entrega del Chárter, mapa mental y gráfica de 28 de septiembre Interno

control
Cierre del proyecto 7 de diciembre Interno
5 Éxito del Proyecto

5.1 Supuestos
1. Que cada usuario pueda usar esta tarjeta electrónica, sin ningún problema y pueda
realizar todas las operaciones que los mismos requieran.
2. Verificar de que esta tarjeta electrónica sea interactiva e innovadora para llamar la
atención del cliente.
5.2 Criterios de Éxito.
En base a los supuestos éxitos del proyecto se establecen cuáles serán los criterios sobre
los cuales se trabajaran durante toda la vida del proyecto ya que nos sirve como una meta
249 | P á g i n a
cumplir para la realización del presente proyecto, aunque puede ocurrir un desvío durante el
proyecto que pueda cambiar los criterios de éxito pero suele suceder en pocas ocasiones.
5.3 Restricciones del Proyecto.
Mediante una reunión que tuvo el equipo 9, detectamos 3 posibles restricciones los
cuales son:
 Alcance
 Presupuesto
 Calidad.
6. Otros
En Proceso.
6.1 Requerimientos de Licencias
En Proceso
6.2 Aspectos Legales, Copyright, y otros Avisos
En Proceso
250 | P á g i n a
7. Firma del Charter del Proyecto
Las siguientes firmas manifiestan entender los materiales contenidos en este Charter
del Proyecto y firman de acuerdo para cumplir con las responsabilidades descritas en
él.
____________________________ Fecha: 13 /DICIEMBRE/2010

Melany Quijano Ortegón.
Secretario (a)
_____________________________ Fecha: 13 /DICIEMBRE/2010

Luis Espinoza Quintal
Gerente del Proyecto
______________________________ Fecha: 13 /DICIEMBRE/2010
Lucina Gutiérrez Méndez
Colaborador
251 | P á g i n a

Proyecto Final

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Proyecto Final

Diunggah oleh

Hak Cipta:

Format Tersedia

2010

TEPTU (Tarjeta Electrónica Para Transporte

Luis Espinoza Quintal

Erika Negrón Moo

Gerardo Meza Caamal 13/12/2010

En la presente plantilla se le proporcionara una herramienta el cual servirá para verificar el

Durante el desarrollo de la plantilla como se aprecia, se basó en el libro de Chamoun el cual

CAPÍTULO 1. GESTIÓN DE ALCANCE ___________________________________________ 3

Tabla 2: Plan de Administración de Riesgos………………………………………….…….…57

Tabla 3: Matriz de roles y funciones. ……………………………………………………..…….58

Tabla 3.1: Matriz de roles y funciones……………………………………………………….….59

Tabla 3.2: Matriz de roles y funciones………………………………………………….…….…60

Tabla 3.3: Matriz de roles y funciones…………………………………………………………..61

Tabla 3.4: Matriz de roles y funciones…………………………………………………………..62

Tabla 4: Matriz de comunicación. ………………………………………………………..….…..63

Tabla 4.1: Matriz de comunicación. ……………………………………………………..….…..63

Tabla 5: calendario de eventos. ………………………………………………………….….…..65

Tabla 6: Control de tiempo. ………………………………………………………………..…......66

Tabla 8: Estimados de costos……………………………………………….……………………67

Tabla 8.1: Estimados de costos………………………………………………………………….68

Tabla 9: Presupuesto Base……………………………………………………..………………...68

Tabla 9.1: Presupuesto Base……………………………………………………………………..68

Tabla 10: Programa de erogaciones…………………………………………………………….69

Tabla 10.1: Programa de erogaciones………………………………………….……………….69

Tabla 10.2: Programa de erogaciones………………………………………….……………….69

Tabla 11: Análisis de precedentes……………………………………………….………………70

Tabla 12: Matriz de administración de riesgo……..…………………………………………..71

Tabla 12.1: Matriz de administración de riesgos…………….………………….…………….72

Tabla 13: Matriz de abastecimientos……………………………………………….………...…73

Tabla 13.1: Matriz de abastecimientos…………………………………………….……………74

Figura 2: Diagrama Organizacional……………………………………………………….….….77

Figura 3: Programa del proyecto……………………………………………………………..….78

Figura 3.1 Programa del proyecto……………………………………………..……………..….79

Figura 3.1 Programa del proyecto………………………………………………………..…..….80

Figura 6: Grafica de presupuesto base…………………………………………………………83

Figura 7: Gráfica del programa de erogaciones. ……………………………………….…….84

Figura 8: Diagrama Causa Efecto………………………………………………………………..85

Figura 9: Esquema de control de cambios……………………………………..……….……..86

Figura 10: Evidencia fotográfica tercera reunión…………………………………...….…..…87

Figura 11: Evidencia fotográfica cuarta reunión…………………………………..………..…87

Figura 12: Evidencia fotográfica quinta reunión………..………………………….……….…87

Figura 13: Evidencia fotográfica reunión con el asesor………………………………..….…88

Figura 14: involucrados del proyecto……………………………………………….……..……88

Figura 15: ROLES, RESPONSABILIDADES Y AUTORIDADES…………..…………………80

Figura 16: reunión con el asesor (primera reunión)…………………………………..……...90

El proyecto beneficiara a muchos tanto a las asociaciones cooperativas de este estado

Se pretende ayudar a la ciudadanía a tener un mejor servicio e higiene ya que al no usar el

El servicio se creó pensando en el mejoramiento de los servicios de transportes urbanos y

CAPÍTULO 1. GESTIÓN DE ALCANCE

1.1 Declaración de alcance

Entregable final (TEPTU)

Software para tarjeta electrónica el cual va a constar de los siguientes requisitos:

 Reducir el manejo de dinero, al implementar este software.

 Entrega final del proyecto el día 7 diciembre de 2010.

Análisis del software

Analizar detalladamente las maneras de elaboración de software

Desarrollar un buen informe que cumpla con las expectativas

Un diseño ideal para poder desarrollarlo

Ejecución y manejo de software para el proyecto, adecuándolo e implementándolo.

Entregable final 2 Base de datos

Análisis de la base de datos

Se analizara detalladamente los datos o la información que se pretende manejar en esta

Dicho reporte de ser coherente para descartar errores futuros

Construcción de las tablas