1
PLAN DE GESTIÓN DEL PROYECTO- PGP
Proyecto: SISTEMA DE INFORMACIÓN WEB PARA LA ADMINISTRACIÓN DEL GIMNASIO
FLEX GYM CENTER
Producto: SISTEMA PARA LA ADMINISTRACIÓN DEL GIMNASIO -SIGYM
Presentado Por: FREDDY HERNÁNDEZ MENDOZA 1151078
FABIAN YESSID MENDOZA CORREDOR 1150074
UNIVERSIDAD FRANCISCO DE PAULA SANTANDER Facultad de Ingeniería Ingeniería de Sistemas
San José de Cúcuta 2015-2
2
PLAN DE GESTIÓN DEL PROYECTO- PGP
Proyecto: SISTEMA DE INFORMACIÓN WEB PARA LA ADMINISTRACIÓN DEL GIMNASIO
FLEX GYM CENTER
Producto: SISTEMA PARA LA ADMINISTRACIÓN DEL GIMNASIO -SIGYM
Presentado Por: FREDDY HERNÁNDEZ MENDOZA 1151078
FABIAN YESSID MENDOZA CORREDOR 1150074
Presentado a: Ing. Judith del Pilar Rodríguez Tenjo
UNIVERSIDAD FRANCISCO DE PAULA SANTANDER Facultad de Ingeniería Ingeniería de Sistemas
San José de Cúcuta 2015-2
3
CONTENIDO
Página
INTRODUCCIÓN 4
ALCANCE DEL SISTEMA 5
OBJETIVOS 6
1. PLAN DE GESTIÓN DE ALCANCE 7
1.1 ENTREGABLES Y SUBENTREGABLES DEL PROYECTO 7
1.2 EDT DEL PROYECTO 9
1.3 RECOPILACIÓN DE REQUISITOS 10
2. PLAN DE GESTIÓN DE TIEMPO 12
2.1 DEFINICIÓN DE ACTIVIDADES 12
2.2 SECUENCIA DE ACTIVIDADES 14
2.3 ESTIMACIÓN DE RECURSOS 16
2.4 ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES 18
3. PLAN DE GESTIÓN DE COSTOS 21
3.1 COSTOS DEL RECURSO HUMANO 21
3.2 COSTOS ORGANIZACIONALES 21
4. PLAN DE GESTIÓN DE RIESGOS 22
4.1 IDENTIFICACIÓN DE RIESGOS 22
4.2 ANÁLISIS DE RIESGOS 25
4.3 PLANIFICACIÓN DE LA RESPUESTA A RIESGOS 26
4.4 MONITOREO DE LOS RIESGOS 28
5. PLAN DE GESTIÓN DE RECURSOS HUMANOS 29
5.1 ESTRUCTURA ORGANIZACIONAL DEL PROYECTO 29
5.2 ROLES Y RESPONSABILIDADES 29
5.3 HORARIO DE TRABAJO 33
6. PLAN DE GESTIÓN DE COMUNICACIÓN 34
7. CONTROL DE CAMBIOS 35
7.1 CONTROL INTEGRADO DE CAMBIOS 35
4
INTRODUCCIÓN
El proyecto se encarga de gestionar todas las diferentes actividades que se realizan
durante el funcionamiento diario del gimnasio, utilizando una plataforma que permita
el desarrollo efectivo y sistematizado de los procesos que se dan dentro del
establecimiento.
El sistema se realiza con el objetivo de brindar un servicio óptimo para los usuarios
que interactúan con la plataforma, dando la oportunidad de controlar los datos que se
ingresan y proporcionar fiabilidad en el manejo de los mismos.
Esta etapa nos lleva a plantearnos una cuestión fundamental acerca de cuál debe ser
el funcionamiento óptimo que ofrezca el sistema. Para llegar a esta conclusión,
debemos evaluar la situación actual dentro de la empresa, recopilar información para
la formulación de los requerimientos que el usuario del sistema debe suplir y definir las
alternativas de solución, que nos pueden llevar a un planteamiento de un sistema que
cumpla con todos los requisitos fundamentales del usuario final.
5
ALCANCE DEL SISTEMA
El alcance del sistema son las funciones de negocio a considerar dentro del alcance
del proyecto. La construcción del sistema que se debe automatizar abarca las
funciones que se determinan a continuación:
El sistema debe permitir la gestión de clientes, como dar de alta, dar de baja,
modificar, así como llevar un control o seguimiento del cliente, un cliente por el
solo hecho de estar registrado no indica que tenga autorización para utilizar las
instalaciones o servicios del mismo.
Gestionar los proveedores; los proveedores son los encargados de suministrar
productos al gimnasio, el sistema debe permitir dar alta, dar de baja y modificar
a los proveedores.
Gestionar personal que trabaja en la empresa, como lo son los instructores y
recepcionista. Igualmente debe permitir dar de alta, dar de baja y modificar.
El sistema debe permitir el cobro de la membresía del cliente y genera la
respectiva factura del cobro; punto de venta.
Gestión de maquinaria con el fin de llevar un control, el sistema debe permitir
dar de alta, dar de baja y modificar.
El sistema debe emitir estadística para la toma de decisiones sobre el gimnasio,
más concretamente el sistema debe emitir estadística de los clientes que tiene
la empresa, de los clientes que solicitan servicios y los servicios solicitados.
El sistema debe permitir consultar información de los clientes, personal,
maquinaria y proveedores mostrando la información más relevante.
Gestión del pago de nómina de los empleados
6
OBJETIVOS
Objetivo general:
Desarrollar un sistema de información para el gimnasio Flex Gym Center que
satisfaga los cada uno de los requerimientos acordados con el cliente.
Objetivos específicos
o Realizar el análisis y diseño del sistema de información.
o Implementar el sistema de información.
o Probar el sistema para detectar posibles errores y fallas.
o Establecer un cronograma de trabajo para complementar la primera parte
del trabajo (primer semestre del 2015) y que se acoplen perfectamente.
o Establecer el plan de gestión de riegos asociados al proyecto SIGYM del
programa de ingeniería de sistemas
o Identificar los cambios necesarios a realizar en el proyecto SIGYM
7
1. PLAN DE GESTIÓN DE ALCANCE
1.1 DEFINIR LOS ENTREGABLES Y SUBENTREGABLES DEL PROYECTO
NOMBRE DEL ENTREGABLE E1: ANÁLISIS Y DISEÑO
Id Sub-Entregab
le
Sub-Entregable
Descripción Fecha de entrega
Responsable
E1.3 Establecimiento de roles
Equipo de trabajo los diferentes roles
11/06/2015
Freddy Hernández
E1.4 Alcance del Proyecto
Límite del proyecto a un nivel de alcance considerable
11/06/2015 Freddy Hernández
Fabián Mendoza
E1.6 Casos de Uso Casos de usos a partir de los requisitos
11/06/2015 Freddy Hernández
Fabián Mendoza
E1.7 Modelo Conceptual
Modelo conceptual a utilizar en el proceso de análisis diseño y codificación
11/06/2015 Freddy Hernández
E1.8 Modelo Entidad Relación
Modelo entidad relación a utilizar en el proceso de análisis, diseño y codificación.
11/06/2015 Freddy Hernández
E1.9 Modelo Casos de Uso
Modelado de los casos de uso a utilizar en el proceso de análisis
11/06/2015 Freddy Hernández
Fabián Mendoza
E1.10 Modelo de Clases
Modelo de clases a utilizar en el procesos de análisis y codificación.
11/06/2015 Fabián Mendoza
E1.11 Diccionario de Datos
Significado de cada palabra utilizada en software
11/06/2015 Fabián Mendoza
E1.12 Diagrama de Despliegue
Diagrama para identificar componentes y nodos utilizados por el software
11/06/2015 Freddy Hernández
8
E1.14 Arquitectura del Sistema
Arquitectura utilizada en el desarrollo del software
11/06/2015 Fabián Mendoza
E1.16 Ficha Técnica Guía que permite al usuario final conocer generalidades del software
11/06/2015 Freddy Hernández
E1.19 Manual de Usuario
Guía que permite al usuario aprender cómo funciona el software
11/06/2015 Fabián Mendoza
NOMBRE DEL ENTREGABLE E2: INGENIERÍA DE SOFTWARE
Id Sub-Entregab
le
Sub-Entregable
Descripción Fecha de entrega
Responsable
E2.1 Plan de gestión de riesgos
Riesgos que pueden afectar la realización del proyecto SIGYM
4/12/2014
Freddy Hernández
E2.2 Planteamiento de cambios
Establecimiento de los cambios para mejorar la aplicación.
4/12/2014
Freddy Hernández
Fabián Mendoza
E2.3 Cronograma del proyecto
Definición de las actividades a realizar y sus tiempos requeridos.
4/12/2014
Freddy Hernández
Fabián Mendoza
9
1.2 EDT DEL PROYECTO
PROYECTO SIGYM
ANALISIS
Definición de generalidades del
proyecto
Visita a empresa
Definición de requerimietos
Definición de reglas del negocio
Analisis de los documentos
realizados
DISEÑO
Diagrama de casos de uso
Diagrama de robustez
Diagrama de secuencia
Diagrama conceptual
Modelo entidad relación
Diagrama de clases
INTEGRACIÓIN DE TECNOLOGIAS
Identificación de tecnología
Probar y analizar las tecnologías
Validar tecnología
MODULOS INICIALES
GESTIÓN DE CLIENTES
GESTIÓN DE PROVEEDORES
GESTION DE PERSONAL
GESTION DE MAQUINARIA
GESTION DE ESTADISTICA
PRUEBAS
MODIFICACIÓN PROYECTO SIGYM
PLANEACIÓN
Recopilación de cambios y mejoras
ormulacion de solicitud de cambios
Documentos de riesgos
Documento de cambios
Documento de estimaciones
DISEÑO
Diagrama de caso de uso
Diagrama de robustez
Diagrama de secuencia
Revisión y modificación del
MER
Revisión y modificación del
diagrama de clases
CONSTRUCCIÓN
Gestion de ejercicios
Seguimiento de rutinas
Reserva de servicios
Accedo a los datos del cliente mediate código
QR
Modificación de interfaz de usuario
10
1.3 RECOPILACIÓN DE REQUISITOS
ID NOMBRE DESCRIPCIÓN
RF1 El sistema debe permitir dar de alta a un cliente.
Permite al recepcionista registrar un cliente para llevar registro en el sistema.
RF2 El sistema debe permitir la dar de baja a un cliente.
Permite la eliminación de un cliente dentro del sistema, así como los datos asociados a la
cuenta y que no afecten el uso de los diferentes módulos.
RF3 El sistema debe permitir actualizar o modificar un
cliente.
Permite la actualización de los datos personales de un cliente para mantener al día
su información.
RF4 El sistema debe permitir dar de alta a un
proveedor.
Permite registrar un proveedor para llevar registro en el sistema.
RF5 El sistema debe permitir la dar de baja a un
proveedor.
Permite la eliminación de un proveedor dentro del sistema, así como los datos asociados a la
cuenta y que no afecten el uso de los diferentes módulos.
RF6 El sistema debe permitir actualizar o modificar un
proveedor.
Permite la actualización de los datos personales de un proveedor para mantener al
día su información.
RF7 El sistema debe permitir dar de alta a un empleado
del gimnasio.
Permite registrar un empleado para llevar registro en el sistema.
RF8 El sistema debe permitir la dar de baja a un empleado
del gimnasio.
Permite la eliminación de un empleado dentro del sistema, así como los datos asociados a la
cuenta y que no afecten el uso de los diferentes módulos.
RF9 El sistema debe permitir actualizar o modificar un empleado del gimnasio.
Permite la actualización de los datos personales de un empleado para mantener al
día su información.
RF10 El sistema debe permitir registrar una máquina.
Permite al recepcionista registrar una máquina para llevar registro en el sistema.
RF11 El sistema debe permitir eliminar una máquina.
Permite la eliminación de una máquina dentro del sistema, así como los datos asociados a la
cuenta y que no afecten el uso de los diferentes módulos.
RF12 El sistema debe permitir actualizar o modificar una
máquina.
Permite la actualización de los datos de una máquina para mantener al día su información.
11
RF13 El sistema debe permitir registrar cobro por pago de
suscripción del cliente.
Permite inscribir dentro del sistema el pago efectuado por un cliente para poder ingresar al establecimiento y hacer uso de sus máquinas
e instalaciones.
RF14 El sistema debe permitir genera una factura del
pago respectivo hecho por el cliente.
Permite generar un soporte de pago de la suscripción efectuada por el cliente.
RF15 El sistema debe permitir mostrar la cantidad de
clientes con las que cuenta en ese momento el
gimnasio.
Permite visualizar la cantidad de usuarios con los que cuenta el gimnasio en cualquier
momento.
RF16 El sistema debe permitir la consulta de cualquier
cliente, proveedor, empleado y maquinaria.
Permite acceder a los datos de los usuarios dentro del sistema.
RF17 El sistema debe permitir mostrar estadísticas.
Permite generar estadísticas generales del gimnasio para evaluar el éxito que se pueda
tener.
RF18 El sistema debe permitir calcular el pago de nómina
para cada empleado.
Permite realizar el cálculo de la nómina de cada empleado y así obtener un total de la
cuenta a pagar al mes.
RF19 El sistema debe permitir registra el pago de la
nómina.
Permite guardar el registro del pago de la nómina efectuado para que sirva de soporte
ante futuros procesos.
12
2. PLAN DE GESTIÓN DE TIEMPO
2.1 DEFINICION DE ACTIVIDADES
ID ACTIVIDAD DESCRIPCIÓN DE LA ACTIVIDAD
ANALISIS Y DISEÑO
01 Definición de generalidades del proyecto
02 Visita a empresa
03 Definición de los requerimientos
04 Definición de reglas de negocio
05 Definición de alcance
06 Análisis de los documentos planteados
07 Realización de casos de uso
08 Realización de diagramas de robustez
09 Realización de diagramas de secuencia
10 Realización del modelo conceptual
11 Realización del modelo entidad relación
12 Realización de diagramas de clases
INTEGRACIÓN DE TECNOLOGIAS
13 Identificación de las tecnologías
14 Analizar y probar las tecnología a integrar
15 Validar tecnologías
MODULO GESTION DE CLIENTES
16 Análisis de procesos y gestión de clientes
17 Codificación
18 Realización de pruebas
19 Corrección de errores
MODULO GESTIÓN DE PROVEDORES
20 Análisis de procesos y gestión de clientes
21 Codificación
22 Realización de pruebas
23 Corrección de errores
MODULO GESTIÓN DE PERSONAL
24 Análisis de procesos y gestión de clientes
25 Codificación
26 Realización de pruebas
27 Corrección de errores
MODULO GESTIÓN DE MAQUINARIA
28 Análisis de procesos y gestión de clientes
13
29 Codificación
30 Realización de pruebas
31 Corrección de errores
MODULO GESTIÓN DE ESTADISTICA
32 Análisis de procesos y gestión de clientes
33 Codificación
34 Realización de pruebas
35 Corrección de errores
36 Pruebas de acoplamiento y seguridad
37 Realización del informe final
PLANEACIÓN
38 Recopilación de cambios y mejorar
39 Formulación de solicitud de cambios y mejoras
ANALISIS Y DISEÑO
40 Documento de cambios
41 Documento de riesgos
42 Documento de estimaciones
43 Realización de diagramas de casos de uso
44 Realización de diagramas de robustez
45 Realización de diagrama de secuencia
46 Revisión y modificación del modelo de entidad relación
47 Revisión y modificación del diagrama de clases
MODULO GESTION DE EJERCICIOS
48 Análisis de procesos y gestión de clientes
49 Codificación
50 Realización de pruebas
51 Corrección de errores
MODULO SEGUIMIENTO DE RUTINAS
52 Análisis de procesos y gestión de clientes
53 Codificación
54 Realización de pruebas
55 Corrección de errores
MODULO RESERVA DE SERVICIOS
56 Análisis de procesos y gestión de clientes
57 Codificación
58 Realización de pruebas
59 Corrección de errores
MODIFICACIÓN DE INTERFAZ DE USUARIO
56 Análisis de procesos y gestión de clientes
57 Codificación
58 Realización de pruebas
59 Corrección de errores
MODULO ACCESO MEDIANTE CÓDIGO QR
60 Análisis de procesos y gestión de clientes
14
61 Codificación
62 Realización de pruebas
63 Corrección de errores
2.2 SECUENCIA DE ACTIVIDADES
ID ACTIVIDAD DESCRIPCIÓN DE LA ACTIVIDAD
ID PREDECESORA
ANALISIS Y DISEÑO
01 Definición de generalidades del proyecto
02 Visita a empresa 01
03 Definición de los requerimientos 02
04 Definición de reglas de negocio 02
05 Definición de alcance 04
06 Análisis de los documentos planteados 04
07 Realización de casos de uso 06
08 Realización de diagramas de robustez 07
09 Realización de diagramas de secuencia 07
10 Realización del modelo conceptual 07
11 Realización del modelo entidad relación 10
12 Realización de diagramas de clases 11
INTEGRACIÓN DE TECNOLOGIAS
13 Identificación de las tecnologías 12
14 Analizar y probar las tecnología a integrar 13
15 Validar tecnologías 13
MODULO GESTION DE CLIENTES
16 Análisis de procesos y gestión de clientes 15
17 Codificación 16
18 Realización de pruebas 16
19 Corrección de errores 18
MODULO GESTIÓN DE PROVEDORES
20 Análisis de procesos y gestión de clientes 19
21 Codificación 20
22 Realización de pruebas 21
23 Corrección de errores 22
MODULO GESTIÓN DE PERSONAL
24 Análisis de procesos y gestión de clientes 23
25 Codificación 24
26 Realización de pruebas 25
27 Corrección de errores 26
MODULO GESTIÓN DE MAQUINARIA
28 Análisis de procesos y gestión de clientes 27
15
29 Codificación 28
30 Realización de pruebas 29
31 Corrección de errores 30
MODULO GESTIÓN DE ESTADISTICA
32 Análisis de procesos y gestión de clientes 31
33 Codificación 32
34 Realización de pruebas 33
35 Corrección de errores 34
36 Pruebas de acoplamiento y seguridad 35
37 Realización del informe final 36
PLANEACIÓN
38 Recopilación de cambios y mejorar 37
39 Formulación de solicitud de cambios y mejoras 38
ANALISIS Y DISEÑO
40 Documento de cambios 39
41 Documento de riesgos 37
42 Documento de estimaciones 37
43 Realización de diagramas de casos de uso 37
44 Realización de diagramas de robustez 43
45 Realización de diagrama de secuencia 43
46 Revisión y modificación del modelo de entidad relación
43
47 Revisión y modificación del diagrama de clases 43, 46
MODULO GESTION DE EJERCICIOS
48 Análisis de procesos y gestión de clientes 47
49 Codificación 48
50 Realización de pruebas 49
51 Corrección de errores 50
MODULO SEGUIMIENTO DE RUTINAS
52 Análisis de procesos y gestión de clientes 51
53 Codificación 52
54 Realización de pruebas 53
55 Corrección de errores 54
MODULO RESERVA DE SERVICIOS
56 Análisis de procesos y gestión de clientes 55
57 Codificación 56
58 Realización de pruebas 57
59 Corrección de errores 58
MODIFICACIÓN DE INTERFAZ DE USUARIO
60 Análisis de procesos y gestión de clientes 59
61 Codificación 60
62 Realización de pruebas 61
63 Corrección de errores 62
MODULO ACCESO MEDIANTE CÓDIGO QR
16
64 Análisis de procesos y gestión de clientes 63
65 Codificación 64
66 Realización de pruebas 65
67 Corrección de errores 66
2.3 ESTIMACION DE RECURSOS
ID ACTIVIDAD
DESCRIPCIÓN DE LA ACTIVIDAD TIPO DE RECURSO
CANTIDAD
ANALISIS Y DISEÑO
01 Definición de generalidades del proyecto
Persona 2
02 Visita a empresa Persona 2
03 Definición de los requerimientos Persona 2
04 Definición de reglas de negocio Persona 2
05 Definición de alcance Persona 2
06 Análisis de los documentos planteados Persona 2
07 Realización de casos de uso Persona 2
08 Realización de diagramas de robustez Persona 1
09 Realización de diagramas de secuencia Persona 1
10 Realización del modelo conceptual Persona 1
11 Realización del modelo entidad relación Persona 1
12 Realización de diagramas de clases Persona 1
INTEGRACIÓN DE TECNOLOGIAS
13 Identificación de las tecnologías Persona 2
14 Analizar y probar las tecnología a integrar
Persona 2
15 Validar tecnologías Persona 2
MODULO GESTION DE CLIENTES
16 Análisis de procesos y gestión de clientes
Persona 2
17 Codificación Persona 2
18 Realización de pruebas Persona 1
19 Corrección de errores Persona 1
MODULO GESTIÓN DE PROVEDORES
20 Análisis de procesos y gestión de clientes
Persona 2
21 Codificación Persona 2
22 Realización de pruebas Persona 1
23 Corrección de errores Persona 1
MODULO GESTIÓN DE PERSONAL
17
24 Análisis de procesos y gestión de clientes
Persona 2
25 Codificación Persona 2
26 Realización de pruebas Persona 1
27 Corrección de errores Persona 1
MODULO GESTIÓN DE MAQUINARIA
28 Análisis de procesos y gestión de clientes
Persona 2
29 Codificación Persona 2
30 Realización de pruebas Persona 1
31 Corrección de errores Persona 1
MODULO GESTIÓN DE ESTADISTICA
32 Análisis de procesos y gestión de clientes
Persona 2
33 Codificación Persona 2
34 Realización de pruebas Persona 1
35 Corrección de errores Persona 1
36 Pruebas de acoplamiento y seguridad Persona 1
37 Realización del informe final Persona 2
PLANEACIÓN
38 Recopilación de cambios y mejorar Persona 2
39 Formulación de solicitud de cambios y mejoras
Persona 1
ANALISIS Y DISEÑO
40 Documento de cambios Persona 1
41 Documento de riesgos Persona 1
42 Documento de estimaciones Persona 1
43 Realización de diagramas de casos de uso
Persona 2
44 Realización de diagramas de robustez Persona 1
45 Realización de diagrama de secuencia Persona 1
46 Revisión y modificación del modelo de entidad relación
Persona 1
47 Revisión y modificación del diagrama de clases
Persona 1
MODULO GESTION DE EJERCICIOS
48 Análisis de procesos y gestión de clientes
Persona 2
49 Codificación Persona 2
50 Realización de pruebas Persona 1
51 Corrección de errores Persona 1
MODULO SEGUIMIENTO DE RUTINAS
52 Análisis de procesos y gestión de clientes
Persona 2
18
53 Codificación Persona 2
54 Realización de pruebas Persona 1
55 Corrección de errores Persona 1
MODULO RESERVA DE SERVICIOS
56 Análisis de procesos y gestión de clientes
Persona 2
57 Codificación Persona 2
58 Realización de pruebas Persona 1
59 Corrección de errores Persona 1
MODIFICACIÓN DE INTERFAZ DE USUARIO
60 Análisis de procesos y gestión de clientes
Persona 2
61 Codificación Persona 2
62 Realización de pruebas Persona 1
63 Corrección de errores Persona 1
MODULO ACCESO MEDIANTE CÓDIGO QR
64 Análisis de procesos y gestión de clientes
Persona 2
65 Codificación Persona 2
66 Realización de pruebas Persona 1
67 Corrección de errores Persona 1
2.4 ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES
ID ACTIVIDA
D
DESCRIPCIÓN DE LA ACTIVIDAD ID PREDECE
SORA
DURACIÓN EN DIAS
ANALISIS Y DISEÑO
01 Definición de generalidades del proyecto 2
02 Visita a empresa 01 1
03 Definición de los requerimientos 02 10
04 Definición de reglas de negocio 02 1
05 Definición de alcance 04 1
06 Análisis de los documentos planteados 04 1
07 Realización de casos de uso 06 15
08 Realización de diagramas de robustez 07 2
09 Realización de diagramas de secuencia 07 2
10 Realización del modelo conceptual 07 1
11 Realización del modelo entidad relación 10 3
12 Realización de diagramas de clases 11 2
19
INTEGRACIÓN DE TECNOLOGIAS
13 Identificación de las tecnologías 12 1
14 Analizar y probar las tecnología a integrar 13 1
15 Validar tecnologías 13 1
MODULO GESTION DE CLIENTES
16 Análisis de procesos y gestión de clientes 15 2
17 Codificación 16 4
18 Realización de pruebas 16 1
19 Corrección de errores 18 1
MODULO GESTIÓN DE PROVEDORES
20 Análisis de procesos y gestión de clientes 19 2
21 Codificación 20 4
22 Realización de pruebas 21 1
23 Corrección de errores 22 1
MODULO GESTIÓN DE PERSONAL
24 Análisis de procesos y gestión de clientes 23 2
25 Codificación 24 7
26 Realización de pruebas 25 1
27 Corrección de errores 26 1
MODULO GESTIÓN DE MAQUINARIA
28 Análisis de procesos y gestión de clientes 27 2
29 Codificación 28 4
30 Realización de pruebas 29 1
31 Corrección de errores 30 1
MODULO GESTIÓN DE ESTADISTICA
32 Análisis de procesos y gestión de clientes 31 2
33 Codificación 32 7
34 Realización de pruebas 33 1
35 Corrección de errores 34 1
36 Pruebas de acoplamiento y seguridad 35 2
37 Realización del informe final 36 2
PLANEACIÓN
38 Recopilación de cambios y mejorar 37 5
39 Formulación de solicitud de cambios y mejoras
38 2
ANALISIS Y DISEÑO
40 Documento de cambios 39 2
41 Documento de riesgos 37 2
42 Documento de estimaciones 37 2
43 Realización de diagramas de casos de uso
37 4
44 Realización de diagramas de robustez 43 2
45 Realización de diagrama de secuencia 43 2
20
46 Revisión y modificación del modelo de entidad relación
43 1
47 Revisión y modificación del diagrama de clases
43, 46 1
MODULO GESTION DE EJERCICIOS
48 Análisis de procesos y gestión de clientes 47 2
49 Codificación 48 4
50 Realización de pruebas 49 1
51 Corrección de errores 50 1
MODULO SEGUIMIENTO DE RUTINAS
52 Análisis de procesos y gestión de clientes 51 2
53 Codificación 52 15
54 Realización de pruebas 53 1
55 Corrección de errores 54 1
MODULO RESERVA DE SERVICIOS
56 Análisis de procesos y gestión de clientes 55 2
57 Codificación 56 7
58 Realización de pruebas 57 1
59 Corrección de errores 58 1
MODIFICACIÓN DE INTERFAZ DE USUARIO
60 Análisis de procesos y gestión de clientes 59 2
61 Codificación 60 10
62 Realización de pruebas 61 1
63 Corrección de errores 62 1
MODULO ACCESO MEDIANTE CÓDIGO QR
64 Análisis de procesos y gestión de clientes 63 2
65 Codificación 64 5
66 Realización de pruebas 65 1
67 Corrección de errores 66 1
21
3. PLAN DE GESTIÓN DE COSTOS
3.1 COSTOS DEL RECURSO HUMANO
En esta sección se debe tener en cuenta que dos personas integran el proyecto y estas
mismas son las encargadas de los roles del desarrollo de software, como lo son:
director del proyecto, jefe del proyecto, líder del proyecto, analista, arquitecto,
documentador, ingeniero de procesos, ingeniero de requerimientos, ingeniero de
casos de uso y constructor.
Persona Salario Total
Freddy Hernández 2’000.000 24’000.000
Fabián Mendoza 2’000.000 24’000.000
3.2 COSTOS ORGANIZACIONALES
Descripción Costo (Mensual) Total
Transporte 110.000 1’320.000
Papelería 80.000 960.000
Equipos y licencias 10’000.000
22
4. PLAN DE GESTIÓN DE RIESGOS
El plan de gestión de riesgos se basa en un procedimiento para plantear una lista de
riesgos que a futuro puede afectar negativamente el desarrollo exitoso del proyecto de
la aplicación web para la organización y gestión de los datos del gimnasio FLEX GYM
CENTER – SIGYM.
La definición de los riesgos es muy importante en la ejecución del proyecto ya que
conociendo los aspectos qué se pueden ver afectados y cómo, se definen planes de
contingencia para afrontar dichos riesgos y a partir de ello, realizar un seguimiento
riguroso para evitar que se vuelva a presentar el problema.
4.1 IDENTIFICACIÓN DE RIESGOS.
Para iniciar se hace una proyección a futuro para identificar las situaciones que no
serían favorables al desarrollo exitoso del proyecto de la aplicación web para la
organización y gestión de los datos del gimnasio FLEX GYM CENTER – SIGYM.
SIGYM
Riesgo de personal
Abandono de proyecto por el
personal
Riesgo de requisitos
Cambios inesperados de requerimientos
Riesgo de herramientas
Falla de servidor de base de
datos
Falla del servidor de aplicaciones
Riesgo de producto
Prototipo no cumple con las
expectivas
23
Se tienen en cuenta el código de identificación del riesgo, definición y descripción del
mismo, causas generadoras del riesgo (Factores internos y externos), efectos y WBS
que consiste en la ubicación dentro del cronograma que afectaría su incidencia.
COD RIESGO TIPO CAUSAS EFECTOS WBS
RSG-
1
Abandono del
proyecto por
parte del
personal antes
de que
termine.
Riesgo de
Personal
- Enfermedad
del personal.
- Abandono de
la materia por
parte de
integrantes del
proyecto.
- Conflicto entre
los integrantes
del proyecto.
-
Incumplimiento
de las
actividades
planeadas
dentro del
cronograma.
- Falta de
personal en
ciertas etapas
del proyecto.
Planeación
Análisis
Diseño
Implementación
RSG-
2
Cambios
inesperados
de los
requerimientos
pactados al
inicio del
proyecto.
Riesgo de
requisitos
- El cliente no
expresa la idea
real de lo que
quiere.
- Error de
comunicación
en la etapa de
recopilación y
análisis de
requerimientos.
-Obligación de
contratar más
personal para
dar
cumplimento
con el
cronograma
pactado.
-
Incumplimiento
de las
actividades
planteadas en
el cronograma.
-Ejecución del
plan de gestión
de cambios.
Planeación
Análisis
Diseño
RSG-
3
El prototipo
planeado para
la entrega en
cualquier
iteración no
Riesgo de
producto
-Inconsistencia
en la etapa de
análisis, diseño
y/o
implementación.
-El cliente se
siente
insatisfecho
con lo
Implementación
Pruebas
Iteración
24
cumple las
expectativas
requeridas
- El equipo de
desarrollo no
capta la idea de
la funcionalidad
o las
especificaciones
requeridas.
-
Inconsistencias
en la
especificación
de los
requerimientos.
desarrollado
en el proyecto.
-Plantear
nuevamente el
proyecto.
-Reuniones de
evaluación de
personal.
-
Incumplimiento
de las
actividades
planteadas en
el cronograma.
RSG-
4
Falla del
servidor de
base de datos
Riesgo de
Herramientas
-Fallas
eléctricas
-Falta de
soporte
adecuado en el
servidor de base
de datos
-Eliminación de
base de datos
semestrales.
- Se elimina la
estructura de
base de datos
del proyecto,
sin backup
actualizados.
- Perdida de
información.
Pruebas
Implementación
RSG-
5
Falla del
servidor de
aplicaciones.
Riesgo de
Herramientas
-Desatención
en la parte de
mantenimiento y
disponibilidad
del servidor.
- Ausencia de
la aplicación
en la web.
-
Inconvenientes
de pruebas en
tiempo real.
Pruebas
Implementación
25
4.2 ANÁLISIS DE RIESGOS.
En esta sección se analizan los aspectos necesarios para identificar los riesgos que
pueden afectar el desarrollo normal del proceso. De igual manera se clasifican para
poder priorizar las actividades de mayor impacto.
A continuación se presentan las tablas que indican los criterios de impacto y
probabilidad que se van a considerar en el proyecto SIGYM, además de la tabla de
relación de impacto-probabilidad para clasificarlo dependiendo de los colores de
escala del riesgo para priorizarlos.
Impacto Muy Bajo
Bajo Moderado Alto Muy Alto
Probabilidad 1 2 3 4 5
5 5 10 15 20 25
4 4 8 12 16 20
3 3 6 9 12 15
2 2 4 6 8 10
1 1 2 3 4 5
Tabla de matriz de probabilidad e impacto
Clasificación del Riesgo Rango PXI
Riesgo bajo 1-4
Riesgo Moderado 5-11
Riesgo Alto 12-25
Tabla valores matriz de probabilidad e impacto
Puntuar cada uno de los riesgos del proyecto de acuerdo con el análisis de
probabilidad por impacto completando la matriz de identificación de riesgos.
Impacto Escala
Catastrófico 5
Mayor 4
Moderado 3
Menor 2
Insignificante 1
Tabla criterio de impacto
Criterio Probabilidad
Casi certeza 5
Probable 4
Moderada 3
improbable 2
raro 1
Tabla criterio de
probabilidad
26
ANALISIS Y CLASIFICACION DE LOS RIESGOS DEL PROYECTO
Código(1) Riesgo(2) Probabilidad(6) Impacto(7) Total(8)
RGS-1 Personal abandona el proyecto antes de que finalice.
1 5 5
RGS-2 Cambios críticos de los requerimientos previstos en un inicio.
2 3 6
RGS-3 Prototipo de desarrollo entregado en alguna iteración no cumple con la funcionalidad requerida
2 4 8
RGS-4 Falla del servidor de base de datos
3 4 12
RGS-5 Falla del servidor de aplicaciones.
3 4 12
En esta parte se clasifica los riesgos del proyecto SIGYM colocando de primero los
riesgos altos, para continuar con la etapa de planificación de riesgos.
RIESGOS CLASIFICADOS POR PRIORIDAD
Código(1) Riesgo(2) Total(8)
RGS-4 Falla del servidor de base de datos 12
RGS-5 Falla del servidor de aplicaciones. 12
RGS-3 Prototipo de desarrollo entregado en alguna iteración no cumple con la funcionalidad requerida
8
RGS-2 Cambios críticos de los requerimientos previstos en un inicio.
6
RGS-1 Personal abandona el proyecto antes de que finalice.
5
4.3 PLANIFICACIÓN DE LA RESPUESTA A RIESGOS.
En la planificación de los riesgos del proyecto SYGIM se busca definir las acciones,
responsabilidades, fechas e indicadores que se deben tener en cuenta al momento de
efectuarse un riesgo.
27
PLANIFICACION DE LOS RIESGOS DEL PROYECTO
Cód (1)
Riesgo (2) Total (8)
Acciones (9) Responsable (10)
Cronograma (11)
Indicador (12)
RGS-4
Falla del servidor de base de datos
12 Creación de la petición al administrador del servidor informando las fallas registradas.
Freddy Hernández
En el momento en que se registra el problema.
Informe de verificación y arreglo de los daños
RGS-5
Falla del servidor de aplicaciones.
12 Creación de la petición al administrador del servidor informando las fallas registradas.
Freddy Hernández
En el momento en que se registra el problema.
Informe de verificación y arreglo de los daños
RGS-3
Prototipo de desarrollo entregado en alguna iteración no cumple con la funcionalidad requerida
8 Identificar los ítems por los cuales el prototipo no cumple con la funcionalidad requerida y en base a esto se procede a diseñar de nuevo el prototipo.
Fabián Mendoza
Fecha de la iteración en que se entrega el prototipo.
Se obtiene la aprobación del prototipo entregado.
RGS-2
Cambios críticos de los requerimientos previstos en un inicio.
6 Realizar una visita al cliente y entrevistarlo para replantear el documento de análisis y diseño, teniendo en cuenta los cambios que se pueden realizar en el proyecto.
Fabián Mendoza
Planeación Análisis y diseño.
Realizar petición de cambios de los requerimientos
RGS-1
Personal abandona el
5 Reorganizar el equipo de tal
Freddy Hernández,
En el momento en
Verificar que las actividades
28
proyecto antes de que finalice.
forma que se solapen el trabajo y los miembros comprendan el trabajo de los demás
Fabián Mendoza
que se registra el problema.
se cumplan en las fechas establecidas
4.4 MONITOREO DE LOS RIESGOS.
El seguimiento, monitoreo y control de los riesgos es útil en el momento de determinar,
cuál es el progreso que está teniendo el riesgo dentro del proyecto SIGYM,
actualmente ningún riesgo se ha efectuado.
MONITOREO DE LOS RIESGOS DEL PROYECTO
Cód (1)
Riesgo (2) Estado (13)
Descripción (14)
Fecha(15) Firma (16)
RPS-4 Falla del servidor de base de datos
Activo No se han producido
16/09/2015 Freddy Hernández
RPS-5 Falla del servidor de aplicaciones.
Activo No se han producido
16/09/2015 Freddy Hernández
RPS-3 Prototipo de desarrollo entregado en alguna iteración no cumple con la funcionalidad requerida
Activo No se han producido
16/09/2015 Fabián Mendoza
RPS-2 Cambios críticos de los requerimientos previstos en un inicio.
Activo No se han producido
16/09/2015 Fabián Mendoza
RPS-1 Personal abandona el proyecto antes de que finalice.
Activo No se han producido
16/09/2015 Fabián Mendoza
29
5. PLAN DE GESTION DE LOS RECURSOS HUMANOS
5.1 ESTRUCTURA ORGANIZACIONAL DEL PROYECTO
5.2 ROLES Y RESPONSABILIDADES
Director de Línea
Funciones: Entre las funciones del director del proyecto se encuentran las siguientes:
Incentivar a la continuidad del proyecto y mantener interés institucional en el proyecto.
Establecer las reglas del trabajo.
Estudia y aprueba las propuestas que se definan para el método y proceso de desarrollo de software.
Direccionamiento y aprobación general de las actividades definidas en el proyecto.
Nombre Judith del Pilar Rodríguez Tenjo
Cargo Directora de proyecto
Mail [email protected]
Director del proyecto
LIder analistas
ingenieros de requerimientos
ingeniero de casos de uso
ingeniero de procesos
Lider Diseño
arquitecto
jefe de modelados
Lider de codificaion
programador 1
programador 2
documentador
Revisor del proyecto
30
Jefe del Proyecto
Funciones: Entre las funciones del jefe del proyecto se encuentran las siguientes:
El Jefe de Proyecto debe tener una combinación de habilidades incluyendo la capacidad de hacer preguntas perspicaces, detectar supuestos no declarados y, resolver conflictos interpersonales
Reconocer los riesgos que puedan impactar la probabilidad de éxito del proyecto y definir la forma de tratar a cada riesgo en caso de que se presente.
Supervisa la calidad técnica y tecnológica del desarrollo de software.
Tomar decisiones trascendentes y decisiones menores, de manera de manejar bajo control el riesgo y minimizar la incertidumbre
Nombre Freddy Hernández Mendoza
Cargo Jefe del Proyecto
Teléfono 3178668684
Mail [email protected]
Líder del Proyecto
Funciones: Entre las funciones del líder del proyecto se encuentran las siguientes:
Liderar la planeación del proyecto.
Planea las interacciones con los interesados y mantiene al equipo concentrado en los objetivos del proyecto.
Deber velar por el resultado eficaz del proyecto y que se acepte el producto por parte de los interesados.
Nombre Fabián Yessid Mendoza Corredor
Cargo Líder y diseñador del Proyecto
Teléfono 3207005737
31
Mail [email protected]
Analista del Proyecto
Funciones: Entre las funciones del Analista del proyecto se encuentran las siguientes:
Interpretar al cliente y a los usuarios finales, obteniendo información desde el mismo punto de origen para entender el problema a resolver y capturar los requerimientos necesarios.
Realizar tareas de Relevamiento, Análisis y diseño de los requerimientos y requisitos en el proyecto
Documentar los artefactos que se generen a partir de la etapa de análisis y diseño.
Supervisar las pruebas de la aplicación para verificar la consistencia del producto.
Nombre Freddy Hernández Mendoza
Cargo Analista del Proyecto
Teléfono 3178668684
Mail [email protected]
Documentador del Proyecto
Funciones: Entre las funciones del Documentador del proyecto se encuentran las siguientes:
Recopilar la información del proyecto y transcribirla de modo que sea entendible para cualquier programador.
Mantener la documentación actualizada para que pueda ser consultada en cualquier momento del proceso de desarrollo.
Mantener un estándar en la estructura de los documentos, facilitando su almacenamiento, recuperación e intercambio.
Elaborar las actas de las reuniones realizadas durante el desarrollo del proyecto.
32
Mantener una comunicación constante con el Director, Jefe y Líder del proyecto.
Nombre Fabian Yessid Mendoza Corredor
Cargo Documentador del Proyecto
Teléfono 3207005737
Mail [email protected]
Arquitecto del Proyecto
Funciones: Gestión de los requisitos no funcionales y definición de la Arquitectura de Software
Selección de las Tecnologías que se van a utilizar así como la metodología y las herramientas para manejar estas tecnologías.
Garantizar el acompañamiento de las actividades, con el fin de solucionar problemas técnicos que se presenten durante el desarrollo.
Asegurar la calidad del proyecto por medio de las herramientas y metodologías que se proveen.
Nombre Freddy Hernández Mendoza
Cargo Documentador del Proyecto
Teléfono 3178668684
Mail [email protected]
Equipo de Desarrollo
Funciones:
Hacer el seguimiento de su propio progreso, e informar al jefe de proyecto de los problemas a los que se enfrenta.
Implementa las ideas del arquitecto, y como tal, puede tener que discutir las posibilidades de la implementación con el arquitecto.
Documentar el código de modo que se haga entendible.
33
Reunirse con los analistas de sistemas, ingenieros, programadores y otros para el diseño del sistema y la obtención de información sobre las limitaciones y las capacidades del proyecto, las necesidades de ejecución y los interfaces.
Mejorar la aplicación de software en relación con la funcionalidad, la seguridad y la viabilidad económica.
Nombre Wendy Dayana Carrascal Villamizar
Cargo Programador
Teléfono 3207005737
Mail [email protected]
Nombre Freddy Hernández Mendoza
Cargo Programador
Teléfono 3178668684
Mail [email protected]
5.3 HORARIO DE TRABAJO
Persona Lunes-viernes Sábado
Freddy Hernández Mendoza
8:00 a 12:00m y 14:00pm a 18:00pm 8:00 a 12:00m
Fabian Mendoza Corredor 8:00 a 12:00m y 14:00pm a 18:00pm 8:00 a 12:00m
34
6. PLAN DE GESTION DE COMUNICACIÓN
a. Uso de herramientas tecnológicas
- CORREO ELECTRÓNICO Se utilizarán los correos electrónicos para las
comunicaciones y envíos de documentos puntuales entre los miembros del
grupo.
- WHATSAPP Se utilizará este servicio de mensajería instantánea para la
comunicación grupal entre los miembros del grupo, solicitar asesorías,
realizar consultas y enviar comunicados de interés general
- DROPBOX se utiliza para compartir información importante, entregables y
tener disponibilidad de lo que el grupo de trabajo está realizando
b. matriz de comunicación
Persona Numero celular Correo electrónico
Freddy Hernández Mendoza
317-866 8684 [email protected]
Fabián Mendoza Corredor 320-700 5373 [email protected]
35
7. CONTROL DE CAMBIOS
7.1 CONTROL INTEGRADO DE CAMBIOS.
Los cambios o mejoras en el transcurso del desarrollo de un proyecto de software son
muy comunes y son de suma importancia para entregar al cliente un software de
calidad y que cumpla con la funcionalidad que se diseñó, aunque pueden generar
retrasos en las fechas de entrega. A menudo estos cambios son consecuencia de una
mala recopilación de requerimientos o un mal análisis del proyecto y se debe analizar
cuáles son viables llevar a cabo dentro del proyecto.
Entre los cambios o mejoras de software que se pueden establecer en la aplicación
SIGYM se encuentran ajuste de software existente y nuevo componente de software
existente, cada uno de ellos con un nivel de prioridad establecida.
A continuación se encuentra una tabla donde se puede observar de una forma
resumida los cambios y ajustes establecidos para el proyecto, estos están catalogados
en dos aspectos, primero está por tipo que puede ser nuevo componente o ajuste y en
segundo lugar por prioridad de ejecución, que se establece de Alta a la de más alta
prioridades, media y baja a la de menor prioridad:
CAMBIO
TIPO PRIORIDAD
Nuevo Component
e
Ajuste
Alta
Medi
o
Baja
1 Gestión de ejercicios
2 Seguimiento de las rutinas de los clientes.
3 Reserva de servicios
4 Modificación de interfaz de usuario.
5 Acceso a los datos del cliente mediante la lectura de un código QR.
36
Solicitud
La solicitud de cambios se encuentro en el anexo de solicitud de cambio, en esta parte
se mostrara los cambios y ajustes del proyecto APSIS y se describen en forma
detallada a continuación:
Componente: Gestión de ejercicios.
Tipo: Nuevo Componente de Software
Prioridad: Alta
Nombre Persona Solicita:
Fabián Mendoza Corredor
Descripción : Se requiere de un nuevo componente para la gestión de ejercicios que permita el registro, la modificación y la eliminación, esto permitirá la creación de rutinas para llevar un control o seguimiento de los clientes en la parte de su actividad física.
Componente: Seguimientos de rutinas de los clientes.
Tipo: Nuevo Componente de Software
Prioridad: Alta
Nombre Persona Solicita:
Fabián Mendoza Corredor
Descripción : En el proyecto SIGYM no cuenta con la funcionalidad que le permita al cliente (Persona que solicita servicio a la empresa a través de la web) la realización de reserva de los servicios que ofrece la empresa. En esta parte se plantea por parte del cliente el establecimiento de un nuevo requerimiento el cual consiste en que los cliente que se encuentran actualmente activos en el sistema puedan realizar reservas de los servicios ofrecidos. Este nuevo componente requiere modificación de los usuarios que ingresan a la aplicación, manejo de prioridades, cambios en el Front-end y back-end, cambios en la documentación análisis y diseño. Tiene prioridad alta.
Componente: Reserva de servicios
37
Tipo: Nuevo Componente de Software
Prioridad: Medio
Nombre Persona Solicita:
Freddy Hernández Mendoza
Descripción : La aplicación no permite llevar un seguimiento de las rutinas de ejercicios que cada uno de los clientes realiza. Se requiere añadir un nuevo componente que permita llevar un seguimiento de todas las actividades o rutinas que el cliente realiza. Tiene una prioridad media
Componente: Modificación de interfaz de usuario.
Tipo: Ajuste de Software Existente
Prioridad: Medio
Nombre Persona Solicita:
Freddy Hernández Mendoza
Descripción : Se requiere una modificación del front-end, en esta parte se busca implementar un nuevo diseño en la interfaz de usuario o vista del software, buscando que se pueda mostrar la información de la mejor manera, con una interfaz menos cargada y mayor navegabilidad. Se implementara una plantilla de Bootstrap, la cual le dará una mejora visual y permitirá que esta sea responsive, lo que ayudara a una mejor visualización en dispositivos móviles, apoyada de elementos gráficos como JavaScritp, JQuery. Se establece como ajuste de software y tiene prioridad media.
Componente: Acceso al perfil del cliente mediante la lectura de código QR
Tipo: Ajuste de Software Existente
Prioridad: Bajo
Nombre Persona Solicita:
Freddy Hernández Mendoza
Descripción : Actualmente la aplicación permite el acceso al perfil del cliente por parte de la recepcionista mediante el ingreso del número de cedula del mismo. Se requiere de la implementación de un nuevo componente que permita que tanto la recepcionista como el/los administradores acceder al perfil del cliente mediante la lectura de un código QR que será único para cada cliente. Tiene una prioridad baja.
38
Top Related