Plan de Direccion Del Proyecto Guía Turística Con Gestión de Reservas y Pagos Vía Web

PLAN DE DIRECCIN DE PROYECTO
1.0.R01
Versin: 1.0
Fecha: 26/03/2015
GUA TURSTICA CON

GESTIN DE RESERVAS Y
PAGOS VA WEB
PLAN DE DIRECCION
DEL PROYECTO
GUA TURSTICA CON
GESTIN DE RESERVAS Y
PAGOS VA WEB
Universidad Continental Versin 1.0

Actualizado a
Marzo del 2015

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
HISTORIAL DE LAS REVISIONES
Item
Versin
0.1
Rev.: 1.0
Fecha
Autor
Descripcin
28/03/2015 Victor Quispe Versin inicial
Estado
Responsable de
Revisin y/o
Aprobacin
En Revisin Pedro Castaeda

Vargas
Pg. 2 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
TABLA DE CONTENIDO
1.
INTRODUCCIN .................................................................................................... 4
1.1.
1.2.
1.3.
PROPSITO DEL PLAN.................................................................................................. 4

TERMINOS, ACRONIMOS Y DEFINICIONES ................................................................. 4
REFERENCIAS ..................................................................... Error! Marcador no definido.
2.
3.
4.
RESUMEN EJECUTIVO ........................................................................................ 5

ANTECEDENTES .................................................................................................. 6
OBJETIVO DEL PROYECTO ................................................................................ 6
4.1.
4.2.
OBJETIVO GENERAL ..................................................................................................... 6

OBJETIVO ESPECIFICO ................................................................................................. 7
5.
ALCANCE .............................................................................................................. 7
5.1.
5.2.
5.3.
5.4.
DESCRIPCION DE LOS PROCESOS DE NEGOCIO ...................................................... 8

ALCANCE DEL PRODUCTO ........................................................................................... 9
ALCANCE DEL PROYECTO ........................................................................................... 9
FUERA DE ALCANCE ................................................................................................... 10
Rev.: 1.0
Pg. 3 de 37

1.0 R01
1.
Versin: 1.0
Fecha: 18/09/2014
INTRODUCCIN
1.1.
PROPSITO DEL PLAN

El presente documento describe los lineamientos a seguir para el desarrollo e
implementacin de Gua turstica con gestin de reservas y pagos va web.,
estableciendo los objetivos, alcance, recursos, actividades y responsabilidades, lo
cual permitir luego de su aprobacin dar inicio a las etapas de Ingeniera del
proyecto.
1.2.
TERMINOS, ACRONIMOS Y DEFINICIONES

Trmino
Definicin
APACHE
HOST
HOSTING
RESPONSIVE
BASE
DE
DATOS
Es un conjunto de datos pertenecientes a un mismo contexto y

almacenados sistemticamente para su posterior uso
Es un sistema operativo basado en el kernel de Linux diseado
principalmente para dispositivos mviles con pantalla tctil.
ANDROID
Acrnimo
Rev.: 1.0
Es programa de servidor HTTP Web de cdigo abierto (open

source).
Servidor que nos provee de la informacin que requerimos para
realizar algn procedimiento desde una aplicacin cliente
El servicio de Web Hosting consiste en el almacenamiento de
datos, aplicaciones o informacin dentro de servidores diseados
para llevar a cabo esta tarea.
Es una filosofa de diseo y desarrollo cuyo objetivo es adaptar la
apariencia de las pginas web al dispositivo que se est
utilizando para visualizarla
Definicin
HTML
Es un lenguaje para crear documentos de hypertexto

para uso en el www
PHP
Hypertext Preprocessor. Lenguaje de script diseado

para la creacin de pginas web activas
POO
Programacin Orientada a Objetos - una serie de

normas de desarrollo que aseguren y faciliten la
mantenibilidad y reusabilidad del cdigo
Pg. 4 de 37

1.0 R01
2.
Versin: 1.0
Fecha: 18/09/2014
RESUMEN EJECUTIVO
El proyecto Gua turstica con gestin de reservas y pagos va web, es una aplicacin
que consiste en el uso de tecnologa virtual a travs de aplicaciones mviles las cuales
estn basadas en ANDROID y funcionan a travs de una previa conexin a internet.
Consiste en Mostrar a los turistas y pblico en general la variedad de lugares tursticos

para visitar, con una nueva forma de interaccin y brindarles la opcin de gestionar sus
reservas y compras.
El desarrollo del sector turstico es un fenmeno que se ha disparado ltimamente como

consecuencia de toda una serie de factores, entre los que cabe destacar la creciente
globalizacin, los cambios en la demanda, la flexibilidad en los trmites de fronteras, el
descanso creciente retribuido, el aumento de la competencia o la aceleracin del
desarrollo y difusin de nuevas tecnologas, entre las que se encuentran las de
informacin y comunicacin.
Esa evolucin va acompaando con el creciente desarrollo y significacin de las
tecnologas informticas en este sector.
Por lo tanto es que este proyecto se basa en la necesidad que surge en los turistas de
obtener informacin correcta y detallada acerca de los principales destinos tursticos de la
regin, as como tambin de realizar compras on-line de productos en disposicin.
Rev.: 1.0
Pg. 5 de 37

1.0 R01
3.
Versin: 1.0
Fecha: 18/09/2014
ANTECEDENTES
Arribo de turiastas 2010 fuente: INEI
La regin Junn cuenta con una gran afluencia de turistas durante el ao, ms aun
ciudades como Tarma, Huancayo, la Merced entre otras. Esto significa el desarrollo de
las zonas rurales y comunidades campesinas y a la vez un crecimiento econmico en
estos lugares, por lo tanto la importancia que el turismo tiene en Junin es muy grande
Huancayo es una de las ciudades ms visitadas en el centro del Per, los turistas
nacionales y extranjeros en solo 6 a 7 horas de viaje cubren la distancia entre Lima y sta
ciudad, en carretera asfaltada y teniendo a la vista hermosos paisajes como el nevado de
Tclio y la exuberante vegetacin de la sierra baja como el valle del Mantaro.
4.
OBJETIVO DEL PROYECTO
El presente proyecto tiene como objetivo contar con una aplicacin web que permita brindar informacin
ordenada y detallada acerca de las agencias de viajes tursticos en la ciudad de Huancayo as como
tambin gestionar y administrar las reservas que los turistas deseen realizar de los paquetes tursticos
ofrecidos.
4.1.
OBJETIVO GENERAL
El proyecto tiene como objetivo la aplicacin mvil para brindar la informacin turstica
ordenada y actualizada de la regin Junn y poder gestionar las reservas de los
paquetes tursticos de las agencias de viaje en la ciudad de Huancayo
Rev.: 1.0
Pg. 6 de 37

1.0 R01
4.2.
Versin: 1.0
Fecha: 18/09/2014
OBJETIVO ESPECIFICO
4.2.1.
Demostrar que la implementacin de este nuevo sistema mejorar

notablemente la afluencia de turistas nacionales y extranjeros en la regin
Junn.
4.2.2.
Demostrar que esta aplicacin pueda gestionar la informacin turstica de

importancia relevante en los principales destinos tursticos de Junn
4.2.3.
Incrementar el uso de estas herramientas tecnolgicas en los dueos de

las agencias de turismo.
4.2.4.
Mostrar mediante indicadores, que la informacin turstica puede ser

fcilmente administrable.
5.
ALCANCE
Rev.: 1.0
Pg. 7 de 37

1.0 R01
5.1.
Versin: 1.0
Fecha: 18/09/2014
DESCRIPCION DE LOS PROCESOS DE NEGOCIO
La Agencia de Turismo Adrenalina Tours Agencia de Viajes y Turismo E.I.R.L. es una

pequea empresa que consta de 3 reas fundamentales que son: administracin,
tesorera/contabilidad y equipos de viaje. Los principales procesos que suceden en esta
empresa son:
Reunin de
interesados
Planeamiento de rutas
Captacion de
clientes
No
Redefinir los
planes o
promociones
Aceptacin del
tours
Si
Pago por
servicios
Fin
Planeamiento de rutas e itinerario: Consiste en la planificacin de las rutas que sern

seguidas por el equipo de guas y turistas en los horarios trazados generalmente por los
equipos de viaje en conformidad con la administracin.
Captacin de Clientes: Consiste en la atraccin de turistas eventuales a la ciudad de

Huancayo presentes en zonas comerciales como el centro de la ciudad o diferentes
parques concurridos.
Fin de Transaccin: Los clientes remuneran el servicio ofrecido a los guas y estos
rendirn cuentas en tesorera.
Rev.: 1.0
Pg. 8 de 37

1.0 R01
5.2.
Versin: 1.0
Fecha: 18/09/2014
ALCANCE DEL PRODUCTO

El aplicativo se mostrar en los diferentes dispositivos mviles y ordenadores que
soporten navegacin web, ya sean ordenadores, mviles, tablets, Smart tv, esto
debido a que el aplicativo ser desarrollado con el uso de responsive design.
A. Consultas de agencias y paquetes
El usuario podr realizar una consulta de todas las agencias disponibles en la
regin Junn, con sus respectivos paquetes tursticos y elegir el que ms le
convenga.
B. Registro de agencias
El administrador del sistema podr registrar a las diferentes agencias de turismo
de la regin que deseen formar parte de este proyecto.
C. Registro de reservas
El usuario podr realizar una reserva de una agencia en particular, por medio de
un pago realizado por depsito bancario. A la cuenta de la agencia seleccionada.
El usuario tendr un lmite de tiempo de 2 horas luego de la reserva para realizar
el pago de lo contrario se le anulara dicha reserva.
D. Registro del usuario
Para poder realizar una reserva de cualquier paquete la persona deber primero
registrarse a la plataforma del aplicativo, ingresando toda su informacin general
y as poner realizar una reserva de manera segura.
5.3.
ALCANCE DEL PROYECTO

El alcance del proyecto se resume en los siguientes puntos:
Rev.: 1.0
Desarrollo y puesta en produccin de la Gua turstica con gestin de reservas y pagos

va web de acuerdo a las especificaciones enviadas por el cliente
Informe semanal de avance
Comit de Analistas: 2 veces por semana.
Comit de Sistemas : semanal
Comit Gerencial: mensual
Capacitacin a nivel de administrador y usuario a 15 personas en equipos de a 3

personas.
Manual de Usuario y Manual de Sistemas y Administracin

Pg. 9 de 37

1.0 R01
5.4.
Versin: 1.0
Fecha: 18/09/2014
FUERA DE ALCANCE
Observaciones
Fuera del Alcance
Capacitaciones extras y/o fuera de horario a los

usuarios.
Las capacitaciones sern programadas y

en caso de algn futuro cambio de
personal del negocio se tendr que
aportar un monto adicional.
Sincronizacin de datos con Sistemas Alternos de la

empresa
La informacin presente en otros

sistemas web o de escritorio de la
empresa no ser tratada de alguna
forma por la aplicacin.
5.5.
SUPUESTOS
Item
1
2
3
4
5
6
5.6.
Supuestos
El cliente estar dispuesto a ofrecer la informacin que sea necesaria para una
buena obtencin de requisitos del sistema.
Las empresas interesadas en promocionar sus productos o servicios sern
capacitados para hacer uso de la herramienta
El acceso que las empresas interesadas tendrn en el sistema ser verificado y
controlados por el Cliente de la Aplicacin.
La empresa asumir todos los costos de cambio que incurra el proyecto previas a
su lanzamiento
Las fechas del cronograma sern cumplidas por parte del cliente como de los
desarrolladores.
Los entregables y/o prototipos sern entregados en el plazo fijado.
RESTRICCIONES
Item
Restricciones
El inicio del desarrollo de software debe ser el 08 de octubre a ms

tardar.
5.7.
Rev.: 1.0
El presupuesto asignado para el producto no debe exceder la suma

de s/. 5000.0
ESTRUCTURA DETALLADA DE TRABAJO
Pg. 10 de 37

1.0 R01
Rev.: 1.0
Versin: 1.0
5.7.1.
ENTREGABLES DE GESTION
5.7.2.
ENTREGABLES DE INGENIERIA
Fecha: 18/09/2014
Pg. 11 de 37

1.0 R01
Rev.: 1.0
Versin: 1.0
Fecha: 18/09/2014
Pg. 12 de 37

1.0 R01
6.
Versin: 1.0
Fecha: 18/09/2014
REQUERIMIENTOS DEL PROYECTO

6.1.
REQUERIMIENTOS DE PERSONAL
Los Requerimientos del Personal para el desarrollo del proyecto GUA
TURSTICA CON GESTIN DE RESERVAS Y PAGOS VA WEB son los
siguientes:
Nro. de
Personas
6.1.
Cargo / Rol
Fecha de Inicio
Programada
Fecha de Fin
Programada
% de
Asignacin
01
Gerente de Proyecto
30/09/2014
23/12/2014
100%
01
Analista de sistemas Senior
30/09/2014
23/12/2014
100%
01
Desarrollador Senior
07/10/2014
23/12/2014
100%
02
Desarrollador Junior
07/10/2014
23/12/2014
80%
02
Tester
09/12/2014
23/12/2014
100%
02
Documentador
30/09/2014
23/12/2014
100%
REQUERIMIENTOS DE INFRAESTRUCTURA TECNOLGICA

6.1.1.
REQUERIMIENTO DE SERVIDORES
tem
Descripcin del Servidor
Cantidad
Fecha en que se
requiere
08/11/2014
Hosting - Apache
6.1.1.1.
REQUISITOS DE SOFTWARE
Nombre del
Requisitos de Software
Servidor
Apache
PHP 5
MySQL
MySQL 5.1
6.1.1.2.
REQUISITOS DE HARDWARE
Nombre del
Servidor
Hosting-Apache
Requisitos de Hardware
Capacidad: 10GB. libres

Memoria: 2GB. Mnimo
MySQL
Capacidad: 10Gb libres

Velocidad: 3GHZ mnimo
Rev.: 1.0
Pg. 13 de 37

1.0 R01
6.1.2.
Fecha: 18/09/2014
REQUERIMENTO DE CONECTIVIDAD
6.1.2.1.
REDES Y COMUNICACIONES
tem
6.1.3.
Versin: 1.0
Descripcin
Conexin a internet
Cantidad
Fecha en que se
requiere
s/n
25/09/2014
REQUERIMIENTOS DE ESTACIONES DE TRABAJO
tem
Descripcin
Cantidad
Fecha en que
se requiere
PC personal
25/10/2014
Laptop
25/10/2014
Dispositivos mviles Android
25/10/2014
6.1.3.1.
REQUISITOS DE SOFTWARE
tem
Descripcin
Apache
Navegadores web
Sublime
Php stud
6.1.3.2.
Cantidad
Fecha en que se
requiere
25/10/2014
25/10/2014
REQUISITOS DE HARDWARE
Tipo de Estacin
Requisitos de Hardware
de Trabajo
Memoria: 3 GB mnimo
PC Personal /
Disco Duro: 640 GB
Laptop
Velocidad: 3GHz mnimo

Conexin a internet.
6.2.
INFRAESTRUCTURA Y MOBILIARIO
tem
Rev.: 1.0
Descripcin
Cantidad
Fecha en que se
requiere
Escritorios
04/10/2014
Sillas
04/10/2014
Pizarra
04/10/2014
Pg. 14 de 37

1.0 R01
7.
Versin: 1.0
Fecha: 18/09/2014
ESTRATEGIA DE EJECUCION DEL PROYECTO
7.1.
ETAPAS DEL PROYECTO

PLAN DE CORTO PLAZO
Modulo de Registro de Empresas de turismo.
Modulo de Inclusion de paquetes turisticos.
Modulo de Admonistracion del sistema
ETAPA
I
ETAPA
II
PLAN DE CORTO PLAZO
7.2.
Modulo de Registro de Turistas.
Modulo de busqueda de paquetes turisticos.
Modulo de Reserva de servicios
Modulo de pagos
FASES E ITERACIONES DEL PROYECTO

Nmero
Fase
de
Fecha Inicio
Fecha Fin
Resumen
Iteracin
Incepcin
07/10/2014
18/10/2014
Elaboracin
18/10/2014
30/10/2014
Rev.: 1.0
Pg. 15 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
30/10/2014
07/11/2014
07/11/2014
18/11/2014
19/10/2014
27/11/2014
28/11/2014
23/12/2014
Construccin
Transicin
7.2.1.
FASE DE INCEPCION - ITERACION 1
Trminos
Tipo de Iteracin
Definicin
Incepcin
En esta fase se conoce a la empresa y recopilan
requerimientos
1
El proceso de iteracin iniciara en la fecha
1
indicada
La fase de iteracin no tendr retraso alguno
2
en sus actividades
Objetivo
Pre-condicin
Supuestos
Restricciones
Principales actividades
Entregables
1
2
1
2
3
4
7.2.2.
FASE DE ELABORACION - ITERACION 1
Trminos
Tipo de Iteracin
Objetivo
Pre-condicin
Supuestos
Restricciones
Definicin
Elaboracin1
En esta fase se disea los requerimientos y se
modela la implementacin orientada a la
construccin.
1 Fase de Incepcin
El proceso de Elaboracin iniciara en la
1
fecha indicada
2
en sus actividades
1
1
2
Rev.: 1.0
Modelamiento de la empresa
Recopilacin de requisitos
Documento Visin
Diagramas de caso de uso
Especificacin de Requisitos
Diagrama de Requisitos
Desarrollar la base del diseo

Encerrar los flujos de trabajo de
requerimientos
Pg. 16 de 37

1.0 R01
Entregables
Versin: 1.0
1
2
3
4
5
6
7
8
9
10
11
12
13
7.2.3.
Tipo de Iteracin
Definicin
Elaboracin 2
En esta fase se disea los requerimientos y se
modela la implementacin orientada a la
construccin.
1 Fase de Elaboracin 1
El proceso de Elaboracin iniciara en la
1
fecha indicada
2
en sus actividades
Objetivo
Pre-condicin
Supuestos
Restricciones
1
1
2
3
4
5
6
7
8
9
10
11
12
13
7.2.4.
Rev.: 1.0
Vista Lgica
Diagrama de clases
Modelo E-R
Vista de Implementacin
Diagrama de Secuencia
Diagrama de estados
Diagrama de Colaboracin
Vista Conceptual
Modelo de dominio
Vista fsica
Mapa de comportamiento a nivel de
hardware
Diseo y desarrollo de casos de uso
Pruebas de los casos de uso
desarrollados
FASE DE ELABORACION - ITERACION 2
Trminos
Entregables
Fecha: 18/09/2014
Encerrar los flujos de trabajo de

requerimientos
Vista Lgica
Diagrama de clases
Modelo E-R
Diagrama de estados
Vista Conceptual
Modelo de dominio
Vista fsica
hardware
desarrollados
FASE DE CONSTRUCCION - ITERACION 1

Pg. 17 de 37

1.0 R01
Versin: 1.0
Trminos
Tipo de Iteracin
Definicin
Construccin 1
Se lleva a cabo la construccin del producto
seleccionando algunos casos de uso
1 Elaboracin 2
1
indicada
2
en sus actividades
Objetivo
Pre-condicin
Supuestos
Restricciones
1
Entregables
1
2
3
7.2.5.
Trminos
Pre-condicin
Supuestos
Restricciones
Pruebas de los casos de uso desarrollados,

y pruebas de regresin segn sea el caso
Definicin
1
1
2
3
Rev.: 1.0
Especificacin de requisitos faltantes

Diseo y desarrollo de casos de uso y/o
flujos de acuerdo con la planeacin iterativa
Construccin 2
Se lleva a cabo la construccin del producto
seleccionando algunos casos de uso
1 Construccin 1
1
indicada
2
en sus actividades
Objetivo
7.2.6.
Se redefine su anlisis y diseo y se

procede a su implantacin y pruebas
FASE DE CONSTRUCCION - ITERACION 2
Tipo de Iteracin
Entregables
Fecha: 18/09/2014
Se realiza una pequea cascada por cada

ciclo
FASE DE TRANSICION - ITERACION 1

Pg. 18 de 37

1.0 R01
Versin: 1.0
Trminos
Definicin
Tipo de Iteracin
Transicin 1
En esta etapa se busca garantizar que se tiene un
producto preparado para entregar al usuario
1 Construccin 2
1
indicada
2
en sus actividades
Objetivo
Pre-condicin
Supuestos
Restricciones
2
Entregables
7.3.
Rev.: 1.0
Fecha: 18/09/2014
Se realiza una pequea cascada por cada

ciclo
1
2
3
Pruebas finales de aceptacin

Puesta en produccin
Estabilizacin
HITOS DEL PROYECTO
Proceso
Hito
Gestin
Recibir Project Charter
Gestin
Envo de
Proyecto
Gestin
Envo del Plan de Pruebas
01/10/2014
Gestin
Envo del Plan de Implantacin
28/10/2014
Gestin
Envo del Plan de Capacitacin
30/10/2014
Gestin
Envo del Plan de Monitoreo
01/11/2014
Gestin
Envo del
Proyecto
Gestin
Envo de Acta de Cierre del Proyecto
23/12/2014
Ingeniera
Inicio
07/10/2014
10
Ingeniera
Documento Visin
07/10/2014
11
Ingeniera
Diagramas de caso de uso
09/10/2014
Plan
de
Informe
Fecha
30/09/2014
Direccin
de
Cierre
del
del
01/10/2014
20/12/2014
Pg. 19 de 37

1.0 R01
Rev.: 1.0
Versin: 1.0
Fecha: 18/09/2014
12
Ingeniera
Especificacin de Requisitos
10/10/2014
13
Ingeniera
Diagrama de Requisitos
12/10/2014
14
Ingeniera
15
Ingeniera
16
Ingeniera
Diagrama de clases
12/10/2014
17
Ingeniera
Modelo E-R
15/10/2014
18
Ingeniera
19
Ingeniera
20/10/2014
20
Ingeniera
Diagrama de estados
23/10/2014
21
Ingeniera
27/10/2014
22
Ingeniera
Vista Conceptual
30/10/2014
23
Ingeniera
Modelo de dominio
02/11/2014
24
Ingeniera
25
Ingeniera

hardware
07/11/2014
26
Ingeniera
08/11/2014
27
Ingeniera

desarrollados
12/11/2014
28
Ingeniera
29
Ingeniera
30
Ingeniera
31
Ingeniera
32
Ingeniera
33
Ingeniera
Pruebas finales de aceptacin
05/12/2014
34
Ingeniera
Puesta en produccin
12/12/2014
35
Ingeniera
Estabilizacin
23/12/2014
07/10/2014
Elaboracin
Vista Lgica
Vista fsica
Construccin
Transicin
09/10/2014
17/10/2014
05/11/2014
13/11/2014
07/11/2014
07/11/2014
30/11/2014
01/12/2014
Pg. 20 de 37

1.0 R01
7.4.
Versin: 1.0
Fecha: 18/09/2014
LISTA DE PROCESOS UTILIZADOS
A continuacin detallamos los diferentes Procesos involucrados en el presente Plan de Direccin del
Proyecto:
Procesos Utilizados
Proceso
Artefactos
Ruta
7.3.2.02
Proceso de
Proceso de
gestin
$/02.Rep_Baselines_Procesos/01.Libreria_Procesos/03.Desarrollo/0
Gestin
para
1.Gestion/7.3.2.02 Proceso de gestin para desarrollo
desarrollo
7.7.5.2.01
Proceso de $/02.Rep_Baselines_Procesos/01.Libreria_Procesos/03. Desarrollo
Proceso de
Gestin Requerimie gestin de /03.Requerimientos/7.7.5.2.01 Proceso de gestin de requerimientos
para desarrollo
requerimie
ntos
ntos para
desarrollo
7.7.6.3.01
Proceso de
Proceso de $/02.Rep_Baselines_Procesos/01.Libreria_Procesos/03. Desarrollo
Estimacione
estimacione
/04.Estimaciones/7.7.6.3.01 Proceso de estimaciones
s
s
7.7.1.2.2.01
Proceso
Ingenie Proceso de
$/02.Rep_Baselines_Procesos/01.Libreria_Procesos/03. Desarrollo
ingeniera
ra
Ingeniera
/02.Ingenieria/7.7.1.2.2.01 Proceso ingeniera de desarrollo
de
desarrollo
8.
ORGANIZACIN DEL PROYECTO
8.1.
Rev.: 1.0
ORGANIGRAMA
Pg. 21 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
Gerente del
proyecto
Analista de sistemas
Senior
Desdarrollador
Senior
Tester
Documentar
Desarrollador
Junior
8.2.
ROLES Y RESPONSABILIDADES DEL CLIENTE

Rol
Responsabilidad
Supervisor
Verificar si el aplicativo cumple con los Thalia Flores Camacho

requisitos solicitados
Usuario Lder
Revisin de la informacin
Usuario experto Registrar o actualizar la informacin
8.3.
Nombre
Victor Mendoza
Luna Samaniego
ESTANDARES DEL ENTORNO DE TRABAJO
Los estndares del entorno de trabajo son los que actualmente se tienen implementados
medidad de seguridad para los desarrolladores y administrativos.
Rev.: 1.0
Pg. 22 de 37

1.0 R01
9.
Versin: 1.0
Fecha: 18/09/2014
CRONOGRAMA DE ACTIVIDADES
Rev.: 1.0
Pg. 23 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
10. ACTIVIDADES DE SOPORTE EN LA ADMINISTRACION DEL PROYECTO
10.1.
GESTION DE RIESGOS
Numero
Categoria
r-001
Cliente
r-002
Personal
r-003
Organizacional
r-004
Organizacional
r-005
Tiempo
r-006
Organizacional
r-007
Tecnico
r-008
Organizacional
r-009
r-010
r-011
r-012
r-013
Rev.: 1.0
Nombre del riesgo

Cliente cambia los requerimientos.
Falta de experiencia del desarrollador en
nuevas herramientas de trabajo.
Mayor cantidad de usuarios de lo esperado
Asignacin insuficiente de personal a cargo.
Cronograma mal definido
Incumplimiento del sponsor con los recursos.
Dao del servidor de desarrollo tiempo
costos
Cambio de gerente del proyecto
Impacto
Probabilidad
Serio
Probable
Moderado
Muy improbable
Tolerable
Serio
Muy improbable
Relativamente
probable
Relativamente
probable
Moderado
Probable
Serio
Muy improbable
Serio
Moderado
Omitir actividades de los procesos de
Comunicacin desarrollo del proyecto.
Serio
La fecha de entrega es modificada sin ajuste
correspondiente al alcance del producto o a
Planificacion los recursos disponibles
Serio
Incumplimiento de tareas desencadenantes a
otras.
Control
Catastrfico
Despidos eventual e inesperado de personal
reducen la capacidad del equipo.
Personal
Serio
Gerencia toma decisiones que afectan la
Organizacional motivacin del equipo del proyecto
Serio
Muy improbable
Relativamente
probable
Muy improbable
Relativamente
probable
Muy improbable
Relativamente
probable
Pg. 24 de 37

1.0 R01
Proyecto:
10.2.
ID:
Versin: 1.0
Fecha: 18/09/2014
SISTEMA DE SEGUIMIENTO
AL AREA
DE SOPORTE TCNICO DE GRUPO TRON
GESTION
DE
COMUNICACIONES
-SSASTGT
Responsabilidad
Tiempo
Preparacin
Envo
Retroalim Fecha Inicial
Frecuencia
entacin
Lista
De Para tener una meta Los
Reunin
de Analista de el jefe de el jefe de primer
mes solo una vez
Requerimiento
clara de proyecto que se Stakeholders/Jefe presentacin del Sistemas
proyecto
proyecto
del proyecto
Que Debe Tener va a realizar y conocer de proyecto, Jefe proyecto.
El Programa
todo los elementos
de Analistas
Focus Grupal
a utilizar para su
creacin y no tener
(FORMAL)
problemas en la entrega
Qu
comunicamos?
Por qu?
avances
proyecto
del Para monitorear el

desarrollo
y
cumplimiento de las
metas.
avances
de para conocer cmo se
implementacin
debe implementar el
del software
software dentro de la
empresa
anlisis
software
contrato
personal
del para poder validar el

trabajo
realizado y
acreditar de nuestro
software es de calidad
de conocer que personal
ser necesario para
realizar el trabajo
formulacin
de para mantener un buen
documentacin
registro
final
del
del proyecto
proyecto
Remitente/Destin
atario
Mtodo de
Comunicacin
el
jefe
proyecto/los
stakeholders
de Informes escritos
y
va
correo
electronico
(INFORMAL)
jefe
de Informes escritos
desarrolladores/lo y
muestra
s stakeholders
presencial.
Jefe
de el jefe de el jefe de Desde
el Eventualmente
analistas.
proyecto
analistas. arranque del segn
se
proyecto.
requiera
el jefe de el jefe de el jefe de a partir del semanales
desarrollado proyecto
proyecto
inicio
de
res
implantacin
(FORMAL/INFOR
MAL)
Jefe de testeo / al Reunin
de analista
jefe de proyecto
presentacin
y
escrita.
(INFORMAL)
analista y jefe reunin
de analista
y
programacin /al presentacin
jefe
de
jefe de proyecto
programaci
(FORMAL)
n
el
jefe
de Informes escritos todas
las
proyecto/los
y
va
correo gerencias
stakeholders
oficiales
Semanales,
Bimensuales,
y
Semestrales
(FORMAL)
impacto de la A fin de identificar las tester/la jefe del reunin
implantacin del reas que son afectadas proyecto
y presentacin
software en la por el software
stakeholders
escrita
empresa
(FORMAL)
de tester
y
analista
analista
desde el inicio Eventualmente

del desarrollo
del software
analista
analista
al inicio del primeras

proyecto
semanas
el jefe de el jefe del Desde

el Semanales,
proyecto
proyecto
arranque del Bimensuales,
proyecto:
Semestrales
tester
tester
al finalizar el semanal
proyecto
10.2.1. IDENTIFICACIN DE LOS GRUPOS DE INTERS
Grupo de
inters
Clasificacin
Cliente
Adrenalina
Rol
Nombre
Correo
Electrnico
Telfono
(Anexo)
Supervisor
Usuarios
Analista de Sistemas
Rev.: 1.0
Pg. 25 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
10.2.2. REUNIONES DE CONTROL Y COORDINACION

A continuacin, las reuniones definidas para la comunicacin externa:
Reunin
Comit
Interno
Comit
Operativo
Actas de
reunin
de trabajo
Propsito
En este comit participan todos
los integrantes del equipo de
trabajo.
Se realiza el seguimiento de las
actividades del proyecto.
Se Informa los riesgos y/o
problemas, y se acuerdan las
acciones a tomar.
Se establecen acuerdos sobre
temas
relevantes
a
los
proyectos.
Las
reuniones
sern
documentadas a travs de
Actas de Reunin, anotndose
todos los acuerdos entre el
cliente y proveedor. Las actas
de reunin de trabajo mostrarn
la
siguiente
informacin:
participantes,
agenda,
,
resultados de la reunin,
acuerdos
y
documentos
adjuntos al acta
Asistentes
Frecuencia
Alumnos del equipo
Semanal
Docente Cliente
Alumnos del equipo
Cualquier rol segn

sea requerido.
Quincenal
Segn sea
requerido.
10.2.3. LINEAS DE COMUNICACIN

Los medios formales de comunicacin establecidos para el proyecto son
los siguientes:
-
Agenda de Reunin
Actas de Comit
Cronograma de Avance del Proyecto
Correo Electrnico
Actas de Reunin de Trabajo
Actas de
Constitucin del
Proyecto
Plan de Direccin
del proyecto
Acta de reunin de
trabajo
Acta de comit de
sistemas
Acta de Cierre de
Proyecto
10.2.4. MATRIZ DE COMUNICACIONES
Docente Cliente
Alumno
Parte Interesada / Flujos de

informacin
Rev.: 1.0
Pg. 26 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
Las versiones preliminares de estos documentos podrn presentarse por correo

electrnico, los cuales sern impresos para ser formalizados.
Leyenda:
@ Correo Electrnico
Documento Impreso
* Quien crea el Correo / Documento.
10.3.
GESTION INTEGRADA DE PROYECTOS

Las relaciones e integracin del presente proyecto, con los involucrados relevantes
tanto a nivel de personas, reas, proyectos y/o planes, se definen a continuacin:
10.3.1. INTERDEPENDENCIAS DIRECTAS E INDIRECTAS

Dependencias con Involucrados Principales
N
Rev.: 1.0
Nombre/Entidad
Cargo/Rol
Empresa
rea/Dpto.
Dependencia
Cardenas Salas Jorge
Jefe de Tesorera
Adrenalina
Finanzas
Usuario del Sistema
Cerron Huaman David
Jefe de Contabilidad
Adrenalina
Contabilidad
Usuario del sistema
Quinte Vergara Paty
Jefe de RRHH
Adrenalina
RR HH
Usuario del Sistema
Segura Mercado Cris
Jefa de Planeamiento
Adrenalina
Gestin turisti
Usuario del Sistema
Landeo Rupay Karen
Gerente de la
empresa
Adrenalina
Administracin
Usuario del Sistema
Pg. 27 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
10.3.2. INTERDEPENDENCIAS CON OTROS PROYECTOS Y/O

PLANES
El proyecto GUA TURSTICA CON GESTIN DE RESERVAS Y PAGOS VA WEB no
presente interdependencia con algn proyecto y/o plan.
10.4.
GESTION DE DATOS
- Se almacenar toda la documentacin del proyecto en su repositorio interno de
trabajo llamado Google Drive, Los principales documentos a almacenar son :
o Plantilla de los entregables.
o Entregables generados en el Proyecto.
o Actas de Reunin de Trabajo.
o Actas de Comit.
- Estos documentos estar compartida para todos los integrantes del proyecto.
- Para el tema de cdigo fuente, ste residir en el SVN.
10.5.
GESTION DE LA CONFIGURACION
10.5.1. NOMENCLATURA
Nomenclatura del Sistema
N
1
Sigla de
Sistema
GTGRPW
Descripcin de Sistema
Gua Turstica Con Gestin De
Reservas Y Pagos Va Web
Prefijo
Proyecto
Nomenclatura de los documentos

La nomenclatura de los documentos est definida en el documento Excel
Historial de Revisiones que genera de forma automtica, la nomenclatura
de cada documento.
Ejemplo:
Para el Acta de Constitucin del Proyecto la nomenclatura definida ser
ActaConstitucionProyecto_v0.2_20140911
Rev.: 1.0
Pg. 28 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
Nomenclatura de las Actas de Reunin
La nomenclatura de los documentos est definida en el documento Excel

Historial de Revisiones que genera de forma automtica, la nomenclatura
de cada documento.
Ejemplo:
Para
el
Acta
de
Reunin
Interna
la
nomenclatura
definida
ser
ActaReunionInterna_v0.2_20140911
10.5.2. VERSIONAMIENTO
Los documentos cuentan con una nomenclatura de versionamiento, el mismo
que se encuentra internamente en el documento, en la seccin de Historial de
Revisiones tal como se muestra en el siguiente cuadro:
tem
Versin
Fecha
Autor
Descripcin
Estado
Responsable
de Revisin
y/o
Aprobacin
La versin de inicio ser 0.1, las modificaciones o revisiones se versionarn como

0.2, 0.3, 0.4, etc. y la versin aprobada con la cual se tiene una versin de
publicacin oficial se denotar como 1.0 el entero siguiente que corresponda, si
luego se requieren hacer modificaciones las versiones se denotarn como 1.1,
1.2, hasta que se tenga nuevamente la versin aprobada y oficial para publicarse,
la cual se denotar como 2.0 el nmero entero que corresponda.
10.5.3. REVISIONES DE GESTIN DE LA CONFIGURACIN.

Dentro de la ejecucin del proyecto se han establecido revisiones de
gestin de la configuracin hechas por el docente del curso (asumir el
rol de Gestin de la Configuracin), con el objetivo de verificar si se est
cumpliendo con el procedimiento establecido. Las revisiones se
realizarn de acuerdo al cronograma definido en el ciclo.
Rev.: 1.0
Pg. 29 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
10.5.4. CARPETA COMPARTIDA DEL PROYECTO.

La carpeta compartida del proyecto, donde se colocar toda la
documentacin a generar, se encuentra en la siguiente ruta del Google
Drive:
https://drive.google.com/a/continental.edu.pe/?tab=mo#folders/0B
4Bujz0GW3mhOUVTUmNuLVU2ODQ
La estructura de la carpeta del proyecto se encuentra dividida en sub
carpetas de Gestin e Ingeniera, cada una de las cuales con sus propias
subcarpetas como se muestra en el siguiente grfico:
La ubicacin de los documentos se encuentra definida en el documento

Excel Historial de Revisiones.
10.6.
GESTION DE REQUERIMIENTOS
10.6.1. ORGANIZACIN
REQUERIMIENTOS
Rol
Alumno Gerente
Alumno Analista de
Sistemas
Profesor Cliente
Profesor Gerente
Profesor Cliente
PARA
Nombre
ATACHAGUA BRAVO
NIELS
QUISPE HUAMAN
VICTOR ANTO
Carlos Arturo Raymundo
Ibez
Pedro Segundo
Castaeda Vargas
Johny William Segura
Idiquez
LA
GESTIN
DE
Cargo
Contacto
Alumno
NIELS @hotmail.com
Alumno
Victorantonio_26@outlook.com
Docente
craymundoi@continental.edu.pe
Docente
pcastaneda@continental.edu.pe
Docente
jsegura@continental.edu.pe
10.6.2. CICLOS DE APROBACIN DE REQUERIMIENTOS

Primer nivel: Canal autorizado para proveer requerimientos y Analista de
Sistemas
A este nivel se aprueba la definicin de los requerimientos realizado por
el Analista de Requerimientos en base a lo obtenido desde los usuarios
autorizados en este plan para proveer los requerimientos. A este nivel se
aprueban los requerimientos a nivel individual.
Rev.: 1.0
Pg. 30 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
Segundo nivel: Canal formal para autorizar requerimientos y Analista de

Sistemas.
Cuando los requerimientos han sido aprobados de manera individual, se
prepara el documento final para autorizacin los requerimientos, este
ser el entregable de la etapa de requerimientos del proyecto, contiene
los requerimientos del usuario y los requerimientos de sistemas
(funcionales y no funcionales), reunidos en un solo documento que
llevar el nombre de Pila de Producto e Historias de Usuario. Cuando
este documento es autorizado culmina la etapa de requerimientos de
desarrollo o la iteracin y se procede con las siguientes etapas, contando
con un conjunto acordado de requerimientos.
Actividades, responsables y tiempos
Se tendr reuniones donde se expondrn las necesidades y se tomar
nota de todas las observaciones en un acta o ayuda de memoria para
luego ser aplicadas a los requerimientos. Estas actividades, sus
responsables y la duracin acordada figurarn en el cronograma
detallado del proyecto o iteracin.
10.6.3. ARTEFACTOS DE REQUERIMIENTOS

10.6.3.1.
TIPOS DE DOCUMENTOS
Los tipos de documentos que se manejan en la gestin de los
requerimientos son los siguientes:
- Registros:
02 - Plantilla de Requisitos y EDT
07 - Plantilla de Pila de Producto
08 - Plantilla Historias Usuario
- Procesos y Guas:
o Proceso de Gestin de requerimientos para desarrollo
o Gua de criterios para aceptar requerimientos
10.6.3.2.
GRANULARIDAD DE REQUERIMIENTOS
Granularidad
Requerimiento
s de Usuario
Requerimiento
s de Sistema
Rev.: 1.0
Mnemnico
HU
HS
Descripcin
Estos reflejan las necesidades de
los usuarios.
Estos son un refinamiento de los
requerimientos de usuario y estn
expresados usando trminos de
desarrollo de software. Puede
incluir
requerimientos
no
funcionales
que
son
Pg. 31 de 37

1.0 R01
Granularidad
10.6.3.3.
Versin: 1.0
Mnemnico
Fecha: 18/09/2014
Descripcin
requerimientos adicionales que no
representan una funcionalidad que
deba ser construida en el producto
del proyecto, pero que pueden
afectar el desarrollo, ejemplo de
esto son: Requerimientos de
performance, de mantenibilidad,
etc.
CODIFICACIN DE REQUERIMIENTOS
Cada tipo de requerimiento se codificar en la Pila de Producto
de manera correlativa es decir:
Para los Requerimientos de Usuario:

o Sintaxis: HU-AAAA-XXXX.
Donde HU significa Historia de Usuario
Donde AAAA es el ao actual
Donde XXXX es un nmero secuencial que va
desde el 0001 hasta que se 9999.
Para los Requerimientos de Sistema:

o Sintaxis: HS-AAAA-XXXX.
Donde HS significa Historia de Sistema
Donde AAAA es el ao actual
Donde XXXX es un nmero secuencial que va
desde el 0001 hasta que se 9999.
10.6.4. MANEJO DE CAMBIOS EN REQUERIMIENTOS

10.6.4.1.
COMIT DE MANEJO DE CAMBIOS
Rol
Aprobador de
cambios a
Requerimientos
Proveedor de
Cambios a
Requerimientos
10.6.4.2.
Rev.: 1.0
Responsabilidad
- Autoriza
la
presentacin de una
solicitud de cambio.
- Autoriza la solicitud
de un cambio
- Solicita cambios a
los
requerimientos
acordados.
- Solicita
nuevos
requerimientos sobre
aquellos que estn en
curso.
- Resuelve consultas
acerca de los cambios
en requerimientos que
solicita.
PROCESO
DE
REQUERIMIENTOS
Nombre
Carlos Arturo Raymundo
Ibez
Docente
Atachagua Bravo Niels
Alumno
MANEJO
DE
Cargo
CAMBIOS
Pg. 32 de 37
EN

1.0 R01
Versin: 1.0
Se definir el
Requerimientos.
10.6.4.3.
Proceso
Fecha: 18/09/2014
de
Manejo
de
Cambios
en
MANEJO DEL EFECTO DE LOS CAMBIOS

Los cambios en los requerimientos o la solicitud de nuevos
requerimientos se pueden realizar en cualquier fase del
proyecto.
El Analista de Sistemas presenta el estudio del impacto del
cambio al Aprobador de Cambios a Requerimientos, este
decidir la incorporacin de los cambios en requerimientos en
el alcance del proyecto. Si los cambios son aceptados se firma
un acta genrica que refrenda la conformidad de ambas partes
y se procede a incorporar los cambios solicitados.
10.6.4.4.
TIPIFICACIN DE LOS CAMBIOS

- Cambio menor
El cambio solicitado se encuentra enmarcado en el alcance
del proyecto y en trminos de costo y tiempo, el impacto no
significa ms del 10% de desviacin en relacin al Tiempo
y/o Costo total de ejecucin del proyecto establecido en el
cronograma base (lnea base de tiempo y costo).
- Cambio mayor
El cambio implica un aumento o reduccin en el costo,
pudiendo este encontrarse o no enmarcado dentro del
alcance del proyecto. Si bien puede aparecer como un
cambio de alcance el cambio debe estar alineado con los
objetivos establecidos para el proyecto en el Project Charter
(Acta de Constitucin). En trminos porcentuales, el impacto
no debe significar ms del 20% de desviacin en relacin al
tiempo y/o costo total de ejecucin del proyecto establecido
en las lneas base.
- Cambio estructural
El cambio asociado no puede ser manejado como un
cambio menor o mayor o se haya excedido la barrera de
20% de desviacin acumulada debido a que puede generar
modificaciones contractuales en el servicio y/o cambios que
significan ms del 20% de desviacin acumulada en relacin
al tiempo y/o costo total de ejecucin del proyecto
establecido en las lneas base.
Rev.: 1.0
Pg. 33 de 37

1.0 R01
10.7.
Versin: 1.0
Fecha: 18/09/2014
GESTION DE LA CALIDAD
10.7.1. CONTROL DE LA CALIDAD DEL PRODUCTO

Como parte del aseguramiento de la calidad en los entregables del
presente proyecto se han establecido tareas de revisiones entre los que
destacan las revisiones de pares y las revisiones del calidad.
Los documentos que sern parte de la revisin se encuentran definidos
en el documento Excel Historial de Revisiones.
10.7.2. ASEGURAMIENTO DE LA CALIDAD DEL PROCESO

Se ha determinado que el aseguramiento de calidad del Proceso se
realizar en la ltima iteracin de cada fase.
10.8.
GESTION DEL SEGUIMIENTO DEL PROYECTO

El seguimiento y control del proyecto se realiza a lo largo del ciclo de vida del
proyecto bajo un esquema de reuniones.
Los riesgos, mtricas, problemas, pendientes y en general cualquier tema que los
integrantes del equipo de proyecto definan como relevante, son revisados en las
reuniones de comits internos (del equipo del proyecto) y comit de
renuniones con cliente (a nivel de proyectos).
10.9.
GESTION DEL CRONOGRAMA

El cronograma se actualizar con una frecuencia semanal, de tal forma de ir
viendo el avance del proyecto.
10.10.
GESTION DE LA CAPACITACION DEL PERSONAL DEL

PROYECTO
La capacitacin est definida en las currculas de estudio de la Universidad
Continental.
10.11.
ACEPTACION DE PRODUCTO
10.11.1.
CRITERIOS
PARA
LA
PRODUCTO (PLAN DE PRUEBAS)
ACEPTACIN
DEL
Se dar por aceptado el Producto una vez que los usuarios hayan
probado y aceptado las Historias de Usuario. Para ello se definir un
Rev.: 1.0
Pg. 34 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
conjunto de casos de prueba (Criterios de Aceptacin) por cada Historia

de Usuario. El usuario entregar previamente el conjunto de datos sobre
el que se definirn los casos de prueba. Un caso de uso podr tener uno
o ms casos de prueba, dependiendo de la complejidad y el nmero de
escenarios. Esto se plasmar en el documento Historias de Usuario.
10.11.2.
ESTRATEGIA DE PRUEBAS
Se realizar en cada entrega de producto.
Rev.: 1.0
Pg. 35 de 37

1.0 R01
Versin: 1.0
Fecha: 18/09/2014
11. ANEXOS
11.1.
ANEXO I: ARQUITECTURA Y PLATAFORMA
HOSTING
APACHE
MYSQL
Servidor
Servidor Web
Rev.: 1.0
Pg. 36 de 37

1.0 R01
Rev.: 1.0
Versin: 1.0
Fecha: 18/09/2014
Pg. 37 de 37

Plan de Direccion Del Proyecto Guía Turística Con Gestión de Reservas y Pagos Vía Web

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Plan de Direccion Del Proyecto Guía Turística Con Gestión de Reservas y Pagos Vía Web

Uploaded by

Copyright:

Available Formats

PLAN DE DIRECCIN DE PROYECTO

GUA TURSTICA CON

Universidad Continental Versin 1.0

PLAN DE DIRECCIN DE PROYECTO

HISTORIAL DE LAS REVISIONES

28/03/2015 Victor Quispe Versin inicial

En Revisin Pedro Castaeda

PLAN DE DIRECCIN DE PROYECTO

PROPSITO DEL PLAN.................................................................................................. 4

RESUMEN EJECUTIVO ........................................................................................ 5

OBJETIVO GENERAL ..................................................................................................... 6

DESCRIPCION DE LOS PROCESOS DE NEGOCIO ...................................................... 8

PLAN DE DIRECCIN DE PROYECTO

PROPSITO DEL PLAN

TERMINOS, ACRONIMOS Y DEFINICIONES

Es un conjunto de datos pertenecientes a un mismo contexto y

Es programa de servidor HTTP Web de cdigo abierto (open

Es un lenguaje para crear documentos de hypertexto

Hypertext Preprocessor. Lenguaje de script diseado

Programacin Orientada a Objetos - una serie de

PLAN DE DIRECCIN DE PROYECTO

Consiste en Mostrar a los turistas y pblico en general la variedad de lugares tursticos

El desarrollo del sector turstico es un fenmeno que se ha disparado ltimamente como

PLAN DE DIRECCIN DE PROYECTO

Arribo de turiastas 2010 fuente: INEI

OBJETIVO DEL PROYECTO

PLAN DE DIRECCIN DE PROYECTO

Demostrar que la implementacin de este nuevo sistema mejorar

Demostrar que esta aplicacin pueda gestionar la informacin turstica de

Incrementar el uso de estas herramientas tecnolgicas en los dueos de

Mostrar mediante indicadores, que la informacin turstica puede ser

PLAN DE DIRECCIN DE PROYECTO

DESCRIPCION DE LOS PROCESOS DE NEGOCIO

La Agencia de Turismo Adrenalina Tours Agencia de Viajes y Turismo E.I.R.L. es una

Planeamiento de rutas e itinerario: Consiste en la planificacin de las rutas que sern

Captacin de Clientes: Consiste en la atraccin de turistas eventuales a la ciudad de

PLAN DE DIRECCIN DE PROYECTO

ALCANCE DEL PRODUCTO

ALCANCE DEL PROYECTO

Desarrollo y puesta en produccin de la Gua turstica con gestin de reservas y pagos

Informe semanal de avance

Comit de Analistas: 2 veces por semana.

Comit de Sistemas : semanal

Comit Gerencial: mensual

Capacitacin a nivel de administrador y usuario a 15 personas en equipos de a 3

Manual de Usuario y Manual de Sistemas y Administracin

PLAN DE DIRECCIN DE PROYECTO

Fuera del Alcance

Capacitaciones extras y/o fuera de horario a los

Las capacitaciones sern programadas y

Sincronizacin de datos con Sistemas Alternos de la

La informacin presente en otros

El inicio del desarrollo de software debe ser el 08 de octubre a ms

El presupuesto asignado para el producto no debe exceder la suma

ESTRUCTURA DETALLADA DE TRABAJO

PLAN DE DIRECCIN DE PROYECTO

PLAN DE DIRECCIN DE PROYECTO

PLAN DE DIRECCIN DE PROYECTO

REQUERIMIENTOS DEL PROYECTO

Analista de sistemas Senior

REQUERIMIENTOS DE INFRAESTRUCTURA TECNOLGICA

Descripcin del Servidor

Capacidad: 10GB. libres