PLAN DE GESTIÓN DEL PROYECTO- PGP SISTEMA DE … · 2015-11-12 · PLAN DE GESTIÓN DEL PROYECTO-...

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


Fabián Mendoza

E1.7 Modelo Conceptual

Modelo conceptual a utilizar en el proceso de análisis diseño y codificación


E1.8 Modelo Entidad Relación

Modelo entidad relación a utilizar en el proceso de análisis, diseño y codificación.


E1.9 Modelo Casos de Uso

Modelado de los casos de uso a utilizar en el proceso de análisis


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


E1.12 Diagrama de Despliegue

Diagrama para identificar componentes y nodos utilizados por el software


8

E1.14 Arquitectura del Sistema

Arquitectura utilizada en el desarrollo del software


E1.16 Ficha Técnica Guía que permite al usuario final conocer generalidades del software


E1.19 Manual de Usuario

Guía que permite al usuario aprender cómo funciona el software


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


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


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


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


21 Codificación



MODULO GESTIÓN DE PERSONAL


25 Codificación



MODULO GESTIÓN DE MAQUINARIA


13

29 Codificación



MODULO GESTIÓN DE ESTADISTICA


33 Codificación



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


49 Codificación



MODULO SEGUIMIENTO DE RUTINAS


53 Codificación



MODULO RESERVA DE SERVICIOS


57 Codificación



MODIFICACIÓN DE INTERFAZ DE USUARIO


57 Codificación



MODULO ACCESO MEDIANTE CÓDIGO QR


14

61 Codificación



2.2 SECUENCIA DE ACTIVIDADES

ID ACTIVIDAD DESCRIPCIÓN DE LA ACTIVIDAD

ID PREDECESORA

ANALISIS Y DISEÑO


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


13 Identificación de las tecnologías 12

14 Analizar y probar las tecnología a integrar 13

15 Validar tecnologías 13


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



21 Codificación 20





25 Codificación 24





15

29 Codificación 28





33 Codificación 32



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


43

47 Revisión y modificación del diagrama de clases 43, 46



49 Codificación 48





53 Codificación 52





57 Codificación 56





61 Codificación 60




16


65 Codificación 64



2.3 ESTIMACION DE RECURSOS

ID ACTIVIDAD

DESCRIPCIÓN DE LA ACTIVIDAD TIPO DE RECURSO

CANTIDAD

ANALISIS Y DISEÑO


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


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



Persona 2

17 Codificación Persona 2

18 Realización de pruebas Persona 1

19 Corrección de errores Persona 1



Persona 2





17


Persona 2






Persona 2






Persona 2




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


Persona 1

ANALISIS Y DISEÑO

40 Documento de cambios Persona 1

41 Documento de riesgos Persona 1

42 Documento de estimaciones Persona 1


Persona 2

44 Realización de diagramas de robustez Persona 1

45 Realización de diagrama de secuencia Persona 1


Persona 1


Persona 1



Persona 2






Persona 2

18






Persona 2






Persona 2






Persona 2




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


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


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





















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


38 2

ANALISIS Y DISEÑO

40 Documento de cambios 39 2

41 Documento de riesgos 37 2

42 Documento de estimaciones 37 2


37 4

44 Realización de diagramas de robustez 43 2

45 Realización de diagrama de secuencia 43 2

20


43 1


43, 46 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


RPS-5 Falla del servidor de aplicaciones.



RPS-3 Prototipo de desarrollo entregado en alguna iteración no cumple con la funcionalidad requerida



RPS-2 Cambios críticos de los requerimientos previstos en un inicio.



RPS-1 Personal abandona el proyecto antes de que finalice.



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

mailto:[email protected]

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


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


31


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.


Cargo Analista del Proyecto



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



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.


Cargo Documentador del Proyecto



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




Cargo Programador



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


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.


Prioridad: Alta


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


Prioridad: Medio



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



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



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.

PLAN DE GESTIÓN DEL PROYECTO- PGP SISTEMA DE … · 2015-11-12 · PLAN DE GESTIÓN DEL PROYECTO-...

Documents

Transcript of PLAN DE GESTIÓN DEL PROYECTO- PGP SISTEMA DE … · 2015-11-12 · PLAN DE GESTIÓN DEL PROYECTO-...