Planificacion 140307084542 Phpapp02

FGPR022- Versin 4.
CONTROL DE VERSIONES
Versin
Hecha por
Revisada por
Aprobada por
1.0
ER
JG
AH
Fecha
Motivo
26/02/11 Versin original
DOCUMENTACIN DE REQUISITOS
NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

IDW
IMPLEMENTACIN DE UN DATA WAREHOUSE
NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR: DESCRIBIR
LAS LIMITACIONES DE LA
SITUACIN ACTUAL Y LAS RAZONES POR LAS CULES SE EMPRENDE EL PROYECTO.
No se cuenta con informacin para impulsar las ventas y que permita una mejor toma de
decisiones.
OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: DEFINIR
CON CLARIDAD LOS OBJETIVOS DEL NEGOCIO Y DEL
PROYECTO PARA PERMITIR LAS TRAZABILIDAD DE STOS.
Ser lder en la venta de productos nutricionales en Amrica Latina.

Cumplir con el plazo y presupuesto establecidos para realizar el proyecto.
Generar mayores ingresos para Meal Jensen.
REQUISITOS FUNCIONALES: DESCRIBIR PROCESOS DEL NEGOCIO, INFORMACIN, INTERACCIN CON EL PRODUCTO,
ETC.
STAKEHOLDER
PRIORIDAD OTORGADA
POR EL STAKEHOLDER
CDIGO
Muy Alto
RQ01
RQ02
Gerente de Ventas
Muy Alto
RQ03
Alto
RQ04
Alto
Usuarios
REQUISITOS NO FUNCIONALES: DESCRIBIR
REQUISITOS
DESCRIPCIN
Permitir mostrar grficos de

barras, lineales, torta y
mapas geogrficos.
Permitir al usuario ingresar
intervalos de fechas a las
consultas a realizar.
Los diferentes reportes que
genere deben poder ser
exportados a Excel y PDF.
Interfaz grfica y amigable,
donde el
usuario
tenga
control de los parmetros de
entrada para generar los
reportes.
REQUISITOS TALES CMO NIVEL DE SERVICIO, PERFOMANCE,
SEGURIDAD, ADECUACIN, ETC.
STAKEHOLDER
PRIORIDAD OTORGADA
POR EL STAKEHOLDER
CDIGO
Muy Alta
RQ05
Alta
RQ06
Gerente Ventas
REQUISITOS DE CALIDAD: DESCRIBIR
REQUISITOS
DESCRIPCIN
Debe ser confiable, de rpida

respuesta,
muy
buena
performance, escalable.
Debe ser rentable y llevarse a
cabo
en
el
tiempo
establecido.
REQUISITOS RELATIVOS A NORMAS O ESTNDARES DE CALIDAD, O LA
SATISFACCIN Y CUMPLIMIENTO DE FACTORES RELEVANTES DE CALIDAD.
STAKEHOLDER
PRIORIDAD OTORGADA
POR EL STAKEHOLDER
CDIGO
REQUISITOS
DESCRIPCIN
Contacto: informes@dharma-consulting.com, Pgina Web: www.dharmacon.net

Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
FGPR220- Versin 4.0
Sponsor
Alta
CRITERIOS DE ACEPTACIN: ESPECIFICACIONES
RQ07
Que cumpla las expectativas

del cliente referentes
a
calidad exigidas por usuarios
de Ventas y Marketing.
O REQUISITOS DE RENDIMIENTO, FUNCIONALIDAD, ETC., QUE
DEBEN CUMPLIRSE ANTES DE ACEPTAR EL PROYECTO.
CONCEPTOS
CRITERIOS DE ACEPTACIN
1. TCNICOS
No debe mostrar errores al ejecutarse.
2. DE CALIDAD
Satisfaccin del cliente en 80%.
3. ADMINISTRATIVOS La aprobacin de los entregables del proyecto estar a cargo del
4. COMERCIALES
5. SOCIALES
6. OTROS
rea de Ventas y Marketing de Meal Jensen.

Cumplir los acuerdos del Contrato.
REGLAS DEL NEGOCIO: REGLAS PRINCIPALES QUE FIJAN LOS PRINCIPIOS GUAS DE LA ORGANIZACIN.
La gestin del proyecto se realizar usando los estndares del PMI: el Project Manager
es PMP y los miembros del equipo son personas capacitadas en el estndar del PMI.
Habr comunicacin constante entre los miembros del equipo: a travs de correos
electrnicos, llamadas telefnicas y videoconferencias.
Se presentarn informes peridicos sobre el avance del proyecto: cada viernes se
presentar un informe sobre el avance del proyecto.
Se llevarn a cabo reuniones semanales entre los miembros del equipo del proyecto:
posteriormente a la presentacin de los informes y se realizarn los ajustes
correspondientes. La reunin ser cada viernes en horas de la tarde.
IMPACTOS EN OTRAS REAS ORGANIZACIONALES
Adems del rea de Ventas y Marketing, el rea de Sistemas e Informtica.
IMPACTOS EN OTRAS ENTIDADES: DENTRO O FUERA DE LA ORGANIZACIN EJECUTANTE.
Ninguno.
REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO
Se requiere contar con las licencias de software que se utilizarn en la ejecucin del
proyecto.
La comunicacin con las diferentes reas geogrficas se realizar mediante correo
electrnico y tambin a travs de vdeo conferencias.
SUPUESTOS RELATIVOS A REQUISITOS
Los requerimientos no variarn una vez iniciado el proyecto.
El cliente no cambiar las exigencias referidas a calidad.
Se contar siempre con el apoyo del rea de Sistemas e Informtica para realizar las
pruebas correspondientes durante el desarrollo del proyecto.
Se contar con los recursos financieros y humanos durante todo el desarrollo del
proyecto. El cambio de personal no afectar el avance del proyecto.
RESTRICCIONES RELATIVAS A REQUISITOS
Presentar un informe mensual al cliente referente al avance del proyecto.
El pago del servicio est sujeto a la aprobacin de los informes mensuales al cliente.
El cliente asumir el costo de las licencias de software si fuera necesaria su
renovacin.
Los profesionales deben tener por lo menos 2 aos de experiencia en proyectos de TI.
Los Ingenieros sern colegiados y estarn habilitados durante todo el tiempo de vida
del proyecto.
Se realizar una capacitacin a los usuarios de un solo da al finalizar el proyecto
antes de la firma del cierre del proyecto.
FGPR390- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
0.1
JC
JG
AH
12/03/2011
Motivo
Versin original
MATRIZ DE ADQUISICIONES DEL PROYECTO

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
IMPLEMENTACIN DE UN DATA
WAREHOUSE
PRODUCTO O
SERVICIO A
ADQUIRIR
Informaci
n de
ventas
CDIGO
DE
ELEMENTO
TIPO DE
CONTRATO
WBS
1.2.3
Contratac
iones
Contrato
de Precio
fijo
PROCEDIMIENTO
DE
CONTACTAR
CONTRATACIN
PROVEEDORES
REQUERIMIENTO
DE ESTIMACIONES
INDEPENDIENTES
JG
NO
Solicitud de
servicios.
Elaborar y
enviar la
Hoja de
Requerimien
tos.
Revisin de
propuesta
tcnicaeconmica.
Negociacin
de contrato.
Firma de
contrato.
Pago de
honorarios
al termino
del servicio.
FORMA DE
IDW
REA/ROL/PERSONA
RESPONSABLE DE LA
COMPRA
JF
MANEJO DE
MLTIPLES
PROVEEDORES
PRE-
PROVEEDORES
CALIFICADOS
Proveedor
nico
NADOLU
Company
CRONOGRAMA DE ADQUISICIONES REQUERIDAS
Planif.
Contrat
Del al
Solic.
Resp.
Del al
Selecc.
Proveed.
Del al
Admin.
Contrato
Del al
Cerrar
Contrato
Del al
08/03
14/03
16/03
17/03/11
16/03/12

Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma
Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
FGPR390- Versin 4.0
Diseo de
dashboard
en Corda
1.2.3
Contratac
iones
Contrato
de Precio
Fijo-Tasa
horaria
Solicitud de
servicios.
Coordinaci
n de fechas
y horarios.
Firma de
contrato.
Pago de
honorarios
terminado el
servicio.
JG
NO
JF
Proveedor
nico
EFT Group
18/05
23/05
25/05
26/05
02/06

Versin
Hecha por
Revisada por
Aprobada
por
Fecha
Motivo
1.0
JDC
AH
AH
28/02/2011
Documentacin Inicial
MATRIZ DE TRAZABILIDAD DE REQUISITOS

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

IDW
ESTADO ACTUAL
Estado
Abreviatura
Activo
Cancelado
Diferido
Adicionado
Aprobado
AC
CA
DI
AD
AP
NIVEL DE ESTABILIDAD
Estado
Alto
Mediano
Bajo
Abreviatura
A
M
B
GRADO DE
COMPLEJIDAD
Estado
Alto
Mediano
Bajo
Abreviatura
A
M
B
ATRIBUTOS DE REQUISITO
SUSTENTO
DE SU
INCLUSIN
CDIGO
DESCRIPCIN
RQ01
Permitir mostrar
grficos de barras,
lineales, torta y mapas
geogrficos.
RQ02
Permitir al usuario
por el
ingresar intervalos de
fechas a las consultas a Gerente de
Vtas y Mktg
realizar.
RQ03
Los diferentes reportes

que genere deben
poder ser exportados a
Excel y PDF
Solicitado
por el
Gerente
General
PROPIETARIO
Meal
Jensen
FUENTE
Contrato
ESTADO
ACTUAL
NIVEL DE
GRADO DE
FECHA DE
ESTABILIDAD COMPLEJIDAD
PRIORIDAD VERSIN (AC, CA,
CUMPLIMIENTO
(A, M, B)
(A, M, B)
DI, AD,
AP)
Muy Alta
1.0
AC
CRITERIO DE
ACEPTACION
Aprobacin
del plan de
proyecto
Aprobacin
del plan de
proyecto
Aprobacin
del plan de
proyecto
Solicitado
Solicitado
por el
Gerente de
Vtas y Mktg
Meal
Jensen
Meal
Jensen
Contrato
Contrato
Muy Alta
Alta
1.0
1.0
AC
AC
RQ04
Interfaz grfica y
amigable.
Solicitado
por el
usuario
RQ05
Debe ser confiable, de

rpida respuesta, muy
buena performance,
escalable.
Solicitado
por el
Gerente
General
RQ06
Debe ser rentable y

llevarse a cabo en el
tiempo establecido.
Solicitado
por el
Gerente
General
Meal
Jensen
RQ07
Que cumpla las

expectativas del cliente
referentes a calidad
exigidas por el cliente.
Solicitado
por el
Gerente de
Vtas y Mktg
Meal
Jensen
Meal
Jensen
Meal
Jensen
Contrato
Alta
Contrato Muy Alta
Contrato
Contrato
Alta
Alta
1.0
1.0
1.0
1.0
AC
AC
AC
AC
Aprobacin
del plan de
proyecto
Aprobacin
del plan de
proyecto
Aprobacin
del plan de
proyecto
Aprobacin
del plan de
proyecto
TRAZABILIDAD HACIA:
CDIGO
NECESIDADES,
OPORTUNIDADES,
METAS Y
OBJETIVOS DEL
NEGOCIO
RQ01
Satisfacer al
cliente
RQ02
Satisfacer al
cliente
RQ03
RQ04
Satisfacer al
cliente
Cumplir
compromisos
contractuales
OBJETIVOS DEL
PROYECTO
Contar con cuadros

de mando del
negocio para una
mejor toma de
decisiones
Contar con cuadros

de mando del
negocio para una
mejor toma de
decisiones
Contar con cuadros
de mando del
negocio para una
mejor toma de
decisiones
Contar con cuadros
de mando del
negocio para una
ALCANCE DEL
PROYECTO
/ENTREGABLE
DEL WBS
DISEO DEL
PRODUCTO
Se realiza en
las
Plan de
Instalaciones
Gestion del de Meal
Proyecto Jensen
validacion y
reporte por
Plan de
parte de
Gestion del usuarios
Proyecto expertos
validacion y
reporte por
parte de
Plan de
Proyecto expertos
validacion y
Plan de
Gestion del reporte por
Proyecto parte de
DESARROLLO DEL ESTRATEGIA

PRODUCTO
DE PRUEBA
Implementacin
del data
warehouse
con
herramientas
de BI
Implementacin
del data
warehouse
con
herramientas
de BI
Implementacin
del data
warehouse
con
herramientas
de BI
Implementacin
del data
warehouse
con
ESCENARIO
DE PRUEBA
REQUERIMIENTO
DE ALTO NIVEL
Cumplimiento
Instalaciones de los
de Meal
requerimientos
Jensen
del cliente
Aplica
Cumplimiento
de Meal
requerimientos
Jensen
del cliente
Aplica
Aplica
Aplica
Cumplimiento
de Meal
requerimientos
Jensen
del cliente
Instalaciones Cumplimiento
de Meal
de los
Jensen
requerimientos
mejor toma de
decisiones
herramientas
de BI
Cumplir
compromisos
contractuales
Contar con cuadros

de mando del
negocio para una
mejor toma de
decisiones
validacin y
reporte por
parte de
Plan de
Proyecto expertos
Debe generar
ingresos a la
empresa
Contar con cuadros

de mando del
negocio para una
mejor toma de
decisiones
Se ha
considerado
un informe
Plan de
Se monitorear
Gestion del de
la performance
Proyecto performance del proyecto
Satisfacer al
cliente
Contar con cuadros

de mando del
negocio para una
mejor toma de
decisiones
Se ha
considerado
Plan de
todo lo
Gestion del referido en
Proyecto el contrato
RQ05
RQ06
usuarios
expertos
RQ07
Se ha
monitoreado la
performance
del proyecto
Se ha
considerado
todo lo referido
en el contrato
del cliente
Aplica
Cumplimiento
de Meal
requerimientos
Jensen
del cliente
Aplica
Cumplimiento
de Meal
requerimientos
Jensen
del cliente
Aplica
Instalaciones Cumplimiento
de Meal
de los objetivos
Jensen
del proyecto
Versin
Hecha por
Revisada por
Aprobada por
1.0
JG
AH
AH
Fecha
Motivo
05/03/11 Versin Inicial
SCOPE STATEMENT
NOMBRE DEL PROYECTO
NOMBRE DEL PROYECTO
SIGLAS
SIGLAS DEL PROYECTO
IDW
DESCRIPCIN DEL ALCANCE DEL PRODUCTO

REQUISITOS: CONDICIONES
O CAPACIDADES QUE DEBE CARACTERSTICAS: PROPIEDADES FSICAS, QUMICAS,

POSEER O SATISFACER EL PRODUCTO PARA CUMPLIR CON ENERGTICAS, O SICOLGICAS, QUE SON DISTINTIVAS DEL
CONTRATOS, NORMAS, ESPECIFICACIONES, U OTROS PRODUCTO, Y/O QUE DESCRIBEN SU SINGULARIDAD.
DOCUMENTOS FORMALMENTE IMPUESTOS.
1. Contar con un sistema informtico que le

permita recopilar informacin de ventas de
la empresa como de sus principales
competidores. Nadolu proveer informacin
en archivos TXT y XLS para cada pas. La
aplicacin
deber
soportar
este
requerimiento.
2. Contar con un sistema informtico que le
permita generar reportes (considerando
dimensiones como: Ao, Mes, Laboratorio,
Marca, Presentacin, sabor, pas y regin) a
criterio del usuario la informacin de ventas
de la empresa como de sus principales
competidores.
3. Contar con un sistema informtico que
permita visualizar informacin de ventas de
la empresa como de sus principales
competidores en Dashboard Ejecutivos
(Map, Bar, Pie, Line) por los siguientes
criterios de bsqueda: pases, regiones,
aos, meses, laboratorios y marcas.
4. Lograr que los usuarios se adecuen al uso
del nuevo sistema, conozcan sus bondades y
aprendan a optimizar su tiempo con el uso
del mismo.
1. Aplicacin WEB desarrollada en JAVA usando

frameworks emergentes existentes en el
mercado.
2. Aplicacin WEB generada a travs de

COGNOS una Herramienta de Inteligencia de
Negocios.
3. Aplicacin WEB desarrollada en JAVA usando

frameworks emergentes en el mercado y con
CORDA una Herramienta de Inteligencia de
Negocios para
visualizar
los dashboard
ejecutivo.
4. Elaborar un plan de capacitacin para

usuarios internos del sistema; distribuido en 5
jornadas de 4 horas a nivel de pases de
Latinoamrica
donde
la
empresa
tiene
establecida como sede.

CRITERIOS DE ACEPTACIN DEL PRODUCTO: ESPECIFICACIONES
O REQUISITOS DE RENDIMIENTO,
FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE ANTES QUE SE ACEPTE EL PRODUCTO DEL PROYECTO.
CONCEPTOS
1. TCNICOS
2. DE CALIDAD
3. ADMINISTRATIVOS
4. COMERCIALES
5. SOCIALES
CRITERIOS DE ACEPTACIN
Las transacciones pesadas, que involucren validacin de

formatos y estructura de los archivos (TXT, XLS) no debern
demorar ms de 5 minutos.
A nivel de programacin debern utilizarse Frameworks Java
como: Spring, Hibernate, JSF, AJAX y Flex.
Deber soportar al menos un pool de 30 conexiones
concurrentes.
El sistema deber ser construido de manera que asegure su
disponibilidad las 24 horas del da, en los 5 das de la semana
laboral. Esto para permitir trabajar con usuarios de diferentes
pases con diferentes zonas horarias.
Las consultas en ambas aplicaciones web (dashboard y
Reportes) no deben exceder ms de 1 minuto.
Se deber utilizar RUP para el proceso de desarrollo de software
y UML como lenguaje de modelado.
El sistema deber ajustarse a los estndares de desarrollo y
buenas prcticas en TI utilizadas en la empresa.
La gestin del proyecto deber realizarse bajo los estndares
del PMI, utilizando los procesos que ms se adecuen a este tipo
de proyectos.
Todos los entregables deben ser aprobados por el equipo de la
gestin del proyecto y por el Gerente de Ventas y MKT.
-
ENTREGABLES DEL PROYECTO: PRODUCTOS ENTREGABLES INTERMEDIOS Y FINALES QUE SE GENERARN EN CADA
FASE DEL PROYECTO.
FASE DEL PROYECTO
PRODUCTOS ENTREGABLES
1.0 Gestin del Proyecto

2.0 Anlisis del Proyecto
- Proyecto Gestionado acorde a con el PMBOK

- Documento de Requerimientos funcionales
- Documento de Requerimientos no funcionales
- Casos de Uso
- Documento de Arquitectura de Software
- Aplicacin Web para la Carga de informacin y
visualizacin de Dashboard.
- Aplicacin Web (Data Warehouse) para generar
reportes de acuerdo al criterio del usuario.
- Documentacin de los Test Scritps
- Documento de plan de capacitacin
- Manual Tcnico
- Manual de Usuario
3.0 Diseo del Proyecto

4.0 Construccin del Software
5.0 Pruebas del Software

6.0 Capacitacin
EXCLUSIONES DEL PROYECTO: ENTREGABLES,
PROCESOS, REAS,
PROCEDIMIENTOS, CARACTERSTICAS,
REQUISITOS, FUNCIONES, ESPECIALIDADES, FASES, ETAPAS, ESPACIOS FSICOS, VIRTUALES, REGIONES, ETC., QUE SON
EXCLUSIONES CONOCIDAS Y NO SERN ABORDADAS POR EL PROYECTO, Y QUE POR LO TANTO DEBEN ESTAR CLARAMENTE
ESTABLECIDAS PARA EVITAR INCORRECTAS INTERPRETACIONES ENTRE LOS STAKEHOLDERS DEL PROYECTO.
1. No se contempla el cambio de idioma a otras lenguas.

2. No se incluir labor alguna de marketing o promocin del IDW.
3. No se contempla la disponibilidad de servidores y licencias para COGNOS y CORDA,
ORACLE. Debido a que la empresa cuenta con estos recursos.

4. No se contempla la adquisicin o renovacin de contratos con la empresa que provee

informacin de ventas (NADOLU).
RESTRICCIONES DEL PROYECTO: FACTORES QUE LIMITAN EL RENDIMIENTO DEL PROYECTO, EL RENDIMIENTO DE
UN PROCESO DEL PROYECTO, O LAS OPCIONES DE PLANIFICACIN DEL PROYECTO.
PUEDEN APLICAR A LOS OBJETIVOS DEL
PROYECTO O A LOS RECURSOS QUE SE EMPLEA EN EL PROYECTO.
INTERNOS A LA ORGANIZACIN
AMBIENTALES O EXTERNOS A LA ORGANIZACIN
Se presentarn informes de rendimiento del El
proveedor
de
informacin
entrega
proyecto quincenales.
informacin de ventas por pas de manera
mensual.
El presupuesto no debe exceder al considerado inicialmente.
La fecha lmite de cierre del proyecto no deber exceder del 31 de agosto de
2011.
SUPUESTOS DEL PROYECTO: FACTORES
QUE PARA PROPSITOS DE LA PLANIFICACIN DEL PROYECTO SE
CONSIDERAN VERDADEROS, REALES O CIERTOS.
INTERNOS A LA ORGANIZACIN
AMBIENTALES O EXTERNOS A LA ORGANIZACIN
Los integrantes del equipo de proyecto son Los usuarios del sistema no requerirn reportes
bachilleres en el rea de informtica o a personalizados, debido a que el IDAV bridar
fines.
la capacidad de adecuarse a mltiples criterios
de bsqueda de acuerdo a lo que el usuario
requiera.
Los integrantes del equipo de proyecto
trabajan eficientemente de acuerdo al
estndar del PMI.
Los integrantes del equipo de proyecto
tienen conocimientos y experiencia de
acuerdo a su rol.
El uso eficiente de la informacin de ventas
para tomar mejores decisiones tanto en
ventas como en marketing.

FGPR060- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
0.1
JG
AH
AH
Fecha
26/02/2011
Motivo
Documento Inicial
WBS
NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

IDW

FGPR080- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
0.1
JG
AH
AH
Fecha
26/02/2011
Motivo
Documento Inicial
DICCIONARIO WBS (simplificado)

Nombre del Proyecto
Siglas del Proyecto

IDW
Especificacin de Paquetes de Trabajo del WBS

Definir el objetivo del pdt, descripcin del pdt, descripcin del trabajo y asignacin de responsabilidades.
1.1
Iniciacin
1.1.1
Project
Charter
FASE 1: Gestin del

Proyecto
1.2.1
Scope
Statement
1.2
Planificacin
1.3
Monitoreo y
Control
1.2.2
Plan del
proyecto
1.3.1
Solicitud de
Cambio
Detalla la definicin, finalidad y justificacin

del proyecto y del producto, los
requerimientos de los stakeholders y las
necesidades del negocio. Incluye el
cronograma de hitos, las organizaciones que
intervienen y; supuestos, restricciones,
riesgos y oportunidades del proyecto.
Establece el trabajo a realizar y los productos
entregables a producir.
Consiste en documentar las acciones necesarias
para definir, preparar, integrar y coordinar
todos los planes. El Plan de Proyecto tambin
define la forma como el proyecto se ejecuta, se
motitorea, se controla y se cierra. Contiene:
Plan del Alcance del Proyecto
WBS DWBS
Schedule
Presupuesto
Plan de Gestin de la Calidad
Organizacin del proyecto
RAM
Plan de Gestin de RRHH
Plan de Gestin de Comunicaciones
Plan de Gestin de Riesgos
Cosiste en revisar todas las solicitudes de

cambio, aprobar las mismas y gestionar los
cambios a los entregables, a los activos de los
procesos de la organizacin, a los documentos
del proyecto y al plan para la direccin del

FGPR080- Versin 4.0
proyecto.
1.3.2
Reportes de
Estado
1.3.3
Cierre del
proyecto
FASE
4:
Cons
trucc
FASE 3:
Diseo
FASE 2:
Anlisis
1.3.4
Lecciones
aprendidas
Documento de periodicidad semanal en la

que se informar el estado de avance de cada
entregable del proyecto (costos, tiempos,
alcance y calidad).
Finaliza todas las actividades del proyecto a
travs de todos los grupos de proceso. El
director del proyecto revisar toda la
informacin anterior procedente de los cierres
de las fases previas.
Documento en el que se detallarn las
lecciones aprendidas durante la ejecucin del
proyecto.
2.1
Definicin de
Requerimient
os
Funcionales
Consiste en desarrollar una descripcin detallada del proyecto y del

producto. Es fundamental para el xito del proyecto. Se analizan los
riesgos, los supuestos y las restricciones existentes, para verificar
que estn completos.
2.2
Elaboracin
de CUN
2.3
Elaboracin
de CUS
3.1
Elaboracin
de Diagrama
de Clases
3.2
Elaboracin
de Diagrama
de
Actividades
3.3
Elaboracin
de Diagrama
de Secuencia
3.4
Elaboracin
de Diagrama
de Estado
3.5
Elaborar
Modelo de BD
Se elaborarn los diagramas de Caso de Uso del Negocio segn las

especificaciones del UML y la metodologa RUP.
4.1
Desarrollo de
Carga de
Se elaborarn los diagramas de Caso de Uso del Sistema segn las

Se elaborarn los diagramas de Clases segn las especificaciones
del UML y la metodologa RUP.
Se elaborarn los diagramas de Actividades segn las

Se elaborarn los diagramas de Secuencia segn las

Se elaborarn los diagramas de Estado segn las especificaciones

del UML y la metodologa RUP.
Consiste en elaborar el Modelo de Datos Relacional y la metodologa
RUP.
Consiste en desarrollar el producto-software que permita cargar la
informacin de ventas que proporcionar la empresa NADOLU
Company.

FGPR080- Versin 4.0
FASE 6:
Implementacin
FASE 5:
Pruebas
Informacin
de Ventas
4.2
Desarrollo de
la
visualizacin
de reportes
en web
Consiste en desarrollar los reportes web que son parte integral del
producto-software.
4.3
Disear el
proceso de
ETL
Consiste en disear el proceso: Extraer Transformar Cargar.

Dicho proceso consiste en llevar la informacin de ventas al
data warehouse que le corresponda.
4.4
Disear las
dimensiones
OLAP
4.5
Proceso para
exportar la
informacin
en un
entorno web
Consiste en disear las dimensiones o parmetros a travs de los

cuales se analizar la informacin de ventas.
5.1
Elaborar
escenarios
de prueba
Consiste en redactar los diferentes escenarios o guiones de pruebas

en los que se deber indicar los datos de entrada y los resultados
esperados.
5.2
Realizar
pruebas
funcionales
Consiste en ejecutar, aprobar u observar los escenarios de prueba

definidos.
5.3
Realizar UAT
Consiste en realizar las pruebas UAT (User Aceptance Tests).
6.1
Despliegue
en ambiente
de
produccin
Consiste en instalar en los equipos informticos (servidores de

produccin) el producto-software resultante del proyecto.
6.2
Crear manual
de usuario
Consiste en elaborar el manual destinado al usuario final del

producto-software resultante del proyecto.
6.3
Capacitacin
a los
usuarios
Consiste en desarrollar el proceso que permita exportar la

informacin al entorno web del producto-software.
Consiste en capacitar a los usuarios en el uso y operacin del

producto-software resultante del proyecto.

FGPR100- Versin 4.0
Versin
Hecha por
Revisada por
1.0
JG
AH
CONTROL DE
VERSIONES
Aprobada
por
Fecha
AH
Motivo
12/03/11 Documento Inicial
IDENTIFICACIN Y SECUENCIAMIENTO DE ACTIVIDADES

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

IDW

Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI,
Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
FGPR100- Versin 4.0

PAQUETE DE TRABAJO
CDIGO
WBS
1.1.1.
NOMBRE
Project
Charter
ACTIVIDAD DEL PAQUETE DE TRABAJO

CDIGO
NOMBRE
1.1.1. A01
Reunin con el
sponsor
Elaborar Project
Charter
Revisar Project
Charter
Reunin con el
sponsor
Elaborar el Scope
Statement
Revisar el Scope
Statement
Elaborar el Plan del
Proyecto
Realizar entrevistas a
los usuarios
1.1.1. A02
1.1.1. A03
1.2.1.
1.2.2.
2.1.
2.2.
Scope
Stateme
nt
Plan de
Proyecto
Requeri
mientos
Funciona
les
Casos de
Uso de
Negocio
1.2.1.
A01
1.2.1.
A02
1.2.1.
A03
1.2.2.
A01
2.1. A01
2.1. A02
Reuniones grupales
2.1. A03
Elaborar lista de
requerimientos
Disear diagrama de
casos de uso de
negocio
Disear diagrama de
procesos
Reuniones grupales
2.2. A01
2.2. A02
2.2. A03
2.3.
Casos de
Uso de
Sistema
2.3. A01
2.3. A02
2.3. A03
Disear diagrama de
caso de uso de
sistema
Documentar Casos
de Uso de Sistema
Reuniones grupales
ALCANCE DEL
TRABAJO DE LA
ACTIVIDAD
Reunin con el
sponsor
Elaborar Project
Charter
Revisar Project
Charter
Reunin con el
sponsor
Elaborar el Scope
Statement
Revisar el Scope
Statement
Elaborar el Plan
del Proyecto
Realizar
entrevistas a los
usuarios
Reuniones
grupales
Elaborar lista de
requerimientos
Disear diagrama
de casos de uso
de negocio
Disear diagrama
de procesos
Reuniones
grupales
Disear diagrama
de caso de uso de
sistema
Documentar
Casos de Uso de
Sistema
Reuniones
grupales
ACT. PREDECESORA
TIPO DE RELACIN
ADELANTO/ATRASO
FECHA
PERSONA
ZONA
IMPUESTA
RESPONSABLE
GEOGRFICA
Oficina MJN
1.1.1. A01
JG; JF; FL;

MM
JG
Oficina MJN
1.1.1. A02
JG
Oficina MJN
JG; JF; FL;

MM
JG
Oficina MJN
1.1.1.
1.2.1. A01
1.2.1. A02
RESTRICCIONES
O SUPUESTOS
Oficina MJN
TIPO DE
ACTIVIDAD
(TIME DRIVEN,
RESOURCE
DRIVEN)
1.2.1
Oficina MJN
1.2.2
AM; FL; MM
Oficina MJN
2.1. A01
AM
Oficina MJN
2.1. A02
AM
Oficina MJN
AM
Oficina MJN
2.2. A01
AM
Oficina MJN
2.2. A02
AM; JG
Oficina MJN
AM
Oficina MJN
2.3. A01
AM
Oficina MJN
Resource
driven
2.3. A02
AM; JG
Oficina MJN
Resource
driven
2.1.
2.2.
DENTRO DEL PAQUETE DE TRABAJO
Resource
driven
Resource
driven
Resource
driven
Resource
driven
Resource
driven
JG; JF; FL;

MM
JG
Oficina MJN
SECUENCIAMIENTO DE ACTIVIDADES
Resource
driven
Resource
driven
Resource
driven
Resource
driven
Resource
driven
Resource
driven
Resource
driven
Resource
driven
Resource
driven

FGPR110- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
JG
AH
AH
12/03/11
Motivo
Documento Inicial
RED DEL PROYECTO

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

IDW

Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.)
del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
FGPR110- Versin 4.0

FGPR110- Versin 4.0

FGPR120- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
JG
AH
AH
16/03/11
Motivo
Documento Inicial
ESTIMACIN DE RECURSOS Y DURACIONES

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
IDW
TIPO DE RECURSO: MATERIALES O

CONSUMIBLES
TIPO DE RECURSO: PERSONAL

ENTREGABL
E
1.1.1. Project
Charter
1.2.1. Scope
Statement
1.2.2. Plan de
Proyecto
1.2.3.
Contrataciones
ACTIVIDAD
T
NOMBRE DE RECURSO
1.1.1. A01 Reunin con el

sponsor
1.1.1. A02 Elaborar
Project Charter
1.1.1. A03 Revisar Project
Charter
1.1.1. A04 Aprobar
Project Charter
1.2.1. A01 Reunin con el
sponsor
1.2.1. A02 Elaborar el
Scope Statement
1.2.1. A03 Revisar el
Scope Statement
1.2.2. A01 Elaborar el
Plan del Proyecto
1.2.3. A01 Elaborar
contrato para compra de
informacin de ventas
JG;JF;FL;MM
JG
JG
JG;JF;FL;MM
JG;JF;FL;MM
JG
JG;JF;FL;MM
JG
(HR RABAJO
HOM)
DURACI
N (HRS)
4Hrs H
1Hr H
16
1Hr H
4Hrs H
4Hrs H
1Hr H
16
4Hrs H
1Hr H
24
1Hr H
SUPUESTOS
Y BASES DE
ESTIMACIN
FORMA
NOMBRE
DE
CLCUL
O
DE
RECURS
O
S
CANTIDAD
Y BASE DE
UPUESTOS
ESTIMACIN
TIPO DE RECURSO: MQUINAS O

NO CONSUMIBLES.
FORMA
NOMBRE
DE
CLCUL
O
DE
RECURS
O
FORMA
S
DE
ASES DE
CANTIDAD BUPUESTO
Y CLCUL
ESTIMACIN
O
JG

FGPR120- Versin 4.0
1.3.1. Solicitud
de Cambio
1.3.2. Reportes
de Estado
1.4.1. Acta de
Aceptacin
2.1.
Requerimientos
Funcionales
1.2.3. A02 Revisar

1.2.3. A03 Aprobar
1.2.3. A04 Elaborar orden
de compra de servicios de
consultoria para diseo de
plantillas CORDA
1.2.3. A05 Aprobar orden
de compra de servicios de
consultoria para diseo de
plantillas CORDA
1.3.1. A01 Evaluar
Solicitud de Cambio
1.3.1. A02 Crear /
actualizar documentacin
del proyecto
1.3.2. Informe de Estado
del Proyecto 1
del Proyecto 2
del Proyecto 3
del Proyecto 4
del Proyecto 5
del Proyecto 6
del Proyecto 7
1.4.1. A01 Elaborar Acta
de Aceptacin
1.4.1. A02 Firmar Acta de
Aceptacin
2.1. A01 Realizar
entrevistas a los usuarios
2.1. A02 Reuniones
grupales
2.1. A03 Elaborar lista de
requerimientos
JG
1Hr H
4Hrs H
1Hr H
4Hrs H
1Hr H
4Hrs H
4Hrs H
4Hrs H
4Hrs H
4Hrs H
4Hrs H
4Hrs H
4Hrs H
1Hr H
4Hrs H
3Hrs H
32
4Hrs H
1Hr H
16
JG;JF;FL;MM
JG
JG;JF;FL;MM
JG;JF;FL;MM
JG
JG;JF;FL;MM
JG;JF;FL;MM
JG;JF;FL;MM
JG;JF;FL;MM
JG;JF;FL;MM
JG;JF;FL;MM
JG;JF;FL;MM
JG
JG;JF;FL;MM
AM;FL;MM
AM;FL;MM;JG
AM

FGPR120- Versin 4.0
2.2. Casos de
Uso de Negocio
2.3. Casos de
Uso de Sistema
3.1. Diagrama
de Clases
3.2. Diagrama
de Actividades
3.3. Diagrama
de Secuencias
3.4. Diagrama
de Estados
3.5. Modelo de
Base de Datos
3.6. Prototipo
2.2. A01 Disear

diagrama de casos de
uso de negocio
2.2. A02 Disear
diagrama de procesos
2.2. A03 Reuniones
grupales
2.3. A01 Disear
diagrama de caso de uso
de sistema
2.3. A02 Documentar
Casos de Uso de Sistema
2.3. A03 Reuniones
grupales
3.1. A01 Identificar
principales Entidades de
negocio
3.1. A02 Clasificar y
relacionar entidades
3.1. A03 Disear
diagrama de clases
3.2. A01 Identificar las
actividades
3.2. A02 Disear los
diagramas de acuerdo a
las actividades
identificadas
3.3. A01 Desarrollar el
diagrama de secuencias
3.4. A01 Desarrollar el
diagrama de estados
3.5. A01 Identificar las
tablas de la entidadrelacion
3.5. A02 Disear el
modelo de Base de Datos
3.6. A01 Realizar
prototipos para Mdulo de
Carga de Informacin
3.6. A02 Realizar
prototipos para Mdulo de
reportes WEB
(Dashboard)
AM
AM
AM;JG
1Hr H
16
1Hr H
16
2Hrs H
1Hr H
24
1Hr H
48
2Hrs H
1Hr H
1Hr H
1Hr H
24
1Hr H
1Hr H
24
1Hr H
48
1Hr H
2Hrs H
2Hrs H
24
1Hr H
16
1Hr H
16
AM
AM
AM;JG
JDC
JDC
JDC
JDC
JDC
JDC
JDC
JDC;AC
JDC;AC
JDC
JDC

FGPR120- Versin 4.0
4.1. Arquitectura
de Software
4.2. Carga
Informacin de
Ventas
4.3. Reportes
WEB
3.6. A03 Realizar

prototipos para reportes
WEB (OLAP)
3.6. A04 Validar
prototipos con los
usuarios de negocio
3.6. A05 Realizar cambios
a los prototipos
3.6. A06 Revisin final de
prototipos
4.1. A01 Elaborar
Diagrama de Despliegue
4.1. A02 Elaborar
Diagrama de
Componentes
4.1. A03 Crear y
configurar el Proyecto
Java
4.1. A04 Configurar el
proyecto Java en un
ambiente de integracin
continua
4.1. A05 Elaborar
Documento de
Arquitectura de Software
4.1. A06 Reunin Grupal
4.2. A01 Desarrollar
formulario para carga de
archivos TXT
formulario para carga de
archivos XLS
Informe de cargas
4.3. A01 Disear
Plantillas Dashboard en
CORDA
Dashboard principal por
mapas
Reporte en grficos 3D en
JDC
1Hr H
16
1Hr H
1Hr H
1Hr H
1Hr H
16
1Hr H
16
1Hr H
32
1Hr H
1Hr H
48
4Hrs H
1Hr H
32
1Hr H
32
JDC
JDC
JDC
JDC
JDC
JDC
JDC
JDC
JDC;ER;JS;JG
JDC
JS
JS
JDC;ER;JS;JG
JDC
1Hr H
24
4Hrs H
1Hr H
40
1Hr H
40
1Hr H
24
JDC
JS

FGPR120- Versin 4.0
4.4. Proceso
ETL
4.5.
Dimensiones
OLAP
4.6. Exportar
informacin a
entorno WEB
5.1. Escenarios
de Prueba
5.2. Pruebas
Funcionales
barras
Reporte en grficos 3D en
Lneas
Reporte detallado en
forma de rbol
4.4. A01 Disear el
proceso para la
extraccin/Transformaci
n
4.5. A01 Disear el
modelo OLAP para la
carga de datos
4.5. A02 Disear el
proceso para la carga de
datos a cubos OLAP
4.6. A01 Disear el
proceso para la
exportacin de datos a un
entorno WEB
5.1. A01 Realizar
Escenarios de prueba
para Mdulo de Carga de
Informacin
5.1. A02 Realizar
para Mdulo de reportes
WEB (Dashboard)
5.1. A03 Realizar
para reportes WEB
(OLAP)
5.2. A01 Desplegar las
aplicaciones en ambiente
de pruebas
5.2. A02 Realizar pruebas
Informacin
JS
1Hr H
24
1Hr H
32
3Hrs H
1Hr H
32
1Hr H
32
1Hr H
32
1Hr H
32
5Hrs H
1Hr H
24
1Hr H
24
1Hr H
24
2Hrs H
2Hrs H
1Hr H
32
JDC
JG;JDC;JS
ER
ER
ER
ER
ER;JS;JDC;JC;JG
JC
JC
JC
JC;JG
JDC;ER
JC

FGPR120- Versin 4.0
5.3. UAT
6.1. Despliegue
en Produccin
6.2. Manual de
Usuario
6.3.

WEB (Dashboard)
para reportes WEB
(OLAP)
5.3. A01 Desplegar las
aplicaciones en ambiente
de UAT
Informacin
WEB (Dashboard)
para reportes WEB
(OLAP)
6.1. A01 Generar
artefactos de las
aplicaciones
6.1. A02 Realizar
Checklist para el
despliegue
6.1. A03 Preparar
Ambiente de base de
datos
6.1. A04 Preparar
ambiente para las
aplicaciones
6.1. A05 Realizar
Deployment
6.1. A06 Realizar Pruebas
de funcionamiento
6.2. A01 Recopilar
Informacin del producto
6.2. A02 Capturar
Pantallas
6.2. A03 Realizar el
Manual
6.3. A01 Realizar
JC
1Hr H
32
1Hr H
32
4Hrs H
2Hrs H
1Hr H
24
1Hr H
24
1Hr H
24
6Hrs H
2Hrs H
1Hr H
1Hr H
2Hrs H
2Hrs H
3Hrs H
1Hr H
16
1Hr H
1Hr H
16
2Hrs H
JC
JC;JG;JDC;ER
JDC;ER
FL
FL
MM
JC;JG;JDC;ER;FL;MM
JDC;ER
JG
AC
JDC;ER
JDC;ER
JC;FL;MM
JR
JR
JR
JR;JG

FGPR120- Versin 4.0

Capacitacin a
Usuarios
Diapositivas
6.3. A02 Capacitar a
usuarios de la Region
Cono Sur
Andina
Centro America
JG
1Hr H
1Hr H
1Hr H
JG
JG

FGPR130- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
1.1
JG
JG
AH
AH
AH
AH
12/03/11
13/03/11
Motivo
Documento Inicial
Documento Corregido
CRONOGRAMA DEL PROYECTO

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

IDW

FGPR130- Versin 4.0

FGPR130- Versin 4.0

FGPR130- Versin 4.0

FGPR130- Versin 4.0

FGPR130- Versin 4.0

FGPR150- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
JG
AH
AH
12/02/11
Motivo
Documento Inicial
COSTEO DEL PROYECTO

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
ENTREGA
BLE
1.1.1.
Project
Charter
1.2.1. Scope
Statement
ACTIVI
DAD
1.1.1. A01
Reunin
con el
sponsor
1.1.1. A02
Elaborar
Project
Charter
1.1.1. A03
Revisar
Project
Charter
1.1.1. A04
Aprobar
Project
Charter
1.2.1. A01
Reunin
con el
sponsor
1.2.1. A02
Elaborar el
Scope
Statement
1.2.1. A03
TIPO DE RECURSO: PERSONAL
IDW
TIPO DE RECURSO: MATERIALES O CONSUMIBLES
TIPO DE RECURSO: MQUINAS O NO CONSUMIBLES
NOMBRE DEL
UNIDA
CANTI
COSTO
COSTO
NOMBRE DEL
UNIDA
CANTI
COSTO
COSTO
NOMBRE DEL
UNIDA
CANTI
COSTO
COSTO
RECURSO
DES
DAD
UNITARIO
TOTAL
RECURSO
DES
DAD
UNITARIO
TOTAL
RECURSO
DES
DAD
UNITARIO
TOTAL
JG;JF;FL;M
M
$47.47
4
Hr - H
JG
$192.00
Hr H
Hr H
JG
JG;JF;FL;M
M
JG;JF;FL;M
M
$48.00
$17.80
4
Hr H
$71.20
$192.00
$71.20
Hr - H
JG
Hr - H
JG;JF;FL;M
Hr - H

FGPR150- Versin 4.0
1.2.2. Plan
de Proyecto
1.2.3.
Contratacion
es
Revisar el
Scope
Statement
1.2.2. A01
Elaborar el
Plan del
Proyecto
1.2.3. A01
Elaborar
contrato
para
compra de
informaci
n de
ventas
1.2.3. A02
Revisar
contrato
para
compra de
informaci
n de
ventas
1.2.3. A03
Aprobar
contrato
para
compra de
informaci
n de
ventas
1.2.3. A04
Elaborar
orden de
compra de
servicios
de
consultora
para
diseo de
plantillas
CORDA
1.2.3. A05
Aprobar
JG
$288.00
$48.00
$24.00
$11.87
$36.00
$11.87
Hr - H
JG
Hr - H
JG
Hr - H
JG;JF;FL;M
M
Hr - H
JG
Hr - H
JG;JF;FL;M
M
Hr - H

FGPR150- Versin 4.0
1.3.1.
Solicitud de
Cambio
1.3.2.
Reportes de
Estado
orden de
compra de
servicios
de
consultoria
para
diseo de
plantillas
CORDA
1.3.1. A01
Evaluar
Solicitud
de Cambio
1.3.1. A02
Crear /
actualizar
documenta
cin del
proyecto
1.3.2.
Informe de
Estado del
Proyecto 1
1.3.2.
Informe de
Estado del
Proyecto 2
1.3.2.
Informe de
Estado del
Proyecto 3
1.3.2.
Informe de
Estado del
Proyecto 4
1.3.2.
Informe de
Estado del
Proyecto 5
1.3.2.
Informe de
Estado del
Proyecto 6
JG;JF;FL;M
M
$35.60
$72.00
$17.80
$17.80
$17.80
$17.80
$17.80
$17.80
Hr - H
JG
Hr - H
JG;JF;FL;M
M
JG;JF;FL;M
M
JG;JF;FL;M
M
JG;JF;FL;M
M
JG;JF;FL;M
M
JG;JF;FL;M
M
Hr - H
Hr - H
Hr - H
Hr - H
Hr - H
Hr - H

FGPR150- Versin 4.0
1.4.1. Acta
de
Aceptacin
2.1.
Requerimien
tos
Funcionales
2.2. Casos
de Uso de
Negocio
2.3. Casos
de Uso de
Sistema
1.3.2.
Informe de
Estado del
Proyecto 7
1.4.1. A01
Elaborar
Acta de
Aceptacin
1.4.1. A02
Firmar
Acta de
Aceptacin
2.1. A01
Realizar
entrevistas
a los
usuarios
2.1. A02
Reuniones
grupales
2.1. A03
Elaborar
lista de
requerimie
ntos
2.2. A01
Disear
diagrama
de casos
de uso de
negocio
2.2. A02
Disear
diagrama
de
procesos
2.2. A03
Reuniones
grupales
2.3. A01
Disear
diagrama
de caso de
uso de
JG;JF;FL;M
M
$17.80
$36.00
$17.80
$348.80
$91.60
$120.00
$120.00
$120.00
$39.00
$180.00
Hr - H
JG
Hr - H
JG;JF;FL;M
M
Hr - H
AM;FL;MM
Hr - H
AM;FL;MM;J
G
Hr - H
AM
Hr - H
AM
Hr - H
AM
Hr - H
AM;JG
Hr - H
AM
Hr - H

FGPR150- Versin 4.0
3.1.
Diagrama de
Clases
3.2.
Diagrama de
Actividades
3.3.
Diagrama de
Secuencias
3.4.
Diagrama de
Estados
sistema
2.3. A02
Document
ar Casos
de Uso de
Sistema
2.3. A03
Reuniones
grupales
3.1. A01
Identificar
principales
Entidades
de negocio
3.1. A02
Clasificar y
relacionar
entidades
3.1. A03
Disear
diagrama
de clases
3.2. A01
Identificar
las
actividades
3.2. A02
Disear los
diagramas
de acuerdo
a las
actividades
identificad
as
3.3. A01
Desarrollar
el
diagrama
de
secuencias
3.4. A01
Desarrollar
el
diagrama
AM
$360.00
$78.00
$45.00
$45.00
$180.00
$30.00
$180.00
$360.00
$60.00
Hr - H
AM;JG
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H

FGPR150- Versin 4.0
3.5. Modelo
de Base de
Datos
3.6.
Prototipo
de estados
3.5. A01
Identificar
las tablas
de la
entidadrelacion
3.5. A02
Disear el
modelo de
Base de
Datos
3.6. A01
Realizar
prototipos
para
Mdulo de
Carga de
Informaci
n
3.6. A02
Realizar
prototipos
para
Mdulo de
reportes
WEB
(Dashboar
d)
3.6. A03
Realizar
prototipos
para
reportes
WEB
(OLAP)
3.6. A04
Validar
prototipos
con los
usuarios
de negocio
3.6. A05
Realizar
JDC;AC
$56.25
$225.00
$120.00
$120.00
$120.00
$30.00
$60.00
Hr - H
JDC;AC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H

FGPR150- Versin 4.0
4.1.
Arquitectura
de Software
4.2. Carga
Informacin
de Ventas
cambios a
los
prototipos
3.6. A06
Revisin
final de
prototipos
4.1. A01
Elaborar
Diagrama
de
Depliegue
4.1. A02
Elaborar
Diagrama
de
Componen
tes
4.1. A03
Crear y
configurar
el Proyecto
Java
4.1. A04
Configurar
el proyecto
Java en un
ambiente
de
integracin
continua
4.1. A05
Elaborar
Document
o de
Arquitectur
a de
Software
4.1. A06
Reunin
Grupal
4.2. A01
Desarrollar
formulario
JDC
$15.00
$120.00
$120.00
$240.00
$60.00
$360.00
$17.75
$240.00
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC
Hr - H
JDC;ER;JS;J
G
Hr - H
JDC
Hr H

FGPR150- Versin 4.0
4.3.
Reportes
WEB
para carga
de
archivos
TXT
4.2. A02
Desarrollar
formulario
para carga
de
archivos
XLS
4.2. A03
Desarrollar
Informe de
cargas
4.2. A04
Reunin
Grupal
4.3. A01
Disear
Plantillas
Dashboard
en CORDA
4.3. A02
Desarrollar
Dashboard
principal
por mapas
4.3. A03
Desarrollar
Reporte en
grficos
3D en
barras
4.3. A04
Desarrollar
Reporte en
grficos
3D en
Lineas
4.3. A05
Desarrollar
Reporte
detallado
JS
$240.00
$180.00
$71.00
$300.00
$300.00
$180.00
$180.00
$240.00
Hr - H
JS
Hr - H
JDC;ER;JS;J
G
Hr - H
JDC
Hr - H
JDC
Hr - H
JS
Hr - H
JS
Hr - H
JDC
Hr - H

FGPR150- Versin 4.0
4.4. Proceso
ETL
4.5.
Dimensiones
OLAP
4.6. Exportar
informacin
a entorno
WEB
5.1.
Escenarios
de Prueba
en forma
de arbol
4.3. A06
Reunin
Grupal
4.4. A01
Disear el
proceso
para la
extraccin/
Transform
acin
4.5. A01
Disear el
modelo
OLAP para
la carga de
datos
4.5. A02
Disear el
proceso
para la
carga de
datos a
cubos
OLAP
4.6. A01
Disear el
proceso
para la
exportaci
n de datos
a un
entorno
WEB
4.6. A02
Reunin
Grupal
5.1. A01
Realizar
Escenarios
de prueba
para
Mdulo de
JG;JDC;JS
$54.00
$272.00
$272.00
$272.00
$272.00
$16.60
$144.00
Hr - H
ER
Hr - H
ER
Hr - H
ER
Hr - H
ER
Hr - H
ER;JS;JDC;J
C;JG
Hr - H
JC
Hr - H

FGPR150- Versin 4.0
5.2. Pruebas
Funcionales
Carga de
Informaci
n
5.1. A02
Realizar
Escenarios
de prueba
para
Mdulo de
reportes
WEB
(Dashboar
d)
5.1. A03
Realizar
Escenarios
de prueba
para
reportes
WEB
(OLAP)
5.1. A04
Reunin
Grupal
5.2. A01
Desplegar
las
aplicacione
s en
ambiente
de pruebas
5.2. A02
Realizar
pruebas
para
Mdulo de
Carga de
Informaci
n
5.2. A03
Realizar
pruebas
para
Mdulo de
JC
$144.00
$144.00
$36.00
$128.00
$192.00
$192.00
Hr - H
JC
Hr - H
JC;JG
Hr - H
JDC;ER
Hr - H
JC
Hr - H
JC
Hr - H

FGPR150- Versin 4.0
5.3. UAT
reportes
WEB
(Dashboar
d)
5.2. A04
Realizar
pruebas
para
reportes
WEB
(OLAP)
5.2. A05
Reunin
Grupal
5.3. A01
Desplegar
las
aplicacione
s en
ambiente
de UAT
5.3. A02
Realizar
pruebas
para
Mdulo de
Carga de
Informaci
n
5.3. A03
Realizar
pruebas
para
Mdulo de
reportes
WEB
(Dashboar
d)
5.3. A04
Realizar
pruebas
para
reportes
WEB
JC
$192.00
$34.00
$128.00
$40.80
$40.80
$40.80
Hr - H
JC;JG;JDC;
ER
Hr - H
JDC;ER
Hr - H
FL
Hr - H
FL
Hr - H
MM
Hr - H

FGPR150- Versin 4.0
6.1.
Despliegue
en
Produccin
6.2. Manual
de Usuario
(OLAP)
5.3. A05
Reunin
Grupal
6.1. A01
Generar
artefactos
de las
aplicacione
s
6.1. A02
Realizar
Checklist
para el
despliegue
6.1. A03
Preparar
Ambiente
de base de
datos
6.1. A04
Preparar
ambiente
para las
aplicacione
s
6.1. A05
Realizar
Deployme
nt
6.1. A06
Realizar
Pruebas
de
funcionami
ento
6.2. A01
Recopilar
Informaci
n del
producto
6.2. A02
Capturar
Pantallas
JC;JG;JDC;
ER;FL;MM
$34.00
$64.00
$36.00
$7.50
$64.00
$32.00
$37.60
$64.00
$32.00
Hr - H
JDC;ER
Hr - H
JG
Hr - H
AC
Hr - H
JDC;ER
Hr - H
JDC;ER
Hr - H
JC;FL;MM
Hr - H
JR
Hr - H
JR
Hr - H

FGPR150- Versin 4.0
6.3.
Capacitacin
a Usuarios
6.2. A03
Realizar el
Manual
6.3. A01
Realizar
Diapositiva
s
6.3. A02
Capacitar
a usuarios
de la
Region
Cono Sur
6.3. A03
Capacitar
a usuarios
de la
Region
Andina
6.3. A04
Capacitar
a usuarios
de la
Region
Centro
America
JR
$64.00
$64.00
$96.00
$96.00
$96.00
Hr - H
JR;JG
Hr - H
JG
Hr - H
JG
Hr - H
JG
Hr - H

FGPR160- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
1.0
JG
AH
AH
Fecha
Motivo
PRESUPUESTO DEL PROYECTO

- POR FASE Y POR ENTREGABLE NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
PROYECTO
FASE
IDW
ENTREGABLE
MONTO $
1.1.1. Project Charter

1.2.1. Scope Statement
1.2.2. Plan de Proyecto
Gestin del
Proyecto
1.3.1. Solicitud de
Cambio
1.4.1. Acta de
Aceptacin
Total Fase
$1,504.15
2.1. Requerimientos
Funcionales
Anlisis
2.2. Casos de Uso de

Negocio
2.3. Casos de Uso de
Sistemas
IMPLEMENTACIN
DE UN DATA
WAREHOUSE
Total Fase $1,457.40

3.1. Diagrama de
Clases
3.2. Diagrama de
Actividades
Diseo
3.3. Diagrama de
Secuencias
3.4. Diagrama de
Estados
3.5. Modelo de Base de
Datos
3.6. Prototipos
Total Fase
$1,646.25

FGPR160- Versin 4.0
4.1. Arquitectura de
Software
4.2. Carga Informacin
de Ventas
4.3. Reportes WEB
Construccin
4.4. Proceso ETL

4.5. Dimensiones
OLAP
4.6. Exportar
informacin a entorno
WEB
Total Fase
$4,007.35
5.1. Escenarios de
Prueba
5.2. Pruebas
Funcionales
Pruebas e
Implementacin
5.3. UAT
6.1. Despliegue en
Produccin
6.2. Manual de Usuario
6.3. Capacitacin a
Usuarios
Total Fase
$2,261.30
TOTAL FASES
$10,876.45
Reserva de Contingencia
$1087.65
Reserva de Gestin
$1087.65
PRESUPUESTO TOTAL DEL PROYECTO
$13,051.75

FGPR180- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
1.0
JG
AH
AH
Fecha
Motivo
PRESUPUESTO POR SEMANA

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
PROYECTO
SEMANA
IDW
COSTO ($)
POR SEMANA
Semana 01 (07/03/11)
Semana 02 (14/03/11)
Semana 03 (21/03/11)
Semana 04 (28/03/11)
Semana 05 (04/04/11)
Semana 06 (11/04/11)
Semana 07 (18/04/11)
Semana 08 (25/04/11)
Semana 09 (02/05/11)
Semana 10 (09/05/11)
Semana 11 (16/05/11)
IMPLEMENTACIN DE Semana 12 (23/05/11)
UN DATA
Semana 13 (30/05/11)
WAREHOUSE
Semana 14 (06/06/11)
Semana 15 (13/06/11)
Semana 16 (20/06/11)
Semana 17 (27/06/11)
Semana 18 (04/07/11)
Semana 19 (11/07/11)
Semana 20 (18/07/11)
Semana 21 (25/07/11)
Semana 22 (01/08/11)
Semana 23 (08/08/11)
Semana 24 (15/08/11)
Semana 25 (22/08/11)
Semana 26 (29/08/11)
$528.47
$921.57
$387.67
$324.00
$300.00
$365.80
$300.00
$300.00
$341.88
$332.18
$377.50
$342.50
$300.00
$507.75
$663.83
$893.75
$799.80
$344.50
$254.62
$318.33
$265.67
$257.80
$333.47
$247.64
$341.79
$525.95
TOTAL SEMANAS
RESERVA DE CONTINGENCIA
RESERVA DE GESTIN
PRESUPUESTO TOTAL DEL PROYECTO
COSTO ACUMULADO
POR SEMANA
$528.47
$1,450.04
$1,837.71
$2,161.71
$2,461.71
$2,827.51
$3,127.51
$3,427.51
$3,769.39
$4,101.57
$4,479.07
$4,821.57
$5,121.57
$5,629.32
$6,293.15
$7,186.90
$7,986.70
$8,331.20
$8,585.82
$8,904.15
$9,169.82
$9,427.62
$9,761.09
$10,008.73
$10,350.52
$10,876.47
$10,876.47
$1087.65
$1087.65
$13,051.77

FGPR190- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
JG
AH
AH
12/03/11
Motivo
Documento Inicial
PRESUPUESTO EN EL TIEMPO (Curva S)

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

IDW

FGPR200- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
1.0
ER
JG
AH
Fecha
Motivo
PLANTILLA DE MTRICA DE CALIDAD

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
IDW
MTRICA DE:
PRODUCTO
PROYECTO
FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN
A LA MTRICA.
Performance del Producto
DEFINICIN DEL FACTOR DE CALIDAD:
DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MTRICA Y
ESPECIFICAR PORQU ES RELEVANTE.
La Performance del Producto se define como el cumplimiento de las caractersticas

especificadas en los requisitos de calidad especificados por los stakeholders.
Es importante porque permitir al equipo del proyecto lograr la satisfaccin del cliente
permitindole una mejor toma de decisiones.
PROPSITO DE LA MTRICA: ESPECIFICAR PARA QU SE DESARROLLA LA MTRICA?

La mtrica se desarrolla para monitorear la performance del producto en cuanto a
cumplimiento de los requisitos de calidad solicitados por el cliente y poder tomar las
acciones correctivas de ser el caso.
DEFINICIN OPERACIONAL:
DEFINIR COMO OPERAR LA MTRICA, ESPECIFICANDO EL QUIN, QU, CUNDO,
DNDE, CMO?
El Project Manager registrar los resultados de la mtrica y presentar solicitudes de

cambio si fuera necesario en las reuniones semanales durante el periodo de pruebas.
MTODO DE MEDICIN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIN.

1. Se recopilar informacin real de las pruebas: tiempos de respuesta, informes y
reportes web, interfaz con el usuario, satisfaccin de los usuarios (encuesta).
2. Esta informacin ser registrada y se har una solicitud de cambio si fuera necesario.
3. El informe ser revisado con el Sponsor en la reunin semanal para tomar acciones
preventivas y/o correctivas de ser el caso.
4. Se informar al MEAL JENSEN de dichas acciones si las hubiera.
RESULTADO DESEADO:
ESPECIFICAR CUL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA
MTRICA.
Los resultados deseados son:

1. Tiempo de respuesta <5 segundos
2. Reportes web con interfaz amigable (calificado por los usuarios, >3, de un total de
5 ptos.).
3. Satisfaccin de los usuarios >3, de un total de 5 ptos.
ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CMO SE ENLAZA LA MTRICA Y EL FACTOR

FGPR200- Versin 4.0

DE CALIDAD RELEVANTE CON LOS OBJETIVOS DE LA ORGANIZACIN.
El cumplimiento de estas mtricas es importante para poder obtener la utilidad deseada,

mejorando la toma de decisiones que permitir a MEAL JENSEN posicionarse mejor en
posibles mercados en los que todava tenga poca presencia.
RESPONSABLE DEL FACTOR DE CALIDAD:
DEFINIR QUIN ES LA PERSONA RESPONSABLE DE VIGILAR EL
FACTOR DE CALIDAD, LOS RESULTADOS DE LA MTRICA, Y DE PROMOVER LAS MEJORAS DE PROCESOS QUE SEAN
NECESARIAS.
El Project Manager es el responsable inicial de vigilar el factor de calidad, los resultados de

la mtrica y de promover las mejoras de procesos que sean necesarias para alcanzar los
objetivos de calidad planteados en el producto. Es el Sponsor quien tiene la responsabilidad
final de lograr la rentabilidad del proyecto y el cumplimiento de los plazos.
FGPR200- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
1.0
ER
JG
AH
Fecha
Motivo
PLANTILLA DE MTRICA DE CALIDAD

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
IDW
MTRICA DE:
PRODUCTO
PROYECTO
FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN
A LA MTRICA.
Performance del Proyecto
DEFINICIN DEL FACTOR DE CALIDAD:
DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MTRICA Y
ESPECIFICAR PORQU ES RELEVANTE.
La Performance del Proyecto se define como el cumplimiento del cronograma y del

presupuesto establecido para el proyecto.
Es importante porque permitir al equipo del proyecto lograr el margen de utilidad
calculado, en caso contrario podra no generar utilidades e inclusive prdidas.
Adems, el atraso en la entrega del producto final nos hara incurrir en penalidades
contempladas en el contrato.
PROPSITO DE LA MTRICA: ESPECIFICAR PARA QU SE DESARROLLA LA MTRICA?

La mtrica se desarrolla para monitorear la performance del proyecto en cuanto a
cumplimiento del presupuesto y cronograma, lo que permitir tomar acciones correctivas
de manera oportuna de ser el caso.
DEFINICIN OPERACIONAL:
DEFINIR COMO OPERAR LA MTRICA, ESPECIFICANDO EL QUIN, QU, CUNDO,
DNDE, CMO?
El Project Manager actualizar la informacin en el MS Project cada viernes en horas de la

maana. Asimismo calcular el CPI (Cost Performance Index) y el SPI (Schedule
Performance Index) en las instalaciones de Meal Jensen. De esta manera los ratios de
performance del proyecto estarn disponibles en la reunin semanal de cada viernes por
la tarde.
MTODO DE MEDICIN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIN.

1. Se recopilar informacin real de: los avances, valor ganado, fechas de inicio y fin,
trabajo y costo.
2. Esta informacin ser ingresada en el Ms Project.
3. Se calcular los ndices CPI y SPI en el MS Project y sern ingresados al Informe
Semanal del Proyecto.
4. El informe ser revisado con el Sponsor en la reunin semanal para tomar acciones
preventivas y/o correctivas de ser el caso.
5. Se informar al MJN de dichas acciones si las hubiera.
RESULTADO DESEADO:
ESPECIFICAR CUL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA
MTRICA.
Los resultados deseados son:

1. CPI0.95 (Cost Performance Index)
2. SPI0.95 (Schedule Performance Index)
ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CMO SE ENLAZA LA MTRICA Y EL FACTOR

FGPR200- Versin 4.0

DE CALIDAD RELEVANTE CON LOS OBJETIVOS DE LA ORGANIZACIN.
El cumplimiento de estas mtricas es importante para poder obtener la utilidad deseada,

mejorando la toma de decisiones que permitir a MJN posicionarse mejor en posibles
mercados en los que todava tenga poca presencia.
RESPONSABLE DEL FACTOR DE CALIDAD:
DEFINIR QUIN ES LA PERSONA RESPONSABLE DE VIGILAR EL
FACTOR DE CALIDAD, LOS RESULTADOS DE LA MTRICA, Y DE PROMOVER LAS MEJORAS DE PROCESOS QUE SEAN
NECESARIAS.
El Project Manager es el responsable inicial de vigilar el factor de calidad, los resultados de

la mtrica y de promover las mejoras de procesos que sean necesarias para alcanzar los
objetivos de calidad planteados. Es el Sponsor quien tiene la responsabilidad final de lograr
la rentabilidad del proyecto y el cumplimiento de los plazos.
FGPR210- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
1.0
ER
JG
AH
Fecha
Motivo
LNEA BASE DE CALIDAD

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
IDW
LNEA BASE DE CALIDAD

FACTOR DE
CALIDAD
RELEVANTE
Performance
del Proyecto
Performance
del Proyecto
Nivel de
Satisfaccin
del Cliente
OBJETIVO DE
CALIDAD
MTRICA A
USAR
FRECUENCIA Y
FRECUENCIA Y
MOMENTO DE
MOMENTO DE
MEDICIN
REPORTE
CPI0.95
CPI: Cost
Performance
Index
Acumulado.
Frecuencia:
semanal.
Momento de
medicin: viernes
en la maana.
Frecuencia:
semanal.
Reporte: viernes
en la tarde.
SPI0.95
SPI: Schedule
Performance
Index
Acumulado.
Frecuencia:
semanal.
Momento de
medicin: viernes
en la maana.
Frecuencia:
semanal.
Reporte: viernes
en la tarde.
Nivel de
Satisfaccin:
Promedio.
Valores entre
1-5 sobre
entregables.
Frecuencia: cada
vez que se
presente un
entregable.
Momento de
medicin: al da
siguiente de la
presentacin del
entregable.
Frecuencia: cada
vez que se
presente un
entregable.
Momento de
medicin: al da
siguiente de la
presentacin del
entregable.
Nivel de
Satisfaccin
4.0

FGPR220- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
Motivo
1.0
ER
JG
AH
12/03/11
Versin Original
MATRIZ DE ACTIVIDADES DE CALIDAD

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
ENTREGABLE
1.1.1 Project Charter
1.2.1. Scope
Statement
1.2.2 Plan de
Proyecto
1.3.1 Solicitud de
Cambio
1.3.2 Reportes de
Estado
1.4.1 Acta de
Aceptacin
1.4.2 Lecciones
Aprendidas
2.1 Requerimientos
Funcionales
2.2 Casos de Uso de
Negocio
2.3 Casos de Uso de
Sistema
3.1 Diagrama de
Clases
3.2 Diagrama de
Actividades
3.3 Diagrama de
Secuencias
3.4 Diagrama de
Estados
3.5 Modelo de Base
de Datos
4.1 Arquitectura de
Software
4.2 Carga
Informacin de
Ventas
4.3 Reportes Web
4.4 Proceso ETL
ESTNDAR DE CALIDAD
APLICABLE
Metodologa de Gestin
Proyectos del PMI
Proyectos del PMI
Proyectos del PMI
Proyectos del PMI
Proyectos del PMI
Proyectos del PMI
Proyectos del PMI
de
de
de
de
de
de
de
Formato Exigido por Meal

Jensen
IDW
ACTIVIDADES DE
PREVENCIN
ACTIVIDADES DE
CONTROL
Revisin de formatos
Aprobacin por Sponsor
Revisin de formatos
Revisin de formatos
Revisin de formatos
Revisin de formatos
Revisin de formatos
Revisin de formatos
Revisin de actividades
de diseo
Revisin/Aprobacin por
Sponsor
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin de la
Informacin
Revisin por Project

Manager
Revisin de formatos
Revisin por Project

Manager
Revisin por Project
Manager
Revisin por Project
Manager
4.5 Dimensiones
OLAP
4.6 Informacin en
Revisin de la
entorno Web
Informacin
5.1 Escenarios de
Revisin del Cdigo
Prueba
5.2 Pruebas
Aprobacin por Meal
Revisin del Cdigo
Funcionales
Jensen
FGPR220- Versin 4.0

5.3 UAT
Aprobacin por Meal

Jensen

FGPR230- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
Motivo
1.0
ER
JG
AH
12/03/11
Versin Original
PLAN DE GESTION DE LA CALIDAD

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
POLTICA DE CALIDAD DEL PROYECTO:
IDW
ESPECIFICAR LA INTENCIN DE DIRECCIN QUE FORMALMENTE TIENE
EL EQUIPO DE PROYECTO CON RELACIN A LA CALIDAD DEL PROYECTO.
El proyecto debe cumplir con los requisitos de calidad referidos al cronograma y presupuesto
planificados. Asimismo, debe cumplir con los requisitos de calidad de MJN y obtener un buen
nivel de satisfaccin de su parte.
LNEA BASE DE CALIDAD DEL PROYECTO:
ESPECIFICAR LOS FACTORES DE CALIDAD RELEVANTES PARA EL
PRODUCTO DEL PROYECTO Y PARA LA GESTIN DEL PROYECTO. PARA CADA FACTOR DE CALIDAD RELEVANTE DEFINIR LOS
OBJETIVOS DE CALIDAD, LAS MTRICAS A UTILIZAR, Y LAS FRECUENCIAS DE MEDICIN Y DE REPORTE.
FACTOR DE
CALIDAD
RELEVANTE
Performance
del Proyecto
Performance
del Proyecto
Nivel de
Satisfaccin
del Cliente
OBJETIVO DE
CALIDAD
MTRICA A
UTILIZAR
CPI0.95
CPI: Cost
Performance
Index
Acumulado.
SPI0.95
SPI: Schedule
Performance
Index
Acumulado.
Nivel de
Satisfaccin
4.0
Nivel de
Satisfaccin:
Promedio.
Valores entre
1-5 sobre
entregables.
FRECUENCIA Y
MOMENTO DE MEDICIN
Frecuencia:
semanal.
Momento de
medicin: viernes
en la maana.
Frecuencia:
semanal.
Momento de
medicin: viernes
en la maana.
Frecuencia: cada
vez que se
presente un
entregable.
Momento de
medicin: al da
siguiente de la
presentacin del
entregable.
FRECUENCIA Y MOMENTO
DE REPORTE
Frecuencia: semanal.
Reporte: viernes en
la tarde.
Frecuencia: semanal.
Reporte: viernes en
la tarde.
Frecuencia: cada vez
que se presente un
entregable.
Momento de
medicin: al da
siguiente de la
presentacin del
entregable.
PLAN DE MEJORA DE PROCESOS: ESPECIFICAR LOS PASOS PARA ANALIZAR PROCESOS, LOS CUALES FACILITARN
LA IDENTIFICACIN DE ACTIVIDADES QUE GENERAN DESPERDICIO O QUE NO AGREGAN VALOR.
Cada vez que se deba mejorar un proceso se seguirn los siguientes pasos:
1. Delimitar el proceso
2. Determinar la oportunidad de mejora
3. Tomar informacin sobre el proceso
4. Analizar la informacin levantada
5. Definir las acciones correctivas para mejorar el proceso
6. Aplicar las acciones correctivas
7. Verificar si las acciones correctivas han sido efectivas
8. Estandarizar las mejoras logradas para hacerlas parte del proceso
MATRIZ DE ACTIVIDADES DE CALIDAD:
ESPECIFICAR PARA CADA PAQUETE DE TRABAJO SI EXISTE UN
ESTNDAR O NORMA DE CALIDAD APLICABLE A SU ELABORACIN. ANALIZAR LA CAPACIDAD DEL PROCESO QUE GENERAR
CADA ENTREGABLE Y DISEAR ACTIVIDADES DE PREVENCIN Y DE CONTROL QUE ASEGURARN LA OBTENCIN DE
ENTREGABLES CON EL NIVEL DE CALIDAD REQUERIDO (VER MATRIZ ADJUNTA).

FGPR230- Versin 4.0

PAQUETE DE TRABAJO
1.1.1 Project Charter
1.2.2 Plan de Proyecto
1.3.1 Solicitud de
Cambio
1.3.2 Reportes de
Estado
1.4.1 Acta de
Aceptacin
1.4.2 Lecciones
Aprendidas
2.1 Requerimientos
Funcionales
2.2 Casos de Uso de
Negocio
2.3 Casos de Uso de
Sistema
ESTNDAR O NORMA DE
CALIDAD APLICABLE
de Proyectos del PMI
ACTIVIDADES DE
PREVENCIN
Revisin de formatos
Revisin de formatos
Revisin de formatos
Revisin de formatos
Revisin de formatos
Revisin de formatos
Revisin de formatos
3.1 Diagrama de Clases

3.2 Diagrama de
Actividades
3.3 Diagrama de
Secuencias
3.4 Diagrama de
Estados
3.5 Modelo de Base de
Datos
4.1 Arquitectura de
Software
4.2 Carga Informacin
de Ventas
4.3 Reportes Web
Revisin de
actividades de diseo
Revisin de la
Informacin
Formato Exigido por
Meal Jensen
ACTIVIDADES DE CONTROL
Revisin de formatos
4.4 Proceso ETL

4.5 Dimensiones OLAP
Revisin/Aprobacin por
Sponsor
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
Revisin por Project
Manager
4.6 Informacin en
entorno Web
5.1 Escenarios de
Prueba
Revisin de la
Informacin
Revisin del Cdigo
5.2 Pruebas Funcionales
Revisin del Cdigo
Aprobacin por Meal Jensen

Aprobacin por Meal Jensen
5.3 UAT
ROLES PARA LA GESTIN DE LA CALIDAD:
ESPECIFICAR LOS ROLES QUE SERN NECESARIOS EN EL EQUIPO
DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y ACTIVIDADES DE GESTIN DE LA CALIDAD. PARA CADA ROL
ESPECIFICAR: OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A QUIEN SUPERVISA, REQUISITOS DE
CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEAR EL ROL.
ROL NO 1 :
SPONSOR
Objetivos del rol:

Responsable ejecutivo y final por la calidad del proyecto.
Funciones del rol:
Revisar, aprobar y tomar acciones correctivas para mejorar la calidad.
Niveles de autoridad:
Disposicin de los recursos de Meal Jensen aplicables al proyecto.
Reporta a:
Directorio
Supervisa a:
Project Manager
Requisitos de conocimientos:
Project Management, Proyectos de TI, Gestin en General
FGPR230- Versin 4.0
ROL NO 2 :
PROJECT
MANAGER
ROL NO 3 :
MIEMBRO DEL
EQUIPO DE
PROYECTO
Requisitos de habilidades:
Liderazgo, Comunicacin, Negociacin, Motivacin y Solucin de
Conflictos
Requisitos de experiencia:
Por lo menos 10 aos en proyectos de Tecnologas de la Informacin
Objetivos del rol:
Gestionar operativamente la calidad.
Funciones del rol:
Revisar estndares, revisar entregables, aceptar entregables o
disponer su reproceso, deliberar para generar acciones correctivas,
aplicar acciones correctivas
Exigir el cumplimiento de entregables al equipo de proyecto.
Reporta a:
Sponsor
Supervisa a:
Equipo de Proyecto
Gestin de Proyectos bajo el estndar del PMI
Liderazgo, Comunicacin, Negociacin, Motivacin y Solucin de
conflictos.
No menor a 4 aos en Proyectos de Tecnologas de la Informacin.
Objetivos del rol:
Ejecutar las actividades para elaborar los entregables dentro de los
parmetros de calidad.
Funciones del rol :
Elaborar los entregables.
Aplicar los recursos que se hayan asignado.
Reporta a:
Project Manager.
Supervisa a:
Gestin de proyectos, desarrollo de software.
2 aos en desarrollo de software.
ORGANIZACIN PARA LA CALIDAD DEL PROYECTO:

INDICANDO CLARAMENTE DONDE ESTARN SITUADOS LOS ROLES PARA LA
ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO
GESTIN DE LA CALIDAD.
Sponsor
Comit de Control de Cambios
Project Manager
Equipo de Proyecto
DOCUMENTOS NORMATIVOS PARA LA CALIDAD:
LOS PROCESOS Y ACTIVIDADES DE
PROCEDIMIENTOS
ESPECIFICAR QUE DOCUMENTOS NORMATIVOS REGIRN
GESTIN DE LA CALIDAD.
1.
2.
Para mejora de procesos.

Para auditorias de procesos.
FGPR230- Versin 4.0
PLANTILLAS
FORMATOS
CHECKLISTS
OTROS DOCUMENTOS
3.
4.
1.
2.
3.
1.
2.
3.
4.
1.
2.
3.
1.
2.
3.
4.
Para resolucin de problemas.

Para reuniones de aseguramiento de calidad.
Mtricas de calidad.
Plan de Gestin de calidad.
Inspecciones de calidad.
Mtricas de Calidad.
Lnea base de la calidad.
Plan de gestin de la calidad.
Inspecciones de Calidad.
De mtricas.
De auditoras.
De acciones correctivas.
---------
PROCESOS DE GESTIN DE LA CALIDAD:
ESPECIFICAR EL ENFOQUE PARA REALIZAR LOS PROCESOS DE
GESTIN DE LA CALIDAD INDICANDO EL QU, QUIN, CMO, CUNDO, DNDE, CON QU, Y PORQU.
El aseguramiento de calidad se har monitoreando continuamente la performance

del trabajo, los resultados del control de calidad, y sobre todo las mtricas. De esta
manera se descubrir tempranamente cualquier necesidad de auditora de
procesos, o de mejora de procesos.
ENFOQUE DE
ASEGURAMIENTO DE Los resultados se formalizarn como solicitudes de cambio y/o acciones
LA CALIDAD
correctivas/preventivas
Asimismo se verificar que dichas solicitudes de cambio, y/o acciones
correctivas/preventivas se hayan ejecutado y hayan sido efectivas
El control de calidad se ejecutara revisando los entregables para ver si estn
conformes o no.
ENFOQUE DE
CONTROL DE LA
CALIDAD
Los resultados de estas mediciones se consolidarn y se enviarn al proceso de

aseguramiento de calidad. Asimismo en este proceso se har la medicin de las
mtricas y se informarn al proceso de aseguramiento de calidad.
Los entregables que han sido reprocesados se volvern a revisar para verificar si
ya se han vuelto conformes.
Para los defectos detectados se tratar de detectar las causas races de los
defectos para eliminar las fuentes del error, los resultados y conclusiones se
formalizarn como solicitudes de cambio y/o acciones correctivas/preventivas.
Cada vez que se requiera mejorar un proceso se seguir lo siguiente:
ENFOQUE DE
MEJORA DE
PROCESOS
1. Delimitar el proceso
2. Determinar la oportunidad de mejora
3. Tomar informacin sobre el proceso
4. Analizar la informacin levantada
5. Definir las acciones correctivas para mejorar el proceso
6. Aplicar las acciones correctivas
7. Verificar si las acciones correctivas han sido efectivas
8. Estandarizar las mejoras logradas para hacerlas parte del proceso
FGPR240- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
JC
JG
AH
19/03/2011
Motivo
Versin original
ORGANIGRAMA DEL PROYECTO

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
IDW
Sponsor
J. FULHAM
Gerente de Ventas y Marketing
Comit de Control de
Cambios
Analista de
Negocios
A. Mlaga
Project Manager
Julio Glvez
Equipo de Gestin del Proyecto
Especialista
Cognos
Eldo Ramrez
Ing. Snior J2EE

J. del Castillo
Ing. De
Calidad
Adm. De BD
A. Chilca
J. Casas
Software
Engineer
J. Suarez
Analista de
Ventas
F. Lopez
Documentador
J.Romero
Equipo de Ejecucin del Proyecto

EQUIPO INTEGRADO DEL PROYECTO

Analista de
Marketing
M. Mercado
FGPR250- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
Motivo
1.0
JC
JG
AH
19/03/2011
Documento inicial
MATRIZ DE ASIGNACIN DE RESPONSABILIDADES

(RAM)
NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
WAREHOUSE
IDW
ROLES / PERSONAS
ENTREGABLES
SP
PM
EC
SJ
IC
ABD
SE
DO
AN
AV
AM
R
R
R
R
R
R
R
1. Gestin del Proyecto

1.1. Iniciacin
1.1.1. Project Charter
1.1.1. A01 Reunin con el sponsor
1.1.1. A02 Elaborar Project Charter
1.1.1. A03 Revisar Project Charter
1.1.1. A04 Aprobar Project Charter
1.2. Planificacin
1.2.1. A01 Reunin con el sponsor
1.2.1. A02 Elaborar el Scope Statement

1.2.1. A03 Revisar el Scope Statement
1.2.2. Plan de Proyecto

1.2.2. A01 Elaborar el Plan del Proyecto
1.2.3. Contrataciones
1.2.3. A01 Elaborar contrato para compra de
1.2.3. A02 Revisar contrato para compra de
1.2.3. A03 Aprobar contrato para compra de
1.2.3. A04 Elaborar orden de compra de
servicios de consultora para diseo de
plantillas CORDA
1.2.3. A05 Aprobar orden de compra de
servicios de consultora para diseo de
plantillas CORDA
1.3. Monitoreo y Control
R
R
R
A
R
R
1.3.1. A01 Evaluar Solicitud de Cambio

1.3.1. A02 Crear / actualizar documentacin
del proyecto
1.3.2. Reportes de Estado
R
R
1.3.2. Informe de Estado del Proyecto 1
V
V
V
V
V
V
V
R
R
R
R
R
R
R
P
P
P
P
P
P
P
P
P
P
P
P
P
P
1.3.1. Solicitud de Cambio

1.4 Cierre del Proyecto

FGPR250- Versin 4.0

1.4.1. Acta de Aceptacin
1.4.1. A01 Elaborar Acta de Aceptacin
1.4.1. A02 Firmar Acta de Aceptacin
R
P
P
P
P
P
1.4.2. Lecciones Aprendidas

1.4.2. A01 Elaborar Documento de Lecciones
Aprendidas
1.4.2. A02 Reunin para revisar las Lecciones
Aprendidas
2. Anlisis
R
R
2.1. Requerimientos Funcionales

2.1. A01 Realizar entrevistas a los usuarios
2.1. A02 Reuniones grupales
R
R
R
2.1. A03 Elaborar lista de requerimientos

2.2. Casos de Uso de Negocio
2.2. A01 Disear diagrama de casos de uso
de negocio
2.2. A02 Disear diagrama de procesos
2.3. Casos de Uso de Sistema
2.3. A01 Disear diagrama de caso de uso de
sistema
2.3. A02 Documentar Casos de Uso de
Sistema
R
R
R
R
R
P
3. Diseo
3.1. Diagrama de Clases
3.1. A01 Identificar principales Entidades de
negocio
3.1. A02 Clasificar y relacionar entidades
3.1. A03 Disear diagrama de clases
R
R
R
3.2. Diagrama de Actividades

3.2. A01 Identificar las actividades
3.2. A02 Disear los diagramas de acuerdo a
las actividades identificadas
3.3. Diagrama de Secuencias
3.3. A01 Desarrollar el diagrama de
secuencias
3.4. Diagrama de Estados
R
R
3.4. A01 Desarrollar el diagrama de estados
3.5. Modelo de Base de Datos

3.5. A01 Identificar las tablas de la entidadrelacin
3.5. A02 Disear el modelo de Base de Datos
3.6. Prototipo
3.6. A01 Realizar prototipos para Mdulo de
Carga de Informacin
3.6. A02 Realizar prototipos para Mdulo de
reportes WEB (Dashboard)
3.6. A03 Realizar prototipos para reportes
WEB (OLAP)
3.6. A04 Validar prototipos con los usuarios
de negocio
3.6. A05 Realizar cambios a los prototipos
3.6. A06 Revisin final de prototipos
R
R
R
R
R
R
Prototipo presentado
4. Construccin
4.1. Arquitectura de Software
4.1. A01 Elaborar Diagrama de Despliegue

FGPR250- Versin 4.0

4.1. A02 Elaborar Diagrama de Componentes
4.1. A03 Crear y configurar el Proyecto Java
4.1. A04 Configurar el proyecto Java en un
ambiente de integracin continua
4.1. A05 Elaborar Documento de Arquitectura
de Software
R
R
R
R
P
4.2. Carga Informacin de Ventas

4.2. A01 Desarrollar formulario para carga de
archivos TXT
4.2. A02 Desarrollar formulario para carga de
archivos XLS
4.2. A03 Desarrollar Informe de cargas
R
R
P
R
R
4.3. Reportes WEB

4.3. A01 Disear Plantillas Dashboard en
CORDA
4.3. A02 Desarrollar Dashboard principal por
mapas
4.3. A03 Desarrollar Reporte en grficos 3D
en barras
4.3. A04 Desarrollar Reporte en grficos 3D
en Lneas
4.3. A05 Desarrollar Reporte detallado en
forma de rbol
R
R
R
R
R
P
4.4. Proceso ETL

4.4. A01 Disear el proceso para la
extraccin/Transformacin
4.5. Dimensiones OLAP
4.5. A01 Disear el modelo OLAP para la
carga de datos
4.5. A02 Disear el proceso para la carga de
datos a cubos OLAP
4.6. Exportar informacin a entorno WEB
4.6. A01 Disear el proceso para la
exportacin de datos a un entorno WEB
R
R
R
R
P
Entregable del producto

5. Pruebas
5.1. Escenarios de Prueba
5.1. A01 Realizar Escenarios de prueba para
Mdulo de Carga de Informacin
Mdulo de reportes WEB (Dashboard)
reportes WEB (OLAP)
5.2. Pruebas Funcionales
5.2. A01 Desplegar las aplicaciones en
ambiente de pruebas
5.2. A02 Realizar pruebas para Mdulo de
Carga de Informacin
5.2. A04 Realizar pruebas para reportes WEB
(OLAP)
5.3. UAT
5.3. A01 Desplegar las aplicaciones en
ambiente de UAT
R
R
R
P
R
P
R
R
R
R

FGPR250- Versin 4.0

Carga de Informacin
5.3. A04 Realizar pruebas para reportes WEB
(OLAP)
R
R
R
P
Pruebas completadas
6. Implementacin
6.1. Despliegue en Produccin
6.1. A01 Generar artefactos de las
aplicaciones
6.1. A02 Realizar Checklist para el despliegue
6.1. A03 Preparar Ambiente de base de datos

6.1. A04 Preparar ambiente para las
aplicaciones
6.1. A05 Realizar Deployment
6.1. A06 Realizar Pruebas de funcionamiento
6.2. Manual de Usuario

6.2. A01 Recopilar Informacin del producto
R
R
R
6.2. A02 Capturar Pantallas

6.2. A03 Realizar el Manual
6.3. Capacitacin a Usuarios
6.3. A01 Realizar Diapositivas
6.3. A02 Capacitar a usuarios de la Regin
Cono Sur
Andina
Centro Amrica
Reunin Grupal Fin del proyecto
P
R
R
R
P
Fin del proyecto
LEYENDA
Cdigos de responsabilidades
R = RESPONSABLE DEL
ENTREGABLE
A = APRUEBA EL ENTREGABLE
P = PARTICIPA
V = REVISA
Cdigos de roles
ABD = ADM. DE BASE DE DATOS
SP = SPONSOR DEL PROYECTO
SE = SOFTW ARE ENGINEER
PM = PROJECT MANAGER DEL
DO = DOCUMENTADOR
PROYECTO
AN = ANALISTA DE NEGOCIOS
EC = ESPECIALISTA COGNOS
AV = ANALISTA DE VENTAS
SJ = SENIOR J2EE
AM = ANALISTA DE MARKETING
IC = INGENIERO DE CALIDAD

FGPR260- Versin 4.0
Versin
1.0
Hecha por
Revisada por
Aprobada por
Fecha
JC
JG
AH
19/03/2011
Motivo
Versin original
DESCRIPCIN DE ROLES
NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
WAREHOUSE
IDW
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 el proyecto por ello es el principal interesado en el xito

del mismo y; tambin la que ms apoya, soporta y defiende el proyecto.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (DE QU ES RESPONSABLE?).
Aprobar el Project Charter
Aprobar el Scope Statement
Aprobar el Plan de Proyecto
Aprobar el Cierre del Proyecto
Revisar los Reportes de Estado
Aprobar el Acta de Aceptacin
FUNCIONES: FUNCIONES ESPECFICAS QUE DEBE CUMPLIR (QU DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR
SUS RESPONSABILIDADES?).
Firmar el Contrato con la empresa proveedora de informacin de ventas

Iniciar el proyecto
Aprobar la planificacin del proyecto
Monitorear el estado general del proyecto
Cerrar el proyecto
Gestionar el Control de Cambios del proyecto
Asignar recursos al proyecto
Designar y empoderar al Project Manager
Ayudar en la solucin de problemas y superacin de obstculos del proyecto
NIVELES DE AUTORIDAD: QU DECISIONES PUEDE TOMAR CON RELACIN 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 lneas base del proyecto
Decide sobre planes y programas del proyecto
REPORTA A: A QUIN REPORTA DENTRO DEL PROYECTO.
SUPERVISA A: A QUINES SUPERVISA DENTRO DEL PROYECTO.
Project Manager
Usuarios Lideres de Ventas y Marketing
REQUISITOS DEL ROL: QU REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS:
QU TEMAS, MATERIAS, O
ESPECIALIDADES DEBE CONOCER,
MANEJAR O DOMINAR.

FGPR260- Versin 4.0
HABILIDADES:
QU HABILIDADES ESPECFICAS DEBE
POSEER Y EN QU GRADO.
EXPERIENCIA:
QU EXPERIENCIA DEBE TENER, SOBRE
QU TEMAS O SITUACIONES, Y DE QU
NIVEL.
OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES
FSICAS, ETC.
NOMBRE DEL ROL

PROJECT MANAGER
ROL).
Es la persona que gestiona el proyecto, es el principal responsable por el xito del

proyecto, y por tanto la persona que asume el liderazgo y la administracin de los
recursos del proyecto para lograr los objetivos fijados por el Sponsor.
Elaborar el Project Charter
Elaborar el Scope Statement
Elaborar el Plan de Proyecto
Elaborar los Reportes de Estado
Negociar y elaborar el Contrato con la empresa proveedora de inf. de ventas
Realizar la reunin de coordinacin semanal
Elaborar el Acta de Aceptacin del proyecto
Elaborar el Informe de Cierre del Proyecto
Ayudar al Sponsor a iniciar el proyecto

Planificar el proyecto
Ejecutar el proyecto
Controlar el proyecto
Cerrar el proyecto
Ayudar a Gestionar el Control de Cambios del proyecto
Ayudar a Gestionar los temas contractuales
Gestionar los recursos del proyecto
Solucionar problemas y superar los obstculos del proyecto
PROVEEDORES, ETC.
Decide sobre la programacin detallada de los recursos humanos y materiales

asignados al proyecto
Decide sobre la informacin y los entregables del proyecto
Sponsor
Al equipo de proyecto
FGPR260- Versin 4.0
CONOCIMIENTOS:
Gestin de proyectos segn el PMBOK

MS Project

MANEJAR O DOMINAR.
HABILIDADES:
EXPERIENCIA:
NIVEL.
Liderazgo
Comunicacin
Negociacin
Solucin de Conflictos
Motivacin
Gestin de proyectos segn el PMBOK (2 aos)
MS Project (2 aos)
OTROS:
FSICAS, ETC.
NOMBRE DEL ROL

ANALISTA DE NEGOCIOS
ROL).
Es la persona responsable de analizar el producto-software a construir.

Elaborar el anlisis del producto-software
Elaborar los Requerimientos Funcionales

Elaborar los Casos de Uso del Negocio
Elaborar los Casos de Uso del Sistema
NIVELES DE AUTORIDAD: QU DECISIONES PUEDE TOMAR CON RELACIN AL
ALCANCE, TIEMPO, COSTO, CALIDAD,

PROVEEDORES, ETC.

Project Manager
Dominio del Lenguaje UML
CONOCIMIENTOS:
Dominio de Procesos de Negocio
MANEJAR O DOMINAR.
HABILIDADES:
EXPERIENCIA:
NIVEL.
Comunicacin
Negociacin
Motivacin
Uso del lenguaje UML (3 aos)
Dominio de Procesos de Negocio (4 aos)
FGPR260- Versin 4.0
OTROS:
FSICAS, ETC.
NOMBRE DEL ROL

SENIOR J2EE
ROL).
Es la persona responsable de disear y construir el producto-software.

Elaborar el diseo del producto-software
Construir el producto-software
Elaborar los Diagramas de Clases

Elaborar los Diagramas de Actividades
Elaborar los Diagramas de Secuencias
Elaborar los Diagramas de Estado
Elaborar el Modelo de Base de Datos
Construir los prototipos
Apoyar en las pruebas funcionales del producto-software
Apoyar en la implementacin del producto-software
PROVEEDORES, ETC.

Project Manager
Dominio de la Metodoloda RUP
CONOCIMIENTOS:
Dominio del lenguaje de programacin J2EE
Dominio de Frameworks (Spring, Hibernate,
MANEJAR O DOMINAR.
JSF)
Comunicacin
HABILIDADES:
Negociacin
Motivacin
Uso del lenguaje UML en proyectos de desarrollo
EXPERIENCIA:
de software (2 aos)
Desarrollo de software utilizando J2EE (5 aos)
NIVEL.
OTROS:
FSICAS, ETC.
FGPR260- Versin 4.0
NOMBRE DEL ROL

Especialista en COGNOS
ROL).
Es la persona responsable de disear y construir el producto-software usando

COGNOS.
Elaborar el diseo del producto-software
Construir el producto-software
Elaborar el Modelo de Base de Datos

Disear las dimensiones OLAP
Disear el flujo de tareas ETL
Desarrollar proceso de generacin de informacin en aplicacin WEB
PROVEEDORES, ETC.

Project Manager
Dominio de la Metodoloda RUP
CONOCIMIENTOS:
Dominio de la Herramienta BI, Cognos
MANEJAR O DOMINAR.
HABILIDADES:
EXPERIENCIA:
NIVEL.
Comunicacin
Negociacin
Motivacin
Uso de
COGNOS en proyectos reales de
Inteligencia de Negocios (2 aos)
Uso del lenguaje UML en proyectos de desarrollo
de software (2 aos)
OTROS:
FSICAS, ETC.
FGPR270- Versin 4.0
Versin
1.0
Hecha por
Revisada por
Aprobada por
Fecha
JC
JG
AH
07/03/11
Motivo
Versin Original
CUADRO DE ADQUISICIONES DEL PERSONAL DEL PROYECTO

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
ROL
Sponsor
TIPO DE
FUENTE DE
ADQUISICIN
ADQUISICIN
Pre
asignacin
Pre
asignacin
Asignacin
MJN
Ingeniero de
Calidad
Ingenieros de
Software
Snior J2EE
Asignacin
MJN
Asignacin
MJN
Administrador de
Base de Datos
Asignacin
MJN
Project Manager
Especialista
en COGNOS
MJN
MJN
Contacto:
MODALIDAD DE
ADQUISICIN
IDW
LOCAL DE
FECHA DE INICIO
TRABAJO
DE
ASIGNADO
RECLUTAMIENTO
FECHA
REQUERIDA DE
COSTO DE
DISPONIBILIDA
RECLUTAMIENTO
D DE PERSONAL
MJN
APOYO DE
AREA DE
RRHH
ninguno
ninguno
Decisin del
sponsor
Contratacin
Directa
MJN
07/03/11
15/03/11
ninguno
ninguno
MJN
10/03/11
05/04/11
ninguno
ninguno
Contratacin
Directa
Contratacin
Directa
MJN
10/03/11
05/04/11
ninguno
ninguno
MJN
10/03/11
05/04/11
ninguno
ninguno
Contratacin
Directa
MJN
10/03/11
05/04/11
ninguno
ninguno
informes@dharma-consulting.com, Pgina Web: www.dharmacon.net
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider
(R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
FGPR280- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
1.0
JD
JG
AH
Fecha
07/03/11
Motiv
o
Versin Original
DIAGRAMA DE CARGA DE PERSONAL

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
WAREHOUSE
IDW
RECURSO: SPONSOR
Contacto:
FGPR280- Versin 4.0
RECURSO: PROJECT MANAGER
RECURSO: ESPECIALISTA EN COGNOS
Contacto:
FGPR280- Versin 4.0
RECURSO: INGENIERO DE CALIDAD
RECURSO: INGENIERO SENIOR J2EE
Contacto:
FGPR280- Versin 4.0
RECURSO: INGENIERO DE SOFTWARE
RECURSO: ADMINISTRADOR DE BASE DE DATOS
Contacto:
FGPR280- Versin 4.0
RECURSO: DOCUMENTADOR
RECURSO: ANALISTA DE NEGOCIOS
Contacto:
FGPR280- Versin 4.0
RECURSO: ANALISTA DE VENTAS
RECURSO: ANALISTA DE MARKETING
Contacto:
FGPR290- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
JD
AH
AH
07/03/11
Motivo
Versin Original
PLAN DE RECURSOS HUMANOS

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
WAREHOUSE
IDW
ORGANIGRAMA DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO.

Ver Organigrama del Proyecto versin 1.0
NOTA: ADJUNTAR ORGANIGRAMA DEL PROYECTO.
ROLES Y RESPONSABILIDADES: ESPECIFICAR LA MATRIZ DE ASIGNACIONES DE RESPONSABILIDADES (RAM).

Ver Matriz de Asignacin de Responsabilidades (RAM) versin 1.0
NOTA: ADJUNTAR MATRIZ RAM.
DESCRIPCIN DE ROLES: NOMBRE DEL ROL, OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIN REPORTA, A
QUIN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEAR ROL.
Ver Descripcin de Roles versin 1.0
NOTA: ADJUNTAR FORMATOS DE DESCRIPCIN DE ROLES.
ADQUISICIN DEL PERSONAL DEL PROYECTO: CMO, DE DNDE, CUNDO, CUNTO, ETC.?
Ver Diagramas de Adquisicin versin 1.0
NOTA: ADJUNTAR CUADRO DE ADQUISICIN DE PERSONAL.
CRONOGRAMAS E HISTOGRAMAS DE TRABAJO DEL PERSONAL DEL PROYECTO: CRONOGRAMAS DE

ASIGNACIN DE PERSONAS Y ROLES, HISTOGRAMAS DE TRABAJO TOTALES Y POR ESPECIALIDADES.
Ver Diagramas de Carga de Personal versin 1.0
NOTA: ADJUNTAR DIAGRAMA DE CARGA DE PERSONAL.
CRITERIOS DE LIBERACIN DEL PERSONAL DEL PROYECTO: CUNTO, CMO, HACIA DNDE?
CRITERIO DE
LIBERACIN
ROL
Sponsor
Project Manager
Especialista en
COGNOS
Contacto:
Al trmino del
proyecto
Al trmino del
proyecto
Al trmino del
proyecto
CMO?
DESTINO DE
ASIGNACIN
Comunicacin del
Sponsor
Comunicacin del
PM
Otros proyectos
de MGJ
Otros proyectos
de MGJ
FGPR290- Versin 4.0
Ingeniero de
Calidad
Ingenieros de
Software Snior
J2EE
Al trmino del
proyecto
Al trmino del
proyecto
Comunicacin del
PM
Comunicacin del
PM
Otros proyectos
de MGJ
Otros proyectos
de MGJ
Al trmino del
Otros proyectos
Administrador de
Comunicacin del
proyecto
de MGJ
Base de Datos
PM
CAPACITACIN, ENTRENAMIENTO, MENTORING REQUERIDO: QU, PORQU, CUNDO, CMO, DNDE,
POR QUIN, CUNTO?
Se debe implementar un sistema de capacitacin del rea de sistemas en los conceptos

de:
Inteligencia de Negocio
Tableros de Control
Esta capacitacin consistir en charlas dictadas por el especialista en Inteligencia de

negocio, esta la dictar de manera inhouse en la oficina del rea de Sistemas de MGJ.
El periodo de dicha capacitacin ser de 30 horas.
SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: QU,
PORQU, CUNTO, CMO, DNDE, POR QUIN,
CUNTO?
El Project Manager tiene un Sistema de Incentivo por cumplimiento

1. CPI
SPI al final del proyecto, no menores de 1.0, 20% de bono sobre su
remuneracin mensual durante el plazo del proyecto

2. CPI y SPI al final del proyecto, entre 0.95 y 1.0, 5% de bono sobre su remuneracin
mensual durante el plazo del proyecto.
3. Cualquier combinacin de los logros anteriores promedia resultado por debajo de 0.95
anula cualquier bono.
CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLTICAS: QU, PORQU, CUNDO, CMO, DNDE, POR
QUIN, CUNTO?
Todo el personal de la empresa que participa del proyecto pasar por una Evaluacin de
Desempeo al final del proyecto, y dicha evaluacin se guardar en su file personal.
REQUERIMIENTOS DE SEGURIDAD: QU, PORQU, CUNDO, CMO, DNDE, POR QUIN, CUNTO?
El traslado de equipos (notebooks y proyector) hacia y desde los locales del
MGJ genera riesgo de robo o asalto para el personal que traslada el equipo, por
tanto se fija como requerimiento de seguridad de cualquier traslado de equipos
debe ser hecho por un mnimo de dos personas ( nunca de una sola) y con
movilidad pagada por la empresa.
Los periodos de descanso en el almuerzo y otros breaks, generan riesgo de
robo de los equipos de MGJ (notebooks y proyector) por tanto se fija como
requerimiento la disposicin de lockers proporcionados por el personal de
Sistemas de MGJ a fin de evitar dichas incidencias.
FGPR300- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
1.0
ER
JG
AH
Fecha
Motivo
PLAN DE GESTIN DE COMUNICACIONES

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
IDW
COMUNICACIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE COMUNICACIONES DEL PROYECTO.

Ver Matriz de Comunicaciones del Proyecto
NOTA: ADJUNTAR MATRIZ DE COMUNICACIONES DEL PROYECTO
PROCEDIMIENTO PARA TRATAR POLMICAS: DEFINA
EL PROCEDIMIENTO PARA PROCESAR Y RESOLVER LAS
POLMICAS, ESPECIFICANDO LA FORMA DE CAPTURARLAS Y REGISTRARLAS, EL MODO EN QUE SE ABORDAR SU TRATAMIENTO

Y RESOLUCIN, LA FORMA DE CONTROLARLAS Y HACERLES SEGUIMIENTO, Y EL MTODO DE ESCALAMIENTO EN CASO DE NO
PODER RESOLVERLAS.
1.
2.
Se captan las polmicas a travs de la observacin y conversacin, o de alguna persona o grupo que
los exprese formalmente.
Se codifican y registran las polmicas en el Log de Control de Polmicas:
3.
Se revisa el Log de Control de Polmicas en la reunin semanal de coordinacin con el fin de:
a. Determinar las soluciones a aplicar a las polmicas pendientes por analizar, designar un
responsable por su solucin, un plazo de solucin, y registrar la programacin de estas soluciones
en el Log de Control.
b. Revisar si las soluciones programadas se estn aplicando, de no ser as se tomarn acciones
correctivas al respecto.
c. Revisar si las soluciones aplicadas han sido efectivas y si la polmica ha sido resuelta, de no ser as
se disearn nuevas soluciones (continuar en el paso a).
4. En caso que una polmica no pueda ser resuelta o en caso que haya evolucionado hasta convertirse en
un problema, deber ser abordada con el siguiente mtodo de escalamiento:
a. En primera instancia ser tratada de resolver por el Project Manager y el Equipo de Gestin de
Proyecto, utilizando el mtodo estndar de resolucin de problemas.
b. En segunda instancia ser tratada de resolver por el Project Manager, el Equipo de Gestin de
Proyecto, y los miembros pertinentes del Equipo de Proyecto, utilizando el mtodo estndar de
resolucin de problemas.
c. En tercera instancia ser tratada de resolver por el Sponsor, el Project Manager, y los miembros
pertinentes del proyecto, utilizando la negociacin y/o la solucin de conflictos.
d. En ltima instancia ser resuelta por el Sponsor o por el Sponsor y el Comit de Control de
Cambios si el primero lo cree conveniente y necesario.

FGPR300- Versin 4.0
PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIN DE COMUNICACIONES: DEFINA
EL
PROCEDIMIENTO PARA REVISAR Y ACTUALIZAR EL PLAN DE GESTIN DE COMUNICACIONES.
El Plan de Gestin de las Comunicaciones deber ser revisado y/o actualizado cada vez que:
1. Haya una solicitud de cambio aprobada que impacte el Plan de Proyecto.
2. Haya una accin correctiva que impacte los requerimientos o necesidades de informacin de los
stakeholders.
3. Haya personas que ingresan o salen del proyecto.
4. Haya cambios en las asignaciones de personas a roles del proyecto.
5. Haya cambios en la matriz autoridad versus influencia de los stakeholders.
6. Haya solicitudes inusuales de informes o reportes adicionales.
7. Haya quejas, sugerencias, comentarios o evidencias de requerimientos de informacin no satisfechos.
8. Haya evidencias de resistencia al cambio.
9. Haya evidencias de deficiencias de comunicacin intraproyecto y extraproyecto.
La actualizacin del Plan de Gestin de las Comunicaciones deber seguir los siguientes pasos:
1. Identificacin y clasificacin de stakeholders.
2. Determinacin de requerimientos de informacin.
3. Elaboracin de la Matriz de Comunicaciones del Proyecto.
4. Actualizacin del Plan de Gestin de las Comunicaciones.
5. Aprobacin del Plan de Gestin de las Comunicaciones.
6. Difusin del nuevo Plan de Gestin de las Comunicaciones.
GUAS PARA EVENTOS DE COMUNICACIN: DEFINA
GUA PARA REUNIONES, CONFERENCIAS, CORREO
ELECTRNICO, ETC.
Guas para Reuniones .- Todas las reuniones debern seguir las siguientes pautas:
1. Debe fijarse la agenda con anterioridad.
2. Debe coordinarse e informarse fecha, hora, y lugar con los participantes.
3. Debe empezar puntual.
4. Se deben fijar los objetivos de la reunin, los roles (por lo menos el facilitador y el anotador), los procesos
grupales de trabajo, y los mtodos de solucin de controversias.
5. Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de anotador
(toma nota de los resultados formales de la reunin).
6. Debe terminar puntual.
7. Se debe emitir un Acta de Reunin, la cual se debe repartir a los participantes (previa revisin por parte
de ellos).
Guas para Correo Electrnico.- Todos los correos electrnicos debern seguir las siguientes pautas:
1. Los correos electrnicos entre el Equipo de Proyecto y el Cliente debern ser enviados por el Project
Manager con copia al Sponsor, para establecer una sola va formal de comunicacin con el Cliente.
2. Los enviados por el Cliente y recibidos por cualquier persona del Equipo de Proyecto debern ser
reenviados al Project Manager y el Sponsor (si es que stos no han sido considerados en el reparto), para
que todas las comunicaciones con el Cliente estn en conocimiento de los responsables de la parte
contractual.
3. Los correos internos entre miembros del Equipo de Proyecto, debern ser copiados a la lista
Equipo_Proyecto que contiene las direcciones de los miembros, para que todos estn permanentemente
informados de lo que sucede en el proyecto.
GUAS
PARA
DOCUMENTACIN
DEL
PROYECTO:
DEFINA
LAS
GUAS
PARA
CODIFICACIN,
ALMACENAMIENTO, RECUPERACIN, Y REPARTO DE LOS DOCUMENTOS DEL PROYECTO.
Guas para Codificacin de Documentos.- La codificacin de los documentos del proyecto ser la
siguiente:
AAAA_BBB_CCC.DDD
Donde:
AAAA = Cdigo del Proyecto= PROD
BBB = Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs, org, ram, etc.
CCC = Versin del Documento=v1_0, v2_0, etc.
DDD = Formato del Archivo=doc, exe, pdf, mpp, etc.
FGPR300- Versin 4.0
Guas para Almacenamiento de Documentos.- El almacenamiento de los documentos del proyecto

deber seguir las siguientes pautas:
1. Durante la ejecucin del proyecto cada miembro del equipo mantendr en su computadora una carpeta
con la misma estructura que el WBS del proyecto, donde guardar en las sub-carpetas correspondientes las
versiones de los documentos que vaya generando.
2. Al cierre de una fase o al cierre del proyecto cada miembro del equipo deber eliminar los archivos
temporales de trabajo de los documentos y se quedar con las versiones controladas y numeradas (ver
guas para el control de versiones), las cuales se enviarn al Project Manager.
3. El Project Manager consolidar todas las versiones controladas y numeradas de los documentos en un
archivo final del proyecto, el cual ser una carpeta con la misma estructura del WBS, donde se
almacenarn en el lugar correspondiente los documentos finales del proyecto. Esta carpeta se archivar en
la carpeta Proyectos 2011 de nuestra Institucin, y se guardar protegida contra escritura.
4. Se publicar una Relacin de Documentos del Proyecto y la ruta de acceso para consulta.
5. Los miembros de equipo borrarn sus carpetas de trabajo para eliminar redundancias de informacin y
multiplicidad de versiones.
Guas para Recuperacin y Reparto de Documentos.1. La recuperacin de documentos a partir de la carpeta Proyectos 2011 es libre para todos los integrantes
del Equipo de Proyecto.
2. La recuperacin de documentos a partir de la carpeta Proyectos 2011 para otros miembros de nuestra
Institucin que no sean del Proyecto requiere autorizacin del Project Manager.
3. El acceso a la informacin del proyecto por parte de personas que no son de nuestra Institucin requiere
autorizacin de Gerencia General, pues esta informacin se considera confidencial, tanto para Nosotros
como para el Cliente.
4. El reparto de documentos digitales e impresos es responsabilidad del Project Manager.
5. El reparto de documentos impresos no contempla el control de copias numeradas.
GUAS PARA EL CONTROL DE VERSIONES: DEFINA
GUAS PARA REGISTRO Y CONTROL ORDENADO DE LAS
VERSIONES DE LOS DOCUMENTOS DEL PROYECTO.
1. Todos los documentos de Gestin de Proyectos estn sujetos al control de versiones, el cual se
hace insertando una cabecera estndar con el siguiente diseo:
2. Cada vez que se emite una versin del documento se llena una fila en la cabecera, anotando la
versin, quien emiti el documento, quin lo revis, quin lo aprob, a que fecha corresponde la versin, y
por qu motivo se emiti dicha versin.
3. Debe haber correspondencia entre el cdigo de versin del documento que figura en esta cabecera
de Control de Versiones y el cdigo de versin del documento que figura en el nombre del archivo
(ver Gua para Codificacin de Documentos), segn:
AAAA_BBB_CCC.DDD
Donde:
AAAA= Cdigo del Proyecto= PROD
BBB= Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs,org,ram,etc.
CCC= Versin del Documento=v1_0, v2_0, etc.
DDD= Formato del Archivo=doc, exe, pdf,mpp,etc.
GLOSARIO DE TERMINOLOGA DEL PROYECTO: GLOSARIO
DE TRMINOS, NOMBRES, CONCEPTOS,
FRMULAS, ETC.
Ver Glosario de Terminologa del Proyecto versin 1.0.
FGPR310- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
ER
JG
AH
12/03/11
Motivo
Versin original
MATRIZ DE COMUNICACIONES DEL PROYECTO

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

IDW
INFORMACIN
Iniciacin
Proyecto
del
Iniciacin
Proyecto
del
Planificacin del
Proyecto
Estado del
Proyecto
Coordinacin del
Proyecto
CONTENIDO
Datos
y
comunicaciones sobre
la
iniciacin
del
proyecto
Datos
preliminares
sobre el alcance del
proyecto
Planificacin detallada del
Proyecto: Alcance,
Tiempo,
Costo, Calidad, RRHH,
Comunicaciones, Riesgos,
y
Adquisiciones
Estado Actual (EVM),
Progreso (EVM),
Pronstico
de Tiempo y Costo,
Problemas y pendientes
Informacin detallada de
las
reuniones de coordinacin
semanal
FORMATO
NIVEL DE
DETALLE
RESPONSABLE DE
COMUNICAR
GRUPO RECEPTOR
METODOLOGA O
TECNOLOGA
FRECUENCIA DE
COMUNICACIN
CDIGO DE
ELEMENTO WBS
Project
Charter
Medio
Project Manager
Sponsor, Gerente de
Ventas y Marketing,
Equipo de Proyecto
Documento Digital
(PDF) va correo
electrnico
Una sola vez
1.1.1
Scope
Satement
Alto
Project Manager
Una sola vez
1.2.1
Muy alto
Project Manager
Documento
(PDF) va
electrnico
Documento
(PDF) va
electrnico
Digital
correo
Plan del
Proyecto
Sponsor, Gerente de
Ventas y Marketing,
Equipo de Proyecto
Sponsor, Gerente de
Ventas y Marketing,
Equipo de Proyecto
Digital
correo
Una sola vez
1.2.2
Informe de
Performance
Alto
Project Manager
Sponsor, Gerente de
Ventas y Marketing,
Equipo de Proyecto
Documento
Impreso
Semanal
1.3.2 Reportes de
Estado
Acta de
Reunin
Alto
Project Manager
Sponsor, Gerente de
Ventas y Marketing,
Equipo de Proyecto
Documento digital
(PDF) va correo
electrnico
Semanal
1.3.2 Reportes de
Estado

FGPR310- Versin 4.0
Cierre del
Proyecto
Datos y comunicacin
sobre
el cierre del proyecto
Cierre del
proyecto
Medio
Project Manager
Sponsor, Gerente de
Ventas y Marketing,
Equipo de Proyecto
Documento digital
(PDF) va correo
electrnico
Una sola vez
1.4 Cierre
Proyecto
del

FGPR340- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
Motivo
1.0
ER
JG
AH
13/03/11
Versin original
GLOSARIO DE TERMINOLOGA DEL PROYECTO

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
01
TRMINO
AJAX
02
Aplicacin web
03
BI
04
Corda
05
Cubo OLAP
06
Dashboard
07
Data
Warehouse
08
Flex
IDW
DEFINICIN
Acrnimo de Asynchronous JavaScript And XML (JavaScript

asncrono y XML), es una tcnica de desarrollo web para crear
aplicaciones interactivas o RIA (Rich Internet Applications).
Estas aplicaciones se ejecutan en el cliente, es decir, en el
navegador de los usuarios mientras se mantiene la
comunicacin asncrona con el servidor en segundo plano. De
esta forma es posible realizar cambios sobre las pginas sin
necesidad de recargarlas, lo que significa aumentar la
interactividad, velocidad y usabilidad en las aplicaciones.
Aquellas aplicaciones que los usuarios pueden utilizar
accediendo a un servidor web a travs de Internet o de una
intranet mediante un navegador. En otras palabras, es una
aplicacin software que se codifica en un lenguaje soportado
por los navegadores web en la que se confa la ejecucin al
navegador.
Se denomina inteligencia empresarial, inteligencia de negocios
o BI (del ingls business intelligence) al conjunto de estrategias
y herramientas enfocadas a la administracin y creacin de
conocimiento mediante el anlisis de datos existentes en una
organizacin o empresa
Software para visualizacin de datos utilizado en la inteligencia
de negocios (bussiness inteligence).
Un cubo OLAP (On-Line Analitical Processing) es una base de
datos multidimensional, en la cual el almacenamiento fsico de
los datos se realiza en un vector multidimensional. Los cubos
OLAP se pueden considerar como una ampliacin de las dos
dimensiones de una hoja de clculo.
Tablero de control.
Versin especial de almacn de datos (data warehouse). Son
subconjuntos de datos con el propsito de ayudar a que un
rea especfica dentro del negocio pueda tomar mejores
decisiones.
Adobe Flex (hasta 2005 Macromedia Flex) es un trmino que
agrupa una serie de tecnologas publicadas desde Marzo de
2004 por Macromedia para dar soporte al despliegue y

FGPR340- Versin 4.0
09
Frameworks
10
Hibernate
11
Cognos
12
IT
13
Java
14
JSF
15
NADOLU Company
16
OLAP
17
18
PMBOK
PMI
19
RUP
20
Spring
desarrollo de Aplicaciones Enriquecidas de Internet, basadas en

su plataforma propietaria Flash.
Es una estructura conceptual y tecnolgica de soporte definida,
normalmente con artefactos o mdulos de software concretos,
con base en la cual otro proyecto de software puede ser
organizado y desarrollado. Tpicamente, puede incluir soporte
de programas, bibliotecas y un lenguaje interpretado entre
otros programas para ayudar a desarrollar y unir los diferentes
componentes de un proyecto.
Es una herramienta de Mapeo objeto-relacional (ORM) para la
plataforma Java (y disponible tambin para .Net con el nombre
de NHibernate) que facilita el mapeo de atributos entre una
base de datos relacional tradicional y el modelo de objetos de
una aplicacin, mediante archivos declarativos (XML) o
anotaciones en los beans de las entidades que permiten
establecer estas relaciones. Hibernate es software libre,
distribuido bajo los trminos de la licencia GNU LGPL.
Software de inteligencia de negocios (business intelligence) y
administracin del desempeo.
Tecnologas de la informacin. Se ocupa del uso de
computadoras y del software electrnico de convertir, de
almacenar, de proteger, de procesar, de transmitir y de
recuperar la informacin.
Es un lenguaje de programacin.
JavaServer Faces (JSF) es una tecnologa y framework para
aplicaciones Java basadas en web que simplifica el desarrollo
de interfaces de usuario en aplicaciones Java EE.
Compaa encargada de proveer informacin de ventas de los
diferentes pases y laboratorios.
OLAP es el acrnimo en ingls de procesamiento analtico en
lnea (On-Line Analytical Processing). Es una solucin utilizada
en el campo de la llamada Inteligencia empresarial (o Business
Intelligence) cuyo objetivo es agilizar la consulta de grandes
cantidades de datos.
Project Management Body of Knowledgement
Project Management Institute
El Proceso Unificado Racional (Rational Unified Process en
ingls, habitualmente resumido como RUP) es un proceso de
desarrollo de software y junto con el Lenguaje Unificado de
Modelado UML, constituye la metodologa estndar ms
utilizada para el anlisis, implementacin y documentacin de
sistemas
orientados
a
objetos.
El RUP no es un sistema con pasos firmemente establecidos,
sino un conjunto de metodologas adaptables al contexto y
necesidades de cada organizacin.
Es un framework de cdigo abierto de desarrollo de
aplicaciones para la plataforma Java. La primera versin fue

FGPR340- Versin 4.0
21
UAT
22
UML
escrita por Rod Jensen, quien lo lanz primero con la

publicacin de su libro Expert One-on-One Java EE Design and
Development (Wrox Press, octubre 2002). Tambin hay una
versin para la plataforma .NET, Spring .NET .
Prueba de aceptacin de usuario (User Acceptance Test)
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas
en ingls, Unified Modeling Language) es el lenguaje de
modelado de sistemas de software ms conocido y utilizado en
la actualidad; est respaldado por el OMG (Object
Management Group). Es un lenguaje grfico para visualizar,
especificar, construir y documentar un sistema. UML ofrece un
estndar para describir un "plano" del sistema (modelo),
incluyendo aspectos conceptuales tales como procesos de
negocio y funciones del sistema, y aspectos concretos como
expresiones de lenguajes de programacin, esquemas de bases
de datos y componentes reutilizables.

FGPR350- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
Motivo
JD
JG
AH
12/03/11
Versin Original
1.0
PLAN DE GESTIN DE RIESGOS

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
WAREHOUSE
IDW
METODOLOGA DE GESTIN DE RIESGOS

PROCESO
DESCRIPCIN
HERRAMIENTAS
FUENTES DE INFORMACIN
Sponsor
Planificacin de Gestin
Elaborar Plan de Gestin
de los Riesgos
de los Riesgos
PMBOK
Project Manager
PMI
Usuarios de MGJ
Equipo de Proyecto
Sponsor
Project Manager
Identificar que riesgos

Identificacin de
Riesgos
pueden afectar
el
proyecto y documentar
Checklist
de
riesgos
Usuarios de MGJ
Equipo de Proyecto
Archivos histricos
sus caractersticas
de
Proyectos
similares
Evaluar probabilidad e
Anlisis Cualitativo de
Riesgos
impacto
Establecer ranking de
importancia
Anlisis Cuantitativo de
Riesgos
No se realizar
Definicin
probabilidad
de
e
impacto
Matriz
Probabilidad
Sponsor
Project Manager
de
e
Usuarios de MGJ
Equipo de Proyecto
Impacto
No aplica
No aplica
Sponsor
Project Manager
Definir respuesta a riesgos

Planificacin de
Respuesta a los Riesgos
Planificar ejecucin de
respuestas
Usuarios de MGJ
Equipo de Proyecto
Archivos histricos
de
Proyectos
similares
Contacto:
FGPR350- Versin 4.0

Anticiparse
la
ocurrencia de
posibles
riesgos
(Acciones
proactivas)
la
Verificar
ocurrencia
Sponsor
de
Project Manager
riesgos.
Seguimiento y Control
del Riesgos
Supervisar
verificar
la
Usuarios de MGJ
Equipo de Proyecto
Archivos histricos
ejecucin de
de
Respuestas a los
Proyectos
similares
riesgos.
Verificar aparicin
de nuevos riesgos
Atender
riesgos
residuales
o
secundarios.
ROLES Y RESPONSABILIDADES DE GESTIN DE RIESGOS

PROCESO
ROLES
PERSONAS
Planificacin de Gestin
Equipo
de los Riesgos
de
Gestin
de
RESPONSABILIDADES
Project Manager
Dirigir
actividad,
Riesgos
Gerente de Vtas y
directo
Lder
Mktg
Proveer definiciones
apoyo
Equipo de Proyecto
Ejecutar Actividad
Project Manager
Dirigir
Riesgos
Gerente de Vtas y
directo
Lder
Mktg
apoyo
Equipo de Proyecto
Ejecutar Actividad
Project Manager
Dirigir
responsable
Miembros
Identificacin
de
Riesgos
Equipo
de
Gestin
de
actividad,
responsable
Miembros
Equipo
de
Gestin
de
actividad,
Riesgos
Riesgos
Gerente de Vtas y
directo
Lder
Mktg
apoyo
Equipo de Proyecto
Ejecutar Actividad
Project Manager
Dirigir
responsable
Miembros
Anlisis Cuantitativo de
Equipo
de
Gestin
de
actividad,
Riesgos
Riesgos
Gerente de Vtas y
directo
Lder
Mktg
apoyo
Equipo de Proyecto
Ejecutar Actividad
Project Manager
Dirigir
Riesgos
Gerente de Vtas y
directo
Lder
Mktg
apoyo
Equipo de Proyecto
Ejecutar Actividad
responsable
Miembros
Planificacin
de
Equipo
de
Gestin
de
actividad,
responsable
FGPR350- Versin 4.0

Miembros
Seguimiento Control del
Equipo
Project Manager
Dirigir
Riesgos
Riesgos
de
Gestin
de
Gerente de Vtas y
directo
actividad,
Lder
Mktg
apoyo
Equipo de Proyecto
Ejecutar Actividad
responsable
Miembros
PRESUPUESTO DE GESTIN DE RIESGOS

PROCESO
PERSONAS
Planificacin
de
Gestin de los Riesgos
MATERIALES
EQUIPOS
TOTAL
Lder
apoyo
Miembros
$250
Identificacin
de
Riesgos
$250
Lder
apoyo
Miembros
$250
Lder
Riesgos
apoyo
$250
Miembros
$250
Planificacin
de
$250
Lder
apoyo
Miembros
$250
Lder
del Riesgos
apoyo
$250
Miembros
$250
$250
$1250
PERIODICIDAD DE LA GESTIN DE RIESGOS

PROCESO
Planificacin
MOMENTO DE EJECUCIN
de
Gestin de los Riesgos
ENTREGABLE DEL
WBS
1.1.1.1.1
Plan
gestin
Al inicio del proyecto
PERIODICIDAD DE
EJECUCIN
de
Una vez
de
alcance, calidad,
riesgo del Proyecto
Identificacin
de
1.1.1.1.1
Riesgos
Plan
de
Una vez
gestin de alcance,
En
cada
reunin
equipo de proyecto
del
calidad,
riesgo
del
Semanal
Proyecto
1.1.2.1
Informes
de
FGPR350- Versin 4.0

desempeo del trabajo
1.1.1.1.1 Plan de
Riesgos
Una vez
gestin de alcance,
En
cada
reunin
del
equipo de proyecto
calidad,
riesgo
del
Semanal
Proyecto
1.1.2.1 Informes de
Planificacin
Respuesta
de
a
1.1.1.1.1 Plan de
los
Riesgos
gestin
En
cada
reunin
del
calidad,
de
Una vez
alcance,
riesgo
del
Semanal
Proyecto
equipo de proyecto
1.1.2.1
Informes
de
En cada fase del proyecto
del Riesgos
1.1.2.1
Informes
de
Semanal
FORMATOS DE LA GESTIN DE RIESGOS

PROCESO EN QUE
FORMATO
CONTENIDO
SE GENERA
Planificacin de
Plan de Gestin de
Gestin de los
Riesgos
RESPONSABLE DE
FRECUENCIA O
GENERARLO
PERIODICIDAD
Planeacin
Project Manager
Una vez
Planificacin
Project Manager
Semanal
Planificacin
Project Manager
Semanal
Planeacin
Project Manager
Semanal
Control
Project Manager
Semanal
Riesgos
Identificacin y
Identificacin de
Evaluacin
Riesgos
Cualitativa de
Riesgos
Anlisis Cualitativo
Identificacin y
de Riesgos
Evaluacin
Cualitativa de
Riesgos
Planificacin de
Plan de Respuesta
Respuesta a los
a Riesgos
Riesgos
Seguimiento y
Informe de
Control del
Monitoreo de
Riesgos
Riesgos
Solicitud de Cambio
Accin Correctiva
FGPR360- Versin 4.0
Versin
Hecha por
0.1
JD
Revisada por
Aprobada por
Fecha
Motivo
19/03/2011
Versin inicial
IDENTIFICACION Y EVALUACIN CUALITATIVA DE RIESGOS

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
WAREHOUSE
IDW
TIPO DE RIESGO
CDIGO
DEL
RIESGO
R001
R002
PROBABILIDAD
VALOR NUMRICO
Muy Improbable
Relativamente Probable
Probable
Muy Probable
Casi Certeza
0.1
0.3
0.5
0.7
0.9
DESCRIPCIN DEL
RIESGO
Muy Bajo
Bajo
Moderado
Alto
Muy Alto
CAUSA RAZ
Falta de
Que la empresa Nadolu,
coordinacin y
encargada de recopilar
comunicacin
la informacin de ventas
con el
se retrase.
proveedor.
Que ocurran desastres

naturales en alguna
regin comprendida en
el proyecto.
Terremotos
Tsunamis
Inundaciones
IMPACTO
TRIGGER
VALOR NUMRICO
0.05
0.10
0.20
0.40
0.80
ENTREGABLES
AFECTADOS
Retraso de hasta
3 das en
cualquiera de los 4.2 Carga
entregables
informacin de
detallados en el ventas
contrato de
servicio.
Informes del
Instituto
Geofsico del
Per.
Todo el proyecto
PROBABILIDAD X IMPACTO
Muy Alto
Alto
Moderado
Bajo
Muy Bajo
ESTIMACIN
DE
PROBABILIDAD
0.3
mayor
menor
menor
menor
menor
OBJETIVO
AFECTADO
0.1
DE IMPACTO
PROB X
IMPACTO
0.4
0.4
0.4
0.12
0.12
0.12
P
OTAL
Alcance
Tiempo
Costo
Calidad
0.50
0.50
0.30
0.10
0.05
ESTIMACIN
Alcance
Tiempo
Costo
Calidad
T
a
a
a
a
a
IMPACTO
ROBABILIDAD
X
0.2
0.4
TOTAL PROBABILIDAD X
IMPACTO
TIPO DE
RIESGO
Alto
0.36
0.2
0.4
Muy Alto
0.6

FGPR360- Versin 4.0
R003
R004
R005
R006
R007
R008
Los perodos
vacacionales en las
diferentes regiones
geogrficas impacten el
desarrollo del proyecto.
Desconocimiento
del rol de
vacaciones del
personal.
Identificar
personal a
vacacionar
durante la
ejecucin del
proyecto.
Los perodos
vacacionales del
personal de Meal
Jensen.
Desconocimiento
del rol de
vacaciones del
personal de
Meal Jensen.
Identificar
personal a
vacacionar
durante la
ejecucin del
proyecto.
Todo el proyecto
Problemas con los

proveedores locales de
internet en las regiones
geogrficas.
Mediana
frecuencia de
cada del
servicio de
internet.
Hasta 2 cadas
en un rango de
7 das
calendario.
6.1 Despliegue en
produccin
6.3 Capacitacin a
usuarios
Cambios de personal
relacionado con la toma
de decisiones del
proyecto.
Mejores
oportunidades
laborales,
conflictos
internos
En el momento
que el
colaborador
manifiesta su
decisin de
retirarse.
Salida de algunos
programadores durante
el desarrollo del
proyecto
Mejores
oportunidades
laborales,
conflictos
internos
Informales
Que la empresa EFT

Group no cumpla con la
fecha de entrega de los
diseos Dashboard en
Falta de
coordinacin y
comunicacin
con el
Retraso de hasta
4. Construccin
3 das en
5. Pruebas
cualquiera de los
6. Implementacin
entregables
6.3 Capacitacin a
usuarios
0.3
Alcance
Tiempo
Costo
Calidad
0.2
0.1
IMPACTO
0.3
Alcance
Tiempo
Costo
Calidad
0.2
0.1
IMPACTO
Todo el proyecto
4. Construccin
0.3
0.3
0.5
0.3
Alcance
Tiempo
Costo
Calidad
0.6
0.3
0.9
0.6
0.3
Muy Alto
0.9
0.4
0.12
0.4
0.12
IMPACTO
Alcance
0.2
Tiempo
0.2
Costo
0.2
Calidad
IMPACTO
Alcance
Tiempo
0.4
Costo
Calidad
0.2
IMPACTO
Alcance
0.4
Tiempo
0.4
Costo
0.4
Calidad
Muy Alto
Moderado
0.24
0.6
0.6
0.6
Muy Alto
1.8
0.2
0.1
Alto
0.3
0.12
0.12
0.12
Alto
FGPR360- Versin 4.0
Corba
R009
R010
Proveedor.
Que los stakeholders de

Ventas y Mkt
identifiquen nuevos
requerimientos en la
fase de desarrollo del
producto-software.
Identificacin de
nuevos
entregables.
Desaprobacin de los
Informes de Estado.
Los informes no
son acordes a
los entregables
detallados en el
cronograma del
proyecto.
Detallados en el
contrato de
servicio.
Conversaciones
o consultas
informales.
Conversaciones
o consultas
informales.
1.2 Planificacin
1.3.2 Reportes de
Estado
0.3
0.3
IMPACTO
Alcance
0.1
Tiempo
0.1
Costo
0.1
Calidad
IMPACTO
Alcance
0.2
Tiempo
0.2
Costo
0.2
Calidad
IMPACTO
0.36
0.3
0.3
0.3
Muy Alto
0.9
0.6
0.6
0.6
Muy Alto
1.8
FGPR370- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
1.0
JC
JG
AH
Fecha
Motivo
PLAN DE RESPUESTA A RIESGOS

SIGLAS DEL PROYECTO
IDW
R010
R003
Amenaza
Cambios de
personal
relacionado con
la toma de
decisiones del
proyecto.
Amenaza
Los informes no
son acordes a
Desaprobacin
los entregables
de los Informes
detallados en el
de Estado.
cronograma del
proyecto.
Amenaza
Los perodos
vacacionales
Mejores
oportunidades
laborales,
conflictos
internos
En el momento
que el
colaborador
manifiesta su
decisin de
retirarse.
Todo el
proyecto
Conversaciones
1.3.2 Reportes
o consultas
de Estado
informales.
Desconocimiento Identificar
del rol de
personal a
6.3
Capacitacin a
1.8
1.8
0.9
Muy Alto
Muy Alto
Muy Alto
JG
JG
JG
1) Elaborar lista
de stakeholders Mitigar
alternativa
1) Programar
con tiempo la
elaboracin de
los informes
2) Presentar
borrador antes
de emitir
versin final
1) Solicitar rol
de vacaciones
JG
Al inicio del
proyecto
Mitigar
JG
Antes de
entregar cada
informe
Mitigar
JG
Antes de
entregar cada
informe
Mitigar
JG
Al inicio del
proyecto
PLAN DE
CONTINGENCIA
FECHA
PLANIFICADA
DE LA
RESPUESTA
RESPONSABLE
TIPO DE
RESPUESTA
RESPUESTAS
PLANIFICADAS
RESPONSABLE
DEL RIESGO
PROBABILIDAD
POR IMPACTO
TOTAL
ENTREGABLES
AFECTADOS
TRIGGER
CAUSA RAZ
DESCRIPCIN
DEL RIESGO
AMENAZA /
OPORTUNIDAD
DEL
R006
RIESGO
CDIGO
Ordenados
en forma
Decreciente
Evitar
Mitigar
Transferir
Explotar
Compartir
Mejorar
Aceptar
Muy Alto
Alto
Moderado
Bajo
Muy Bajo
TIPO DE
RIESGO
NOMBRE DEL PROYECTO

WAREHOUSE
Tomar acciones
correctivas
Analizar causas.
Tomar acciones
correctivas.
Monitorear
resultados
Tomar acciones
correctivas

FGPR370- Versin 4.0

en las
diferentes
regiones
geogrficas
impacten el
desarrollo del
proyecto.
R004
R009
R002
R001
Amenaza
Amenaza
Amenaza
Amenaza
Los perodos
vacacionales
del personal de
Meal Jensen.
Que los
stakeholders
de Ventas y
Mktg
identifiquen
nuevos
requerimientos
en la fase de
desarrollo del
productosoftware.
Que ocurran
desastres
naturales en
alguna regin
comprendida
en el proyecto.
Que la
empresa
Nielsen,
encargada de
recopilar la
informacin de
ventas se
retrase.
vacaciones del
personal.
vacacionar
durante la
ejecucin del
proyecto.
usuarios
Desconocimiento
del rol de
vacaciones del
personal de
Meal Jensen.
Identificar
personal a
vacacionar
durante la
ejecucin del
proyecto.
Identificacin de
nuevos
entregables.
Conversaciones
1.2
o consultas
Planificacin
informales.
Terremotos
Tsunamis
Inundaciones
Informes del
Instituto
Geofsico del
Per.
Falta de
coordinacin y
comunicacin
con el
proveedor.
Retraso de
hasta 3 das en
cualquiera de
4.2 Carga
los entregables informacin de
detallados en
ventas
el contrato de
servicio.
Todo el
proyecto
Todo el
proyecto
0.9
0.9
0.6
0.36
Muy Alto
Muy Alto
Muy Alto
Alto
JG
del personal
involucrado en
el proyecto
2) Elaborar lista
de
Mitigar
colaboradores
alternativa
1) Solicitar rol
de vacaciones
Mitigar
del personal
involucrado en
el proyecto
2) Elaborar
lista de
colaboradores Mitigar
alternativa
JG
1) Evaluar
Compartir
impacto del
requerimiento
JG
1) Evaluar
impacto del
desastre
natural
JG
1) Coordinacin
continua con
los
Mitigar
responsables
del entregable
2) pago
adelantado de
Mitigar
slo el 50% y el
Aceptar
JG
Al inicio del
proyecto
JG
Al inicio del
proyecto
Tomar acciones
correctivas
JG
Al inicio del
proyecto
JG
Lo ms pronto
posible luego
de informado
el nuevo
requerimiento
Analizar causas
y tomar
acciones
correctivas
JG
Lo ms pronto
posible luego
del suceso
Tomar acciones
correctivas y
monitorear
resultados
JG
Accin
continua
JG
A la firma de
contrato de
servicio
Tomar acciones
correctivas y
monitorear
resultados

FGPR370- Versin 4.0
R008
R007
R005
Amenaza
Amenaza
Amenaza
Que la
empresa EFT
Group no
cumpla con la
fecha de
entrega de los
diseos
Dashboard en
Corba
Salida de
algunos
programadores
durante el
desarrollo del
proyecto
Problemas con
los
proveedores
locales de
internet en las
regiones
geogrficas.
Falta de
coordinacin y
comunicacin
con el
proveedor.
Mejores
oportunidades
laborales,
conflictos
internos
Mediana
frecuencia de
cada del
servicio de
internet.
Retraso de
hasta 3 das en
cualquiera de
los entregables
detallados en
el contrato de
servicio.
Informales
4. Construccin
5. Pruebas
6.
Implementacin
4. Construccin
6.1 Despliegue
Hasta 2 cadas
en produccin
en un rango de
6.3
7 das
Capacitacin a
calendario.
usuarios
0.36
0.3
0.24
Alto
Alto
Moderad
o
JG
JG/JS
JG
saldo al trmino
del contrato
3) Actualizar
lista de
proveedores
alternativos
1) Coordinacin
continua con
los
responsables
del entregable
2) Pago
adelantado de
slo el 40% y el
saldo al trmino
del contrato
3) Actualizar
lista de
proveedores
alternativos
Mitigar
JG
A la firma de
contrato de
servicio
Mitigar
JG
Accin
continua
Mitigar
JG
A la firma de
contrato de
servicio
Mitigar
JG
A la firma de
contrato de
servicio
JG
Antes de
iniciar la
construccin
del productosoftware
1) Elaborar lista
de
Mitigar
programadores
alternativa
2) mantener
actualizada la
documentacin
tcnica
1) Elaborar
estadstica de
cortes del
servicio
2) Recopilar
informacin
acerca del
servicio
brindado por
otros
proveedores
Mitigar
JG
Accin
continua
Mitigar
JG
Accin
continua
Mitigar
JG
Antes de
iniciar el
despliegue en
produccin del
productosoftware
Tomar acciones
correctivas y
monitorear
resultados
Tomar acciones
correctivas
Tomar acciones
correctivas y
continuar
monitoreando el
servicio

FGPR380- Versin 4.0
Versin
Hecha por
Revisada por
Aprobada por
Fecha
1.0
JD
JG
AH
12/03/2011
Motivo
Versin Inicial
PLAN DE GESTIN DE ADQUISICIONES

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
WAREHOUSE
IDW
ADQUISICIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE ADQUISICIONES DEL PROYECTO.

Ver Matriz de Adquisiciones del Proyecto
PROCEDIMIENTOS ESTNDAR A SEGUIR: PROCEDIMIENTOS DE ADQUISICIN QUE SE DEBEN SEGUIR.

PARA LOS CONTRATOS DE ADQUISICIONES DE PRODUCTOS SE REALIZA EL SIGUIENTE PROCEDIMIENTO:
- SE REVISA LA LISTA DE POSIBLES PROVEEDORES.

- SE SOLICITA COTIZACIN DEL PRODUCTO Y LISTA DE PRODUCTOS.
- SE REVISA LA COTIZACIN.
- SE NEGOCIA CON EL PROVEEDOR, MEJORAR PROPUESTA, FORMA DE PAGO Y DETALLES DE ENTREGA.
ESTAS COORDINACIONES SE REALIZAN MEDIANTE VISITAS AL LOCAL DEL PROVEEDOR, CORREOS

ELECTRNICOS.
- SE FIRMA EL CONTRATO.
- CANCELACIN DE PAGO SEGN CONTRATO.
- VERIFICACIN SEGN EL CONTRATO DE LOS PRODUCTOS ENTREGADOS POR EL PROVEEDOR.
FORMATOS ESTNDAR A UTILIZAR: FORMATOS DE ADQUISICIN QUE SE DEBEN SEGUIR.

MGJ tiene un modelo predefinido de compra de productos segn su rea de compras.
Las
adquisiciones se tramitan a travs de esta rea. El encargado de generar los pedidos es el

jefe del proyecto.
COORDINACIN CON OTROS ASPECTOS DE LA GESTIN DEL PROYECTO: COORDINACIN CON

EL SCHEDULING DEL PROYECTO, REPORTE DE PERFORMANCE, CAMBIOS EN LAS DECISIONES DE HACER O COMPRAR,
COORDINACIN DE FECHAS CONTRACTUALES CON LA PROGRAMACIN DEL PROYECTO, ETC.
En la Planificacin del Proyecto se establecieron las siguientes fechas para la realizacin de

los contratos:
Contrato por diseo de plantillas dashboard en Corda: 10/03/2011
COORDINACIN CON LA GESTIN DE PROYECTOS DE LOS PROVEEDORES: COORDINACIN CON

LA GESTIN DE
METODOLOGAS.
Contacto:
PROYECTOS
DE
PROVEEDORES,
ENLACES
DE
PROCESOS,
PROCEDIMIENTOS, FORMATOS
Y/O
FGPR380- Versin 4.0
El contrato de compra ser coordinada con el proveedor con un periodo de 2 das de

anticipacin, para confirmar la disponibilidad de los servicios necesitados en las fechas
establecidas. Cualquier solicitud de cambio para la programacin de las fechas se debe
comunicar con 3 das de anticipacin al rea de compras de MGJ.
RESTRICCIONES Y SUPUESTOS: QUE PUEDAN AFECTAR LAS ADQUISICIONES PLANIFICADAS Y POR LO
TANTO
EL LOGRO DE LOS OBJETIVOS DEL PROYECTO.
Las restricciones y/o supuestos que han sido identificados y que pueden afectar las
adquisiciones del proyecto son las siguientes:
- Se asume que la probabilidad de modificacin del cronograma de servicio es mnima,

pues esto conlleva a renegociar el contrato con todos los proveedores.
RIESGOS Y RESPUESTAS: PRINCIPALES
RIESGOS RELACIONADOS A LAS ADQUISICIONES, Y RESPUESTAS QUE
HAN SIDO CONSIDERADAS EN LA GESTIN DE RIESGOS DEL PROYECTO.
Incumplimiento en el tiempo de entrega de los productos por parte del proveedor.

Las respuestas planificadas son:
- Coordinaciones semanales con el proveedor para confirmacin de fecha, lugar y horas de

entrega.
MTRICAS: MTRICAS DE ADQUISICIN A SER USADAS PARA GESTIONAR Y EVALUAR PROVEEDORES.

Se tomarn como referencia la medicin de mtricas de Satisfaccin de Adquisiciones que
se obtienen de las encuestas aplicadas a los involucrados en la adquisicin de los
productos.

Planificacion 140307084542 Phpapp02

Cargado por

Copyright:

Formatos disponibles

También podría gustarte

Planificacion 140307084542 Phpapp02

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Planificacion 140307084542 Phpapp02

Cargado por

Copyright:

Formatos disponibles

FGPR022- Versin 4.

26/02/11 Versin original

SIGLAS DEL PROYECTO

IMPLEMENTACIN DE UN DATA WAREHOUSE

NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR: DESCRIBIR

SITUACIN ACTUAL Y LAS RAZONES POR LAS CULES SE EMPRENDE EL PROYECTO.

OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: DEFINIR

CON CLARIDAD LOS OBJETIVOS DEL NEGOCIO Y DEL

PROYECTO PARA PERMITIR LAS TRAZABILIDAD DE STOS.

Ser lder en la venta de productos nutricionales en Amrica Latina.

REQUISITOS NO FUNCIONALES: DESCRIBIR

Permitir mostrar grficos de

REQUISITOS TALES CMO NIVEL DE SERVICIO, PERFOMANCE,

SEGURIDAD, ADECUACIN, ETC.

REQUISITOS DE CALIDAD: DESCRIBIR

Debe ser confiable, de rpida

REQUISITOS RELATIVOS A NORMAS O ESTNDARES DE CALIDAD, O LA

SATISFACCIN Y CUMPLIMIENTO DE FACTORES RELEVANTES DE CALIDAD.

Contacto: informes@dharma-consulting.com, Pgina Web: www.dharmacon.net

FGPR220- Versin 4.0

CRITERIOS DE ACEPTACIN: ESPECIFICACIONES

Que cumpla las expectativas

O REQUISITOS DE RENDIMIENTO, FUNCIONALIDAD, ETC., QUE

DEBEN CUMPLIRSE ANTES DE ACEPTAR EL PROYECTO.

rea de Ventas y Marketing de Meal Jensen.

FGPR390- Versin 4.0

MATRIZ DE ADQUISICIONES DEL PROYECTO

SIGLAS DEL PROYECTO

CRONOGRAMA DE ADQUISICIONES REQUERIDAS

Contacto: informes@dharma-consulting.com, Pgina Web: www.dharmacon.net

FGPR390- Versin 4.0

Contacto: informes@dharma-consulting.com, Pgina Web: www.dharmacon.net

MATRIZ DE TRAZABILIDAD DE REQUISITOS

SIGLAS DEL PROYECTO

IMPLEMENTACIN DE UN DATA WAREHOUSE

Los diferentes reportes

Debe ser confiable, de

Debe ser rentable y

Que cumpla las

Contrato Muy Alta

Contar con cuadros

Contar con cuadros

DESARROLLO DEL ESTRATEGIA

Contar con cuadros

Contar con cuadros

Contar con cuadros

05/03/11 Versin Inicial

IMPLEMENTACIN DE UN DATA WAREHOUSE

DESCRIPCIN DEL ALCANCE DEL PRODUCTO

O CAPACIDADES QUE DEBE CARACTERSTICAS: PROPIEDADES FSICAS, QUMICAS,

1. Contar con un sistema informtico que le

1. Aplicacin WEB desarrollada en JAVA usando

2. Aplicacin WEB generada a travs de

3. Aplicacin WEB desarrollada en JAVA usando

4. Elaborar un plan de capacitacin para

Contacto: informes@dharma-consulting.com, Pgina Web: www.dharmacon.net

CRITERIOS DE ACEPTACIN DEL PRODUCTO: ESPECIFICACIONES

Las transacciones pesadas, que involucren validacin de