“Año del Dialogo y Reconciliación 


Nacional”

UNIVERSIDAD CONTINENTAL
Facultad de Ingeniería

DISEÑO DE UNA APLICACIÓN PARA

REFORZAMIENTO ACADÉMICO (DA-
PRA)

Cátedra: Dirección de Proyectos

Huancayo, 29 de Setiembre del

2018
 Dirección de Proyectos

ÍNDICE

RESUMEN EJECUTIVO.............................................................................................................................. 2
I. INTRODUCCIÓN .............................................................................................................................3
II. MARCO TEÓRICO ..........................................................................................................................4
III. DESARROLLO DEL PROYECTO ..................................................................................................5
CONCLUSIONES ......................................................................................................................................... 5
REFERENCIA BIBLIOGRAFICA ............................................................................................................... 7
 Dirección de Proyectos

RESUMEN EJECUTIVO

El presente trabajo ¨Diseño de una aplicación para reforzamiento académico (DAPRA), fue diseñado con
el objetivo de agilizar los procesos de inscripción a clases de reforzamiento a diversas instituciones edu-
cativas dedicadas a prestar servicio de reforzamiento. Las fases del proyecto son: entrevista con los ska-
teholders, diseño del software y finalmente el monitoreo y control de dicha plataforma.

El proyecto cuenta con duración de tres meses. Dicha idea de negocio se ejecutara en diversas empresas
con el objetivo de corroborar su viabilidad, en la cual contaremos con un piloto, por cual el proyecto se
pondrá en contacto con el encargado de dicha empresa para la obtención de información como horarios,
docentes y cursos. Posteriormente se codificara la información y se iniciara con el diseño del sitio web
para la empresa.
 Dirección de Proyectos

Capítulo I
Datos Generales

I. INTRODUCCIÓN

En el presente proyecto se propone un sistema en plataforma web para empresas dedicadas al reforza-
miento académico. El objetivo es reducir el tiempo de atención a los usuarios de la empresa que brinda
reforzamiento académico facilitando la inscripción a los cursos, así como información de los cursos y sus
horarios a los que se inscribió.

El trabajo es dividido en cuatro capítulos, en el primer capítulo se muestra datos de la definición del pro-
yecto, las necesidades que dieron origen a este, la relación entre necesidades y estrategia, las fases del
proyecto, la identificación de stakeholders, comité de contra de cambios, áreas funcionales, finalidad y
justificación del proyecto. En el segundo capítulo se muestra el desarrollo del proyecto, es decir cómo se
aplicaron las respectivas técnicas en cada fase. En el tercer capítulo encontramos el desarrollo del proyec-
to donde se muestra como se fue desarrollando el proyecto para lograr cumplir con los objetivos plantea-
dos y su alcance. En el cuarto capítulo tenemos las conclusiones y recomendaciones que nos mostraran lo
efectivo que fue nuestra solución al problema y cómo podemos mejorar para que sea la solución más cer-
cana a lo planteado.

Por último el trabajo realizado se aplica inicialmente a una empresa pero dependiendo de la flexibilidad
del aplicativo web este se puede replicar en otras empresas del mismo rubro o en todo caso se adaptará a
los procesos de la empresa en la que se implantará la solución web.
 Dirección de Proyectos

Capítulo II
Marco Teórico

II. MARCO TEÓRICO

Aplicación web:

Se denomina aplicación web a aquellas aplicaciones que los usuarios pueden utilizar accediendo a un Servidor
web a través de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicación (Software)
que se codifica en un lenguaje soportado por los navegadores web en la que se confía la ejecución al navegador.

Lenguajes de programación: Existen numerosos lenguajes de programación empleados para el desarro-

llo de aplicaciones web en el servidor, entre los que destacan:
- PHP
- Java, con sus tecnologías Java Servlets y JavaServer Pages (JSP)
- Javascript
- Perl
- Ruby
- Python
- HTML
- XML
- ASP/[Link], aunque no es un lenguaje de programación en sí mismo, sino una arquitectura de
desarrollo web en la que se pueden usar por debajo distintos lenguajes (por ejemplo [Link] o C#
para [Link] o VBScript/JScript para ASP).
Se utilizan para servir los datos adecuados a las necesidades del usuario, en función de cómo hayan sido
definidos por el dueño de la aplicación. Los datos se almacenan en alguna base de datos estándar.
Principales características, ventajas y desventajas de un software web:
Características:
Acceso desde cualquier ubicación con conexión a Internet 

Utilización en redes internas 

Seguridad basada en usuarios y roles de acceso 

Disponibilidad 24 hs 

Información actualizada constantemente 

 Multi-usuario 
 Dirección de Proyectos
Multi-idioma
Ventajas:
Independencia de la Plataforma (Windows, Linux, Mac, etc) 

Acceso a través de internet Rápido, distribuido, escalable 

Tecnologías open source sin costos de licencia

Desventajas:
Depende de la conexión a internet 

Requerimientos de hardware intermedios
Capítulo III
Desarrollo del Proyecto

III. DESARROLLO DEL PROYECTO

CASO 1: DEFINICIÓN DE UN PROYECTO

Nombre del Proyecto: Grupo de Trabajo:
Cóndor Ramos Jesús
Corilloclla López Paola
Diseño de una aplicación para refor-
Huamán Lulo Clarita
zamiento académico (DAPRA)
Santana García Estefany
Sinche Soto Joanie

Definición del Proyecto:

El proyecto “Diseño de una aplicación para reforzamiento académico” DAPRA, consiste en la creación de un
sitio web mediante la obtención de información de las necesidades que tenga el cliente que desee obtener dicha
plataforma para su empresa que brinda reforzamiento académico a estudiantes, con el fin de sobrellevar los pro-
blemas del colectivo determinado, asimismo conseguir alumnos con la capacidad de instruir en determinadas
materias o temas universitarios en el tiempo que los interesados puedan estar disponibles.
Este proyecto será diseñado por parte de un grupo de estudiantes del octavo ciclo de la Universidad Continental,
que llevan a cargo el curso de Dirección de Proyectos y tendrá una duración de tres meses. Dicha idea de nego-
cio se ejecutara en diversas empresas con el objetivo de corroborar su viabilidad, en la cual contaremos con un
piloto, por cual el proyecto se pondrá en contacto con el encargado de dicha empresa para la obtención de in-
formación como horarios, docentes y cursos. Posteriormente se codificara la información y se iniciara con el
diseño del sitio web para la empresa.
Necesidades que dieron origen al Proyecto: ¿qué necesidades de negocio dieron origen al proyecto?

- Incremento del porcentaje de estudiantes con cursos a su disposición.

- Tiempo de demora al ser atendido en las academias de reforzamiento.
- Tener la necesidad de inscribirse personalmente, ir a lugar específico del servicio que se va a usar.
- La falta de nuevas tecnologías de asesoramiento académico dentro de los centros educativos
 Dirección de Proyectos
Relación entre Necesidades y Estrategia: ¿cuál es la relación entre las necesidades que dieron origen al proyecto
y la estrategia de la organización?

Necesidades

- Incremento del porcentaje de estudiantes con cursos a su disposición.

- Tiempo de demora al ser atendido en las academias de reforzamiento.
- Tener la necesidad de inscribirse personalmente, ir a lugar específico del servicio que se va a usar.
- La falta de nuevas tecnologías de asesoramiento académico dentro de los centros educativos

Estrategias

- Creación de un diseño web de fácil uso enfocado en el cliente.

- Usar nuevas tecnologías con el objetivo de reducir el tiempo de atención al público y así también poder
realizarlo desde cualquier parte del país.
- Facilitar a las empresas un método más efectivo y rápido de contactarse con los estudiantes, para así
saber sus problemas y necesidades.
- Crear un Responsive Design, con despliegue total en los dispositivos móviles.

Fases del Proyecto: cuáles son las fases del proyecto y sus entregables principales
Fase del Proyecto Entregable principal de la Fase
A.- Recolección de datos
Entrevista de stakeholders
B.- Planeación del producto

A.- Requerimientos del software

B.- Diseño del software
Creación de la aplicación C.- Programación
D.- Pruebas
E.- Implementación
A.-crear formulario para envío de consultas o sugerencias
CONTROL DE ERRORES
B.-verificar que la aplicación web sea de fácil uso
Producto del Proyecto:
Aplicación web para facilitar la inscripción a clases de reforzamiento académico, esta podrá evitar el conflicto
de cruce de horarios; además de agilizar el proceso ya que se tendrá una idea previa de los cursos que están dis-
ponibles.

Identificación de Stakeholders: identificación y clasificación de stakeholders

Stakeholder Rol General Influencia (alta/baja) Autoridad (alta/baja)

Comprador.

Beneficiario, al Alto: El servicio princi-

Dueños de las diferen-
ofrecer un servi- pal de las academias es
tes academias de refor- Alta, por ser el comprador del servicio.
cio con facilida- el reforzamiento de los
zamiento académico
des y ahorro de alumnos.
tiempo, tendrá
más demanda.

Trabajador
Alto: Son los encarga-
 Alto: Son los encarga- Dirección de Proyectos
Desarrolladores de la Media, porque se encargan de seguir
Desarrollo de la dos de crear la aplica-
aplicación Web órdenes del director del proyecto
aplicación Web ción Web.

Usuario
Alta: El usuario será
Estudiantes Beneficiario, me- quien califique el servi- Baja, por no ser demandante directo.
jorará su rendi- cio (eficiencia)
miento académi-
co.

Registrar a
Alta : Tendrá la potes-
nuestros usua-
SUNARP tad de calificar el servi- Alta: Por ser nuestro principal aliado .
rios en la base cio.
de datos.
Análisis de Stakeholders: definición de necesidades, deseos, expectativas, y requerimientos de los stakehol-
ders con respecto al proyecto
Stakeholder Necesidades Deseos Expectativas Requerimientos
Reducir el
Tener mayor
Dueños de las tiempo de
cantidad de Tener copados todos los horarios dispo- Contar con una
academias de inscripción a
alumnos ma- nibles plataforma web
reforzamiento las clases de
triculados
reforzamiento
Crear una pla-
Tener mayor Contar con los
Desarrollado- taforma de
cantidad de Tener diversidad de usuarios registrados equipos adecuados
res de la apli- fácil acceso
comprado- en la plataforma. para la creación de
cación Web para el usua-
res. la aplicación Web
rio.

Obtener nue-
Estudiantes vos conoci- Aprender Pasar el curso con buenas notas Asistir a las clases
mientos

Monitorear
Registro de el desarrollo Tener ingresos por la nueva empresa re- Datos de la em-
SUNARP
la empresa de la empre- gistrada. presa
sa

Sponsor y Comité de Control de Cambios: sponsor y comité de control de cambios sugerido

Comité de Control de Cambios:

Sponsor: Grupo desarrollador del Grupo de programación: se encargaran de todo el aspecto técnico para
proyecto el buen funcionamiento de nuestra aplicación.

Áreas funcionales que intervienen en el proyecto

Recursos a
Recursos en modo consulta o aproba-
Área Funcional tiempo com- Recursos a tiempo parcial
ción
pleto
 Área de dirección
Dirección de Proyectos
Administrador de la plata-
general de la em- Programadores Derechos de uso de plantillas creadas
forma web
presa
Área de mercadeo Hosting

Área de producción Dominio

CASO 1 : PROJECT CHARTER DE UN PROYECTO

Tema: Project Charter Versión: 1.0

Preparado por: Fecha de Emisión:

PROJECT CHARTER

Nombre del Proyecto: Grupo de Trabajo:

Cóndor Ramos Jesús


Diseño de una aplicación para reforzamiento aca- Corilloclla López Paola

démico
 Huamán Lulo Clarita

(DAPRA) Santana García Estefany

Sinche Soto Joanie

Definición del Proyecto:

El proyecto “Diseño de una aplicación para reforzamiento académico” DAPRA, consiste en la creación de un
sitio web mediante la obtención de información de las necesidades que tenga el cliente que desee obtener dicha
plataforma para su empresa que brinda reforzamiento académico a estudiantes, con el fin de sobrellevar los pro-
blemas del colectivo determinado, asimismo conseguir alumnos con la capacidad de instruir en determinadas
materias o temas universitarios en el tiempo que los interesados puedan estar disponibles.
Este proyecto será diseñado por parte de un grupo de estudiantes del octavo ciclo de la Universidad Continental,
que llevan a cargo el curso de Dirección de Proyectos y tendrá una duración de tres meses. Dicha idea de nego-
cio se ejecutara en diversas empresas con el objetivo de corroborar su viabilidad, en la cual contaremos con un
piloto, por cual el proyecto se pondrá en contacto con el encargado de dicha empresa para la obtención de in-
formación como horarios, docentes y cursos. Posteriormente se codificara la información y se iniciara con el
diseño del sitio web para la empresa.

Definición del Producto del Proyecto:

Aplicación web para facilitar la inscripción a clases de reforzamiento académico, esta podrá evitar el
conflicto de cruce de horarios; además de agilizar el proceso ya que se tendrá una idea previa de los
cursos que están disponibles.

Definición de Requerimientos del Proyecto:

 Dirección de Proyectos
Stakeholder Necesidades, deseos, o expectativas Requerimientos del Proyecto

-Reducir el tiempo de inscripción a las

clases de reforzamiento

Dueños de las aca-
-Tener mayor cantidad de alumnos ma-
demias de reforza- Contar con una plataforma web
triculados

miento
-Tener copados todos los horarios dis-
ponibles

-Crear la plataforma web para el refor-

zamiento académico.

Desarrolladores del Implementar la plataforma web en un
-Que la plataforma creada sea de uso
proyecto servidor de calidad
por la mayor cantidad de personas.

-Obtener más de mil visitas por día.

-Obtener nuevos conocimientos


Estudiantes -Aprender
 Asistir a las clases
-Pasar el curso con buenas notas

-Tener registrada la empresa

SUNARP -Velar por el desempeño de la empresa Monitoreo de la empresa
hacia la sociedad.

Definición, de Necesidades del Negocio:

Necesidad del Negocio Forma en que el Proyecto la satisfacer

La plataforma funcionara las 24 horas el día,
Agilizar los trámites de registro de los estudiantes a
donde los

las

usuarios podrán ingresar en cualquier momen-
clases de reforzamiento
to.
Conocer los horarios disponibles Visualizar los horarios disponibles, evitando un
conflicto

Evitar cruces de horario de horarios.
Usar las tecnologías emergentes para llegar a
Ampliar el rango de usuarios
más usuarios.

Finalidad del Proyecto:

La implementación del software facilitara y agilizara la reserva e inscripción de los estudiantes a las
clases de reforzamiento.

Justificación del Proyecto:

Justificación Cualitativa Justificación Cuantitativa

 Dirección de Proyectos
Reducción en tiempos de atención Programador con conocimiento del tema
Aumento en el alcance de los clientes potenciales Publicidad: S./ 50.00 mensuales

Evitar cruces de horario Cobro de implementación: S./ 200.00

Cobro por la plataforma: S./ 3000.00

Designación del Project Manager del Proyecto:

Nombre: Cóndor Ramos, Jesús Niveles de autoridad: está autorizado

a:

Reporta a: Cóndor Ramos, Jesús
Supervisar y exigir el cumplimiento de
Supervisa a: Santana García, Estefany los entregables del proyecto

Cronograma de Hitos del Proyecto:

Hito o Evento Significativo Fecha Programada

Datos y comunicaciones sobre la iniciación del
15/09/2018
proyecto

Planificación detallada del proyecto: alcance,

tiempo, costo, calidad, RRHH, comunicaciones, 29/09/2018
riesgos, adquisiciones.
Estado actual, progresivo, pronostico del tiempo y
15/10/2018
costo

Información detallada de las reuniones de coordi-

15/10/2018
nación semanal
Datos y comunicaciones sobre el cierre del pro-
10/11/2018
yecto

Objetivos, producto esperado, análisis, resultados,

20/11/2018
conclusiones, sugerencias y/o recomendaciones.

Organizaciones o Grupos Organizacionales que intervienen en el Proyecto

Internos a la Organización Ambientales o Externos a la Organización

Cóndor Ramos,
Gerencia de proyectos
Jesús Proveer el servicio de 

Consultor
Santana García, Área Técnica y de Opera- asesoría y consultoría
Estefany ciones

Huamán Lulo, Área de Procesamiento de

Clarita Información Centro de 

Proveer el local para el 

emprendi-
Sinche Soto, desarrollo del proyecto
Control y costos miento
Joanie
 Dirección de Proyectos
Industria de 

Corilloclla Ló- Área de administración 
 Proveer sistemas para el 

programa-
pez, Paola y finanzas desarrollo del proyecto
ción

Restricciones del Proyecto

Internos a la Organización Ambientales o Externos a la Organización

Financiamiento Competencia

Tiempo Desaparición del internet

Poca adaptabilidad del usuario para el uso de la
Obtener licencia de funcionamiento aplicación web

Aceptación de la empresa de educación

Principales Riesgos del Proyecto

Incremento de la ciberdelincuencia
Incremento de la demanda de ancho de banda

Banca ancha móvil

Falta de presencia en las redes sociales

Una velocidad de carga muy baja

Desconocimiento de la aplicación web por parte de nuestro mercado

Principales Oportunidades del Proyecto

Un diseño web de fácil uso enfocado en el cliente

Contenido útil y relevante

Un proceso de inscripción a clase rápido y de fácil acceso

Accesibilidad desde donde te encuentres

Usuarios con la posibilidad de administrar sus datos

Sociedad de la información (nuevas formas de relaciones y comunicaciones)

Diferentes formas de conexión a la aplicación web

Conoce a nuevos usuarios en la aplicación web

Presupuesto Preliminar del Proyecto

Monto Mensual
Concepto Tiempo (S./) Monto Total (S./)
S/. S/.
Programador 3 1,500.00 4,500.00

S/. S/.
Servicio de Internet 3 60.00 180.00
 Dirección de Proyectos
Servicio de hosting y dominio S/. S/.
de prueba 3 45.00 135.00
S/. S/.
Servicios básicos 3 100.00 300.00

S/. S/.
Computador 3 150.00 450.00
S/. S/.
Útiles de escritorio 3 50.00 150.00
S/.
TOTAL: 5,715.00
 Dirección de Proyectos

PLAN DE GESTIÓN DEL AL-

CANCE

Componente Descripción

Cóndor Ramos Jesús

Corilloclla López Paola
Grupo Huamán Lulo Clarita
Santana García Estefany
Sinche Soto Joanie
Título del Pro-
Diseño de una Aplicación para Reforzamiento Académico.
yecto

Gerente del
Jesús Cóndor Ramos
Proyecto
PROCESO
Desarrollar el acta de constitución del proyecto
Desarrollar el alcance del producto
Desarrollar el plan de gestión del proyecto
Descripción de Planificación del alcance
cómo será ges- Crear EDT
tionado el al- Desarrollar cronograma
cance del pro- Preparación del presupuesto de costos
yecto Planificación de la gestión de riesgos
Dirigir y gestionar la ejecución del proyecto
Supervisar y controlar el trabajo del proyecto
Informar el rendimiento

El proyecto será planificado de tal manera que cumpla con los objetivos.
• El equipo de proyecto se reúne para definir su alcance del proyecto.
Estabilidad es- • Establecer documentos que justifiquen los acuerdos tomados.
perada del al- • Se reparten roles y responsabilidades del equipo.
cance del pro- • Se realizan reuniones para informar el estado del proyecto.
yecto • Al cierre del proyecto se verifica todos los entregables.

Sistema de Control de Cambios del Alcance

Identificación y
clasificación de El comité de control de cambios evaluara el tipo de cambio y su clasificación(a nivel de cos-
los cambios al tos, tiempos y alcances), de las solicitudes de cambios presentadas y reportara si es aprobado
alcance del pro- o no, y se hará un seguimiento para ver sus efectos dentro del proyecto.
yecto
 Dirección de Proyectos
Los diversos cambios que se identificaran durante el proyecto para cumplir de manera satis-
factoria con los objetivos, debe seguir los siguientes pasos:
− Presentar solicitud de cambio, especificando el tipo de cambio: alcance, presupuesto,
Procedimiento cronograma o contrato.
de control de − Dicha solicitud deberá ser evaluada para saber su aprobación o no, tomando en cuen-
cambios al al- ta los impactos que puede traer consigo.
cance − Gestionar los cambios aprobados cuando y a medida que se produzcan.
− Mantener actualizada la planificación relacionada a la solicitud de cambio.
− Manejar y controlar el impacto de la ejecución de los cambios.

Responsables de
aprobar los El responsable de aprobar los cambios de alcance del proyecto, ver su grado de impacto y
cambios al al- darle un seguimiento está dado por el Comité de control de cambios.
cance

Definición de
cambios que
Los cambios aprobados sin previa revisión serán aquellos que no impliquen modificación
pueden ser
significativa en el desarrollo del proyecto.
aprobados sin
revisiones

Esto se basara:
Integración del − Plan de dirección del proyecto.
control de cam- − Informe desempeño.
bios del alcance − Solicitudes de cambio.
con el control − Reuniones de control de cambios.
integrado de
− Aprobaciones de solicitudes de cambio.
cambios
− Actualización del plan y documentación del proyecto.
 Dirección de Proyectos

Requerimientos
para solicitud de
cambios al al-
cance del pro-
yecto
Documentación
requerida (Plan-
tilla de solicitud
de cambio al
alcance) !
Se tratara de diseñar un programa o sistema que permita desarrollar no
solo un control efectivo del avance físico del proyecto, así como también
Sistemas de se-
del avance financiero y aún más que permita establecer, a cada momento,
guimiento
la relación tiempo/costo o meta/costo. Y, en algunos casos, llegar a un
control institucional a través de los resultados alcanzados.
Procedimientos − Presentar el formato correspondiente.
de resolución de − Esperar la aprobación por parte de dirección del proyecto.
disputas − Implementación de la mejora o cambio.
− Primera Revisión: Revisión detallada de documento emitido
Niveles requeri- − Segunda Revisión: Corrección de algunos errores omitidos ante-
dos de aproba-
ción riormente.
− Tercera Revisión: Informe presentado adecuadamente.
 Dirección de Proyectos

PLAN DE GESTIÓN DEL ALCANCE

PRIMERA PARTE:

Componente Descripción

Cóndor Ramos Jesús

Corilloclla López Paola
Grupo Huamán Lulo Clarita
Santana García Estefany
Sinche Soto Joanie

Título del Proyecto Diseño de Aplicación para Reforzamiento Académico.

Objetivos del Pro-

Diseñar una plataforma para brindar clases de reforzamiento virtuales.
ducto

Descripción del Al- Brindar el uso de una página web para que las diversas organizaciones de re-
cance del Producto forzamiento brinden un mejor servicio a la población estudiantil.

Parámetro Limites aceptados

Técnicos Funcionalidad del servicio.

Criterios de Acepta- De calidad Pasar pruebas de compatibilidad.
ción
Administrati- Todos los entregables deben ser aprobados por la Presiden-
vos cia.

Comerciales Ser de utilidad y competitividad al mercado.

 Dirección de Proyectos

PLAN DE GESTIÓN DEL ALCANCE

SEGUNDA PARTE:

Componente Descripción

Cóndor Ramos Jesús

Corilloclla López Paola
Grupo Huamán Lulo Clarita
Santana García Estefany
Sinche Soto Joanie
Título del Pro- Diseño de Aplicación para Reforzamiento Académico.
yecto

Objetivos del El proyecto se encargara de diseñar una plataforma para clases de reforzamiento.
Producto



Riesgos inicia- Problemas de seguridad 

les definidos Integridad de datos

Fácil uso de la aplicación

Fase Costo Preliminar ( S./ ) Hito

Registro de
S/.
Primera iteración
300.00 usuarios y 

Fases principa- horarios
les del Proyec- Validación de
to S/.
Segunda iteración
300.00 cruce de 

horario
S/. Actualización
Tercera iteración
300.00 de datos



Asunciones Director de proyecto: Jesús Cóndor Ramos

Gestor de proyecto: Estefany Santana García

Restricciones Formalización de la empresa, contar con profesionales para el desarrollo.


Financiación para el desarrollo de la aplicación.

Límites del El proyecto abarcara el registro y validación de no tener cruces de


Proyecto horario, mas no alcanzara la evaluación del desempeño de las clases.
 Requerimientos
Dirección de Proyectos
Productos entregables
Requerimientos
y productos Desarrolladores
entregables del Gestor de marketing Software desarrollado en 

proyecto plataforma web
Internet

EDT ¿prelimi-
nar

Organización
inicial del pro-
yecto

!
Limitación de
El proyecto necesita financiamiento para el pago a los desarrolladores de la aplicación.
fondos

Requerimiento 

de gestión de la Los usuarios serán validados

configuración La información debe ser íntegra, además de la accesibilidad durante las 24 horas al
del proyecto día.

Especificacio- Desarrollado en php, html, css.


nes del proyec- Base de datos en mysql

to Hosting y dominio

Requerimientos
de aprobación Que se pueda validar los horarios disponibles.
del producto
 Dirección de Proyectos

DICCIONARIO DE LA EDT

Componente Descripción

Código de Control de cuentas 1

Código de paquete de trabajo 1.1

Fecha de actualización 29 de Setiembre del 2018

Organización o individuo responsable Jesús Cóndor Ramos

Descripción del paquete de trabajo Diseño de cómo se vería la interfaz de la página.

Entregable Diseño de mockup de la aplicación web.

Criterios de aceptación del entregable Mostrar el diseño tentativo de la aplicación web.

Asunciones Jesús Cóndor Ramos

Recursos Software de desarrollo

Duración estimada Dos mes

Es esencial para dar a conocer de qué va a tratar el pro-

Hitos
yecto.

Costo estimado S/.

Fecha de término estimada 10 de Diciembre del 2018

Interdependencias

Gerente del Proyecto: Jesús Cóndor Ra-

Aprobación requerida
mos Fecha: 29/09/18
 Dirección de Proyectos

PLAN DE GESTIÓN DEL CRONOGRAMA

Componente Descripción
Cóndor Ramos Jesús
Corilloclla López Paola
Grupo Huamán Lulo Clarita
Santana García Estefany
Sinche Soto Joanie

Título del Proyecto Diseño de aplicación administrativa de clases de reforzamiento

Gerente del Proyecto Jesús Cóndor Ramos

Descripción de cómo
será gestionado el
cronograma del pro-
yecto

Sistema de Control de Cambios del Alcance

Identificación y cla-
El comité de control de cambios evaluara el tipo de cambio y su clasificación(a nivel
sificación de los de tiempo), de las solicitudes de cambios presentadas y reportara si es aprobado o no,
cambios al crono- y se hará un seguimiento para ver sus efectos dentro del proyecto.
grama del proyecto

Los diversos cambios que se identifiquen durante el desarrollo del proyecto que ten-
gan la finalidad de contribuir con la mejora del proyecto, deben seguir los siguientes
pasos:
Procedimiento de con- − Presentar solicitud de cambio, especificando el tipo de cambio: cronograma.
trol de cambios al cro- − Dicha solicitud deberá ser evaluada para saber su aprobación o no, tomando
nograma en cuenta los impactos que puede traer consigo.
− Gestionar los cambios aprobados cuando y a medida que se produzcan.
− Mantener actualizada la planificación relacionada a la solicitud de cambio.
− Manejar y controlar el impacto de la ejecución de los cambios.

Responsables de
El responsable de aprobar los cambios al cronograma del proyecto, ver su grado de impacto y
aprobar los cambios darle un seguimiento está dado por el Director del Proyecto.
al cronograma
 Dirección de Proyectos
Definición de cambios Los cambios aprobados sin previa revisión serán aquellos que no impliquen modifica-
que pueden ser apro- ción significativa en el desarrollo del proyecto.
bados sin revisiones

Esto se basará en lo siguiente:

Integración del con- − Plan de dirección del proyecto.
trol de cambios del − Informe del desempeño.
cronograma con el − Solicitudes de cambio.
− Reuniones de control de cambios.
control integrado de
− Aprobaciones de solicitudes de cambio.
cambios − Actualización del plan y documentación del proyecto.

Formato de modificación o mejora de un evento progra-

Documentación requerida mado

El cambio no debe afectar o modificar algún evento ya

Sistemas de seguimiento
programado.
− Presentar el formato correspondiente.
Requerimientos para Procedimientos de resolución de − Esperar la aprobación por parte de la dirección
solicitud de cambios al disputas del proyecto.
cronograma del pro- − Implementación de la mejora o cambio.
yecto
− Primera Revisión: Revisión detallada de do-
cumento emitido
− Segunda Revisión: Corrección de algunos
Niveles requeridos de aprobación
errores omitidos anteriormente.
− Tercera Revisión: Informe presentado ade-
cuadamente.
 Dirección de Proyectos

LISTA DE ACTIVIDADES Y ATRIBUTOS DE

LA ACTIVIDAD

CÓDIGO DE CUENTAS GESTIÓN DEL PROYEC-

TO
CÓDIGO DEL PAQUETE DE PLANIFICACIÓN DEL
TRABAJO PROYECTO
CÓDIGO DE ALCANCE DE PREDE- SUCE- ADELAN- TIPO DE DE- CANTI- DURA-
LA ACTI- NOMBRE TRABAJO DE CESOR SOR TO O RE- PENDENCIA DAD DE CIÓN EN
VIDAD LA ACTIVI- TRASO RECUR- DIAS
DAD SOS

1.1 Entrevista de Reunión ini- 1 1.1.1 0 Discrecional 3 2

stakeholders cial de trabajo

1.1.1. Recolección Redactar do- 1.1. 1.1.2 0 Discrecional 5 3

de datos cumento de
inicio

1.1.2. Planeación Reunión de 1.1.1 1.2 0 Discrecional 3 3

del producto información
con el sponsor
del proyecto

1.2. Creación de Redactar el 1.1.2 1.2.1 0 Discrecional 4 5

la aplicación plan de pro-
yecto

1.2.1. Requeri- Redactar el 1.2 1.2.2 0 Discrecional 3 3

mientos del informe de
software estado del
proyecto

1.2.2. Diseño del Reunión de 1.2.1 1.2.3 0 Discrecional 5 3

software coordinación
semanal del
equipo de
proyecto

1.2.3. Codificación Redactar do- 1.2.2 1.2.4 0 Discrecional 3 3

cumentos de
cierre del pro-
yecto

1.2.4. Pruebas Efectuar pago 1.2.3 1.2.5 0 Discrecional 3 7

del contrato

1.2.5. Implementa- Elaborar silabo 1.2.4 1.3 0 Discrecional 3 3

ción en la
nube

1.3. Control de Realizar la 1.2.5 1.3.1 0 Discrecional 3 2

errores sesión

1.3.1. Crear formu- Recopilar 1.3 1.3.2 0 Discrecional 5 1

lario de con- documentos
sultas del curso
1.3.2. Verificar la Elaborar in- 1.3.1 0 0
Dirección
Discrecional 3
de
3
Proyectos
disponibili- forme mensual
dad de la
aplicación
web

ATRIBUTOS DE ACTIVIDAD
DESCRIPCIÓN SUSTENTO PROPIETARIO FUENTE PRIORIDAD
DE INCLU-
SIÓN
Diseñar una plataforma de Reforzamiento Solicitados por Instituciones Acadé- Contrato Muy
Académico, con base de los estándares. las diversas Ins- micas
tituciones Aca- Alto
démicas

Organizar y coordinar la ejecución del Pro- Solicitados por Instituciones Acadé- Contrato Alto
grama de Capacitación(logística, lugar, hora- las diversas Ins- micas
rios y evaluaciones) tituciones Aca-
démicas

Realizar el contenido teórico práctico del Solicitados por Instituciones Acadé- Contrato Muy alto
Programa de Captación. las diversas Ins- micas
tituciones Aca-
démicas

Asesorar a los diversos interesados en el uso Solicitados por Instituciones Acadé- Contrato Alto
de la plataforma, a través de orientaciones y las diversas Ins- micas
trabajos. tituciones Aca-
démicas

Presentar un documento final que incluya una Solicitados por Instituciones Acadé- Contrato Alto
memoria de actividades realizadas, resultados las diversas Ins- micas
alcanzados y todo el material elaborado. tituciones Aca-
démicas

Cumplir con los acuerdos presentados en la Solicitado por DAPRA Entrevista Alto
propuesta, respetando los requerimientos del Sponsor
cliente.

El proyecto debe ser rentable y ejecutarse en Solicitado por DAPRA Entrevista Muy alto
el tiempo previsto. Sponsor

Se espera obtener el máximo de clientes con Solicitado por DAPRA Entrevista Muy alto
un grado de satisfacción alta a través de la Sponsor
medida de encuestas de sesión.
 Dirección de Proyectos

LISTA DE HITOS

FASES HITOS PRINCIPALES FECHA TIPO

INICIO Datos y comunicaciones sobre la iniciación del proyecto 15/09/18 Obligatorio

Planificación detallada del proyecto:alcance,tiempo,costo,calidad,RRHH,comu-

nicaciones,riesgos,adquisiciones
PLANIFICACIÓN 29/09/18 Obligatorio

ESTADO DEL PRO- Estado actual, progresivo, pronostico del tiempo y costo 15/10/18 Obligatorio
YECTO

COORDINACIÓN 15/09/18 Obligatorio

DEL PROYECTO
Información detallada de las reuniones de coordinación semanal

CIERRE DEL PRO- Datos y comunicaciones sobre el cierre del proyecto 10/11/18 Obligatorio
YECTO

INFORME FINAL DE Objetivos,productosesperados,análisis,resultados,conclusiones,sugerencias y/o 20/11/18 Obligatorio

SERVICIO recomendaciones
 Dirección de Proyectos

DIAGRAMA DE RED DEL CRONOGRAMA

DEL PROYECTO

!
 Dirección de Proyectos
DIAGRAMA DE DESGLOSE DE LA EDT

!
 Dirección de Proyectos

1. Recolección de datos

Pasar los datos

Creación de Verificación de a Excel
encuestas integridad

2. Planeación del producto

Evaluación de Elegir el diseño

los datos obte- Determinar po- apropiado
nidos sibles diseños
 Dirección de Proyectos
1.2.1. Requerimientos del software

Ordenar por
Generar lista de
Evaluación del prioridad los
requerimientos
diseño elegido requerimientos

1.2.2. Diseño del software

Buscar requisitos Ordenar según Generar planti-

de los requerimien- prioridad lla en mockup
tos

1.2.3. Codificación

Verificar la fun-
Elegir el moc- Desarrollar
cionalidad de la
kup a desarro- mockup
programación
llar

1.2.4. Pruebas

Probar la fun- Encontrar falla Corregir la fa-

cionalidad de del sistema lla del sistema
[Link] Implementación
partes en la nube

Contactar con
Subir el siste-
Buscar hosting los entes nece-
ma a internet
y dominio sarios

1.3.1. Crear formulario de consultas

Implementar el
Proponer dise-
Elegir diseño formulario en la
ños de formula-
página web
rio
 Dirección de Proyectos
1.3.2. Verificar la usabilidad de la aplicación

Evaluar la con- Corregir el

Atender a las
sulta del usua- problema en-
consultas del
rio contrado
usuario
 Dirección de Proyectos

REQUISITOS DE RECURSOS DE LAS ACTIVIDA-

DES

TIPO DE RE-
CURSO
 ¿INVOLUCRA
ELEMENTO DE LA EDT CANTIDAD
REQUERIDO ADQUISICION
 ¿ INVOLUCRA 

(RBS) DE PERSONAL? ADQUISIONES?

1.1 Sponsor

Entrevista de stakeholders 1hr-hom SI NO
PM

1.1.1
PM 3hr-hom SI NO
Recolección de datos

1.1.2. Sponsor
 1hr-hom SI NO

Planeación del producto PM

1.2
PM 2hr-hom SI SI
Creación de la aplicación

1.2.1
PM 3hr-hom SI SI
Requerimientos del software

PM

ESP

1.2.2
ES
 1hr-hom SI SI
Diseño del software
OST

CIB

PM
 4hr-hom

1.2.3
ESP
 30hr-hom
 SI
Codificación
DOH 50hr-hom

1.2.4
PM 1hr-hom SI NO
Pruebas

1.2.5
PM 3hr-hom SI SI
Implementación en la nube

1.3
PM 2hr-hom SI NO
Control de errores

1.3.1
PM 2hr-hom SI SI
Crear formulario de consultas

1.3.2
Verificar la disponibilidad de PM 4hr-homm SI NO
la aplicación web
 Dirección de Proyectos

ESTRUCTURA DE DESGLOSE DE RECURSOS

Implementación de un
software para clase de
reforzamiento

1.1 documento de 1.3 software desarrollado e 1.4 reportes de prueba

análisis 1.2 documento de
diseño instalado

1.4.1 ambientes de
1.1.1 especificación 1.2.1 diseño funcional 1.3.1ambiente de prueba
funcional desarrollo

1.4.2 pruebas integra-

1.1.2 requerimientos 1.2.2 diseño técnico les
funcionales 1.3.2 modulo 1

1.4.3 pruebas de
1.2.3 casos de prue- aceptación del usua-
bas rio
1.3.3 modulo 2

1.2.4 planificación 1.4.4 certificaciones

técnicas
1.3.4 modulo 3
 Dirección de Proyectos

CALENDARIO DE RECURSOS

RECURSOS RECURSOS NESE- 14 21 28 4 11 18 25 2 9 16 23 30 6 13 20 27

CITADOS

1 ANALISIS

2 DISEÑO

3 PROGRAMACION

4 DOCUMENTACION

5 PRUEBAS
 Dirección de Proyectos

CRONOGRAMA DEL PROYECTO

ACTIVIDAD F. INICIO F. FINAL AGOSTO SEPTIEM- OCTU- NOVIEM- DICIEM-

BRE BRE BRE BRE

Dirección de
Proyectos 21 agosto 15 diciembre

Definición de
Requerimien-
to 21 agosto 2 setiembre

Modelar Re- 31 agosto 12 setiembre

querimiento
Validar Reque-
rimiento

Diseño 10 sep- 18 septiembre

tiembre
Diseño de la
interface usua-
ria

Pruebas

Migrar aplica- 10 sep- 15 septiembre

tivo a ambiente tiembre
de test

Elaboración de 23septiembre
casos de prue- 15 sep-
bas tiembre

18 octubre
Pruebas de
Aceptación de
2 octubre
Usuarios
 Dirección de Proyectos
implementa-
ción Migrar
aplicativo a 4 septiem- 8 septiembre
ambiente de bre
test

Capacitar a
usuarios 4 noviembre
23 octubre
 Dirección de Proyectos

PLAN DE GESTIÓN DE COSTOS

COMPONENTES DESCRIPCION
Cóndor Ramos Jesús
Corilloclla López Paola
Grupo Huamán Lulo Clarita
Santana García Estefany
Sinche Soto Joanie

Título de proyecto
Cóndor Ramos Jesús
Gerente de proyecto

En cuanto a la estructura de costos, ella está constituida por el gasto que se

realizara en los recursos humanos necesarios para producir la aplicación web,
es por ello que en primera instancia encontramos a los programadores quie-
Descripción de cómo nes forman parte del desarrollo del producto final, luego en el mismo nivel
será gestionado los cos- encontramos al personal administrativo el cual se encargara de la organiza-
tos del proyecto
ción y temas legales para su desarrollo pleno; mientras que como parte com-
plementaria se ubica el área de marketing encargada de dar a conocer el pro-
ducto, el producto contará con manteniendo y disponibilidad 24 x 7, además
es necesario tener en cuenta el mantenimiento y expansión de la base de datos
para obtener un eficiente control y permita mejorar el control de las clases de
reforzamiento de los estudiantes.

Nivel de precisión de los

costos S/.5,715.00 a S/.6,000.00

Programador (horas de trabajo)

Servicio de Internet (meses de uso)
Unidades de medida Servicio de hosting y dominio de prueba (meses de uso)
Servicios básicos (meses de uso)
Computador (unidades usadas)
Útiles de escritorio(unidades usadas)
 Dirección de Proyectos
Enlaces con procedi-
En el EDT se puede ver reflejado que los procedimientos de la organización
mientos de la organiza-
ción se conectan gracias al producto final.

El desempeño de los costos se evaluara gracias a la visualización del avance

Umbrales de control
del Proyecto en el tiempo establecido.

BAC El presupuesto final del proyecto es de S/.5,715.00.

PV El tiempo planificado para el proyecto es de 3 meses.
EV El primer mes se estima un avance del 30%.
AC El primer mes se estima un costo de S/.2,000.00.

Gasto Mensual Acumulado

Reglas del valor ganado
Mes 1 2,000.00 2,000.00
Mes 2 2,000.00 4,000.00
Mes 3 1,715.00 5,715.00

Cargos Sueldo mensual Sueldo anual Gratificaciones Sueldo

anual+

Gratificaciones Essalud asignación

familiar Costo de 

empleador en S/
Desarrollador S/1,500 S/18,000 S/1,676.7 S/19,677
83.7 93 S/19,853
Formatos de informes de
costo Tester/Analista de calidad S/2,000 S/24,000 S/2,176.7 S/
26,177 83.7 93 S/26,353
Ingenieros de requerimientos S/1,250 S/15,000 S/1,426.7 S/
16,427 83.7 93 S/16,603
S/62,810

Sistemas de control de cambios de costos

Identificación y clasifi- El cambio de los presupuestos en el proyecto se puede clasificar de acuerdo a

cación de los cambios al
presupuesto del proyecto las prioridades como por ejemplo: en caso de que falte presupuesto para ter-
minar de desarrollar la aplicación web en el tiempo determinado, el presu-
puesto se tendrá que concentrar en este y se podría descontar de los costos de
papeleo.
 Dirección de Proyectos
Procedimiento de control
Para realizar el cambio de destino para el presupuesto asignado, primero de-
de cambios al presupues-
tó berá de pasar por el gerente general de proyecto quien con ayuda del área de
evaluación de costos podrá determinar si se hace factible la transferencia de
este proyecto y así aprobar la solicitud para posteriormente continuar con la
elaboración de la aplicación web.

Responsables de aprobar • Gerente general

los cambios al presu-
puesto
• Área de avaluación de costos

Definición de cambios
Los cambios que pueden ser aprobados sin revisión alguna o mínima seria los
que pueden ser aproba-
dos sin revisiones cambios de la compra de materiales menores como útiles de escritorio o asea
personal para mantener la higiene dentro del área de trabajo.
 Dirección de Proyectos

PLAN DE GESTIÓN DE COSTOS

COMPONENTES DESCRIPCION

Sistemas de control de cambios de costos

Integración del control de cam- Para llevar a cambio el control de costos del proyecto se debe de
bios del costo con el control inte- seguir una serie de pasos que serán evaluados y así poder atender
grado de cambios a todo lo propuesto en el proyecto.

Generar la solicitud de cambio de presupuesto.

Requerimiento para solicitud de
cambios al presupuesto del pro- El gerente general recibe la solicitud.
yecto La solicitud es llevada a una evaluación.

Se determina si se aprueba o no la solicitud.

 Dirección de Proyectos

ESTIMACIONES DE COSTOS DE LAS ACTI-

VIDADES

CÓDIGO DE CUENTAS 6. GESTIÓN DEL PROYEC-

TO

CÓDIGO DE PAQUETE 6.2 PLANIFICACIÓN DEL

DE TRABAJO PROYECTO

CÓDIGO Cant. Categoría Costo x Duración Costo Total Costo Restricciones y

ACTI- DESCRIPCIÓN Recursos día en días actividad asunciones
VIDAD

6.2.1 Elaboración del 1 Papeleo 10 10 100 100 Que no se cum-

Plan de Gestión
del Proyecto pla con los
tiempos estable-
cidos.

6.2.2 Definición del

Alcance del
Proyecto y Ela-
boración de la
EDT y su dic-
cionario

Programador 1 Desarro 40 10 400 400 Falta de enten-

llo dimiento de la
aplicación a
desarrollar.
Computador 1 Recurso 10 10 100 100 Fallos técnicos

6.2.3 Elaboración del

Cronograma del
Proyecto

Director 1 Direc- 20 10 200 200 Falta de perso-

ción nal para repartir
las actividades
de búsqueda de
información.
6.2.4 Preparación del
Dirección de Proyectos
Presupuesto del
Proyecto

Director 1 Direc- 20 10 200 200 Falta de perso-

ción nal para repartir
las actividades
de búsqueda de
información.

6.2.5 Elaboración del

Plan y Métricas
de Calidad

Director 1 Direc- 20 10 200 200 Falta de perso-

ción nal para repartir
las actividades
de búsqueda de
información.

6.2.6 Elaboración del

Plan del Perso-
nal

Director 1 Direc- 20 10 200 200 Falta de perso-

ción nal para repartir
las actividades
de búsqueda de
información.

6.2.7 Elaboración del

Plan Comunica-
ciones

Director 1 Direc- 20 10 200 200 Falta de perso-

ción nal para repartir
las actividades
de búsqueda de
información.

6.2.8 Elaboración del

Plan y Registro
de Riesgo
 Dirección de Proyectos
Director 1 Direc- 20 10 200 200 Falta de perso-
ción nal para repartir
las actividades
de búsqueda de
información.

6.2.9 Elaboración del

Plan de Adqui-
siciones, SOW
y RFP

Programador 1 Desarro 10 10 100 100 No encontrar el

llo software ade-
cuado para el
desarrollo del
proyecto.
 Dirección de Proyectos

RESERVAS PARA CONTINGENCIAS

CÓDIGO DE LA ACTIVIDADES RIESGOS COSTO ACTI- RESERVA (%) COSTO RESER-

ACTIVIDAD VIDAD VAS

C001 Desarrollo de Pérdida del 4,500.00 20.00% 900.00

la aplicación código de
web programación
C002 Almacena- Caida de los 135.00 100.00% 135.00
miento en la servidores
nube
C003 Generar docu- Pérdida del 1,000.00 20.00% 200.00
mentos papeleo
TOTAL Reservas para contingencias 1,235.00
 Dirección de Proyectos

LINEA BASE DE COSTOS

Mes Ag/ Oct Nov TOTAL

Sep
Cod EDT Ppto. Base Dura- Inicio Fin 1 2 3
ción

1.1. Recolección de Inicio del pro- 1 sema- 21 agosto 31 agosto 100

1 datos yecto na 100

1.1. Planeación del Recolectar 1 sema- 2 setiem- 12 setiembre 100 100

2 producto datos na bre

1.2. Requerimientos Planear el 1 sema- 10 sep- 18 septiem- 100 100

1 del software producto na tiembre bre

1.2. . Diseño del Conseguir los 1 sema- 10 sep- 15 septiem- 500 500
2 software requerimien- na tiembre bre
tos del softwa-
re

1.2. Codificacion Diseñar el 1 sema- 15 sep- 23septiem- 2500 2500

3 software na tiembre bre

1.2. Pruebas Tener el apli- 2 sema- 2 octubre 18 octubre

4 cativo web na 700 700

1.2. Implementa- Realizar las 1 sema- 18 octubre 21 octubre 1000 1000

5 cion en la nube pruebas na

1.3. Crear formula- Implementarlo 1 sema- 23 octubre 4 noviembre 200 700 900
1 rio de consultas en la nube na
 1.3. Verificar la Crear formu- 2 sema- 8 noviem- 30 noviem-
Dirección de Proyectos
2 usabilidad de la larios de con- nas bre bre
aplicación web sulta 100 100

TOTAL 3300 1900 800 6000

TOTAL/MES S/.2000.00 aproximadamente

ACUM S/.6000.00 aproximadamente

%ACUMULADO 100%
 Dirección de Proyectos

PLAN DE GESTIÓN DE CALIDAD

Componente Descripción

Grupo
Título del Proyecto Diseño de aplicación administrativa de clases de reforzamiento (DAPRA)

Gerente del Proyecto Jesús Cóndor Ramos

SISTEMA DE CALIDAD

Estructura Organiza-
cional

!
 Dirección de Proyectos
Grupo de Proyecto Rol dentro del proyecto Responsabilidad en el
proyecto
Cóndor Ramos, Jesús Gerencia de proyectos · Líder del proyecto.
· Encargado de decidir si el proyecto está bien o mal.
· Ve el proyecto desde su inicio hasta su fin.
· Toma las decisiones dentro del proyecto.
Santana García, Estefany Área Técnica y de Operaciones · Crea-
ción de la aplicación.
· Requerimientos y diseño del software.
· Codificación.
Roles y Responsabi-
Huamán Lulo, Clarita Área de Procesamiento de Información · Encar-
lidades
gado de almacenar y cargar la base de datos.
· Implementación de la nube.
Sinche Soto, Joanie Control y costos · Verificar el buen rendimiento
del proyecto y ver el estado financiero del proyecto.
· Pruebas de control de funcionamiento.
· Verificación web.
Corilloclla López, Paola Área de administración y finanzas · Pro-
veer los recursos para llevar a cabo el proyecto.

Procedimientos

1. Desarrollar el acta de constitución del proyecto

2. Desarrollar el alcance del producto
3. Desarrollar el plan de gestión del proyecto
4. Planificación del alcance
5. Crear EDT
6. Desarrollar cronograma
Procesos 7. Preparación del presupuesto de costos
8. Planificación de la gestión de riesgos
9. Dirigir y gestionar la ejecución del proyecto
10. Supervisar y controlar el trabajo del proyecto
11. Informar el rendimiento
 Dirección de Proyectos

Recursos

GESTIÓN DE CALIDAD

Aseguramiento de
Calidad

Mejora Continua del

Progreso

Parámetro Control de calidad

Técnicos Funcionalidad del servicio.
Control de Calidad Funcionabilidad Pasar pruebas de compatibilidad.
Administrativos Todos los entregables deben ser aprobados por la Presiden-
cia.
Comerciales Ser de utilidad y competitividad al mercado.
 Dirección de Proyectos

MÉTRICAS DE CALIDAD

OBSERVACIONES
PREGUNTAS SI NO y/o COMENTARIOS TIPO NC

¿Se trabaja con empresas proveedoras? NO

¿Se requieren contrato? SI
¿Se cuenta con stakeholders? SI

INICIO DE PROYECTO
¿Se realizó la
1 reunión de organiza- OK
ción del proyecto?

¿Se convocaron a
todas las áreas invo- OK
lucradas?
¿Se cuenta con el OK
acta de reunión?

¿Se ha publicado el OK
acta de reunión en la
carpeta de Proyecto?

¿Se ha elaborado el OK
RAM preliminar del
2 proyecto?

¿Están inscritos to- OK

dos los miembros del
Equipo del Proyecto
asignados a la fecha
con sus responsabili-
dades?
¿Se ha elaborado la OK
3 PTM del proyecto?
 Dirección de Proyectos
¿Están inscritos al OK
menos los miembros
del equipo del pro-
yecto?

¿Se solicitó los re- OK

4 cursos requeridos
para el desarrollo del
proyecto?

¿Se realizó la OK
5 reunión de kick-off
del proyecto?
¿Se contaba con el OK
presupuesto prelimi-
nar aprobado por la
Gerencia?

¿Se cuenta con el OK

Acta de reunión?
¿Se informó el Ase- OK
guramiento de Cali-
dad y Proyectos?

¿Se ha conformado OK
6 el Comité de Proyec-
to?
¿Se ha conformado OK
7 el Comité Ejecutivo
del Proyecto?
 Dirección de Proyectos

PLAN DE GESTIÓN DE RECURSO HUMANO

Componente Descripción

Grupo
Título del Proyecto Diseño de aplicación administrativa de clases de reforzamiento DAPRA

Gerente del Proyecto Jesús Cóndor Ramos

 Dirección de Proyectos

Proceso general de obten-

ción del personal

RECURSO HORARIOS

Director del Proyecto 4 días semanales

Administrador 40 horas semanales

Horarios
Ingeniero supervisor 4 días semanales

Analistas Programadores 40 horas semanales

Programadores 40 horas semanales

 Dirección de Proyectos
Criterios para

salida del personal

Para las capacitaciones se requiere lo siguiente

- Ambiente disponible
- Recursos audiovisuales(proyector).
Necesidades de capacitación
del personal - Ponentes(pueden ser lo ingenieros a cargo o externos según se amerite).
- Break de confraternidad
Las capacitaciones son obligatorias para todos los empleados además cada em-
pleado al ser contratado debe pasar por un proceso de capacitación e inducción.

Se evaluara constantemente el desempeño, eficiencia y compromiso de los

trabajadores para lo cual serán reconocidos mediante:
Políticas de Reconoci-
miento y Recompensas - Reconocimientos: subir de cargo, certificados, diplomas.

- Recompensas: días libres, aumentos, bonos de descuento.

Normas de cumplimiento
 Dirección de Proyectos

Por la actividad a realizar en el centro de trabajo se debe tener en cuenta:

- Canalización de todo el cableado de ordenadores y demás instalaciones eléctri-

cas.

- Mantenimiento de zonas de paso despejadas, organizando el almacenamiento de

cajas, paquetes, etc.

- Indicar mediante señales de advertencia las zonas peligrosas.

Sin embargo los trabajadores se deben responsabilizar del orden y limpieza de todos los
elementos de su puesto de trabajo y realizar una inspección visual periódica.
Estrategias de seguridad al
personal
También es importante tomar en cuenta la postura y movimientos adoptados por los tra-
bajadores. Para lograr una postura adecuada es necesario controlar y adaptar los siguien-
tes factores:

- La superficie de trabajo

- La silla de trabajo

- La ubicación de la pantalla

- Los hábitos de trabajo, entre otros.

 Dirección de Proyectos

PLAN DE GESTIÓN DEL CRONOGRAMA

Gerencia General

Área de Adminis- Área de Procesa-

Área Técnica y de
tración de finan- Control y costos miento de Infor-
Operaciones
zas mación

Área de Diseño y
Calidad
!
 MATRIZ DE ROLES Y RESPONSABILIDA-
DES

Pla-
In- nifi-
Pla Pla- Pla- Pla-
Pla- for car
ni- nifi- ni- Inf nifi-
Pla- nifi- me la car la
fi- car fi- Des orm
nifi- car de Ges-
Act car la car arro e Hit Ges-
car la Ase tión
a de la Ges- la llo de os tión
la Ges- gu- de
con ges- ED ges- del Ava del de
tión
 Ges- tión ra-
sti- T cro nce Pro los
 las
tión
 del tión
 tión de mie
tu- nog del yec Co-
de Cro- de de la nto Re-
ción ram Pro to cur- mu-
al- no- al- Cos- Ca- de
a yec sos nica-
can gra- can tos li- Ca-
to cio-
ce ma ce dad li- Hu
ma- nes
dad
nos
Comité del
R R R I E
Proyecto
Director del
Proyecto E E E E E E E E E

Administra- P P
dor
Ingeniero
supervisor P P P P S P P

Encargado
de Calidad I I I I I I I I I E I I

Analistas
Programadores P P P

Programa-
dores P P P P P

Usuario A

E Responsable de ejecución/elaboración
I Debe ser Informado
R Revisión Requerida
A Aprueba
P Participa
S Sustenta
 Plan de Gestión de Comunicaciones

Componente Descripción

Grupo

Título del proyecto Diseño de aplicación administrativa de clases de reforzamiento

Gerente del proyecto Jesús Cóndor Ramos

Requisitos de infor- Información que deben de conocer los interesados:

mación de los inter- - Costos y descripción de los servicios de la hosting y domi-
esados nio.
- Horarios de acceso al sistema
- Diseño de la interfaz
- Funcionalidad de la plataforma web
Información que será Información que deben de conocer los interesados:
comunicada - Costos y descripción de los servicios de la hosting y domi-
nio.
-Se informará la velocidad actual del servicio.
-Se informará el costo actual del servicio.
-Se informará el proveedor actual del servicio.
- Horarios de acceso al sistema
-Se informará el horario de atención del servicio.
-Se informará el horario de acceso en caso de fallas.
-Se informará los días que se dará soporte al sistema web.
- Diseño de la interfaz
-Se informará el avance del desarrollo del sistema.
-Se informará del uso de la interfaz.
-Se informará de posibles diseños de interfaz.
- Funcionalidad de la plataforma web
-Se informará el total de funcionalidades actuales del sis-
tema web.
-Se informará el uso de los botones en la página web.
-Se informará las restricciones del uso de la página web.
Responsables de dis- - Programadores
tribuir la informa- - Director del proyecto
ción - Proveedor del servicio de hosting y dominio
 Dirección de Proyectos
Persona que recibirá - Clientes
la información - Usuarios
- Trabajadores
- Director del proyecto
Métodos o tecnolo- - Correo electrónico institucional o privado
gías para transmitir
la información

Frecuencia de co- - Informes de soporte a la página, periódicos.

municación - Informes según sean solicitados.
- Informe inicial al adquirir la página web.
Proceso de escala- El caso de fallas para el envío de la información, este será enviado según el
miento protocolo correspondiente a la seguridad requerida.

Método para actuali- En caso de actualizar el método, preferencia, emisores y receptores, se debe
zar y refinar el plan de informar primero al Director del proyecto quien aprobara o no la solici-
de comunicaciones tud de actualización de cambios.

Glosario de termino- Todos los términos del glosario serán atendidos y emitidos por el personal
logía común encargado.
 Dirección de Proyectos

Matriz de Comunicaciones

Interesados Responsables de Información que será Método de Frecuencia de Proceso de

principales distribuir la in- comunicada(entregable) comunicación comunicación escalamiento
formación a ser utilizado

Comunicado
Clientes Encargado de Reporte del estado de la Correo elec- Según lo solicite dirigido a la
comunicaciones cuenta trónico dirección del
proyecto

Antes de iniciar Comunicado

Equipo del Encargado de Diseño de la interfaz a Correo elec- la creación de la dirigido a la
proyecto comunicaciones crear trónico plataforma web dirección del
proyecto

Comunicado
Director del Encargado de Estado de las interfaces Correo elec- Cada quince días dirigido a la
proyecto comunicaciones que se están trabajando trónico dirección del
proyecto

Al inicio del Comunicado

Empleados Encargado de Bosque de la interfaz a Correo elec- desarrollo de la dirigido a la
comunicaciones desarrollar trónico plataforma web dirección del
proyecto

Al inicio de la Comunicado
Proveedores Encargado de Solicitud de hosting y Correo elec- implementación dirigido a la
de servicios comunicaciones dominio trónico de la plataforma dirección del
web proyecto
 Dirección de Proyectos

Plan de Gestión de Riesgos

Componente Descripción

Grupo

Título del proyecto Diseño de aplicación administrativa de clases de reforzamiento

Gerente del proyecto Jesús Cóndor Ramos

Revisar los planes de apoyo ante un posible riesgo.

Metodología Herramientas de seguridad contra intrusos.

Problemas encontrados en proyectos anteriores.

Roles y responsabili- - Gerente del proyecto: evaluar el nivel del riesgo.

dades - Personal: avisar sobre la aparición de nuevos riesgos.
Presupuesto Se destinara el porcentaje adecuado según la gravedad del riesgo.

Periodicidad Se realizara una evaluación del estado del proyecto cada 15 días.

- Técnicos
Categorías de riesgo - Externos
- De la gestión de recursos
Definiciones de proba- - Bajo (10% a 20%)
bilidad de impacto - Medio (20% a 40%)
- Alto (40% a mas)

Riesgo\Impacto Bajo Medio Alto

Incremento de la ciberdelincuencia X
Incremento de la demanda de ancho de banda X
Banca ancha móvil X
Falta de presencia en las redes sociales X
Una velocidad de carga muy baja X
Matriz de probabilidad Desconocimiento de la aplicación web por parte de nuestro mercado X
e impacto

Los formatos para registrar los riegos ocurridos deberán llevar la descripción del ries-
Formatos de registro go, la solución que se le dio y la persona o grupo de personas que soluciono este pro-
de riegos blema; así como la aprobación del gerente del proyecto que aprueba que el riesgo fue
controlado.

Seguimiento El riesgo se irá monitoreando con la finalidad de evitar posibles complicaciones en el

futuro, esto se documentara según las veces que sea necesario.
 Dirección de Proyectos

Estructura de Desglose de Riesgos (RBS)

Riesgos del
Proyecto

Gestión de
Externos Técnico recursos

Ataques Incremento del Falta de presencia

cibernéticos ancho de banda en redes sociales

Ancho de banda Velocidad de Desconocimiento

del sistema por
del proveedor carga bajo
parte del mercado
!

Definición de Escalas de Impacto

ESCALAS DE RIESGO DE LOS PRINCIPALES OBJETIVOS DEL PROYECTO

Objetivos del proyecto Bajo Medio Alto

Costo: cumplir con los Aumento del presu- Aumento del presu- Aumento del presu-
límites del presupuesto puesto en 10%. puesto en 25%. puesto en 40%.
Tiempo: cumplir con el Retraso de la imple- Retraso de la imple- Retraso de la imple-
plazo de entrega esti- mentación en 5 días. mentación en 8 días. mentación en 12 días.
mado

Alcance: cumplir con Cambios mínimos en la Cambios moderados en Cambio completo de

la funcionalidad ofre- entrega esperada. la entrega esperada. entrega esperada.
cida al cliente.
 Dirección de Proyectos
Calidad: cumplir con la Tiempo de demora de Tiempo de demora de Tiempo de demora de
integridad de los datos, las transacciones no las transacciones no las transacciones de-
como seguridad y mayor a 10 segundos. mayor a 60 segundos. mora más de 2 minu-
tiempo de respuesta de tos.
la aplicación web

Matriz de Probabilidades e Impacto

Riesgo\Impacto Bajo Medio Alto

Incremento de la ciberdelincuencia X

Incremento de la demanda de ancho de banda X

Banca ancha móvil X

Falta de presencia en las redes sociales X

Una velocidad de carga muy baja X

Desconocimiento de la aplicación web por parte de nuestro mercado X
 Dirección de Proyectos

IDENTIFICACIÓN Y CLASIFICACIÓN DE RIESGOS – VALORA-

CIÓN DE PROBABILIDAD E IMPACTO DE RIESGOS

IDENTIFICACIÓN Y CLASIFICA- ANÁLISIS CUALITATIVO DE RIESGOS

CIÓN DE RIESGOS
MATRIZ DE PROBABILIDAD DE IMPACTO
CODIFICACIÓN RIESGO IDEN- PROBABILIDAD IMPACTO PxI
TIFICADO (0A 1) (2,4,6,8,10)
P1 Modificaciones 0,4 4 1,6
inesperadas en el
diseño de la plata-
forma.

P2 Modificaciones 0,2 4 0,8

en la plataforma.

P3 Cambios en la 0,6 6 3,6

organización y
dirección del pro-
yecto.

P4 Falta de planea- 0,4 6 2,4

ción en los proce-
sos.
P5 Falta de claridad 0,6 2 1,2
en la comunica-
ción entre los par-
ticipantes.

O1 Diseño del refuer- 0,8 4 3,2

zo sub o sobre
estimado por erro-
res técnicos

O2 Errores presenta- 0,4 6 2,4

dos en el diseño
por la omisión de
requisitos norma-
tivos

O3 Diseños deficien- 0,5 4 2

tes y/o incomple-
tos
 O4 Errores humanos: 1 8
Dirección
8
de Proyectos
falta de juicio,
omisión, falta de
conocimiento
T1 Problemas en el 0,8 8 6,4
manejo del soft-
ware.
T2 Manejo inadecua- 0,3 8 2,4
do de la tecnolo-
gía disponible

MATRIZ DE VALORACIÓN DE RIESGOS – ANALISIS CUALITATIVO DE

RIESGOS

MENOR MODERADO MAYOR CRÍTICO CATASTROFICO

2 4 6 8 10

1,6 P1 3,6 P3 6,4 T1 8 O4

0,8 P2 2 O3

1,2 P5 3,2 O1

2,4 O2

P1

T2
 Dirección de Proyectos

ANALISIS CUALITATIVO DE RIESGOS

ANALISIS DEL VALOR MONETARIO ESPERADO

CODIFICACIÓN LISTA DE ALTERNATIVAS PROBABILIDAD IMPACTO IMPACTO
RIESGOS (0 a 1) COSTO (PE- TIEMPO
SOS) (DIAS)
Modificaciones Modificaciones del 0,3 2.000.000,00 18
inesperadas en 20% del diseño
P1 el diseño de la
plataforma.

Modificaciones Modificaciones del 6.500.000,00 30

en la platafor- 20% de la platafor- 0,2
P2 ma. ma

Cambios en la Cambios al 30% en 0,3 3.500.000,00 15

organización y la organización
P3 dirección del
proyecto.

Falta de planea- Fallas en el 30% de 0,5 3.000.000,00 45

P4 ción en los pro- los procesos
cesos.
Falta de claridad Fallas en el 60% de 0,2 34
en la comunica- las comunicaciones 10.000.000,0
P5 ción entre los 0
participantes.

Diseño del re- Fallas del 10% en 0,3 3.500.000,00 20

fuerzo sub o lo técnico
O1 sobre estimado
por errores téc-
nicos

Errores presen- Fallas en el 60% de 0,3 4.500.000,00 35

tados en el dise- requisitos normati-
O2 ño por la omi- vos
sión de requisi-
tos normativos

Diseños defi- Fallas del 70% en el 0,2 8.000.000,00 23

O3 cientes y/o in- diseño
completos
 O4 Errores huma- Fallas del 60% en 0,3
Dirección de15Proyectos
3.500.000,00
nos: falta de conocimientos
juicio, omisión,
falta de conoci-
miento

T1 Problemas en el Fallas del 10% en el 0,1 2.000.000,00 20

manejo del software
software.
T2 Manejo inade- Fallas del 10% en el 0,3 5.000.000,00 15
cuado de la tec- la tecnología
nología disponi-
ble

Fuente: Elaboración propia

PLANES DE RESPUESTAS DE RIESGOS

CODIFICACION ACCIÓN PLAN DE RESPUESTA

P1 TRANSFERIR
1. Este tipo de riesgos que no dependen
P2 ACEPTAR
del Diseñador o programador, es nece-
P3 ACEPTAR sario aceptarlos y pedir prórrogas para
P4 MITIGAR la entrega del Diseño del Proyecto,
dado el caso en que el contratista no
 Dirección
dado el caso en que denoProyectos
el contratista
P5 MITIGAR
tenga la culpa.

2. En otros casos es importante realizar

una buena planeación en los procesos,
llevar organización y poner priorida-
des. Realizar revisión de todos los in-
tegrantes y así evitar cambios y modi-
ficaciones.

3. Es importante realizar socializaciones

de avances del Proyecto y actividades
pendientes. Tener un plan de Gestión
de Cambios.

O1 EVITAR 1. Para este tipo de riesgos es importante

verificar el responsable y el origen, si
O2 MITIGAR
es desde el geotecnista es posible
O3 MITIGAR transferir el riesgo
O4 EVITAR Y MITIGAR
y realizar las modificaciones pertinen-
tes. Para re-procesos y modificaciones,
es importante antes de la entrega que
se realice una revisión por los integran-
tes debido a que es muy posible que
cada uno visualice otros errores que
evitarían procesos innecesarios y erro-
res técnicos que son muy probables.

2. Todos los integrantes deben tener una

visualización clara del Proyecto,

las características y el conocimiento en

general para que aporten
ideas, complementen y utilicen todos
los requerimientos
necesarios.

T1 EVITAR 1. Para esta clase de riesgos lo que queda

es aceptar los cambios normativos. En
 1. Para esta clase de riesgos lo que queda
Dirección
es aceptar los cambios deEnProyectos
normativos.
T2 EVITAR
dado caso que haya omisión de requisi-
tos, es posible evitarlo realizando una
socialización con los integrantes para
que haya un aporte de ideas y puedan
encontrarse fallas, es importante que
todos conozcan el reglamento y pue-
dan aportar ideas para el mejoramiento
del diseño.
 MATRIZ DE RIESGOS

PRO- DISEÑO DE UNA APLICACIÓN PARA REFORZAMIENTO ACADEMICO

YECTO: (DAPRA)
UBICA-
CIÓN: PROVINCIA DE HUANCAYO -DEPARTAMENTO DE JUNIN

PROPIE-
TARIO: INTEGRANTES
FECHA: OCTUBRE DEL 2018

Im-
N Tipo de Elemento Descripción del Descripción Proba- pac- Impor-
º Riesgo de Riesgo Riesgo del Impacto bilidad to tancia Nivel
Retraso en el
Debido al la mala proyecto, daño
ATAQUES
maneobra de las per- de la imagen de
1 GESTIÓN CIBER- 3 3 6 Alto
sonas es programa la empresa, re-
NAUTICOS
puede ser jakeado solución del
contrato.

La lluvía, granizado
que se presenta en la
CONDI- Paralización de
zona del proyecto
CIONES las actividades
CRONO- podría ser más fre- Me-
2 CLIMATI- del proyecto, 2 1 3
GRAMA cuente de lo espera- dio
CAS AD- retraso en el
do e impedir la eje-
VERSAS programa
cución de las activi-
dades del proyecto.

la mala mani-
INCRE-
pulcion de pro-
MENTO La mala manipula-
grama , puede Me-
3 TÉCNICO DEL AN- ción de la red del 2 2 4
hacer que el dio
CHO DE programa
sofware trabaje
LA BANDA
lento
la mala estabi-
FALTA DE
la poco estabilidad lidad de red
PRESEN-
que puede presentar hace que el
CIA EN Me-
4 TÉCNICO la red debido debido programa fun- 2 2 4
LAS RE- dio
a la baja señal del cione de una
DES SO-
internet manera inade-
CIALES
cuada

la baja estabili-
VELOCI-
dad de red hara
DAD DE manejo del software
5 GESTIÓN que el programa 2 3 6 Alto
CARGA inadecuado
del software
MUY BAJA
decaiga en red
 Dirección de Proyectos
Desconoci- la perdida de
miento de la demanda que
la perdida de de-
aplicación haiga poco es- Me-
6 GESTIÓN manda de la aplica- 2 2 4
web por par- tabilidad laboral dio
ción del producto
te de nuestro para los em-
mercado pleados
 Plan de Gestión de Adquisiciones

COMPONENTE DESCRIPCIÓN

Cóndor Ramos Jesús

Corilloclla López Paola
Grupo Huamán Lulo Clarita
Santana García Estefany
Sinche Soto Joanie

Diseño de una aplicación para reforzamiento académico

Título del Proyecto

Jesús Cóndor Ramos

Gerente del Proyecto

Tipos de contratos a Contratos de precio fijo

utilizar Contratos de costos reembolsables

Estimaciones inde- Se estima que el gasto será según la calidad y la cantidad.

pendientes

• Áreas
• de Conocimiento: Gestión de las Adquisiciones del Proyecto.
Responsables de es- • Grupo de Procesos de Planificación: Planificar la Gestión de las Adquisiciones.
timaciones indepen-
dientes • Grupo de Procesos de Ejecución :Efectuar las Adquisiciones.
• Grupo de Procesos de Monitoreo y Control :Controlar las Adquisiciones.
• Grupo de Procesos de Cierre: Cerrar las Adquisiciones.
• Análisis de Hacer o Comprar
Acciones para gestio- • Juicio de Expertos
nar las adquisiciones • Investigación de Mercado
• Reuniones

Documentos de ad- Documentos de control de adquisiciones, para evaluar el nivel de necesidad

quisiciones estandari-
zados del producto o servicio antes de solicitar la adquisición.

Gestión de múltiples Se gestionarán a los proveedores según el tipo de servicio, calidad y valor
proveedores que ofrezcan.

Coordinación de ad- Para la coordinación con otras áreas de trabajo que realicen nuevas adquisi-
quisiciones con otras ciones deben de ser aprobadas por el gerente del proyecto quien previamen-
áreas del proyecto te lo evaluara con la ayuda de se equipo.
 Dirección de Proyectos
Restricciones y asun- En caso de encontrar restricciones para la adquisición de un producto, este
ciones será evaluado por otros posibles métodos para su adquisición.

Decisiones de fabri- Para decidir si un producto se comprara o se fabricara, este será evaluado en
cación propia o com- base a los materiales que se tienen disponible, el costo y tiempo que tome
pra su fabricación o envío del producto.

Hitos Planificación detallada del proyecto: alcance, tiempo, costo, calidad, RRHH, co-
municaciones, riesgos, adquisiciones.
Elaboración del Plan de Adquisiciones, SOW y RFP:
• Plan para la Dirección del Proyecto
• Documentación de Requisitos
• Registro de Riesgos
• Recursos Requeridos para las Actividades
EDT del contrato
• Cronograma del Proyecto
• Estimación de Costos de las Actividades
• Registro de Interesados
• Factores Ambientales de la Empresa
• Activos de los Procesos de la Organizaciónn
Declaración de trabajo a medida:
Formato del SOW Este tipo de SOW le indica al proveedor cómo hacer el trabajo. Define los requisi-
tos del comprador que controlan los procesos del proveedor.

Vendedores precalifi- Se trabajará con vendedores precalificados para así llegar a mayor público y tener mayores
adquisiciones.
cados

Las métricas son: calidad, puntualidad y fiabilidad.

Métricas
 Dirección de Proyectos
Enunciados de Trabajos del Contrato (SOW)

Componente Descripción

Grupo Cóndor Ramos Jesús

Corilloclla López Paola
Huamán Lulo Clarita
Santana García Estefany
Sinche Soto Joanie

Título del Proyecto Diseño de una aplicación para reforzamiento académico.

Componente de la Elaboración del Plan de Adquisiciones, SOW y RFP.

EDT a contratar

Objetivos Generar un software en condiciones óptimas teniendo en cuenta nuestro nivel de adquisi-
ción.

Alcance del Trabajo Encontrar el software adecuado para el desarrollo del proyecto.
Duración Estimada Se evaluarán las adquisiciones del proyecto cada 10 días.

Política de Confiden- Está prohibido informar sobre el avance del proyecto a personas que no estén involucradas
cialidad y Responsabi- en el proyecto.
lidades Civiles

Requerimientos Estudio previo para ver qué nivel de adquisición tenemos.

Alcance de los Servi- Ofrecer la mejor calidad de servicio al cliente.

cios

Entregables • Planificar la Respuesta a los Riesgos: El proceso de documentar las decisiones de

adquisiciones del proyecto, especificar el enfoque e identificar a los proveedores
potenciales.
• Efectuar las Adquisiciones: El proceso de obtener respuestas de los proveedores,
seleccionarlos y adjudicarles un contrato.
• Controlar las Adquisiciones: El proceso de gestionar las relaciones de adquisicio-
nes, monitorear la ejecución de los contratos y efectuar cambios y correcciones
según corresponda.
• Cerrar las Adquisiciones: El proceso de finalizar cada adquisición para el proyec-
to.
Plan de Trabajo Actualizaciones al Plan para la Dirección del Proyecto
• Actualizaciones al registro de supuestos
• Actualizaciones a la documentaciónn técnica
• Solicitudes de cambio
Equipo de Trabajo Programador: Controlará la calidad del servicio que ofrecemos, evitando fallas en el
software

Riesgos Incremento de la demanda de ancho de banda

 Participación del Dirección de Proyectos
El cliente calificará nuestro producto y si es aprobado tendemos mayores adquisiciones
Cliente

Control de cambios al La planificación de posibles respuestas a los riesgos a menudo puede dar lu-
Contrato
gar recomendaciones de cambios en los recursos, actividades, estimaciones
de costos y otros elementos identificados durante otros procesos de planifica-
ción.
Formato de Pago Documento de Pago No Negociable
Depósito en cuenta
Transferencia de fondos
Giro
Efectivo
Criterios de aceptación Para la aceptación de un entregable, este debe de estar de acuerdo a la nece-
de entregables
sidades o requerimientos propuestos en un inicio. Para posteriormente ser
aprobada por el gerente del proyecto.
Anexos En caso de necesitar datos extras para el diseño de los entregables, se genera-
ra una solicitud de requerimientos y evaluación.
 Dirección de Proyectos

Matriz de Adquisiciones

CODIGO PRODUCTO O TIPO DE AD- TIPO DE FECHAS ESTIMADAS PRESUPUESTO

EDT ENTREGABLE QUISICION CONTRATO ESTIMADO
INICIO FIN
1.1. Entrevista de servicio Contratación 16/08/2018 3119/08/2018 100.00
stakeholders directa

1.1.1 Recolección de servicio Administración 21/08/2018 31/08/2018 100.00

datos directa
1.1.2 Planeación del servicio Licitación priva- 02/09/2018 12/09/2018 100.00
producto da

1.2 Creación de la Bienes Licitación priva- 13/09/2018 14/09/2018 250.00

aplicación da

1.2.1 Requerimientos Bienes Contratación 10/09/2018 18/09/2018 100.00

del software directa
1.2.2 Diseño del soft- Bienes Administración 10/09/2018 15/09/2018 500.00
ware directa

1.2.3 Codificación bienes Administración 15/09/2018 23/10/2018 2500.00

directa
1.2.4 Pruebas servicio Administración 02/10/2018 18/10/2018 700.00
directa

1.2.5 Implementación servicio Licitación priva- 18/10/2018 21/10/2018 1000.00

en la nube da

1.3 Control de errores servicio Administración 22/10/2018 23/10/2018 0000.00

directa
1.3.1 Crear formulario servicio Administración 23/10/2018 04/11/2018 200.00
de consultas directa

1.3.2 Verificar la usabi- servicio Administración 08/11/2018 30/11/2018 100.00

lidad de la aplica- directa
ción web
 Dirección de Proyectos

Capítulo IV
Conclusiones y Recomendaciones

CONCLUSIONES

La herramienta de software diseñada en este proyecto puede impactar positivamente en la coordi-

nación de horarios de las academias de reforzamiento académico que hasta ahora no cuentan con
un sistema que los ayude, se halló que el uso de esta herramienta puede:
• Reducir los horarios de atención en las oficinas físicas.
• Responder consultas que ya fueron respondidas a otras personas.
• Complementar al área de atención al usuario
• Administrar los horarios a los que se inscriben los estudiantes.
• Almacenar nuevas consultas y dar un reporte de las que fueron atendidas y las que no.
 Dirección de Proyectos

RECOMENDACIONES

• Para implementar el presente proyecto se recomienda ver los procesos de la empresa y ade-
cuarlos a los módulos con los que cuenta el aplicativo web.
• Para reducir funcionalidades dentro del aplicativo web, se debe primero ver si el uso que los
usuarios le dan es cómodo para ellos.
• Para aumentar el número de transacciones por la página web, primero se debe solicitar un ser-
vicio de hosting de mayor velocidad.
 Dirección de Proyectos

REFERENCIA BIBLIOGRAFICA

GuiaPMBOK quinta y sexta edición