NOMBRE DEL PROYECTO

ESTUDIANTES
XXXXXXX
XXXXXX

DOCENTE: XXXXXX

CORPORACIÓN UNIVERTARIA AUTONOMA DE NARIÑO

FACULTAD DE INGENIERIA INFORMÁTICA
GERENCIA DE PROYECTOS INFORMÁTICOS
2020
 TABLA DE CONTENIDO

INTRODUCCIÓN 3
2. JUSTIFICACIÓN 5
3. ALCANCE DEL PROYECTO 8
3.1. Introducción al Capítulo 8
3.2. OBJETIVO DEL PROYECTO 9
3.3. OBJETIVO DEL PRODUCTO 9
3.4. IDENTIFICACIÓN DE REQUERIMIENTOS 9
3.5. REQUISITOS Y CARACTERÍSTICAS DEL PRODUCTO 14
3.6. CRITERIOS DE ACEPTACIÓN DEL PROYECTO: 15
3.7. LÍMITES DEL PROYECTO 17
3.8. RESTRICCIONES DEL PROYECTO 17
3.9. SUPUESTOS DEL PROYECTO 18
3.9.1. Supuestos y limitaciones en la Gestión de Proyectos: 18
3.9.2. Restricciones 19
3.9.3. Las restricciones comerciales: 19
3.9.4. Limitaciones técnicas 19
3.10. DOCUMENTOS INDISPENSABLES DEL PROYECTO 19
3.11. EDT / WBS 20
3.12. PLAN DE CONTROL DE CAMBIOS 23
3.13. DEFINICIÓN DEL PROCESO DE CONTROL DE CAMBIOS 23
3.13.1. Tipos de cambio: 25
3.13.2. Corrección de errores: 25
3.13.3. Documentos requeridos 26
3.13.4. Responsables de las aprobaciones 26
3.13.5. Acta de constitución del proyecto aprobada: 27
INTRODUCCIÓN
2. JUSTIFICACIÓN
 3. ALCANCE DEL PROYECTO

3.1. Introducción al Capítulo

3.2. OBJETIVO DEL PROYECTO

Diseñar y desarrollar una aplicación web para automatizar la consulta y control de información en
los puntos obtenidos en las actividades programadas por Bienestar de los estudiantes de la
CORPORACIÓN UNIVERSITARIA AUTÓNOMO DE NARIÑO SEDE VILLAVICENCIO.

3.3. OBJETIVO DEL PRODUCTO

• Modelar una herramienta inteligente que permita automatizar consulta de

información de los puntos obtenidos en las actividades, creando con esto
un medio de comunicación más eficiente con la comunidad educativa.
• Identificar los requerimientos base necesarios para el desarrollo del
aplicativo web.
• Determinar las tecnologías que permitan un desarrollo de esta
herramienta web.
3.4. IDENTIFICACIÓN DE REQUERIMIENTOS

REQUISITO TIPO PRIORIDAD INTERESADO

El proyecto debe estar estructurado bajo la Integrantes del

Proyecto Alta
metodología PMBOK proyecto/Dirección

Integrantes del
Deben existir prototipos del producto proyecto/Dirección
Proyecto Media
(wireframes / mockups)
Proveedores

Debe elaborarse un informe de propuestas Proyecto Alto Integrantes del

comerciales de los proveedores proyecto/Dirección
 seleccionados para el suministro de los
servicios de
diseño/desarrollo/infraestructura
involucrados en el proyecto

Deben estar definidos los requerimientos

Integrantes del
funcionales / no funcionales establecidos Proyecto Alto
proyecto/Dirección
como línea base

El plazo de ejecución proyectado para la Integrantes del

iniciativa no debe superar los 6 meses Proyecto Media proyecto/Dirección
Proveedores

Toda funcionalidad y transacción del Integrantes del

aplicativo móvil debe responder al usuario Proyecto Media proyecto/Dirección
en menos de 7segundos Proveedores

El sistema debe estar en capacidad de Integrantes del

operar adecuadamente con hasta 1.000 Proyecto Media proyecto/Dirección
usuarios con sesiones concurrentes.

Previa salida a producción deben ser Integrantes del

elaborados los manuales técnicos, Proyecto Media proyecto/Dirección
operativos y de usuario final
Proveedores

Previa salida a producción debe existir una Integrantes del

aprobación total del plan de pruebas de Proyecto Alta proyecto/Dirección
software sobre el aplicativo
Proveedores

Previa salida a producción deben ser Integrantes del

desarrollados procesos de capacitación con proyecto/Dirección
Proyecto Alta
el personal administrativo a cargo de
Proveedores
operar el aplicativo

La aplicación debe estar integrada con un

sistema de seguimiento y reporte de fallos Integrantes del
Proyecto Alto
que brinde cobertura a todas las proyecto/Dirección
operaciones realizables en este

El aplicativo debe contar con un módulo

de ayuda en línea.
 La plataforma debe poseer un diseño
Integrantes del
“Responsive” para garantizar la adecuada Proyecto Medio
proyecto/Dirección
visualización en múltiples dispositivos.

El aplicativo debe permitir el ingreso de Integrantes del

perfil de clientes y verificación de puntos. Proyecto Alto proyecto/Dirección
Proveedores

La aplicación debe permitir la mensajería Integrantes del

asíncrona usuario-cliente. (mensajes- proyecto/Dirección
Proyecto Bajo
boletines-alertas) para los nuevos eventos
de bienestar. Proveedores

El aplicativo debe contar con interfaz de Integrantes del

fácil uso y liviana. Proyecto Alto proyecto/Dirección

La aplicación debe permitir la interacción Integrantes del

con la información almacenada en la base proyecto/Dirección
Proyecto Alto
de datos de los puntos generados por
actividad de bienestar.

3.5. REQUISITOS Y CARACTERÍSTICAS DEL PRODUCTO

3.6. CRITERIOS DE ACEPTACIÓN DEL PROYECTO:

Criterios de Aceptación del Proyecto: ESPECIFICACIONES O REQUISITOS DE

RENDIMIENTO, FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE ANTES QUE SE
ACEPTE EL PRODUCTO DEL PROYECTO.

Conceptos Criterios De Aceptación

1. TÉCNICOS Tareas de mantenimiento.

Gestión de cuentas de usuario
Tareas de Carga y migración de datos
Un usuario no puede registrarse con la misma información de otro usuario
 Publicación de contenido multimedia

La información del formulario se almacena en la base de datos de

participantes.

2. CALIDAD Segura
Reducen las necesidad de hacer consultas externas
Amigable con el usuario final

Documento de especificaciones.
Planilla de plan de pruebas
3. DISEÑO
Documento de prototipos.
Enlace a las redes sociales de la Universidad

Fácil de usar.
4. FUNCIONALIDAD Entendible.
Fomenta la comunicación cliente servidor

3.7. LÍMITES DEL PROYECTO

Como en la mayoría de proyectos de aplicaciones TI, se estima que las limitaciones del
proyecto sean dadas por:

Riesgos Externos: ●

Riesgos Internos: ●

3.8. RESTRICCIONES DEL PROYECTO

3.9. SUPUESTOS DEL PROYECTO

 Ejemplo: En el podemos asumir que el usuario final tiene nociones básicas o
medias del uso de software y la forma de gestionar información en la plataforma, por lo que
la capacitación en su uso no supone ninguna complejidad.

3.9.1. Supuestos y limitaciones en la Gestión de Proyectos:

(Teoría para que se comprenda a que hace referencia estos supuestos en el
desarrollo del proyecto)

3.9.2. Restricciones
(Teoría para que se comprenda a que hace referencia estos supuestos en el
desarrollo del proyecto)

3.9.3. Las restricciones comerciales:

(Teoría para que se comprenda a que hace referencia estos supuestos en el
desarrollo del proyecto)

3.9.4. Limitaciones técnicas

(Teoría para que se comprenda a que hace referencia estos supuestos en el
desarrollo del proyecto)

3.10. DOCUMENTOS INDISPENSABLES DEL PROYECTO

Se deben establecer cuales documentos son indispensables para el proyecto:

3.11. EDT / WBS

La elaboración del EDT es el proceso que subdivide los entregables del proyecto y
el trabajo involucrado en el mismo, en componentes más pequeños que se puedan manejar
con mayor facilidad.
 Ejemplo: El proyecto Desarrollo de un software de vivienda se desarrollará en 7
fases. A continuación, se realiza la descomposición jerárquica basada en los entregables del
trabajo que debe ejecutar el equipo del proyecto para lograr los objetivos y realizar los
entregables requeridos; con cada nivel descendente de la EDT se representa una definición cada
vez más detallada del trabajo del proyecto.

1. Investigación Preliminar
1.1. Descripción detallada del sistema
1.2. Estudio de factibilidad / Análisis de mercado
1.3. Benchmarking
1.4. Business case

2. Determinación de requerimientos
2.1 Entrevistas a usuarios finales
2.2 2.3 Entrevistas otros stakeholders
2.4 Especificación funcional (Requerimientos funcionales / no funcionales)

3. Diseño del aplicativo

3.1 Arquitectura de la aplicación
3.2 Diseño funcional
3.2.1 Elaboración de Mockups
3.2.2 Normalización y diseño de bases de datos
3.2.3 Diagramas de flujo de datos
3.2.4 Diagrama de interfaces
3.2.5 Diagrama de clases
3.2.6 Diagrama de infraestructura
3.3 Elaboración del plan de desarrollo
3.3.1 Metodología de desarrollo
3.3.2 Plan de control de tiempos
3.3.3 Presupuesto
3.3.4 Fijación de indicadores de calidad
3.4 Elaboración del plan de pruebas

4. Desarrollo del aplicativo

 4.1 Codificación de los módulos del aplicativo
4.2 Documentación de clases, métodos y dependencias

5. Pruebas sobre el aplicativo

5.1 Ejecución de plan de pruebas
5.1.1 Pruebas unitarias
5.1.2 Pruebas de integración
5.1.3 Pruebas de seguridad
5.1.4 Pruebas de carga
5.1.5 Pruebas de volumen
5.1.6 Retroalimentación a sistema de adaptación y mejora continua del aplicativo

6. Implementación y evaluación
6.1 Migración del aplicativo a producción
6.1.1 Integración de módulos
6.1.2 Documentación de entorno
6.1.3 Parametrización inicial
6.2 Pruebas de experiencia de usuario
6.2.1 Pruebas beta
6.2.2 Test A/B
6.3 Capacitación del personal
6.4 Retroalimentación a sistema de adaptación y mejora continua del aplicativo.

7. Documentación
7.1 Elaboración de manual de técnico
7.2 Elaboración de manual operativo
7.3 Elaboración de manual de usuario final
7.4 Reporte de cumplimiento de indicadores
7.5 Retroalimentación a sistema de adaptación y mejora continúa del aplicativo.

3.12. PLAN DE CONTROL DE CAMBIOS

3.13. DEFINICIÓN DEL PROCESO DE CONTROL DE CAMBIOS

3.13.1. Tipos de cambio:

(Teoría para que se comprenda a que hace referencia estos supuestos en el desarrollo del
proyecto)

3.13.2. Corrección de errores:

(Teoría para que se comprenda a que hace referencia estos supuestos en el
desarrollo del proyecto)

3.13.3. Documentos requeridos

(Cuales serían los documentos o formatos requeridos para realizar los cambios)

3.13.4. Responsables de las aprobaciones

Quienes serían las personas responsables de realizar las aprobaciones a los cambio
solicitados
Ejemplo: Comité de Control de Cambios (CCB): Director proyecto, patrocinadores,
responsables del área de conocimiento

3.13.5. Acta de constitución del proyecto aprobada: