Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 75

FACULTAD DE INGENIERÍA, ARQUITECTURA

Y URBANISMO
ESCUELA ACADÉMICO PROFESIONAL DE
INGENIERÍA DE SISTEMAS

Curso:
Gestión de Proyectos de Tecnologías de la Información

Título del informe:


Implementación de una aplicación web para el C.E.P.P
"AUGUSTA LÓPEZ ARENAS”, basado en la gestión de
proyectos informáticos.
Autor(es):

Docente:
Ing. Samillan Ayala Alberto Enrique

CHICLAYO – PERÚ

2022-I
Contenido

RESUMEN.....................................................................................................................................2
INTRODUCCIÓN...........................................................................................................................2
DESARROLLO...............................................................................................................................2
1. RESUMEN EJECUTIVO......................................................................................................2
1.1. DESCRIPCION DE LA PROBLEMATICA......................................................................3
1.2. METODOLOGIAS Y TECNICAS...................................................................................3
1.3. ALCANCE PRELIMINAR.............................................................................................3
2. GRUPOS DE PROCESOS DE INICIACION...........................................................................4
2.1. ACTA DE CONSTITUCION..........................................................................................4
2.2. IDENTIFICACION DE LOS INTERESADOS...................................................................9
3. GRUPOS DE PROCESOS DE PLANIFICACION....................................................................0
3.1. RECOPILAR REQUISITOS...........................................................................................0
3.2. DEFINIR EL ALCANCE................................................................................................3
3.3. CREAR LA EDT...........................................................................................................0
3.4. DICCIONARIO DE LA EDT..........................................................................................0
3.5. DEFINIR LAS ACTIVIDADES Y SECUENCIAS...............................................................0
3.6. RBS...........................................................................................................................6
3.7. CRONOGRAMA DEL PROYECTO...............................................................................7
3.8. ESTIMACION DE COSTOS.......................................................................................14
3.9. PLAN DE RECURSOS HUMANOS............................................................................20
3.10. PLAN DE COMUNICACIONES................................................................................0
3.11. PLANIFICAR LA GESTION DE RIEZGOS..................................................................0
3.12. IDENTIFICACION DE RIESGOS...............................................................................0
3.13. ANALISIS CUALITATIVO Y CUANTITATIVO DE RIEZGOS.......................................0
3.14. RESPUESTA A LOS RIESGOS..................................................................................1
3.15. ADQUISICIONES...................................................................................................0
5. GRUPOS DE PROCESOS DE CIERRE..................................................................................0
5.1. CERRA PROYECTO....................................................................................................0
OPINIÓN PERSONAL....................................................................................................................1
CONCLUSIONES............................................................................................................................1
REFERENCIAS...............................................................................................................................1
Bibliografía...................................................................................................................................1
ANEXOS........................................................................................................................................0
RESUMEN

El presente trabajo expone nuestro proyecto del curso de Gestión de Proyectos de tecnologías
de la Información, donde se da cumplimiento a los entregables establecidos en el grupo de
procesos de planificación, interceptada con sus distintas áreas de conocimientos. Para ello
vamos a DESARROLLAR UN PLAN DE DIRECCION DE PROYECTO PARA EL DISEÑO E
IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA EL C.E.P.P "AUGUSTA LÓPEZ ARENAS”
BASADO EN LA GESTIÓN DE PROYECTOS INFORMÁTICOS, nos hemos comunicado
telefónicamente con los interesados y se obtuvo la información a través de una encuesta de
Google. Gracias a ello, se ha logrado conocer a la institución, verificando la viabilidad del
proyecto, dando inicio al mismo con el desarrollo del acta de constitución. En el informe
detallamos puntualmente la descripción general de la empresa, realizando un análisis para la
detección de las características de la empresa, visualizando como está organizada, el plan
estratégico que implementan para gestionar adecuadamente sus procesos, y lograr convertirse
en una empresa factible y autosostenible.

INTRODUCCIÓN

En los años 50 se marcó un hito en la sociedad cuando las organizaciones comenzaron a aplicar
sistemáticamente herramientas y técnicas de gestión de proyectos. Existen muchas empresas
de base tecnológica que han logrado posicionarse en el mercado gracias a la innovación de sus
productos o servicios, sin embargo, todo ello se ha logrado mediante la gestión de proyectos
tecnológicos. Podemos definir a un proyecto como la ejecución de un trabajo que además de
requerir recursos, personas y una ejecución controlada, se desarrolla en un marco temporal
preestablecido y tiene valor agregado. Un proyecto surge al aparecer una nueva necesidad. La
I.E.P. PARROQUIAL "AUGUSTA LOPEZ ARENAS" actualmente no cuenta con alguna herramienta
de TI que le permita gestionar el proceso de admisión, matrículas de alumnos, evaluaciones y
pagos, haciéndolo de manera tradicional, o peor aún, por la pandemia ha optado por usar
diferentes recursos tediosos y desordenados como WhatsApp y correo electrónico.

Ya se ha definido anteriormente el problema de la investigación, sin embargo, es necesario


presentar el caso de negocio que nos muestra la problemática y la oportunidad de negocio que
representa la implementación del sistema web.

En este sentido, daremos inicio al plan de dirección que va permitir a la institución obtener
como producto final una aplicación web interactiva, que logre controlar el alcance, tiempo y
costo dentro de los parámetros que se establezcan.

Para este proyecto nos guiaremos de metodologías que incluyen métodos, técnicas y
herramientas proporcionadas por las guías del Proyect Management Institute (PMI) y su clásica
metodología PMBok, así mismo de otras fuentes especializadas de ingeniería de sistemas.
DESARROLLO

1. RESUMEN EJECUTIVO
En este documento se recomienda la implementación de un sistema web para el
C.E.P. PARROQUIAL "AUGUSTA LOPEZ ARENAS", el cual permitirá reducir el tiempo
de ejecución del proceso de admisión, de matrícula de los alumnos y pagos de
pensiones, mantener una comunicación interactiva con los padres de familia e
incrementar la visibilidad de la institución, a partir de la difusión de contenidos en su
portal web.
Con la mejora de estos procesos, se tendrá mayor confianza y aceptación por parte
de los padres de familia, otorgándole prestigio y seriedad a la institución, el cual
generará mayor demanda de matrículas, así mismo facilita el trabajo administrativo.

1.1. PRESENTACIÓN GENERAL DEL TEMA DE INVESTIGACIÓN


INFORMACIÓN DE LA EMPRESA
Razón Social: C.E.P. PARROQUIAL "AUGUSTA LOPEZ ARENAS"

RUC: 20185078974

Tipo Empresa: Univers. Centros Educat. y Cult.

Condición: Activo

Fecha Inicio Actividades: 12 / Septiembre / 1962

Actividad Comercial: Enseñanza Primaria

Dirección Legal: Cal. Bolivar Nro. 408

Distrito / Ciudad: Ferreñafe

Provincia: Ferreñafe

Departamento: Lambayeque, Perú

Dueño: Fernando Aguilar Cabrera

Directora: Rosa Mirtha Bravo Llaque

Figura 1: Ubicación de la empresa


La I.E.P. PARROQUIAL "AUGUSTA LOPEZ ARENAS" cuenta con 331 estudiantes con
más de 7 años prestando el servicio de educación, tanto inicial, primaria y
secundaria.
Actualmente no cuenta con alguna herramienta de TI que le permita administrar
admisiones, matrículas de alumnos, mostrar evaluaciones a los padres de familia y
alumnos, administrar los pagos mensuales de las pensiones de los alumnos, y la
difusión de contenidos a la comunidad.
La institución cuenta con una cuenta corriente en dos entidades bancarias, los
padres de familia hacen el pago de sus derechos en dichas cuentas y luego envían su
Boucher a la institución.

De ello se ha identificado los siguientes problemas.

- Debido a la coyuntura actual, el proceso de admisión, matrícula y pago de


pensiones se ha vuelto muy tedioso, antes se hacía de manera personal, en la
oficina de secretaria de la institución, pero ahora se realiza a través de fotos,
capturas, escaneos, por medio de correo electrónico y WhatsApp.
- Anualmente se deben registrar un aproximado de 300 matriculas, y en los dos
últimos años se ha vuelto un proceso muy tedioso, debido a la pandemia, ya que
la secretaria y su ayudante, deben validar los Boucher y documentos,
buscándolos en los correos recibidos y en los mensajes de WhatsApp.
- De la misma manera, pasa mensualmente con el pago de las pensiones de los
estudiantes.
- Para el caso de las notas de los estudiantes, si bien es cierto se hace una
publicación mensual de las notas por medio de los grupos de WhatsApp, los
padres necesitan información detallada.
- La entidad difunde información de sus actividades, resoluciones, notificación y
logros obtenidos, utilizando medios no formales como página de Facebook,
WhatsApp y llamadas telefónicas.
Estructura orgánica de la empresa

UGEL

PROMOTOR

DIRECCIÓN

SUB-DIRECCION SUB DIRECCION SUB DIRECCION


ASMINISTRATIVA FOR.GENERAL AREA TECNICA

BIBLIOTECA

CAJA TESRERIA COORDINADORES

PROFESORES
ABASTECIMIENTO
AUXILIARES
MANTENIMIENTO
ALUMNOS

Misión y Visión

A. Misión

Nuestra I.E.P.P “Agusta López Arenas” como centro de aplicación de la Universidad Católica”
Santo Toribio de Mogrovejo” aspira ser reconocida por la integridad de su propuesta educativa
centrada en la formación humana y cristiana de nuestros estudiantes, desarrollando en ellos la
capacidad para emprender retos y desafíos de la actual sociedad; involucrando a las familias
en un clima de verdad, respeto y solidaridad.

B. Visión

Somos la Institución Educativa Particular Parroquial “Agusta López Arenas” de la provincia de


Ferreñafe que promueve una educación integral católica, basados en principios cristianos.

Aplicamos una metodología activa de acuerdo a las exigencias académicas actuales. Asi
formamos personas integras, éticas y proactivas con la sólida formación humana y cristiana.

Objetivos
A. Objetivo general
Brindar un servicio educativo de calidad orientado a alcanzar la excelencia educativa.

B. Objetivos específicos
- Brindar al estudiante una educación integral que abarque los aspectos de formación
moral, física, emocional e intelectual.
- Fortalecer la adquisición de valores y la práctica de las mismas dentro y fuera de la
Institución.
- Despertar el interés por la Ciencia, la Investigación y la Innovación.
- Fortalecer el desarrollo de las competencias.
- Involucrar al educando en el proceso bilingüe para lograr el manejo del idioma inglés
como segunda lengua permitiendo comprender, leer, escribir y expresarse en dicho
idioma y logrando puntajes sobresalientes en la Prueba TOEFL.
- Avanzar gradualmente en el conocimiento y utilización de la tecnología (Multimedia) y
de los medios de comunicación, como recursos que fortalezcan el proceso de
aprendizaje.
- Complementar el Plan de Estudios con actividades deportivas (voleibol, fútbol,
baloncesto) y artísticas, tales como historia del arte, teatro, pintura, trabajos
manuales, música y grupo coral.
- Despertar en el alumno el cariño y respeto por la naturaleza, enseñándole a cuidar el
ecosistema y a proteger el medio ambiente.

C. Objetivos estratégicos

RETO 1: MODELO PEDAGÓGICO

- Definir el Modelo Pedagógico en base al Proyecto Confianza Institucional.

- Actualizar al profesorado en pedagogías activas para formar alumnado competente.

- Apostar por una educación inclusiva para dar mejor respuesta a las necesidades del
alumnado.

- Desarrollar nuestro proyecto lingüístico, apostando por una visión integradora donde todas
las lenguas se apoyen entre sí.

RETO 2: COMUNICACIÓN

- Potenciar la Marca C.E.P. PARROQUIAL "AUGUSTA LOPEZ ARENAS"

- Mejorar la comunicación interna.

- Asegurar la sostenibilidad de la matriculación en el centro.

- Intensificar la relación familia-escuela para conformar una visión globalizada y completa del
niño.

RETO 3: ORGANIZACIÓN Y GESTIÓN AVANZADA


- Adaptar el espacio y la infraestructura tecnológica al modelo pedagógico.

- Disponer de una gestión económica eficiente, transparente y sostenible.

- Desarrollar el modelo de Gestión Avanzada (MGA) y un plan de innovación tecnológica del


centro.

- Definir y gestionar las alianzas clave.

Valores y principios

- La institución educativa está comprometida con los que los rodean. Respetan el entorno y
buscan aportar beneficios a la sociedad y al medio ambiente, dentro de un marco ético y
sostenible.
- Procuran condiciones laborales dignas, que favorezcan la seguridad, la salud laboral y el
desarrollo humano y profesional de nuestros docentes.
- El Colegio promueve los valores que fomentan el respeto de los derechos humanos, el
diálogo y las relaciones de convivencia necesarias para la construcción de una sociedad
democrática.
- Ayudar a los alumnos a desarrollar estrategias de autoevaluación, exigencia en el trabajo y
valoración del trabajo bien hecho. En todas las etapas educativas se seguirá el currículum
español, complementándose con una fuerte carga horaria de asignaturas impartidas en
inglés.
- Ampliar la experiencia, conocimiento, imaginación y comprensión de cada niño,
permitiéndole de esta manera darse cuenta de su potencial para aprender y de su
capacidad para disfrutar.
- Ayudar a los alumnos a desarrollar mentes activas y analíticas, la habilidad de cuestionar,
discutir y desarrollar ideas racionalmente e involucrarse en tareas y actividades físicas.
- Consideramos parte fundamental del proceso educativo el conjunto de actividades
deportivas, culturales, artísticas y manuales que fomentan los intereses y matices
peculiares en la personalidad de los alumnos, proporcionando al mismo tiempo una base
sólida para el buen uso del tiempo de ocio.
- Satisfacción del padre de familia y estudiantes brindando servicios de calidad.

1.2. METODOLOGIAS Y TECNICAS


Para este proyecto nos guiaremos de metodologías que incluyen métodos, técnicas y
herramientas proporcionadas por las guías del Proyect Management Institute (PMI) y
su clásica metodología PMBok, así mismo de otras fuentes especializadas de ingeniería
de sistemas.

1.3. ALCANCE PRELIMINAR


 Implementar el sistema web para la I.E.P. "AUGUSTA LOPEZ ARENAS", tanto a nivel de
BDD, como a nivel de aplicación.
 Capacitar a los usuarios finales en cuanto a la funcionalidad de la solución.
 Entrega el manual de usuario del sistema.
 Entregar la documentación de la gestión del proyecto.
Se desarrollará una aplicación web que permita automatizar el proceso de admisión, matrícula
y de notas de los alumnos, trabajando con los datos establecidos en las reglas del negocio.
Para el caso en que los usuarios ingresen datos que no cumplan con las reglas del negocio, el
sistema lo notificara a través de mensajes de error.

La aplicación web, estará compuesta por un conjunto de páginas dinámicas conectadas a una
base de datos, la cual, una vez puesta en operación, se realizarán las pruebas respectivas,
validaciones y monitoreo constante de tal manera que cumpla con los requisitos establecidos
por el cliente en la fase de inicio. De esta manera nos aseguraremos de brindar un portal
amigable, de calidad, eficiente, que permita la interacción sencilla por parte de los sus usuarios

Las personas podrán acceder al sistema a través de un usuario y contraseña que serán
previamente creados por el administrador del sistema con sus respectivos roles y permisos de
acceso a los distintos formularios.

Al sistema tendrán acceso, los profesores, personal administrativo de la institución y los padres
de familia.

 Configuración de Base de Datos.


 Programación de módulo de Admisión.
 Programación de módulo de Ficha Académica.
 Programación de módulo de Ficha de Matrícula.
 Programación de módulo de deudas.
 Programación de módulo de Año académico.
 Programación del módulo de los costos de derechos académicos.
 Programación de módulo de permisos y usuarios del sistema.
 Programación del módulo de notas:
 programación de página web informativa:
 Pruebas del sistema.
 Puesta en producción.
 Capacitación de usuarios finales.

2. GRUPOS DE PROCESOS DE INICIACION


2.1. ACTA DE CONSTITUCION
Guerrero(2015) manifiesta que “El acta de constitución del proyecto o fase es un
documento que autoriza formalmente el comienzo de un proyecto o fase, y debe ser
emitido por una gerencia de alto nivel de la organización. Desarrollar el acta de
constitución del proyecto, se relaciona principalmente con la documentación de las
necesidades de negocio, la justificación del proyecto, la comprensión efectiva de los
requisitos del cliente y del nuevo producto, servicio o resultado destinado a satisfacer
dichos requisitos”.(s.p)
Figura 2: Desarrollar el acta de constitución del proyecto

CONTROL DE VERSIONES

Versión Hecha por Revisada por Aprobada por Fecha Motivo

1.0 N. Y R. F B. R 14/06/2021 Versión Original

ACTA DE CONSTITUCIÓN DEL PROYECTO


NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

IMPLEMENTACIÓN DE UNA APLICACION


WEB EN EL C.E.P.P “AGUSTA LÓPEZ
AWALA
ARENAS” BASADO EN LA GESTIÓN DE
PROYECTOS INFORMÁTICOS.

DESCRIPCIÓN DEL PROYECTO: ¿QUÉ, ¿QUIÉN, ¿CÓMO, ¿CUÁNDO Y DÓNDE?

El presente proyecto consiste en la implementación de un sistema web para el C.E.P. PARROQUIAL


"AUGUSTA LOPEZ ARENAS", el cual permitirá reducir el tiempo de ejecución del proceso de admisión,
matrícula de los alumnos y pagos de pensiones, mantener una comunicación interactiva con los padres
de familia e incrementar la visibilidad de la institución, a partir de la difusión de contenidos en su portal
web.

Para el desarrollo de la aplicación web se contratará el servicio de desarrollo web, el cual, mediante
entrevistas logrará obtener los requerimientos específicos que la institución demande para lograr los
objetivos. (Maria, 2020)

El desarrollo del producto se realizará usando diferentes tecnologías, PHP como lenguaje de
programación, MySql como motor de base de datos, SSL para cifrar conexiones hacia la base de datos,
HTML 5, CSS, JavaScript para el desarrollo Front-end con el apoyo del Framework Bootstrap.

El equipo de gestión del proyecto se encuentra conformado:

Por parte del cliente:

 Fernando Aguilar Cabrera (Sponsor)


 Rosa Mirtha Bravo Llaque. (Gerente del proyecto por parte del cliente)
 Lupita Coronado García (secretaria)
 Jorge Flores Tuanama (Coordinador general de la primaria)
 Carlos Arturo Senmache (Coordinadora de docentes nivel Secundaria)
 Ana Gutiérrez Alcedo (Coordinadora de docentes nivel inicial)

Por parte del proveedor:

- Rabanal Senmache Marry Cecy–RSMC(Gerente de proyecto por parte del proveedor)


- Pisfil Chumioque Luigi– PCL (Analista, Programador)
- Cabrejos Severino Luz Antonella– CSLA (Analista, Programador)
- Vásquez Arroyo Erika – VAE (Analista, Programador)
- Sánchez Rubio Omar – SRO (Analista, Programador)

El proyecto de implantación comenzará el 14 de junio del 2022 hasta el 31 de agosto del 2022, con
duración de 2 meses, 17 días calendario.

DEFINICIÓN DEL PRODUCTO DEL PROYECTO: DESCRIPCIÓN DEL PRODUCTO, SERVICIO O CAPACIDAD A GENERAR.

Aplicación web:

 Basándonos en los requerimientos que demanda la institución, se dará inicio al diseño,


elaboración de la aplicación web, que estará compuesta por un conjunto de páginas dinámicas
conectadas a una base de datos, la cual, una vez puesta en operación, se realizaran las pruebas
respectivas, validaciones y monitoreo constante de tal manera que cumpla con los requisitos
establecidos por el cliente en la fase de inicio. De esta manera nos aseguraremos de brindar un
portal amigable, de calidad, eficiente, que permita la interacción sencilla por parte de los sus
usuarios.

 Se desarrollará una aplicación web que permita automatizar el proceso de admisión, matrícula y
de notas de los alumnos, trabajando con los datos establecidos en las reglas del negocio.

 Las personas podrán acceder al sistema a través de un usuario y contraseña que serán
previamente creados por el administrador del sistema con sus respectivos roles y permisos de
acceso a los distintos formularios.

El sistema contara con los siguientes módulos:

 Módulo de Admisión.
Modulo que permite gestionar a los postulantes y monitorear el proceso de admisión de los
alumnos.

con las siguientes opciones:

 Generar admisiones.
 Corregir admisión.
 Registrar datos de los alumnos.
 Generar deuda por derecho de admisión.
 Consultar admisiones.
 Módulo de Ficha Académica.
Modulo que permite gestionar la información académica de los estudiantes para nuevos alumnos y
para alumnos antiguos, registrando su situación académica: Requiere Recuperación, Desaprobado,
Retirado, Aprobado, Promovido, egresado, Nueva Ficha.

con las siguientes opciones:


 Generar Fichas Académicas.
 Corregir Fichas Académicas.
 Consultar Fichas Académicas.
 Módulo de Ficha de Matrícula.
Modulo que permite gestionar la información de matrículas, se crea la Ficha de Matricula de todos
los alumnos que cuentan con Ficha Académica en el presente Año Académico y que no cuenten
con deuda el Año Académico anterior, haciéndolo de manera masiva o individual para casos
excepcionales como los alumnos que están en recuperación, en proceso de admisión y que se
pusieron al día en sus deudas.

con las siguientes opciones:

 Generar Fichas Matrículas.


 Corregir Fichas Matrículas.
 Generar deuda por derecho de Matrículas.
 Consultar Fichas Matrículas.
 Módulo de deudas.
Modulo que permite gestionar las deudas del estudiante teniendo en cuenta el tipo de Derecho
Académico y el año académico actual, ya sea la deuda de admisión y de matrícula a los
estudiantes, que serán generados al momento de crear la ficha de admisión y la ficha de matrícula,
respectivamente. También gestionar las deudas de las pensiones mensuales de los alumnos.

con las siguientes opciones:

 Programar pensiones de los estudiantes.


 Modificar información de la deuda de los estudiantes.
 Consultar deuda de los estudiantes.
 Módulo de Año académico.
Modulo que permite gestionar la información de los años académicos como su fecha de inicio y de
fin, fecha límite de matrícula y de admisión.

con las siguientes opciones:

 Registro de año académico.


 Modificar información de año académico.
 Módulo de los costos de derechos académicos.
Este módulo permite registrar anualmente el costo de los derechos académicos, ya que varía.

con las siguientes opciones:

 Registro anual de costo de derechos académicos.


 Modificar información del costo de derechos académicos.
 Módulo de permisos y usuarios del sistema.
Este módulo permite gestionar los usuarios del sistema, asignándoles un rol especifico, y de
acuerdo a ese rol se le da permiso a acceder a ciertos módulos del sistema.

con las siguientes opciones:

 Registro de usuarios.
 Registro de perfiles.
 Registro de permisos.
 Modificación de usuarios.
 Modificación de perfiles.
 Modificación de permisos.
 Módulo de notas:

Este módulo permitirá gestionar las notas de los estudiantes, ingresadas por el docente, y
mostradas a los padres de familia.

con las siguientes opciones:

 Registro de notas.
 Modificación de notas.
 Reporte de notas de los alumnos.
 Página principal informativa:
Permitirá gestionar las notas de prensa, comunicados e información relevante que la institución
desea mostrar al público en general.

OBJETIVOS DEL PROYECTO:

CONCEPTO OBJETIVOS CRITERIO DE ÉXITO

1. ALCANCE Cumplir con la elaboración de los siguientes Aprobación de los entregables


entregables: Documentación de diagnóstico, por parte del director de la
planeación y documentación del proyecto, Institución educativa.
prototipo de las páginas de la web.

Cumplir con la implementación total del


producto, cubriendo el 100% de las
funcionalidades detalladas.

2. TIEMPO Concluir el proyecto en el plazo solicitado por Concluir el proyecto en el tiempo


el cliente, el cual es de 2 meses, 17 días pactado.
calendario.

3. COSTO Se debe dar cumplimiento al presupuesto Que el proyecto termine en el


estimado del proyecto, el cual es de S/. tiempo establecido en la presente
11,000.00. acta.

FINALIDAD DEL PROYECTO:

Implementación de una aplicación web para mejorar las comunicaciones y servicios online en la I.E.P.P
“AUGUSTA LÓPEZ ARENAS” en el tiempo estimado de tres meses, cumpliendo el 100% los requisitos
identificados y definidas, y sin sobrepasar el presupuesto especificado, para lo cual se necesitará la
disponibilidad de los recursos necesarios para cumplir con los requerimientos del cliente.

JUSTIFICACIÓN DEL PROYECTO:

Al implementar un sistema web, la institución tiene la oportunidad de reducir en un 70% el tiempo de


ejecución, tanto del proceso de admisión, matrícula, como el de administración de pensiones, toda vez
que brinda una oportunidad de una mejor experiencia con los clientes, que son los padres de familia,
permitiendo generar mayor aceptación y prestigio en contraste con la competencia, asegurando
matriculas de nuevos alumnos cada año. Mejorando el canal de atención a los clientes.

JUSTIFICACIÓN CUALITATIVA JUSTIFICACIÓN CUANTITATIVA

Agilizar el proceso de admisión, registro de Tiempo y Reducción de horas/minutos en


matrículas de estudiantes, permitiendo que el seguridad el registro y matrícula de
padre de familia o apoderado realiza y haga nuevos alumnos.
seguimiento del proceso de manera virtual.

Informar periódicamente a los padres de familia Tiempo, alcance Se reduce las horas/minutos
ya los alumnos, las evaluaciones que van para dar acceso a notas.
obteniendo y ver el progreso de los mismos.
Se llega a todos los padres de
familia.

Se reduce el riesgo de contagio Covid-19. Seguridad y


confianza

Se puede dar a conocer la información Alcance


publicitaria de la institución.

Genera más confianza por parte de los padres de confianza


familia.

DESIGNACIÓN DEL PROJECT MANAGER DEL PROYECTO.

NOMBRE Rabanal Senmache Marry Cecy NIVEL DE AUTORIDAD

REPORTA A Fernando Aguilar Cabrera. Verificar el cumplimiento de los


entregables señalados en el alcance
SUPERVISA A del proyecto.
Equipo del proyecto.
CRONOGRAMA DE HITOS DEL PROYECTO.

HITO O EVENTO SIGNIFICATIVO FECHA PROGRAMADA

Gestión de proyecto 14 de junio hasta 19 de junio

Desarrollo de análisis 21 de junio hasta 26 de junio

Desarrollo de diseño 28 de junio hasta 10 de julio

Desarrollo de los módulos 12 de julio hasta el 16 de agosto

Desarrollo de pruebas 17 de agosto hasta el 21 de agosto

Despliegue 23 de agosto hasta el 26 de agosto

Capacitación y Documentación 27 de agosto hasta 31 de agosto

ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL PROYECTO.

ORGANIZACIÓN O GRUPO ORGANIZACIONAL ROL QUE DESEMPEÑA

C.E.P.P “AGUSTA LÓPEZ ARENAS” Demanda el servicio de implementación de sistema


web para si institución.

Rabanal Senmache, Cabrejos Severino, Vásquez Proveen el servicio.


Arroyo, Pisfil Chumioque, Sánchez Rubio

PRINCIPALES AMENAZAS DEL PROYECTO

Que el equipo no logre desarrollar a tiempo los módulos y la funcionalidad definida en el acta de
constitución de proyecto.

Que el patrocinador no se comprometa con el proyecto.

Los responsables de elaborar los entregables definidos por el equipo, no cumplan en las fechas
programadas.

Que el equipo propuesto por parte de la institución educativa no conozca bien el proceso de negocio a
programar.

Que el cliente no quede satisfecho con el resultado del proyecto.

El costo del proyecto sobrepasa el presupuesto.


Que se presenten cambios de requerimientos de manera continua o en último momento por parte del
cliente.

Presentar errores de incompatibilidad al momento de despliegue de producto.

Que los usuarios finales no tengan las habilidades informáticas suficiente para el uso del sistema.

Que los usuarios finales no estén correctamente capacitados para el uso del aplicativo.

PRINCIPALES OPORTUNIDADES DEL PROYECTO (RIESGOS POSITIVOS).

Incursionar en innovación tecnológica.

Mayor confianza por parte de los ciudadanos y padres de familia.

Aumentar experiencia y conocimiento en el lenguaje de programación y diseño de bases de datos.

Mostrar mayor adaptabilidad al cambio por parte del equipo de trabajo.

Brindar el servicio de mantenimiento del sistema luego de la puesta en marcha.

PRESUPUESTO PRELIMINAR DEL PROYECTO.

CONCEPTO MONTO

1. Personal Identificación de requerimientos s/. 2 000.00

Análisis y diseño s/. 2 000.00

Construcción y desarrollo, pruebas, despliegue s/. 6 000.00

Capacitación de personal y documentación s/. 200.00

2. Servicios Pago de servicio de Hosting y dominio s/. 800.00

TOTAL, LINEA BASE s/. 11 000.00

3. Reserva de contingencia

4. Otros costos

TOTAL, PRESUPUESTO s/. 11 000.00

SPONSOR QUE AUTORIZA EL PROYECTO.

ALCANCE NOMBRE EMPRESA CARGO FECHA

Fernando Aguilar Cabrera. C.E.P.P “AGUSTA Sponsor del proyecto / 14/06/2021


LÓPEZ ARENAS” dueño del colegio.

(Dharma Consulting, 2012-2021)

Aprobación del Patrocinador del Proyecto


_________________________________________________________________
Fernando Aguilar Cabrera
Gerente General

2.2. IDENTIFICACION DE LOS INTERESADOS

INTERESADOS o IMPLICADOS (STAKEHOLDERS)

Los interesados o implicados (stakeholders) son todas aquellas personas (internas o externas a
la organización) que se encuentran involucrados o afectados de alguna forma por el proyecto a
desarrollar, o tienen capacidad de influencia sobre su ejecución. La norma ISO 21500 y el
PMBOK® Guide 5ª ed. otorgan una especial atención a la gestión de los interesados,
dedicándole áreas específicas de procesos. Su identificación desde un primer momento es
importante para la definición de las responsabilidades, procesos de autorización y estrategias
de comunicaciones en el proyecto. (ISO 21500, s.f)

PUESTO / DEPARTAMENTO

Resulta importante disponer de toda la información posible acerca de los interesados en el


proyecto, y esto incluye, además de su nombre, su puesto o cargo que ocupa, el departamento
y su responsable jerárquico o supervisor. Los interesados no son solamente los miembros del
equipo de dirección del proyecto y sus responsables directos, sino que el análisis debe
extenderse (y registrarse) a todos aquellos que de alguna forma se ven afectados por el
proyecto, y que pueden adoptar una actitud positiva o negativa con respecto a él. (ISO 21500,
s.f)

ROL

Se refiere al “rol” que desempeña el interesado con respecto al proyecto, y que en algunos
casos pueden ser roles “combinados” (más de una función) en una misma persona, lo cual
puede complicar o facilitar su gestión .21500, s.f)

REQUISITOS

Se trata de una labor difícil y a la que hay que dedicar bastante esfuerzo, pero comenzar el
proyecto sin conocer todos los requisitos de los interesados puede ser muy arriesgado, pues
cuando afloren se convertirán seguramente en peticiones de cambios, retrasos en la ejecución
o necesidad de rehacer tareas, etc. Al hablar de requisitos no solamente se trata de especificar
las condiciones para la ejecución del proyecto sino también aquellos relacionados, por
ejemplo, con la comunicación en el proyecto (ej.- ¿Cada cuánto tiempo quiere estar
informado? ¿De qué aspectos?, etc.) (ISO 21500, s.f)

EXPECTATIVAS / INTERESES

Podemos reflejar su actitud con respecto al proyecto, y lo que esperan que el proyecto
produzca para ellos o para su departamento. Esta información va más allá de los
requisitos/objetivos para el proyecto y puede incluir, por ejemplo, la esperanza de que el
proyecto no influya ni retrase los procesos de un departamento en concreto, o las mejoras
indirectas que se derivarán de la consecución de los objetivos. Además, es posible que un
interesado tenga algún interés concreto con respecto al proyecto, por ejemplo, el poder
participar en tal o cual actividad para adquirir experiencia, o para demostrar sus habilidades y
nivel de experiencia, etc. (ISO 21500, s.f)

NIVEL DE INFLUENCIA

Se propone una escala de 1 a 5, aunque puede emplearse cualquier otra (alto/medio/bajo). Lo


importante es delimitarlo en función de los demás interesados. (ISO 21500, s.f)
IDENTIFICACIÓN EVALUACIÓN C

MPRESA Y LOCAL ROL EN EL IMFORMACIÓ REQUERIMIENT EXPECTATIV INFLUE FASE DE INTERESA INTERN
ESTO IZACI PROYECTO N Y CONTACTO OS AS NCIA MAYOR DO CLAVE EXTERN
ÓN PRIMORDIALES PRINCIPALE POTENC INTERES
S IAL
Analista Reque Gerente del rsenmachemarr Cumplir con el Que el Fuerte Todo el SI Intern
ogramador proyecto por [email protected] plan del proyecto. proyecto se Proyecto
parte del u.pe termine
proveedor exitosamente.

Analista Chiclay Analista pchumioqueluigi Programar Que se Media Todo el NO Intern


ogramador o Programador @crece.uss.edu. exitosamente los desarrolle el Proyecto
pe módulos proyecto al
asignados. tiempo, costo
y calidad.
Analista Motupe Analista cseverinoluzant Programar Que se Media Todo el NO Intern
ogramador Programador @crece.uss.edu. exitosamente los desarrolle el Proyecto
pe módulos proyecto al
asignados. tiempo, costo
y calidad.
Analista Chiclay Testeo del varroyoerikalis@ Programar Que se Media Todo el NO Intern
ogramador o producto, crece.uss.edu.p exitosamente los desarrolle el Proyecto
capacitación e módulos proyecto al
y creación asignados. tiempo, costo
de y calidad.
manuales.
Analista Chiclay Testeo del srubioomaralber Programar Que se Media Todo el NO Intern
ogramador o producto, @crece.uss.edu. exitosamente los desarrolle el Proyecto
capacitación pe módulos proyecto al
y creación asignados. tiempo, costo
de y calidad.
manuales.
C.E.P.P Ferreña Sponsor Aguilar.ff@hotm Que se termine el Que se Fuerte Todo el SI Intern
AUGUSTA fe ail.com proyecto desarrolle el Proyecto
LÓPEZ exitosamente. proyecto al
ARENAS” tiempo, costo
presentan y calidad.
te legal
C.E.P.P Ferreña Gerente del Rosa_bravo@g Que se termine el Que se Fuerte Todo el SI Intern
AUGUSTA fe proyecto. mail.com proyecto desarrolle el Proyecto
LÓPEZ exitosamente. proyecto al
ARENAS” tiempo, costo
Directora y calidad.
C.E.P.P Ferreña realiza el Lupita1405x@h Dar a conocer Que el Media Todo el SI Intern
AUGUSTA fe proceso de otmail.com exitosamente el proyecto se Proyecto
LÓPEZ matricula proceso de termine
ARENAS” matriculas y pago exitosamente.
ecretaria de pensiones.
C.E.P.P Ferreña Realiza Scorpio.ft81@ho Dar a conocer Que el Media Todo el NO Intern
AUGUSTA fe proceso de tmail.com exitosamente el proyecto se Proyecto
LÓPEZ notas. proceso de notas termine
ARENAS” nivel primaria. exitosamente.
ordinador
C.E.P.P Ferreña Realiza Cartuto_sen@g Dar a conocer Que el Media Todo el NO Intern
AUGUSTA fe proceso de mail.com exitosamente el proyecto se Proyecto
LÓPEZ notas proceso de notas termine
ARENAS” nivel secundaria. exitosamente.
ordinador
C.E.P.P Ferreña Realiza Anita_gut2020@ Dar a conocer Que el Media Todo el NO Intern
AUGUSTA fe proceso de gmail.com exitosamente el proyecto se Proyecto
LÓPEZ notas proceso de notas termine
ARENAS” nivel inicial. exitosamente.
ordinador
E.P.P Ferreña Usuarios ---- Que el proyecto Que se Bajo Fase final NO Intern
UGUSTA fe- cumpla los termine el del proyecto.
PEZ Chiclay requerimientos proyecto
ENAS” o establecidos exitosamente
ofesores
E.P.P Ferreña Usuarios ---- Que el proyecto Que se Bajo Fase final NO Intern
UGUSTA fe cumpla los termine el del proyecto.
PEZ requerimientos proyecto
ENAS” establecidos exitosamente
udiantes
E.P.P Ferreña Usuarios ---- Que el proyecto Que se Bajo Fase final NO Extern
UGUSTA fe cumpla los termine el del proyecto.
PEZ requerimientos proyecto
ENAS” establecidos exitosamente
dre/Madre
--- Usuarios Poder acceder Bajo Fase final NO Extern
a información del proyecto.
amigable.
3.
4. GRUPOS DE PROCESOS DE PLANIFICACION
4.1. RECOPILAR REQUISITOS
DOCUMENTACIÓN DE REQUISITOS

NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR: DESCRIBIR LAS LIMITACIONES DE


LA SITUACIÓN ACTUAL Y LAS RAZONES POR LAS CUÁLES SE EMPRENDE EL PROYECTO
La I.E.P. PARROQUIAL "AUGUSTA LOPEZ ARENAS" cuenta con 331 estudiantes y actualmente
no cuenta con alguna herramienta de TI que le permita administrar, la admisión, las
matrículas de alumnos, mostrar evaluaciones a los padres de familia y alumnos, administrar
los pagos mensuales de las pensiones de los alumnos, y la difusión de contenidos a la
comunidad.

La institución cuenta con una cuenta corriente en dos entidades bancarias, los padres de
familia hacen el pago de sus derechos en dichas cuentas y luego envían su Boucher a la
institución.

De ello se ha identificado los siguientes problemas.

 Debido a la coyuntura actual, el proceso de matrícula y pago de pensiones se ha vuelto


muy tedioso, antes se hacía de manera personal, en la oficina de secretaria de la
institución, pero ahora se realiza a través de fotos, capturas, escaneos, por medio de
correo electrónico y WhatsApp.
 Anualmente se deben registrar un aproximado de 300 matriculas, y en los dos últimos
años se ha vuelto un proceso muy tedioso, debido a la pandemia, ya que la secretaria
y su ayudante, deben validar los Boucher y documentos, buscándolos en los correos
recibidos y en los mensajes de WhatsApp.
 De la misma manera, pasa mensualmente con el pago de las pensiones de los
estudiantes.
 Para el caso de las notas de los estudiantes, si bien es cierto se hace una publicación
mensual de las notas por medio de los grupos de WhatsApp, los padres necesitan
información detallada.
 La entidad difunde información de sus actividades, resoluciones, notificación y logros
obtenidos, utilizando medios no formales como página de Facebook, WhatsApp y
llamadas telefónicas.

Al implementar un sistema web, la institución tiene la oportunidad de reducir en un 70% el


tiempo de ejecución, tanto del proceso de admisión, matrícula, como el de administración de
pensiones, toda vez que brinda una oportunidad de una mejor experiencia con los clientes, que
son los padres de familia, permitiendo generar mayor aceptación y prestigio en contraste con
la competencia, asegurando matriculas de nuevos alumnos cada año.

OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: DEFINIR CON CLARIDAD LOS OBJETIVOS DEL NEGOCIO Y
DEL PROYECTO PARA PERMITIR LA TRAZABILIDAD DE ESTOS.
Objetivos del negocio:
Optimizar el proceso de gestión de admisiones.
Optimizar el proceso de gestión de matrículas.
Optimizar el proceso de gestión de deudas.
Optimizar el proceso de gestión de notas.
Visibilizar a la institución con la publicación de contenidos.
Reducir tiempo en dichos procesos.
Que los padres de familia no tengan la necesidad de acercarse al establecimiento.

Objetivos del proyecto:


Cumplir con los requerimientos establecidos para la implementación del sistema.
Concluir con el proyecto en el plazo pactado.
Cumplir con las fechas programadas para los entregables.

REQUISITOS FUNCIONALES:
INTERESADO PRIORIDAD REQUISITOS
OTORGADA
POR EL CÓDIGO DESCRIPCIÓN
INTERESADO
El sistema permitirá gestionar la admisión de nuevos
Alta REQ001
alumnos.
Alta El sistema permitirá gestionar el proceso de
REQ002
matrícula.
Alta El sistema permitirá gestionar el proceso de pagos
REQ003
de matrículas y pensiones.
Fernando Alta El sistema permitirá gestionar el acceso a los
Aguilar REQ004 usuarios de acuerdo a su perfil de usuario y los
Cabrera. permisos asignados.
Gerente Alta El sistema permitirá reportar la información de
(Cliente) REQ005
matrículas de los alumnos, por año.
Alta El sistema permitirá reportar el estado de deuda de
REQ006
los alumnos.
Media El sistema permitirá que cualquier visitante pueda
ver la información de la institución educativa como,
REQ007
historia, misión, visión, calendario de actividades,
preguntas frecuentes, etc.
Alta REQ007 El sistema permitirá gestionar las fichas académicas
de los alumnos, para conocer su situación
académica.
Alta REQ008 El sistema permitirá registrar anualmente el nuevo
año académico, con sus respectivas características
como fecha de inicio, fecha de fin, etc.
Alta REQ009 El sistema permitirá registrará anualmente los
nuevos precios de los costos de los derechos
académicos.
Alta REQ010 Cada padre/madre podrá dar seguimiento al estado
de admisión de su hijo y descargar ese reporte.
Alta REQ011 Cada padre/madre podrá dar seguimiento al estado
de matrícula de su hijo y descargar ese reporte.
Alta REQ012 El sistema permitirá que los maestros puedan
Rosa Mirtha gestionar las notas de sus alumnos, de manera
Bravo Llaque.
periódica.
Directora
(Cliente) REQ013 El sistema permitirá que los maestros puedan
Alta actualizar anualmente la situación académica de sus
alumnos en su ficha académica.
REQ014 Cada padre/madre podrá dar seguimiento al estado
Alta
de deudas de su hijo y descargar ese reporte.
Alta REQ015 Cada padre/madre podrá dar seguimiento al estado
de deudas de su hijo y descargar ese reporte.
Alta REQ016 Cada padre/madre podrá conocer la situación
académica de su hijo al final del año.
Alta REQ017 Cada padre/madre podrá dar seguimiento mensual
al estado de notas de su hijo y descargar ese
reporte.
El sistema permitirá que un visitante de la pagina
Media REQ018 pueda dejar sus datos con alguna consulta que se le
notifique luego.
REQUISITOS NO FUNCIONALES:
PRIORIDAD REQUISITOS
OTORGADA
INTERESADO
POR EL CÓDIGO DESCRIPCIÓN
INTERESADO
Sponsor Alta REQ019 Desarrollo con un gestor de base de datos libre,
como MySQL.
Alta REQ020 Leguaje de programación PHP, maquetado con
HTML, CSS, JavaScript, y tecnologías con los
mejores estándares para el manejo interactivo del
producto.
Alta REQ021 Que sus páginas sean responsivas.
Alta REQ022 Menús de navegación sencillos e interactivos.
Alta REQ023 Generación periódica de copias de seguridad.
Alta REQ024 Funcional y usable para los diferentes navegadores
como IE, Mozilla Firefox, Chrome. Así como en
dispositivos móviles.
Media REQ025 La página debe permitir el posicionamiento en los
buscadores con el uso de metadatos y palabras
claves.
Media REQ026 Certificado de seguridad.
Project Alta REQ027 El tiempo de respuesta del sistema debe de ser de
Manager 3s.
REQUISITOS DE CALIDAD:
PRIORIDAD REQUISITOS
OTORGADA
INTERESADO
POR EL CÓDIGO DESCRIPCIÓN
INTERESADO
Gerente Muy Alta ReQ028 Obtener un índice de aceptación del 95% a partir
General de la fecha que comienza a utilizar el software en un
periodo de evaluación de una semana.
Gerente Muy Alta ReQ029 Que el sistema pueda gestionar todas la matriculas
General en paralelo.
Gerente Muy Alta ReQ030 Que el sistema pueda generar deudas de los
General alumnos, de manera masiva.
CRITERIOS DE ACEPTACIÓN:
TÉCNICOS Los componentes del producto deben cumplir con el 100% de lo acordado en
el acta de Constitución del Proyecto.
DE CALIDAD Los componentes del producto deben cumplir con los estándares de calidad
definidos en el C.E.P.P que garantice de forma mínima un 95% de satisfacción
del cliente, cumpliendo todos los requerimientos indicados.
ADMINISTRAT Todos los entregables deben ser aprobados por el sponsor y los stakeholders
IVOS de los módulos implementados.
COMERCIALES Se debe cumplir con todos los acuerdos pactados.
SOCIALES La Aplicación web debe ser intuitivo al usuario y a primera vista, de manera
que facilite su uso.
REGLAS DE NEGOCIO:
El registro de estudiantes y todos los procesos que necesiten de la información del mismo, se
debe gestionar por medio de su DNI.
Todos los años se debe apertura un nuevo año escolar en el sistema.
Todos los alumnos deben tener una ficha académica antes de matricularse.
Todos los años varía el costo de los derechos académicos como admisión, matrícula y
pensiones de acuerdo al nivel (Inicial, primaria y secundaria).
Cada año académico tiene fechas limites para el proceso de admisión y de matrículas.
El pago por derecho de admisión, le da derecho a tener una vacante reservada durante todos
los años que dure su escolaridad, esta cuota de ingreso no es reembolsable.
Los roles dentro de la institución pueden variar, por ejemplo, en algún momento que la
directora o el Gerente no estén presentes, pueden asignar a la secretaria con sus mismos
permisos de acceso.
IMPACTO EN OTRAS ÁREAS DE CONOCIMIENTOS:
Administración
Dirección
Tutoría
IMPACTO EN OTRAS ENTIDADES:
Ninguna

REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO:


Una vez puesta en producción del sistema, se inicia el periodo de garantía del producto, el cual
es de 3 meses, cubriendo el servicio de mantenimiento, con un tiempo de respuesta no menor
a 10 horas desde el llamado al proveedor, y el tiempo de reparación de acuerdo a lo que
demande.
El entrenamiento y capacitación al personal responsable del uso del sistema se hará en dos
sesiones de 3 horas cada sesión.
Se efectuarán reuniones quincenales entre el gerente de proyecto del cliente, el gerente de
proyecto del proveedor, para analizar los avances del proyecto e identificar posibles riesgos.
SUPUESTOS RELATIVOS A REQUISITOS:
La institución cuenta las instalaciones y los equipos de cómputo necesarios para el uso del
sistema web, ya sea de hardware y de software, comunicaciones de red y logística.
El tiempo de conexión dependerá del tipo de conexión que tenga el usuario a internet y del
tráfico.
RESTRICCIONES RELATIVAS A REQUISITOS:
El cliente procederá a la verificación del correcto funcionamiento del sistema web, esta
verificación y validación se hará en un periodo de 5 días hábiles, a partir de la puesta en
marcha del sistema.
Pasado este tiempo el cliente debe manifestar las observaciones del sistema, de no ser así, se
asumirá que el sistema cumple con todos los requisitos establecidos.
Se debe tener en cuenta que el proveedor es el dueño del sistema implementado, por lo tanto,
el cliente está comprometido a no transferir, vender o negociar con el mismo. El cliente es el
dueño del uso del sistema.
El cliente se compromete a participar activamente de todas las acciones donde intervenga, a
fin de respetar el cronograma, para evitar los retrasos y se haga efectivo los pagos en las
fases previstas, de no ser así, se procederá a actualizar el cronograma e informarlo al equipo
de trabajo.

4.2. DEFINIR EL ALCANCE


La declaración de alcance del Proyecto es simplemente un documento escrito que especifica el
alcance de dicho proyecto. Dependiendo de la complejidad del proyecto, la declaración del
alcance podría ser una sección del plan del proyecto o un documento independiente.

Este documento te proporciona detalles del proyecto, el alcance del producto y el entregable
del proyecto. Proporciona una descripción detallada de las tareas a ejecutar, suposiciones,
restricciones, hitos y más. La declaración del alcance del proyecto ayuda a las partes
interesadas a tener un entendimiento común del proyecto y su entregable.
Contiene la inclusión y la exclusión del proyecto que establece las expectativas de las partes
interesadas del proyecto, por lo que enfrentas menos obstáculos para completar el proyecto.
El enunciado del alcance del proyecto es la base de tu planificación. Te ayuda a revisar las
solicitudes de cambio; sabrás qué está incluido en el alcance y qué no. Si la solicitud está fuera
de los límites del proyecto, puedes plantear requisitos adicionales o cambios en las líneas base.
Desarrollar una declaración del alcance del proyecto implica determinar los hechos relevantes,
recopilar documentación y obtener un acuerdo.
La declaración del alcance del proyecto proporciona un resumen detallado de algunos de los
elementos del projet charter.
Importancia de la declaración del alcance del proyecto
- Ayuda a las partes interesadas a comprender el alcance del proyecto y del producto.
- Reduce las posibilidades de que el alcance se filtre en etapas posteriores.
- Ayuda al director del proyecto a desarrollar el plan del proyecto sin esfuerzo.
- Ayuda a desarrollar líneas de base del proyecto.
La declaración del alcance del proyecto reduce la incertidumbre al restringir el alcance y
brindar a todas las partes interesadas o participantes clave una visión clara del proyecto.

DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO:


REQUISITOS: CONDICIONES O CARACTERÍSTICAS: P ROPIEDADES FÍSICAS, QUÍMICAS,
CAPACIDADES QUE DEBE ENERGÉTICAS, O SICOLÓGICAS, QUE SON DISTINTIVAS DEL
POSEER O SATISFACER EL PRODUCTO, Y / O QUE DESCRIBEN SU SINGULARIDAD.
PRODUCTO PARA CUMPLIR CON
CONTRATOS, NORMAS,
ESPECIFICACIONES, U OTROS
DOCUMENTOS FORMALMENTE
IMPUESTOS.
1. Gestionar el proceso de El sistema presentará una interfaz amigable para poder
admisión. hacer el registro de los alumnos con su apoderado y se
podrá gestionar el proceso de admisión.
2. Gestionar el proceso de El sistema presentará una interfaz amigable para gestionar el
matrículas. proceso de matrícula.
3. Gestionar el proceso de El sistema generará la deuda de admisión y de matrícula de
deudas. manera automática, una vez creado su ficha de admisión o
de matrícula, respectivamente.
El sistema será capaz de generar deudas de pensiones de los
alumnos, de manera masiva. Así mismo se podrá modificar la
información de la deuda a cada alumno, según sea el caso.
Habrá casos excepcionales donde se aplicarán descuentos a
los alumnos.
4. Gestionar el proceso de notas. El sistema deberá gestionar los promedios de los alumnos.
5. Gestionar la publicación de El sistema será capaza de presentar contenido multimedia e
contenidos. interactivo, que será registrado en la bdd.
6. Gestionar el acceso a las El sistema estará sujeto a las políticas de seguridad
opciones del sistema, por establecidas por la institución.
medio de roles.
7. Emisión de reportes El sistema será capaz de emitir reportes y exportarlos a Excel
o PDF.

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO: CONJUNTO DE REQUISITOS QUE DEBEN CUMPLIRSE ANTES QUE SE
ACEPTE EL PRODUCTO DEL PROYECTO.
CONCEPTOS CRITERIOS DE ACEPTACIÓN
1. TÉCNICOS Los componentes del producto deben cumplir con el 100% de lo
acordado en el acta de Constitución del Proyecto.
2. DE CALIDAD Los componentes del producto deben cumplir con los estándares de
calidad definidos en el C.E.P.P que garanticen el 95% de satisfacción del
cliente como mínimo, cumpliendo todos los requerimientos indicados.
3. ADMINISTRATIVOS Todos los entregables deben ser aprobados por el sponsor y los
stakeholders de los módulos implementados.
4. COMERCIALES Se debe cumplir con todos los acuerdos pactados.
5. SOCIALES La Aplicación web debe ser intuitivo, fácil de comprender y usar.

DESCRIPCIÓN DEL ALCANCE DEL PROYECTO:


Se desarrollará una aplicación web que permita automatizar el proceso de admisión, matrícula
y de notas de los alumnos, trabajando con los datos establecidos en las reglas del negocio. Para
el caso en que los usuarios ingresen datos que no cumplan con las reglas del negocio, el sistema
lo notificara a través de mensajes de error.

La aplicación web, estará compuesta por un conjunto de páginas dinámicas conectadas a una
base de datos, la cual, una vez puesta en operación, se realizarán las pruebas respectivas,
validaciones y monitoreo constante de tal manera que cumpla con los requisitos establecidos
por el cliente en la fase de inicio. De esta manera nos aseguraremos de brindar un portal
amigable, de calidad, eficiente, que permita la interacción sencilla por parte de los sus usuarios.

Así mismo:
 Implementar el sistema web para la I.E.P. "AUGUSTA LOPEZ ARENAS", tanto a nivel de
BDD, como a nivel de aplicación.
 Capacitar a los usuarios del sistema.
 Entrega el manual de usuario del sistema

FASES DEL PROYECTO:


FASE DESCRIPCIÓN
Gestión del proyecto Esta fase comprende todo el proceso de gestión de proyectos, desde
la iniciación del proyecto hasta el cierre del mismo.
Análisis Se define claramente la necesidad a suplir o el sistema que se desea
crear. Se Identifican los principales elementos que serán parte del
producto.
Diseño En base a la información obtenida en la fase de análisis se va a
desarrollar un modelo o prototipo de acuerdo a las especificaciones
técnicas.
Desarrollo Utilizar los modelos creados durante la etapa de diseño para crear los
componentes del sistema.
Pruebas En esta fase se va asegurar que los componentes del sistema, cumplan
con los requerimientos establecidos.
Despliegue Puesta en marcha del producto.
Capacitación Se realiza la capacitación al personal que usara el sistema y se entrega
los manuales del sistema.

ENTREGABLES DEL PROYECTO: CUALQUIER PRODUCTO, RESULTADO O CAPACIDAD DE PRESTAR UN SERVICIO,


ÚNICO Y VERIFICABLE, QUE DEBE PRODUCIRSE PARA COMPLETAR UN PROCESO, UNA FASE O UN PROYECTO.

FASE DEL PROYECTO ENTREGABLES


1.0 Gestión del proyecto  Acta de Constitución del Proyecto.
 Alcance
 preliminar
 Enunciado del Alcance.
 EDT del proyecto.
 Diccionario del EDT.
 Cronograma de actividades.
 Costo del proyecto.
 Plan de proyecto
 Informe quincenal.
 Acta de Aceptación.
 Acta de cierre.
2.0 Análisis  Metodología.
 Requerimientos.
 Diagrama de casos de Uso.
 Prototipos.
3.0 Diseño  Diagrama de clases.
 Modelo lógico de bdd.
 Modelo físico de bdd.
4.0 Desarrollo  Base de datos.
 Formularios y navegabilidad y validación de datos.
 Módulo de gestión de usuarios.
 Módulo login del sistema.
 Módulo de gestión de personas.
 Módulo de gestión de año académico.
 Módulo de gestión de costo de derechos académicos.
 Módulo de gestión de Admisión.
 Módulo de gestión de ficha académica.
 Módulo de gestión de Matriculas.
 Módulo de gestión de deudas.
 Módulo de gestión de evaluaciones.
 Módulo de gestión de reportes.
 Módulo de gestión de publicación de contenido en la
página web.
 Módulo de configuración inicial.
5.0 Pruebas  Reporte de pruebas de los módulos.
 Reporte de pruebas de seguridad de datos.
 Reporte de pruebas de rendimiento.
 Reporte de pruebas de validación de datos.
6.0 Despliegue  Hosting configurado.
 Sistema en producción.
 Informe técnico de despliegue.
7.0 Capacitación  Manual de usuario.
 Capacitación a personal.

EXCLUSIONES DEL PROYECTO: IDENTIFICA LO QUE SE EXCLUYE DEL PROYECTO. INDICAR EXPLÍCITAMENTE LO QUE
SE ENCUENTRA FUERA DEL ALCANCE DEL PROYECTO.
1. Los pagos generados por los padres de familia, en las entidades bancarias, no serán
actualizados automáticamente por el sistema, pues la entidad aun no cuenta con un servicio de
recaudadora en las entidades bancarias.
2. No se ingresará la información personal de los estudiantes, padres y trabajadores de la
entidad.
3. No se dará mantenimiento a los equipos de cómputo de la institución.
4. No se hará instalación de red.

RESTRICCIONES DEL PROYECTO:


INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA
ORGANIZACIÓN
Las reuniones de coordinación tendrán como máximo 1
hora de duración.
El personal de la institución trabaja de lunes a sábado.
Que el servicio de internet sea lento o se interrumpa.
La programación del software, no se puede realizar en
los ambientes de la institución.
Que el equipo propuesto por parte de la institución Que los usuarios finales no tengan
educativa no conozca bien el proceso de negocio a las habilidades informáticas
programar. suficiente para el uso del sistema.
Que los usuarios finales no estén correctamente Que los usuarios finales no estén
capacitados para el uso del aplicativo. correctamente capacitados para el
uso del aplicativo.
El cliente procederá a la verificación del correcto
funcionamiento del sistema web en un periodo de 5 días
hábiles, a partir de la puesta en marcha del sistema. De
no ser así, se asumirá que el sistema cumple con todos
los requisitos establecidos.

El proveedor es el dueño del sistema implementado, por


lo tanto, el cliente está comprometido a no transferir,
vender o negociar con el mismo. El cliente es el dueño
del uso del sistema.

Una vez puesta en producción del sistema, se inicia el


periodo de garantía del producto, el cual es de 3 meses,
cubriendo el servicio de mantenimiento, con un tiempo
de respuesta no menor a 10 horas desde el llamado al
proveedor, y el tiempo de reparación de acuerdo a lo
que demande.

SUPUESTOS DEL PROYECTO:


INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN
La institución cuenta las instalaciones y los Los padres tienen acceso al servicio de internet,
equipos de cómputo necesarios para el uso así como dispositivos tecnológicos.
del sistema web, ya sea de hardware y de
software, comunicaciones de red y logística.
El personal técnico esta lo suficiente
capacitado para la ejecución de sus tareas.
El tiempo de conexión dependerá del tipo
de conexión que tenga el usuario a internet
y del tráfico existente en la red.
Todos los requerimientos planteados son
los que se necesitan.

HITOS DEL PROYECTO:


Gestión de proyecto
Desarrollo de análisis
Desarrollo de diseño
Desarrollo de los módulos
Desarrollo de pruebas
Despliegue
Capacitación
4.3. CREAR LA EDT
4.4. DICCIONARIO DE LA EDT

ESPECIFICACIÓN DE PAQUETES DE TRABAJO DE LA EDT

Describir el paquete de trabajo y la forma en que se debe elaborar.


Objetivos: Documento que oficializa el inicio del proyecto y se
1.1.1 Project
nombra de manera oficial al director el proyecto y las restricciones.
Charter
Requisitos: Debe estar firmada por el sponsor del proyecto.
1.1 Iniciación
Objetivos: Aborda las características y los límites del
1.1.2 Alcance
proyecto previo a las entrevistas con los stakeholders.
Preliminar
Requisitos: Obtener la información del caso de negocio.
Objetivos: Recopila los requisitos de los interesados da una
1.2.1
descripción de una solución concreta, que permitirá llegar a un
Enunciado del
resultado final de entregables en el proyecto.
alcance
Requisitos: Haber identificado y entrevistado a los interesados.
Objetivos: Se presenta la estructura de desglose del Trabajo, en una
1.2.2 EDT descomposición jerárquica del alcance total del proyecto.
Requisitos: Tener definidos los entregables del proyecto.
Objetivos: Proporcionar información detallada del entregable, la
1.2.3
actividad y la programación de cada componente de la Estructura de
Diccionario del
Desglose de trabajo.
EDT
Requisitos: Tener definido la EDT.
Objetivos: Establecer la duración del proyecto, la fecha de inicio y
1.2 Planificación
final de cada tarea, para la estimación de duración.
1.2.4
Requisitos: Debe contener la definición de las actividades, definir sus
FASE 1: Cronograma
dependencias y asignación de recursos.
Gestión del
proyecto
Objetivos: Detallar el cálculo, planificado, formulado y anticipado de
1.2.5 los gastos del proyecto, expresado en términos financieros, el cual
Presupuesto debe cumplirse en un tiempo determinado.
Requisitos: No exceder lo establecido en el acta de constitución.
Objetivos: Detallar la información de la planificación en el proyecto
1.2.6 Plan de integrando todos los documentos de la planificación.
proyecto Requisitos: Tener definido el alcance, actividades, dependencias,
recursos, tiempos, costos.
Objetivos: informar al sponsor cada 15 días los avances y el
1.3.1 Informe
1.3 Ejecución seguimiento de los riesgos del proyecto.
quincenal
Requisitos: Disponibilidad del equipo de proyecto.
Objetivos: contralora e influir de manera constructiva para el
1.4 Control cumplimiento oportuno en los plazos y costes y avances del
proyecto.
Objetivos: obtener la aceptación y conformidad de manera formal
1.5.1 Acta de
sobre el producto.
aceptación
Requisitos: firmada por el sponsor.
1.5 Cierre
Objetivos: obtener el documento en que se da el cierre formal del
1.5.2 Acta de
proyecto.
cierre
Requisitos: Debe estar firmado por el sponsor y director del proyecto.
Objetivos: Definir la disciplina que se encarga de elaborar, definir y
2.1 Metodología sistematizar el conjunto de técnicas, métodos y procedimientos que
se deben seguir durante el desarrollo del proyecto.
Objetivos: Definir los aspectos técnicos que deben cumplirse en los
2.2
entregables para terminar con éxito el proyecto.
Requerimientos
Requisitos: deben estar definidos por los interesados del proyecto.
FASE 2:
Objetivos: Ayuda a identificar la comunicación y comportamiento del
Análisis 2.3. Diagrama de
sistema, mediante la interacción con los usuarios.
casos de uso
Requisitos: deben estar definidos por los interesados del proyecto.
Objetivos: Representación aparente pero concreta que permitirá
analizar la viabilidad del proyecto.
2.4 Prototipos
Requisitos: Se debe realizar en algún software de prototipado, previo
a la implementación real.
FASE 3: 3.1.1 Objetivos: Obtener una estructura estática del sistema explicando su
Diseño 3.1 Modelo UML Diagrama de estructura señalando las clases del sistema, sus atributos, métodos y
Clases la correlación entre los objetos.
3.2 Modelo DER Objetivos: Definir lo que realizará el sistema, mediante la expresión
3.2.1 Modelo
conceptual de lo que hará el sistema para resolver los problemas
lógico
identificados en el análisis previo.
3.2.2 Modelo Objetivos: creación de objetos de datos relaciones tales como:
físico tablas, columnas, claves, etc.
Requisitos: Modelo de datos lógico.
Objetivos: Implementar la base de datos del sistema.
4.1 Base de datos
Requisitos: Gestor de base de datos con Licencia abierta.
Objetivos: Presentar el sistema de manera interactiva con todos los
4.2 Formularios formularios debidamente navegables, de manera que los interesados
FASE 4: navegables sepan el recorrido del sistema.
Desarrollo Requisitos: Requisitos funcionales del sistema.
Objetivos: Obtener todos los módulos programados definidos en los
4.3 Módulos requerimientos.
programados Requisitos: Que los formularios estén debidamente navegables y se
rijan a los requisitos establecidos en el proyecto.
Objetivos: Hacer las pruebas a todos los módulos implementados, de
5.1 Reporte de
manera que se detecten fallos e inconsistencias antes de la puesta en
pruebas de
marcha.
módulos
Requisitos: Cumplir con los requisitos de los interesados.
5.2 Reporte de Objetivos: Obtener una base de datos segura, sin riesgos a
pruebas de vulneración e inconsistencias.
seguridad de Requisitos: Se debe asegurar con todas las pruebas de ataques
FASE 5: datos existentes.
Pruebas Objetivos: Hacer las pruebas de rendimiento a todos los módulos
5.3 Reporte de
implementados.
pruebas de
Requisitos: Se debe asegurar los tiempos de respuesta en las
rendimiento
operaciones.
5.4 Reporte de Objetivos: Sistema con datos validados.
pruebas de Requisitos: Validación de da tipo de datos, longitudes, fechas
validación coherentes, etc.
Objetivos: Se hará la adquisición del Hosting y dominio,
posteriormente la configuración.
6.1 Hosting Requisitos: no debe exceder el costo del presupuesto.
El hosting debe ser comprado a nombre del representante legal de la
institución.
FASE 6: 6.2 Sistema en Objetivos: Se realiza el despliegue del sistema y se pone en marcha.
Despliegue producción Requisitos: haber pasado todas las fases de pruebas.
Objetivos: Informar sobre todas las incidencias presentadas en el
6.3 Informe momento de la puesta en marcha, si se presentó algún problema,
técnico de notificar la manera en que se resolvió.
despliegue Requisitos: Documentar de manera detallada para futuros
mantenimientos.
Objetivos: Obtener el documento que facilita la tarea de
conocimiento, uso y aprendizaje del sistema desarrollado. Contiene
toda la información acerca de todas las operaciones básicas que el
7.1 Manual de
sistema ofrece, así como también las capturas de pantallas que
usuario
servirán para el seguimiento de la explicación.
FASE 7:
Requisitos: debe ser sencillo al sponsor y específico para futuros
Capacitación
mantenimientos del sistema.
Objetivos: que los usuarios del sistema conozcan el sistema y su
funcionamiento.
7.2 Capacitación
Requisitos: El sistema debe estar completamente operativo y listo
para la puesta en marcha.
4.5. DEFINIR LAS ACTIVIDADES Y SECUENCIAS
PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO
ACTIVIDAD ACTIVIDAD
CODIGO PREDECESORA SUCESORA
NOMBRE CODIGO NOMBRE ALCANCE DEL TRABAJO DE LA ACTIVIDAD
WBS
1.1.1 Project Charter 1.1.1A01 Reunión con el sponsor Reunión Inicial de trabajo 1.1.1A02
1.1.1A02 Elaborar el Project Charter Redactar el documento del Project Charter 1.1.1A01 1.1.1A03
1.1.1A03 Revisar el Project Charter Revisar y aprobar el Project Charter 1.1.1A02 1.1.2A01
1.1.2 Alcance 1.1.2A01 Reunión con el sponsor Reunión informativa con el sponsor 1.1.1A03 1.1.2A02
Preliminar 1.1.2A02 Elaborar alcance preliminar Redactar el documento del Alcance del proyecto 1.1.2A01 1.1.2A03
1.1.2A03 Revisar el alcance preliminar Revisar y aprobar el alcance del proyecto 1.1.2A02 1.2.1A03
1.2.1 Enunciado del 1.2.1A01 Reunión con el sponsor Reunión informativa con el sponsor 1.1.2A03 1.2.1A02
Alcance 1.2.1A02 Elaborar el enunciado del alcance Redactar el documento del enunciado del alcance 1.2.1A01 1.2.1A03
1.2.1A03 Revisar el enunciado del alcance Revisión y aprobación del enunciado del alcance 1.2.1A02 1.2.2A01
1.2.2 EDT 1.2.2A01 Elaboración de EDT Elaboración de documento que contiene EDT 1.2.1A03 1.2.3A01
1.2.3 Diccionario de 1.2.3A01 Elaboración del diccionario Elaboración de documento que contiene diccionario de 1.2.2A01 1.2.3A02
EDT EDT
1.2.3A02 Validación de la EDT Revisión y aprobación de la EDT 1.2.3A01 1.2.4A03
1.2.4 Plan de Proyecto 1.2.4A01 Reunión con el equipo de trabajo Se definirá el plan de proyecto 1.2.3A02 1.2.4A02
1.2.4A02 Elaborar el plan de proyecto Redactar el plan de proyecto 1.2.4A01 1.2.4A03
1.2.4A03 Revisar el plan de proyecto Revisar y aprobar el plan de proyecto 1.2.4A02 1 2.5A01
1.2.5 Cronograma 1 2.5A01 Definir y secuenciar las actividades Se elabora el listado de actividades 1.2.4A03 1 2.5A02
1 2.5A02 Estimar los recursos para las actividades Describe los recursos necesarios para cada actividad 1 2.5A01 1 2.5A03
1 2.5A03 Estimar duración de las actividades Describe la duración estimada de cada actividad 1 2.5A02 1.2.6A02
1 2.5A04 Elaborar cronograma Se elabora el cronograma de actividades 1 2.5A03 1.2.6A01
1.2.6 Presupuesto 1.2.6A01 Planificar la gestión de costos Documento con la planificación de costos 1 2.5A04 1.2.6A02
1.2.6A02 Estimar los costos Documento con la estimación de costos 1.2.6A01 1.2.6A03
1.2.6A03 Definir el presupuesto Documento de con la definición del presupuesto 1.2.6A02 1.2.6A04
1.2.6A04 Presentación de presupuesto Validación de presupuesto con el sponsor 1.2.6A03 2.1A01
1.3.1 Informe 1.3.1A01 Elaborar informe quincenal N-1 Redactar el informe Quincenal de estado del proyecto para 4.1A01
Quincenal el Comité y Equipo del proyecto.
1.3.1A02 Elaborar informe quincenal N-2 Redactar el informe Quincenal de estado del proyecto para 4.2A06
el Comité y Equipo del proyecto.
1.3.1A03 Elaborar informe quincenal N-3 Redactar el informe Quincenal de estado del proyecto para 4.2A11
el Comité y Equipo del proyecto.
1.3.1A04 Elaborar informe quincenal N-4 Redactar el informe Quincenal de estado del proyecto para 5.2A03
el Comité y Equipo del proyecto.
1.4 Monitoreo y 1.4A01 Elaborar Informe de seguimiento del Elaborar de informe 4.2A14
Control proyecto
1.4A02 Verificación del avance mitad del proyecto Revisión y validación de informe. 1.4A01

1.5.1 Acta de 1.5.1A01 Elaborar el Acta de Aceptación Redactar Acta de Aceptación del Proyecto. 1.5.1A02
Aceptación 1.5.1A02 Revisar el Acta de Aceptación Revisar y Aprobar el Acta de Aceptación 1.5.1A01 1.5.2A01
1.5.2 Acta de Cierre 1.5.2A01 Elaborar documento de Cierre del Proyecto Redactar documento del Cierre del Proyecto. 1.5.1A02 1.5.2A02
1.5.2A02 Revisar el documento de Cierre del Revisar y Aprobar el documento de Cierre del Proyecto 1.5.2A01 2.1A01
Proyecto
2.1 Metodología 2.1A01 Elegir metodología Selección y justificación de metodología 1.5.2A02 2.2A01

2.2 Requerimiento 2.2A01 Identificar de requerimientos Se analizan los requerimientos funcionales y no 2.1A01 2.2A02
funcionales.
2.2A02 Elaboración de requerimientos Elabora lista de requerimientos. 2.2A01 2.2A03
2.2A03 Validación de requerimientos Se revisan y aprueban los requerimientos. 2.2A02 2.3A01
2.3 Diagrama de 2.3A01 Identificación de casos de uso Identificación de casos de uso 2.2A03 2.3A02
casos de uso
2.3A02 Elaboración de casos de uso Elaboración de documento de casos de uso 2.3A01 2.3A03
2.3A03 Validación de casos de uso Se revisan y aprueban los casos de uso 2.3A02 2.4A01
2.4 Prototipos 2.4A01 Selección de colores, estilo, fuente e Se selecciona los colores, estilos y fuentes a utilizar, se 2.3A03 2.4A02
imágenes obtienen las imágenes e información de la entidad
2.4A02 Prototipar Modulo de gestión de usuarios Se realizar el prototipo de este módulo con sus respectivos 2.4A01 2.4A03
submódulos
2.4A03 Prototipar Modulo de login Se realizar el prototipo de este módulo con sus respectivos 2.4A02 2.4A04
submódulos
2.4A04 Prototipar Modulo de gestión de personas Se realizar el prototipo de este módulo con sus respectivos 2.4A03 2.4A05
submódulos
2.4A05 Prototipar Modulo de gestión de año Se realizar el prototipo de este módulo con sus respectivos 2.4A04 2.4A06
académico submódulos
2.4A06 Prototipar Modulo de gestión de costos de Se realizar el prototipo de este módulo con sus respectivos 2.4A05 2.4A07
derechos académicos submódulos
2.4A07 Prototipar Modulo de gestión de admisión Se realizar el prototipo de este módulo con sus respectivos 2.4A06 2.4A08
submódulos
2.4A08 Prototipar Modulo de gestión de ficha Se realizar el prototipo de este módulo con sus respectivos 2.4A07 2.4A09
académica submódulos
2.4A09 Prototipar Modulo de gestión de matriculas Se realizar el prototipo de este módulo con sus respectivos 2.4A08 2.4A10
submódulos
2.4A10 Prototipar Modulo de gestión de deudas Se realizar el prototipo de este módulo con sus respectivos 2.4A09 2.4A11
submódulos
2.4A11 Prototipar Modulo de gestión de Se realizar el prototipo de este módulo con sus respectivos 2.4A10 2.4A12
evaluaciones submódulos
2.4A12 Prototipar Modulo de gestión de reportes Se realizar el prototipo de este módulo con sus respectivos 2.4A11 2.4A13
submódulos
2.4A13 Prototipar Modulo de publicación de Se realizar el prototipo de este módulo con sus respectivos 2.4A12 2.4A14
contenido submódulos
2.4A14 Prototipar Modulo de configuración inicial Se realizar el prototipo de este módulo con sus respectivos 2.4A13 3.1.1A01
submódulos
3.1.1 Diagrama de 3.1.1A01 Realizar diagrama de clases Se documenta el diagrama de clases 2.4A14 3.1.1A02
clases 3.1.1A02 Validar diagrama de clases se verifica y valida el diagrama de clases 3.1.1A01 3.2.1A01
3.2.1 Modelo lógico 3.2.1A01 Realizar Modelamiento Lógico Realizar Modelamiento Lógico 3.1.1A02 3.2.1A02
3.2.1A02 Validación del modelamiento lógico Validación del modelamiento lógico 3.2.1A01 3.2.2A01
3.2.2 Modelo Físico 3.2.2A01 Realizar Modelamiento Físico Realizar Modelamiento Físico 3.2.1A02 3.2.2A02
3.2.2A02 Validación modelamiento físico Validación modelamiento físico 3.2.2A01 4.1A01
4.1 Base de datos 4.1A01 Creación de BDD en motor de Base de Datos Se hace la implementación de la base de datos en el gestor 3.2.2A02 4.2A01
de BDD
4.2 Formularios 4.2A01 Diseñar Modulo de Menú principal Se realiza el diseño web de los formularios, debidamente 4.1A01 4.2A02
Navegables navegables
4.2A02 Diseñar Modulo de gestión de usuarios Se realiza el diseño web de los formularios, debidamente 4.2A01 4.2A03
navegables
4.2A03 Diseñar Modulo de login Se realiza el diseño web de los formularios, debidamente 4.2A02 4.2A04
navegables
4.2A04 Diseñar Modulo de gestión de personas Se realiza el diseño web de los formularios, debidamente 4.2A03 4.2A05
navegables
4.2A05 Diseñar Modulo de gestión de año Se realiza el diseño web de los formularios, debidamente 4.2A04 4.2A06
académico navegables
4.2A06 Diseñar Modulo de gestión de costos de Se realiza el diseño web de los formularios, debidamente 4.2A05 4.2A07
derechos académicos navegables
4.2A07 Diseñar Modulo de gestión de admisión Se realiza el diseño web de los formularios, debidamente 4.2A06 4.2A08
navegables
4.2A08 Diseñar Modulo de gestión de ficha Se realiza el diseño web de los formularios, debidamente 4.2A07 4.2A03
académica navegables
4.2A03 Módulo de gestión de matriculas Se realiza el diseño web de los formularios, debidamente 4.2A08 4.2A10
navegables
4.2A10 Diseñar Modulo de gestión de deudas Se realiza el diseño web de los formularios, debidamente 4.2A03 4.2A11
navegables
4.2A11 Diseñar Modulo de gestión de evaluaciones Se realiza el diseño web de los formularios, debidamente 4.2A10 4.2A12
navegables
4.2A12 Diseñar Modulo de gestión de reportes Se realiza el diseño web de los formularios, debidamente 4.2A11 4.2A13
navegables
4.2A13 Diseñar Modulo de publicación de Se realiza el diseño web de los formularios, debidamente 4.2A12 4.2A14
contenido navegables
4.2A14 Diseñar Modulo de configuración inicial Se realiza el diseño web de los formularios, debidamente 4.2A13 4.2A01
navegables
4.3 Módulos 4.2A01 Programar Modulo de Menú principal Programación de modulo 4.2A14 4.2A02
4.2A02 Programar Modulo de gestión de usuarios Programación de modulo 4.2A01 4.2A03
4.2A03 Programar Modulo de login Programación de modulo 4.2A02 4.2A04
4.2A04 Programar Modulo de gestión de personas Programación de modulo 4.2A03 4.2A05
4.2A05 Programar Modulo de gestión de año Programación de modulo 4.2A04 4.2A06
académico
4.2A06 Programar Modulo de gestión de costos de Programación de modulo 4.2A05 4.2A07
derechos académicos
4.2A07 Programar Modulo de gestión de admisión Programación de modulo 4.2A06 4.2A08
4.2A08 Programar Modulo de gestión de ficha Programación de modulo 4.2A07 4.2A03
académica
4.2A03 Programar Modulo de gestión de matriculas Programación de modulo 4.2A08 4.2A10
4.2A10 Programar Modulo de gestión de deudas Programación de modulo 4.2A03 4.2A11
4.2A11 Programar Modulo de gestión de Programación de modulo 4.2A10 4.2A12
evaluaciones
4.2A12 Programar Modulo de gestión de reportes Programación de modulo 4.2A11 4.2A13
4.2A13 Programar Modulo de publicación de Programación de modulo 4.2A12 4.2A14
contenido
4.2A14 Programar Modulo de configuración inicial Programación de modulo 4.2A13 5.1A01
5.1 Reporte de 5.1A01 Realizar pruebas de navegabilidad Se realizan las pruebas 4.2A14 5.1A02
pruebas de 5.1A02 Mejorar pruebas de navegabilidad Si se encuentran fallas, se corrigen 5.1A01 5.1A03
módulos
5.1A03 Elaborar informe de prueba Se elabora un informe de las pruebas 5.1A02 5.2A01
5.2 Reportes de 5.2A01 Realizar pruebas de seguridad de datos Se realizan las pruebas 5.1A03 5.2A02
pruebas de 5.2A02 Mejorar pruebas de seguridad de datos Si se encuentran fallas, se corrigen 5.2A01 5.2A03
seguridad de
5.2A03 Elaborar informe de prueba seguridad de Se elabora un informe de las pruebas 5.2A02 5.3A01
datos
datos
5.3 Reporte de 5.3A01 Realizar pruebas de rendimiento Se realizan las pruebas 5.2A03 5.3A02
pruebas de 5.3A02 Mejorar pruebas de rendimiento Si se encentran fallas, se corrigen 5.3A01 5.3A03
rendimiento
5.3A03 Elaborar informe de prueba de rendimiento Se elabora un informe de las pruebas 5.3A02 5.4A01
5.4 Reporte de 5.4A01 Realizar pruebas de validación Se realizan las pruebas 5.3A03 5.4A02
pruebas de 5.4A02 Mejorar pruebas de validación Si se encuentran fallas, se corrigen 5.4A01 5.4A03
validación
5.4A03 Elaborar informe de prueba de validación Se elabora un informe de las pruebas 5.4A02 6.1A01
6.1 Hosting 6.1A01 Solicitar cotizaciones Se busca los proveedores de hosting y se solicita 5.4A03 6.1A02
cotizaciones
6.1A02 Seleccionar cotizaciones se selecciona la mejor propuesta 6.1A01 6.1A03
6.1A03 Pagar servicio se realiza el pago del servicio 6.1A02 6.2A01
6.2 Sistema en 6.2A01 Configurar plataforma tecnológica Se configura el hosting 6.1A03 6.2A02
producción 6.2A02 Realizar migración del sistema hacia Se migra la data y la aplicación al hosting 6.2A01 6.2A03
producción
6.2A03 Configuración de Seguridad para asegurar el Se realiza la configuración de seguridad de hosting 6.2A02 6.3A01
correcto funcionamiento
6.3 Informe técnico 6.3A01 Elaborar informe técnico de despliegue del Se documenta el despliegue y los sucesos 6.2A03 7.1A01
de despliegue sistema
7.1 Manual de 7.1A01 Elaboración de manual de usuario Se elabora un manual de usuarios 6.3A01 7.2A01
usuario
7.2 Capacitación 7.2A01 Planificar capacitación Se coordina la capacitación 7.1A01 7.2A02
7.2A02 Elaboración de material para capacitación Se elabora material de capacitación 7.2A01 7.2A03
7.2A03 Realizar capacitación Se lleva a cabo la capacitación 7.2A02

4.6. RBS
RBS: IMPLEMENTACION DE UNA APLICACION WEB PARA LA IEP AUGUSTA LOPEZ ARENAS

MATERIALES PERSONAL

OFICINA INFORMÀTICO CONSULTORES

Hojas Software Hardware Gerente de proyecto

Hosting y dominio Impresora Programador 1


Folders

Tinta Programador 2

Proyector Multimedia Analista 1

4.7. CRONOGRAMA DEL PROYECTO


4.8. ESTIMACION DE COSTOS

PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO Tipo de recurso: Personal


COSTO COSTO
CODIGO COSTO COSTO
NOMBRE CODIGO NOMBRE NOMBRE DEL RECURSO UNIDADES CANT. PARCIA POR
WBS UNI. TOTAl
l PAQUETE

1.1.1.A01 Reunión con el sponsor Jefe de proyecto Hr-h 2 30 60 60 240


1.1.1 Project Charter 1.1.1.A02 Elaborar el Project Charter Jefe de proyecto Hr-h 5 30 150 150
1.1.1.A03 Revisar el Project Charter Jefe de proyecto Hr-h 1 30 30 30
1.1.2A01 Reunión con el sponsor Jefe de proyecto Hr-h 2 30 60 60 540
Alcance
1.1.2 1.1.2A02 Elaborar alcance preliminar Jefe de proyecto Hr-h 5 30 150 150
Preliminar
1.1.2A03 Revisar el alcance preliminar Jefe de proyecto Hr-h 1 30 30 30
1.2.1A01 Reunión con el sponsor Jefe de proyecto Hr-h 2 30 60 60 240
Enunciado del
1.2.1 1.2.1A02 Elaborar el enunciado del alcance Jefe de proyecto Hr-h 5 30 150 150
Alcance
1.2.1A03 Revisar el enunciado del alcance Jefe de proyecto Hr-h 1 30 30 30
1.2.2 EDT 1.2.2A01 Elaboración de EDT Jefe de proyecto Hr-h 2 30 60 60 60

Diccionario de 1.2.3A01 Elaboración del diccionario Jefe de proyecto Hr-h 2 30 60 60 90


1.2.3
EDT 1.2.3A02 Validación de la EDT Jefe de proyecto Hr-h 1 30 30 30

1.2.4A01 Reunión con el equipo de trabajo Jefe de proyecto Hr-h 1 30 30 30 120


Plan de
1.2.4 1.2.4A02 Elaborar el plan de proyecto Jefe de proyecto Hr-h 2 30 60 60
Proyecto
1.2.4A03 Revisar el plan de proyecto Jefe de proyecto Hr-h 1 30 30 30

1 2.5A01 Definir y secuenciar las actividades Jefe de proyecto Hr-h 1 30 30 30 120

1 2.5A02 Estimar los recursos para las actividades Jefe de proyecto Hr-h 1 30 30 30
1.2.5 Cronograma
1 2.5A03 Estimar duración de las actividades Jefe de proyecto Hr-h 1 30 30 30

1 2.5A04 Elaborar cronograma Jefe de proyecto Hr-h 1 30 30 30

1.2.6A01 Planificar la gestión de costos Jefe de proyecto Hr-h 1 30 30 30 120

1.2.6A02 Estimar los costos Jefe de proyecto Hr-h 1 30 30 30


1.2.6 Presupuesto
1.2.6A03 Definir el presupuesto Jefe de proyecto Hr-h 1 30 30 30

1.2.6A04 Presentación de presupuesto Jefe de proyecto Hr-h 1 30 30 30


1.3.1A01 Elaborar informe quincenal N-1 Jefe de proyecto Hr-h 8 0 0 0 0

1.3.1A02 Elaborar informe quincenal N-2 Jefe de proyecto Hr-h 8 0 0 0


Informe
1.3.1
Quincenal
1.3.1A03 Elaborar informe quincenal N-3 Jefe de proyecto Hr-h 8 0 0 0

1.3.1A04 Elaborar informe quincenal N-4 Jefe de proyecto Hr-h 8 0 0 0


Elaborar informe de seguimiento de
1.4A01 Jefe de proyecto Hr-h 4 0 0 0 0
Monitoreo y proyecto
1.4
Control
1.4A02 Verificacion y validacion de informe Jefe de proyecto Hr-h 1 0 0 0

Acta de 1.5.1A01 Elaborar el Acta de Aceptación Jefe de proyecto Hr-h 1 0 0 0 0


1.5.1
Aceptación 1.5.1A02 Revisar el Acta de Aceptación Jefe de proyecto Hr-h 1 0 0 0

1.5.2A01 Elaborar documento de Cierre del Proyecto Jefe de proyecto Hr-h 2 0 0 0 0


1.5.2 Acta de Cierre
1.5.2A02 Revisar el documento de Cierre del Proyecto Jefe de proyecto Hr-h 1 0 0 0

2.1 Metodología 2.1A01 Elegir metodología Analista Hr-h 2 20 40 40 40

2.2A01 Identificar de requerimientos Analista Hr-h 2 20 40 40 100

2.2 Requerimiento 2.2A02 Elaboración de requerimientos Analista Hr-h 2 20 40 40

2.2A03 Validación de requerimientos Analista Hr-h 1 20 20 20

2.3A01 Identificación de casos de uso Analista Hr-h 2 20 40 40 120


Diagrama de
2.3 2.3A02 Elaboración de casos de uso Analista Hr-h 2 20 40 40
casos de uso
2.3A03 Validación de casos de uso Analista Hr-h 2 20 40 40
Selección de colores, estilo, fuente e
2.4A01 Programador2/practicante Hr-h 1 20 20 20
imágenes

2.4 Prototipos 2.4A02 Prototipar Modulo de gestión de usuarios Programador2/practicante Hr-h 1 20 20 20

2.4A03 Prototipar Modulo de Loguin Programador2/practicante Hr-h 1 20 20 20


2.4A04 Prototipar Modulo de gestión de personas Programador2/practicante Hr-h 2 20 40 40

Prototipar Modulo de gestión de año


2.4A05 Programador2/practicante Hr-h 1 20 20 20
académico
Prototipar Modulo de gestión de costos de
2.4A06 Programador2/practicante Hr-h 1 20 20 20
derechos académicos

2.4A07 Prototipar Modulo de gestión de admisión Programador2/practicante Hr-h 1 20 20 20

Prototipar Modulo de gestión de ficha


2.4A08 Programador2/practicante Hr-h 1 20 20 20
académica

2.4A09 Prototipar Modulo de gestión de matriculas Programador2/practicante Hr-h 1 20 20 20

2.4A10 Prototipar Modulo de gestión de deudas Programador2/practicante Hr-h 1 20 20 20

Prototipar Modulo de gestión de


2.4A11 Programador2/practicante Hr-h 1 20 20 20
evaluaciones

2.4A12 Prototipar Modulo de gestión de reportes Programador2/practicante Hr-h 1 20 20 20

Prototipar Modulo de publicación de


2.4A13 Programador2/practicante Hr-h 1 20 20 20
contenido

2.4A14 Prototipar Modulo de configuración inicial Programador2/practicante Hr-h 1 20 20 20

Diagrama de 3.1.1A01 Realizar diagrama de clases Analista Hr-h 1 20 20 20 40


3.1.1
clases 3.1.1A02 Validar diagrama de clases Analista Hr-h 1 20 20 20
3.2.1A01 Realizar Modelamiento Lógico Analista Hr-h 2 20 40 40 60
3.2.1 Modelo lógico
3.2.1A02 Validación del modelamiento lógico Analista Hr-h 1 20 20 20

3.2.2A01 Realizar Modelamiento Físico Programador2/practicante Hr-h 2 20 40 40 60


3.2.2 Modelo Físico
3.2.2A02 Validación modelamiento físico Programador2/practicante Hr-h 1 20 20 20

4.1 Base de datos 4.1A01 Creación de BDD en motor de Base de Datos Programador 1 Hr-h 4 30 120 120 120

4.2 Formularios 4.2A01 Diseñar Modulo de Menú principal Programador2/practicante Hr-h 1 20 20 20 460
Navegables
4.2A02 Diseñar Modulo de gestión de usuarios Programador2/practicante Hr-h 1 20 20 20

4.2A03 Diseñar Modulo de Loguin Programador2/practicante Hr-h 1 20 20 20

4.2A04 Diseñar Modulo de gestión de personas Programador2/practicante Hr-h 2 20 40 40

Diseñar Modulo de gestión de año


4.2A05 Programador2/practicante Hr-h 2 20 40 40
académico
Diseñar Modulo de gestión de costos de
4.2A06 Programador2/practicante Hr-h 2 20 40 40
derechos académicos

4.2A07 Diseñar Modulo de gestión de admisión Programador2/practicante Hr-h 2 20 40 40

Diseñar Modulo de gestión de ficha


4.2A08 Programador2/practicante Hr-h 2 20 40 40
académica

4.2A03 Módulo de gestión de matriculas Programador2/practicante Hr-h 2 20 40 40

4.2A10 Diseñar Modulo de gestión de deudas Programador2/practicante Hr-h 2 20 40 40

4.2A11 Diseñar Modulo de gestión de evaluaciones Programador2/practicante Hr-h 2 20 40 40

4.2A12 Diseñar Modulo de gestión de reportes Programador2/practicante Hr-h 2 20 40 40

4.2A13 Diseñar Modulo de publicación de contenido Programador2/practicante Hr-h 1 20 20 20

4.2A14 Diseñar Modulo de configuración inicial Programador2/practicante Hr-h 1 20 20 20

4.2A01 Programar Modulo de Menú principal Programador 1 Hr-h 8 30 240 240 4800

4.2A02 Programar Modulo de gestión de usuarios Programador 1 Hr-h 8 30 240 240

4.3 Módulos 4.2A03 Programar Modulo de Loguin Programador 1 Hr-h 8 30 240 240

4.2A04 Programar Modulo de gestión de personas Programador 1 Hr-h 8 30 240 240


Programar Modulo de gestión de año
4.2A05 Programador 1 Hr-h 8 30 240 240
académico
Programar Modulo de gestión de costos de
4.2A06 Programador 1 Hr-h 8 30 240 240
derechos académicos
4.2A07 Programar Modulo de gestión de admisión Programador 1 Hr-h 8 30 240 240
Programar Modulo de gestión de ficha
4.2A08 Programador 1 Hr-h 16 30 480 480
académica
4.2A03 Programar Modulo de gestión de matriculas Programador 1 Hr-h 16 30 480 480

4.2A10 Programar Modulo de gestión de deudas Programador 1 Hr-h 16 30 480 480


Programar Modulo de gestión de
4.2A11 Programador 1 Hr-h 16 30 480 480
evaluaciones
4.2A12 Programar Modulo de gestión de reportes Programador 1 Hr-h 16 30 480 480
Programar Modulo de publicación de
4.2A13 Programador 1 Hr-h 16 30 480 480
contenido
4.2A14 Programar Modulo de configuración inicial Programador 1 Hr-h 8 30 240 240

Reporte de 5.1A01 Realizar pruebas de navegabilidad Programador2/practicante Hr-h 1 20 20 20 320


5.1 pruebas de 5.1A02 Mejorar pruebas de navegabilidad Programador2/practicante Hr-h 2 20 40 40
módulos 5.1A03 Elaborar informe de prueba Programador2/practicante Hr-h 1 20 20 20
Reportes de 5.2A01 Realizar pruebas de seguridad de datos Programador2/practicante Hr-h 1 20 20 20
pruebas de 5.2A02 Mejorar pruebas de seguridad de datos Programador2/practicante Hr-h 2 20 40 40
5.2
seguridad de Elaborar informe de prueba seguridad de
datos 5.2A03 Programador2/practicante Hr-h 1 20 20 20
datos
Reporte de 5.3A01 Realizar pruebas de rendimiento Programador2/practicante Hr-h 1 20 20 20
5.3 pruebas de 5.3A02 Mejorar pruebas de rendimiento Programador2/practicante Hr-h 2 20 40 40
rendimiento 5.3A03 Elaborar informe de prueba de rendimiento Programador2/practicante Hr-h 1 20 20 20

Reporte de 5.4A01 Realizar pruebas de validación Programador2/practicante Hr-h 1 20 20 20


5.4 pruebas de 5.4A02 Mejorar pruebas de validación Programador2/practicante Hr-h 2 20 40 40
validación 5.4A03 Elaborar informe de prueba de validación Programador2/practicante Hr-h 1 20 20 20
6.1A01 Solicitar cotizaciones Jefe de proyecto Hr-h 2 30 60 60 890
6.1 Hosting 6.1A02 Seleccionar cotizaciones Jefe de proyecto Hr-h 1 30 30 30
6.1A03 Pagar servicio Hosting Hr-h 1 800 800 800
Sistema en 6.2A01 Configurar plataforma tecnológica Programador 1 Hr-h 8 30 240 240 800
6.2
producción 6.2A02 Realizar migración del sistema hacia Programador 1 Hr-h 8 30 240 400
producción Programador2/Practicante Hr-h 8 20 160
Configuración de Seguridad para asegurar el
6.2A03 Programador2/practicante Hr-h 8 20 160 160
correcto funcionamiento
Informe técnico Elaborar informe técnico de despliegue del
6.3 6.3A01 Programador2/practicante Hr-h 8 20 160 160 160
de despliegue sistema
Manual de
7.1 7.1A01 Elaboración de manual de usuario Programador2/practicante Hr-h 4 20 80 80 80
usuario
7.2A01 Planificar capacitación Jefe de proyecto Hr-h 2 30 60 60 540
7.2 Capacitación 7.2A02 Elaboración de material para capacitación Programador 1 Hr-h 8 30 240 240
7.2A03 Realizar capacitación Programador 1 Hr-h 8 30 240 240
4.9. PLAN DE RECURSOS HUMANOS

PLAN DE RECURSOS HUMAN0S


NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
IMPLEMENTACION DE UNA APLICACIÓN
AWALA
WEB PARA LA IEP AUGUSTA LOPEZ ARENAS

ORGANIGRAMA DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO.


Ver Anexo 1
NOTA: ADJUNTAR ORGANIGRAMA DEL PROYECTO.
ROLES Y RESPONSABILIDADES: ESPECIFICAR LA MATRIZ DE ASIGNACIONES DE RESPONSABILIDADES (RAM).
Ver MatrizResponsabilidades.doc
NOTA: ADJUNTAR MATRIZ RAM.
DESCRIPCIÓN DE ROLES: NOMBRE DEL ROL, OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIÉN REPORTA, A
QUIÉN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR ROL.
Ver DescripcionRoles.doc
NOTA: ADJUNTAR FORMATOS DE DESCRIPCIÓN DE ROLES.
ADQUISICIÓN DEL PERSONAL DEL PROYECTO: CÓMO, DE DÓNDE, CUÁNDO, CUÁNTO, ETC.?
El personal pertenece a la planilla de la IE. Ver CuadroAdquisiciones.doc
NOTA: ADJUNTAR CUADRO DE ADQUISICIÓN DE PERSONAL.
CRONOGRAMAS E HISTOGRAMAS DE TRABAJO DEL PERSONAL DEL PROYECTO: CRONOGRAMAS DE ASIGNACIÓN DE
PERSONAS Y ROLES, HISTOGRAMAS DE TRABAJO TOTALES Y POR ESPECIALIDADES.

Verificar el cronograma de tiempos.

NOTA: ADJUNTAR DIAGRAMA DE CARGA DE PERSONAL.


CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO: CUÁNTO, CÓMO, HACIA DÓNDE?
ROL CRITERIO DE LIBERACIÓN ¿CÓMO? DESTINO DE ASIGNACIÓN
Sponsor Al término del Otros proyectos
proyecto
Jefe de Proyecto Al término del Comunicación del Otros Proyectos
proyecto sponsor
Primer Analista Al término del Comunicación del jefe
Programador proyecto de proyecto
Segundo Analista Al término del Comunicación del jefe
Programador proyecto de proyecto
Al término del Comunicación del jefe
proyecto de proyecto
CAPACITACIÓN, ENTRENAMIENTO, MENTORING REQUERIDO: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR
QUIÉN, CUÁNTO?
 Capacitación Técnica en Desarrollo de Aplicaciones e Instalación de Hosting

SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR QUIÉN, CUÁNTO?
 La empresa dará un bono de utilidad anual y reconocimiento a cada uno de los
trabajadores, según los proyectos que hayan participado
CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR QUIÉN,
CUÁNTO?

El personal que participará en el proyecto será debidamente evaluado a lo largo de la duración del
proyecto

ORGANIGRAMA DEL PROYECTO

SPONSOR
Aguilar Cabrera
Fernando

GERENTE DEL PROYECTO


Rabanal Senmache
Marry Cecy

ANALISTA ANALISTA ANALISTA


ANALISTA
PROGRAMADOR PROGRAMADOR PROGRAMADOR PROGRAMADOR
Pisfil Chumioque Luigi Cabrejos Severino Luz Sánchez Rubio Omar Vásquez Arroyo Erika

MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES


(RAM)
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
IMPLEMENTACION DE UNA
AWALA
APLICACIÓN WEB

Roles:
- R1: Sponsor (AF)
- R2: Jefe de proyectos (NJ)
- R3: Primer Analista Programador (RF)
- R4: Segundo Analista Programador
ROLES / PERSONAS
SP: GP: Analista
Sponso Gerente de Programado Analista Programador
ENTREGABLES r Proyecto r
1.0 Gestión del
Proyecto
1.1 Iniciación
1.1.1 Project Charter A R
1.1.2 Alcance Preliminar A R
1.2 Planificación
1.2.1 Enunciado Alcance A R
1.2.2 EDT R P P
1.2.3. Diccionario del EDT R P P
1,2.4. Cronograma R P P
1.2.5. Presupuesto V R
1.2.6 Plan de Proyecto V R
1.3. Ejecución
1.3.1. Informe Quincenal A R
1.4. Monitoreo Control
A P R R
1.5. Cierre A R
1.5.1. Acta de aceptación A R
1.5.2 Acta de Cierre A R
2.0. Análisis
V R
R
2.1 Metodología R P P
2.2Requerimientos
V R R
2..3 Diagrama de Casos de uso
R P P
2.4. Prototipos
R
3.0 Diseño R P P
3.1 Modulo UML R P P
3.1.1 Diagrama De Clases.
R P P
3.2.1 Modulo Físico R V P P
4.0 DESARROLLO V R P
4,1. Base de Datos
V R R
4.2 Formularios navegables V R R
4.3 Módulos V R R
5.0 PRUEBAS
5.1 Reporte V R R
De pruebas de Modulo
5.2. Reporte de Pruebas de Seguridad
De datos V R R
5.3 Reporte de Pruebas de Rendimiento V R R
5.4. Reporte de Pruebas de Validación V R R
6.0 Despliegue V R R
6.1. HOSTING V R R
6.2 Sistema En Producción V P P
6.3 Informe Técnico en Despliegue V R R
7.0 Capacitación V R R
7.1 Manual de Usuario V R R
7.2. Capacitación V R R

LEYENDA
R = RESPONSABLE
P = PARTICIPA
V = REVISA
A = APRUEBA
INCLUIR ESTOS DATOS EN
LA TABLA SUPERIOR

DESCRIPCIÓN DE ROLES
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
IMPLEMENTACION DE UNA APLICACIÓN
AWALA
WEB PARA LA IEP AGUSTA LOPEZ ARENAS

NOMBRE DEL ROL


SPONSOR
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Es la persona que patrocina o proporciona Recursos para el proyecto, es el responsable del éxito
del proyecto, y es quien guía los procesos en la toma de decisiones y por lo tanto es la persona
que apoya, soporta, y defiende el proyecto.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
 Aprobar el Project Charter.
 Encargado de Iniciar el Proyecto
 Aprobar el Alcance Preliminar
 Aprobar el Plan de Proyecto.
 Aprobar el cierre del proyecto.
 Revisar los Informes Quincenales
 Dar la aprobación del Acta de Constitución
 Dar la aprobación al Acta de Cierre
 Encargado de Firmar el Contrato del Servicio.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y
CUBRIR SUS RESPONSABILIDADES?).
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES, ADQUISICIONES, CONTRATOS,
PROVEEDORES, ETC.
 Decide sobre recursos humanos y materiales asignados al proyecto.
 Decide sobre modificaciones a las líneas base del proyecto.
 Decide sobre planes y programas del proyecto
REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.
Jefe de Área de Desarrollo
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.
Jefe de Proyecto
REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS:  Finanzas
QUÉ TEMAS, MATERIAS, O  Riesgos crediticios
ESPECIALIDADES DEBE CONOCER,  Préstamos
MANEJAR O DOMINAR.  Ventas
 Liderazgo
HABILIDADES:  Comunicación
QUÉ HABILIDADES ESPECÍFICAS DEBE  Negociación
POSEER Y EN QUÉ GRADO.  Solución de Conflictos
 Motivación
EXPERIENCIA:  Finanzas (5 años)
QUÉ EXPERIENCIA DEBE TENER, SOBRE  Riesgos crediticios (5 años)
QUÉ TEMAS O SITUACIONES, Y DE QUÉ  Préstamos (5 años)
NIVEL.  Ventas (5 años)
OTROS:  Ninguno
OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD,
NACIONALIDAD, ESTADO DE SALUD,
CONDICIONES FÍSICAS, ETC.
NOMBRE DEL ROL
JEFE DE PROYECTOS
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Es la persona clave, que gestiona el proyecto, es el principal responsable por el éxito del
proyecto, y por tanto es la persona con poder ejecutivo para mandar y tomar decisiones que
impulsen el proyecto por lo cual asume el liderazgo y la administración de los recursos del
proyecto para lograr los objetivos fijados por el Sponsor.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
• Elaborar el Project Charter.
• Elaborar el Plan de Proyecto.
• Elaborar el Informe de Estado del Proyecto.
• Realizar la Reunión de Coordinación Diario de 15 minutos con su equipo.
• Elaborar el Informe de Cierre del proyecto.
• Elaborar los Informes Quincenales del Servicio que se deben enviar al cliente.
• Elaborar el Informe Final del Servicio que se envía al cliente.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y
CUBRIR SUS RESPONSABILIDADES?).
 Ayudar al Sponsor a iniciar el proyecto.
 Planificar el proyecto.
 Ejecutar el proyecto.
 Controlar el proyecto.
 Cerrar el proyecto.
 Gestionar los recursos del proyecto.
 Solucionar problemas y superar los obstáculos del proyecto.
 Define y da seguimientos a los objetivos.
 Planifica y realiza el control de procesos.
 Direcciona y coordina los recursos.
 Toma de decisiones puntuales.
 Identifica los errores y busca soluciones.
 Responde ante los agentes externos por los resultados obtenidos.

NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES, ADQUISICIONES,
CONTRATOS, PROVEEDORES, ETC.
 Decide sobre la programación detallada de los recursos humanos y materiales asignados al
proyecto.
 Decide sobre la información y los entregables del proyecto.
 Decide sobre los proveedores y contratos del proyecto, con la condición de que no excedan
lo presupuestado.
REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.
Sponsor
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.
Analista Programador
REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS:  Gestión de Proyectos según la Guía de los Fundamentos
QUÉ TEMAS, MATERIAS, O para la Dirección de Proyectos (Guía del PMBOK®)
ESPECIALIDADES DEBE CONOCER,  MS Project.
MANEJAR O DOMINAR.  Estándar Exitoso de Capacitación de la empresa.
 Liderazgo
HABILIDADES:  Comunicación
QUÉ HABILIDADES ESPECÍFICAS DEBE  Negociación
POSEER Y EN QUÉ GRADO.  Solución de Conflictos
 Motivación
EXPERIENCIA:  Gestión de Proyectos según la Guía del PMBOK® (2 años)
QUÉ EXPERIENCIA DEBE TENER, SOBRE  MS Project (2 años)
QUÉ TEMAS O SITUACIONES, Y DE QUÉ  Estándares de Capacitación de la empresa (2 años)
NIVEL.
NOMBRE DEL ROL
ANALISTA PROGRAMADOR
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Encargado de investigar, diseñar y desarrollar programas para el control y funcionamiento
interno de los ordenadores además de implementar redes informáticas, es por ello que su tiempo
está enfocado a probar los programas, al igual que a instalarlos, personalizarlos y brindar soporte
a los sistemas operativos.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
• Determinar el alcance de los requerimientos a desarrollar.
• Cumplir con los tiempos de desarrollo.
• Responder por la calidad del producto.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y
CUBRIR SUS RESPONSABILIDADES?).
 Debe ser capaz de realizar mantenimiento de los sistemas ya existentes y de las
actualizaciones de los mismos
 Diseñar cada programa ajustándolo de acuerdo a las especificaciones recomendados.
 Es el encargado de hacer las pruebas de los programas que ha desarrollado para que
estas funcionen debidamente
 Además, asiste, capacita a quienes van a usar estos sistemas
 Encargado de Realizar Manual de Usuario
 Encargado de la Capacitación

CONOCIMIENTOS NECESARIOS DEL ANALISTA


REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.
Jefe de Proyecto
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.
Nadie
REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
 Conocimientos en HOSTING y Servidores web
CONOCIMIENTOS:  Estándares de Desarrollo de la empresa cliente.
QUÉ TEMAS, MATERIAS, O  Estándares de Capacitación de la empresa.
ESPECIALIDADES DEBE CONOCER,  Informix 4gl.
MANEJAR O DOMINAR.  SQL Server

 Comunicación
HABILIDADES:  Proactivo
QUÉ HABILIDADES ESPECÍFICAS DEBE  Solución de Conflictos
POSEER Y EN QUÉ GRADO.  Motivación
 Detección de escenarios de pruebas
I
EXPERIENCIA:  Programación Visual Basic .NET (2 años)
QUÉ EXPERIENCIA DEBE TENER, SOBRE  Estándares de Capacitación de la empresa (2 años)
QUÉ TEMAS O SITUACIONES, Y DE QUÉ  Especialista en Instalación Hosting y Certificado SSL
NIVEL.

OTROS:  Ninguno en particular


OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD,
NACIONALIDAD, ESTADO DE SALUD,
CONDICIONES FÍSICAS, ETC.
4.10. PLAN DE COMUNICACIONES

4.11. PLANIFICAR LA GESTION DE RIEZGOS

NOMBRE DEL PROYECTO SIGLAS DEL


PROYECTO

IMPLEMENTACIÓN DE UNA APLICACION WEB EN EL C.E.P.P “AGUSTA AWALA


LÓPEZ ARENAS” BASADO EN LA GESTIÓN DE PROYECTOS
INFORMÁTICOS.

METODOLOGÍA DE GESTIÓN DE RIESGOS

PROCESO DESCRIPCIÓN HERRAMIENTAS FUENTES DE INFORMACIÓN

Planificación de Gestión del Elaborar Plan de PMBOX Analistas Financieros


Riesgo Gestión de Riesgos Gerente de proyectos y equipo de
proyecto.
Líderes funcionales
Analistas Funcionales
Identificación de Riesgos Identificar qué Checklist de riesgos Analistas Financieros
riesgos pueden Gerente de proyectos y equipo de
afectar el Proyecto proyecto.
y documentar sus Líderes funcionales
características Analistas Funcionales
Análisis Cualitativo de Evaluar Definición de Analistas Financieros
Riesgos probabilidad e probabilidad de Gerente de proyectos y equipo de
impacto Impacto Matriz de proyecto.
Probabilidad de Líderes funcionales
impacto Analistas Funcionales
Planificación de Respuesta a Planificar la
los Riesgos ejecución de
respuestas de
riesgo
Seguimiento y Control de Verificar
Riesgos continuamente la
ocurrencia de
Riesgos

ROLES Y RESPONSABILIDADES DE GESTIÓN DE RIESGOS

PROCESOS ROLES PERSONAS RESPONSABILIDADES

Planificación de Equipo de Gestión Dirigir actividad, responsable


Gestión del de Riesgos: Rabanal Senmache directo.
Riesgo - Líder Marry Cecy Proveer decisiones.
- Apoyo Pisfil Chumioque Ejecutar actividad
Luigi
- Apoyo
Cabrejos Severino
- Apoyo
Luz Antonella
Vásquez Arroyo
Erika
Sánchez Rubio
Omar
Identificación de Identificar qué Dirigir actividad, responsable
Riesgos riesgos pueden Rabanal Senmache directo.
afectar el Proyecto Marry Cecy Proveer decisiones.
y documentar sus Pisfil Chumioque Ejecutar actividad
Luigi
características
Cabrejos Severino
Luz Antonella
Vásquez Arroyo
Erika
Sánchez Rubio
Omar
Análisis Evaluar Dirigir actividad, responsable
Cualitativo de probabilidad e Rabanal Senmache directo.
Riesgos impacto Marry Cecy Proveer decisiones.
Pisfil Chumioque Ejecutar actividad
Luigi
Cabrejos Severino
Luz Antonella
Vásquez Arroyo
Erika
Sánchez Rubio
Omar
Planificación de Planificar la Dirigir actividad, responsable
Respuesta a los ejecución de Rabanal Senmache directo.
Riesgos respuestas de Marry Cecy Proveer decisiones.
riesgo Pisfil Chumioque Ejecutar actividad
Luigi
Cabrejos Severino
Luz Antonella
Vásquez Arroyo
Erika
Sánchez Rubio Omar
Seguimiento y Verificar Dirigir actividad, responsable
Control de continuamente la Rabanal Senmache directo.
Riesgos ocurrencia de Marry Cecy Proveer decisiones.
Riesgos Pisfil Chumioque Ejecutar actividad
Luigi
Cabrejos Severino
Luz Antonella
Vásquez Arroyo
Erika
Sánchez Rubio Omar
4.12. IDENTIFICACION DE RIEZGOS
REGISTRO DE RIESGOS – LISTA DE REGISTRO IDENTIFICADOS Y EVALUACIÓN CUALITATIVA

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

IMPLEMENTACIÓN DE UNA APLICACION WEB EN EL C.E.P.P “AGUSTA LÓPEZ ARENAS” AWALA


BASADO EN LA GESTIÓN DE PROYECTOS INFORMÁTICOS.

Probabilidad Valor numérico Impacto Valor Numérico Probabilidad Valor numérico Impacto Valor Numérico
Muy improbable 0.1 Muy Bajo 0.05
Relativamente 0.3 Bajo 0.10 Muy improbable 0.1 Muy Bajo 0.05
probable Relativamente 0.3 Bajo 0.10
Probable 0.5 Moderado 0.20 probable
Muy Probable 0.7 Alto 0.40 Probable 0.5 Moderado 0.20
Casi certera 0.9 Muy Alto 0.80 Muy Probable 0.7 Alto 0.40
Casi certera 0.9 Muy Alto 0.80

USA DETONANTE EVENTO DE EFECTO ELEM AVISO/ CAUSA CATEGORÍA RESPUESTA EVALUA EVALUA EVALUA TIPO DE CÓDIGO RESPONSAB
TRIGGER RIESGO SOBRE EL ENTO SEÑAL RAÍZ A LA QUE PLANIFICADA CIÓN CIÓN CIÓN REISGO DEL LE
PROYECTO WBS TEMPRAN PERTENECE POTENCIAL PROBAL IMPACT PROB RIESGO
AFECT A POTENCIAL IDAD O POR
ADO IMPACT
O
Inseguridad, Las Demora en 5.2.1 y Pruebas Resistenci Desempeño 1. Informar al 0.3 0.4 0.12 Moderado R002 Gerente de
atención con capacitaciones puesta a 5.2.2 con a al sponsor sobre la proyecto
manuales de no llegan al 80% producción usuarios cambio y situación
usuarios de aprobación insatisfact tiempo presentada
por parte de los orias dedicado 2. Comunicar a los
usuarios finales. muy usuarios finales
corto. sobre la
importancia.
Presentan cambios Tiempo de No cumplir 4.2 y Pruebas Infraestru Calidad 1. Revisión del nivel 0.5 0.4 0.2 Moderado R001 Analista
de requerimientos respuesta con un 4.3 con el ctura de uso de la Programado
de manera continua supere los 3 requisito usuario inadecuad línea dedicada r
o en último segundos en indispensabl a 2. Incremento del
momento por parte más del 50% de e. ancho de banda
del cliente. los casos.
El usuario se queja El sistema Demora en 6.2 Facturació Mala Calidad 1.Revisión 0.4 0.7 0.28 Moderado R004 Gerente de
por diferencia entre calcula mal por el proyecto n no configurac muestral de proyectos
lo que cobraban en la mala cuadra ión de convenios
las pensiones y lo información de convenios 2. Capacitar al
que le pretenden los convenios administrador
cobrar de la I. E del sistema
El sistema Producción 5.0 Demora No se Técnicos 1. Checklist de 0.5 0.8 0.4 Alto R003 Gerente de
Fondos consumos más y en la cuenta configuración proyecto
inadecuados o del 60% de los percepción etapa de con la necesaria.
interrumpidos. recursos del de pruebas configurac 2. Pruebas y
Costos, tiempo y servidor. problemas ión esfuerzo y
alcance con el solicitada concurrencia.
inconsistentes. proyecto. para el
sistema.

4.13. ANALISIS CUALITATIVO Y CUANTITATIVO DE RIEZGOS

Probabilidad Valor numérico Impacto Valor Numérico Probabilidad Valor numérico Impacto Valor Numérico
Muy improbable 0.1 Muy Bajo 0.05
Relativamente 0.3 Bajo 0.10 Muy improbable 0.1 Muy Bajo 0.05
probable Relativamente 0.3 Bajo 0.10
Probable 0.5 Moderado 0.20 probable
Muy Probable 0.7 Alto 0.40 Probable 0.5 Moderado 0.20
Casi certera 0.9 Muy Alto 0.80 Muy Probable 0.7 Alto 0.40
Casi certera 0.9 Muy Alto 0.80
PROBABILIDAD VALOR NUMÉRICO
Muy improbable 0.1
Relativamente probable 0.3
Probable 0.5
Muy Probable 0.7
Casi certera 0.9

RIESGO EVALUACIÓN DE IMPACTO


 Cambios de requerimientos de manera continua 0.7
 Falta de capacitación a los usuarios 0.1
 Fondos inadecuados o interrumpidos. Costos, tiempo y alcance inconsistentes. 0.5

 Deficiencia en la información de los convenios 0.5

 Quejas sobre el servidor 0.5


4.14. RESPUESTA A LOS RIEZGOS
REGISTRO DE RIESGOS – PLAN DE RESPUESTA A RIESGOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

IMPLEMENTACIÓN DE UNA APLICACION WEB EN EL C.E.P.P “AGUSTA LÓPEZ AWALA


ARENAS” BASADO EN LA GESTIÓN DE PROYECTOS INFORMÁTICOS.

ORDENADO DECRECIENTE POR SEVERIDAD


CÓDIGO EVENTO DE RIESGO ELEMNTO WBS PROPIETARIO PROBABILIDAD SEVERIDAD RESPUESTA ESTRATEGIA ACCIONES DE PRESUPUESTO
DEL AFECTADOS POR IMPACTO POR IMPACTO PLANIFICADA DE RESPUESTA PARA LA
RIESGO RESPUESTA RESPUESTA

R001 Tiempo de respuesta 6.2 Analista 0.2 Moderado Realizar Evitar Revisión de la línea S./400
supere los 3 Programador controles indicada
segundos en más del frecuentes de la
Incremento del ancho de
50% de los casos. performance de
banda
la conexión

R002 Las capacitaciones 7.2 Project 0.12 Moderado Campaña de Mitigar Informar al sponsor S/. 400
no llegan al 80% de Manager Sensibilización sobre la situación
aprobación por parte presentar
de los usuarios
Comunicar a los usuarios
finales.
finales sobre la
importancia del sistema

R003 El sistema 4.2.1 Jefe de 0.4 Alta Actualizar la Mitigar Checklist de la S/.1600
consumos más sistemas memoria del configuración
del 60% de los servidor necesaria.
recursos del
Pruebas de
servidor.
esfuerzo y
concurrencia.

R004 El sistema Consultores 0.28 Moderado Auditar Mitigar Revisión muestral S./450
calcula mal PMI expedientes de convenios
por la mala
Capacitar el
información
administrador del
de los
convenios de sistema
la I. E

R005 No operativo Jefe de 0.24 Moderado Confirmar la Aceptar Tener fecha S./0.0
deficiente el sistemas instalación del máxima para tener
servidor software el requerimiento
Oracle necesario
4.15. ADQUISICIONES

5. CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo

1.0 N. Y R. F B. R 14/06/2021 Versión Original

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


IMPLEMENTACIÓN DE UNA APLICACION WEB EN EL C.E.P.P AWALA
“AGUSTA LÓPEZ ARENAS” BASADO EN LA GESTIÓN DE
PROYECTOS INFORMÁTICOS.

Producto De Código Tipo De Contrato Procedimien Forma De Responsable De La


Servicio O De to De Contratar Al Contratación
Adquisición Elemento Contratación Proveedor
HOSTING 001 LIBRE DE MODIFICACION CONTRATACI WEB O ONLINE Director de proyecto
ON DIRECTA

PLANIFICACIÓN
INGRESOS RECURSOS EGRESOS
 Línea De Base Del  Juicio De Experto  Plan De Gestión De
Alcance  Investigación Del Las Adquisiciones
 Documentación De Mercado
Riesgos  Reuniones  Actualizaciones De
Los Documentos
 Cronograma Del
Proyecto  Criterios De
Selección De Fuentes
 Estimaciones Del
Coste

 Registro De
Interesados
ADQUISICION
SERVICIO DE HOSTING

6. GRUPOS DE PROCESOS DE CIERRE


6.1. CERRAR PROYECTO
Está compuesto por aquellos procesos realizados para finalizar todas las actividades a
través de todos los Grupos de Procesos de la Dirección de Proyectos, a fin de completar
formalmente el proyecto, una fase del mismo u otras obligaciones contractuales. Este
Grupo de Procesos verifica que los procesos definidos se han completado dentro de todos
los Grupos de Procesos a fin de cerrar el proyecto o una fase del mismo, según
corresponda, y establece formalmente que el proyecto o fase del mismo ha finalizado.
OPINIÓN PERSONAL

Como opinión personal apreciamos que, la gestión de proyectos es de vital importancia porque
asegura que lo que se entrega se hace correctamente y contribuye valor real ante una
oportunidad de negocio.

Una buena gestión de proyectos significa más que controlar la gestión de proyectos, cumplir
con los plazos, los presupuestos y el alcance; unir clientes y equipos, crear una visión para el
éxito y hacer que todos estén en sintonía sobre cómo emprender el camino hacia el éxito.

Si llevamos de manera organizada y acertada cada uno de las fases de nuestro proyecto,
tendríamos un final de Proyecto exitoso, y sobre todo teniendo en cuenta que, en la fase de
Planificación, plasmaremos nuestros objetivos y las estrategias a utilizar para poder obtener
un buen resultado a lo largo de cada uno de las etapas del proyecto. Siendo así, podremos
entregar de manera satisfactoria nuestro producto final a la Institución educativa AGUSTA
LOPEZ ARENAS, la cual consta de una APLICACIÓN WEB, que le permitirá, procesar datos, notas
y promedios de los alumnos, así como brindar mayor informe a los padres de familia.

CONCLUSIONES

La fase de planificación en la gestión de proyectos es una fase crucial, pues vamos a planificar y
planear las actividades y estrategias a aplicar en el desarrollo del proyecto, el cual está
conformado por los planes especificados en la guía del PMBOK

Se ha avanzado ya con algunos entregables, entre ellos, se ha presentado el caso de negocio el


cual nos da una visión general del proyecto. Así mismo se ha desarrollado la gestión del
alcance que permite delinear los límites, y que características finales tendrá el producto o
servicio a desarrollar en el proyecto.

Es recomendable para una buena gestión de proyectos definir los objetivos y expectativas de la
empresa. Comunicarse con los stakeholders es clave para el éxito del proyecto, el que estén
involucrados es de vital importancia para la comprensión del caso.

Planificar cada proceso con suficiente detalle y tomar los tiempos debidos para cumplir
objetivos. Gestionar por hitos facilita conseguir el éxito del proyecto.

Crear un modelo de gestión que se adapte al cambio y anticipado a los riesgos. Oficializar las
entregas.
REFERENCIAS

Bibliografía
Dharma Consulting. (2012-2021). Dharma Consulting. Obtenido de Capacitación Virtual y
Soluciones Negocios para la Gestión: https://www.dharmacon.net/

Jimenez, R. P. (23 de Octubre de 2009). slideshare. Obtenido de Especificación de requisitos de


un sitio web: https://es.slideshare.net/rpedraza/especificacin-de-requisitos-de-un-
sitio-web

Maria, L. S. (10 de Junio de 2020). Desarrollo De Páginas Web – El Ciclo De Vida. Obtenido de
Staff Creativa: https://www.staffcreativa.pe/blog/desarrollo-paginas-web/

Centro Educativo Particular Agusta López Arena. (2012) Formación Humana y cristiana.
Ferreñafe. Recuperado de: http://www.augustalopezarenas.edu.pe/

C.E.P.Parroquial Augusta Lopez Arenas (2005) Información de Empresas. Recuperado de:


https://www.universidadperu.com/empresas/cepparroquial-augusta-lopez-arenas.php

Perú (2010) C.E.P. Parroquial Augusta López Arenas. Recuperado de:


https://www.datosperu.org/empresa-cepparroquial-augusta-lopez-arenas-
20185078974.php

Guerrero, D.(2015). 4.1.Desarrollar el acta de constitución. Recuperado de


https://pirhua.udep.edu.pe/bitstream/handle/11042/2361/4.1_Desarrollar_el_Acta_d
e_Constitucion.pdf?sequence=1#:~:text=El%20acta%20de%20constituci%C3%B3n
%20del,se%20debe%20empezar%20a%20planificar.

PMBOK (2021) Declaración de alcance del proyecto. Recuperado de:


https://innovando.net/declaracion-del-alcance-del-proyecto/

ISO 21500(s.f) . Registro de interesado. Recuperado de:


http://www.iso-21500.es/sites/default/files/ficheros_guia_iso21500/
g_iso21500_imp_p01_registro_de_interesados_v1.pdf
ANEXOS

Figura3. Reunión grupal

Figura3. Encuesta realizada en formulario de Google


Figura4. Encuesta realizada en formulario de Google

Figura5. Fachada de la institución


Figura 6. Ubicación de colegio en Google Maps. Fuente: Google Maps.

También podría gustarte