2012tesis

UNIVERSIDAD DON BOSCO
VICERRECTORA DE ESTUDIOS DE POSTGRADO
TRABAJO DE GRADUACION
PLAN BASADO EN PMBOK PARA LA MIGRACIN
DE UN SISTEMA DE PUNTO DE VENTA AL DETALLE
PARA OPTAR AL GRADO DE:

MAESTRO EN ARQUITECTURA DE SOFTWARE
ASESOR:
MAESTRO ROBERTO RICARDO HUEZO RODRIGUEZ
PRESENTADO POR:
IDALIA MAYELLA AMAYA RAMIREZ
MARIO ENRIQUE CEVALLOS ELIAS
DOMNIKE EUNICEE ORTEGA MARTNEZ
Antiguo Cuscatln, La Libertad, El Salvador, Centroamrica.

Febrero de 2012
Amaya Idalia, Cevallos Mario, Ortega Eunicee

Universidad Don Bosco
Plan basado en PMBOK para la Migracin de un

sistema de punto de venta al detalle.
ResumenEl documento es un plan del proceso de
migracin de un sistema de venta al detalle en una empresa
comercial con cinco tiendas a nivel nacional, el cual incluye
los mdulos: Control de Inventario, Recepcin de Mercadera,
Transferencias, Ventas, Tropicalizacin legal, Gestin de
usuarios y niveles de permisos, Punto de Venta, Seguridad,
Generacin de Reportes y Adaptacin Fiscal. El Plan de
migracin tendr el objetivo de optimizar los recursos de la
empresa y mejorar los procesos de negocio, dndole una
solucin a las necesidades actuales de la compaa, partiendo
que la empresa ya tiene sus procesos mecanizados con otra
herramienta. Se tomar como base el proceso de planificacin
del PMBOK para generar un plan que asegurar el menor
impacto a las operaciones del negocio durante la fase de la
transicin.
Summary- The document is a plan of the migration
process of a retail business in a company with five stores
nationwide, which includes the modules: Inventory Control,
Merchandise
Receiving,
Transfers,
Sales,
Legal
Customization, and user management and permission levels,
POS, Security, Report Generation and Fiscal Adjustment. The
migration plan will aim to optimize company resources and
improve business processes, giving a solution to the current
needs of the company, leaving the company already has
another tool machining processes. The migration shall be
based on the PMBOK planning process to generate a plan that
will ensure minimal impact to business operations during the
transition.
ndice de Trminos Migracin, Planeacin, PMBOK,
Sistema de Punto de Venta.
I. INTRODUCCIN
Actualmente la Empresa X, tiene en uso un
Sistema de punto de venta, debido a elementos de
obsolescencia tecnolgica, inconsistencia en el
almacenamiento de datos, transferencia de datos en
forma no segura, y bajo rendimiento en los
procesos, est teniendo resultados no deseados
entre ellos:
Discrepancias en los controles de inventarios.
Inconsistencias de saldos de los clientes.
Entregando informacin incompleta, sin
relevancia a nivel gerencial. [7]
Esta versin del producto informtico ha sido
utilizado desde el ao 2005, fecha que fue liberada.

Ante esta situacin la empresa X ha tomado la
decisin de realizar un cambio de software que
resuelva la problemtica y apoye el nivel operativo,
tctico y gerencial, manteniendo los criterios de
confiabilidad, oportunidad y estabilidad en la
operacin y en la generacin de los reportes.
En el presente documento mostraremos los
procesos necesarios para completar la fase de
migracin y se entregar la gua de implementacin
que posteriormente ser utilizada para la puesta en
marcha.
Se define como un Sistema de Punto de Venta, a
una herramienta que se encarga de registrar todo el
proceso de venta desde la captura de los productos
en su base de datos, lectura de la informacin
mediante dispositivos externos, emisin de
comprobantes de compra, emisin de reportes
mensuales entre muchas funciones ms.
En este anlisis se utilizar el marco de referencia
del proceso de Planificacin del PMBOK (Project
Management Book of Knowledge), que es una
coleccin de cinco procesos y nueve reas de
conocimiento, que son aceptadas como las mejores
prcticas dentro de la gestin de proyectos
informticos1. [8]
II. IDENTIFICACIN DE PROBLEMA
La mayora de compaas, especialmente medianas
y grandes empresas, basan sus operaciones en
sistemas informticos, ya sea para administrar su
contabilidad, manejar su inventario, fidelizar sus
clientes, entre otros; consecuentemente en los
ltimos aos se ha percibido una constante presin
para la innovacin de sistemas que faciliten la
Desde 1987, el PMI se ha encargado de investigar, recopilar y publicar las

buenas prcticas generalmente aceptadas para la mayora de los proyectos, la
mayor parte del tiempo.
Desde entonces, ha publicado 14 libros de estndares. Uno de ellos el
PMBOK, tiene en circulacin ms de 3.000.000 de ejemplares.
integracin, manejo de datos y generacin de

informacin.
Esto genera una necesidad de actualizacin de
versiones, cambio obligatorio en los sistemas que
presenten niveles de obsolescencia y que estn en
uso, como dato adicional cabe mencionar que el
66% de las compaas en El Salvador son del sector
comercial2. Por lo que la mayora de ellos podran
resultar beneficiados como resultado de lo que se
plantea en el presente documento. [3]
La empresa que sirve como base para el presente
documento, cuenta con 5 tiendas a nivel nacional
esta utilizan un sistema de punto de venta conocido
como RetailPRO versin 8.52; el cual consta de los
siguientes mdulos: Inventario, Recepcin de
Mercadera, Transferencias, Punto de Venta,
Seguridad, Generacin de Reportes y Adaptacin
Fiscal, esta ltima de acuerdo a la legislacin de El
Salvador. Su arquitectura bsica actual se muestra
en la figura 1.
una compleja forma para la transmisin de datos

que solo deja apertura para los reportes o
desarrollos adicionales, adems tiene costo elevado
y posee baja flexibilidad para las cambiantes
variables del entorno comercial.
El sistema RetailPRO, cuenta con una versin
mejorada de su producto, el RetailPRO V9.2 R4,
que incluye mejoras en la operacin de las tiendas,
como se muestra en la tabla 1, un repositorio basado
en un gestor de base de datos Oracle 11g, el cual
puede ser integrado con mayor facilidad con
sistemas complementarios como Contabilidad,
Finanzas, Control de clientes; ya que esta orientado
a servicios, para estandarizar la comunicacin de
datos entre los repositorios entre s o haca otro
sistema.
Debido a la problemtica de RetailPRO versin
8.52, se hizo un anlisis para migracin al
RetailPRO V9.2 R4. Algunos de los puntos que se
tomaron en cuenta fueron:
Cuadro comparativo de versiones RetailPRO
Caracterstica
Figura 1. Diagrama de Red actual en compaa X con

Versin 8.52 de RetailPro.
En la figura 1, se muestra como las 5 tiendas se

comunican en forma no segura haca el servidor
central, el cual posee un repositorio de datos basado
en una estructura de ndices BTREE3[4], esto genera
2
LA MIPYME EN EL SALVADOR SEGUN SECTORES

Sector al que pertenece: Comercio 66.14%, Servicios 18.36%, Industria
12.9%, Otros 2.6%. Fuente: Directorio Econmico 2005
BTREE, Un ndice de la tabla es una estructura de datos y sus algoritmos
asociados que proporcionan un mecanismo por el cual los registros de la tabla
Sistema
Utilizacin Base de Datos Oracle 11g
Sistema traducido en 18 lenguajes y 73 pases
Herramienta de mantenimiento de base de datos
integrada
Integracin de todas las operaciones claves del
negocio
Encriptacin en transmisin de datos
Compatible con estndar PCI
Punto de Venta
Interfaz de usuario intuitiva
Integracin de aplicaciones back-office del negocio
Reportes y Estadsticas
Creacin y personalizacin de reportes especiales.
Exportacin de reportes a otros formatos.
Amplia gama de reportes predefinidos
Generador de Indicadores (KPI) de negocio
Gestin de Clientes
Manejo de historial de clientes, nmeros de visita.
Segmentacin de Clientes.
Uso de mtodos de fidelizacin de clientes (puntos,
millas, certificados)
Manejo de Empleados
Asignacin de metas venta por empleado
Manejo de niveles de comisiones por empleado
Manejo de Inventario
Historial de ventas por artculo /tienda
Actualizacin en tiempo real de inventarios entre
tiendas
Herramientas de auditoria de movimientos en
inventario
v8.52
v9.2
R4
Tabla 1. Cuadro comparativo entre versiones RetailtPro

se pueden buscar de manera ms eficiente que cualquiera de los anlisis
secuencial o binario de bsqueda.
Como resultado de este anlisis se pudo concluir:

- Fortaleza de la base de datos utilizada en
RetailPRO V9.2 R4.
- Agilidad de captura de datos en nuevas
pantallas de captura.
- Fortaleza
en
la
estructura
de
almacenamiento.
- Sensible incremento de seguridad por
formato de transferencia de datos.
- Compatible con estndares de seguridad
PCI.
La arquitectura despus de la implementacin no
variar significativamente en trminos de hardware,
sin embargo recae una alta importancia en que la
informacin viajar encriptado usando el estndar
XML, como se muestra en la figura 2.
importantes: ventas, clientes y recepciones

de mercadera. Para una empresa comercial,
son de vital importancia para su operatividad
la gestin de los clientes y las estadsticas de
ventas o compras, as como otros reportes
que puedan aportar a la gerencia
instrumentos de trabajo para toma de
decisiones.
Mnima o nula interrupcin de operaciones
en horas hbiles. El impacto de detener las
operaciones depender del trfico de clientes
en la tienda, pero debe de minimizarse en la
medida de lo posible.
El plan de migracin debe basarse en un estndar
para asegurar el xito del proyecto en donde se debe
de incluir todas las variables del negocio y
adaptaciones del sistema.
III. METODOLOGA A USAR
a. SELECCIN DE LA METODOLOGA
PMBOK as como Prince2 se presentan como

fuertes herramientas utilizadas en el ambiente de
control de proyectos y orientadas al ambiente de IT.
Figura 3. Logos utilizados por PMI y Price2.
Similitudes entre PMBOK y PRINCE2

Figura 2. Diagrama de Red actual en compaa X con
Versin 9.2de RetailPro.
Con base a las experiencias adquiridas en otros

proyectos de implementacin de sistemas, se ha
considerado entre los requisitos ms significativos
de cualquier empresa comercial los siguientes
puntos:
Mantenimiento de Histricos, de al menos
los ltimos 2 aos, considerando los ms
A continuacin se mencionan las principales y ms

relevantes similitudes entre las dos metodologas en
estudio:
1. Basadas en buenas prcticas.
2. Aplicables a proyectos de cualquier tamao
y sector.
3. Proveen de un vocabulario comn.
4. Se basan en conseguir los productos y no en
realizar las tareas o actividades.
Diferencias entre PMBOK y PRINCE2

A continuacin se mencionan las diferencias entre
la Gua de PMBOK y la Gua Price2:
PMBOK
PRINCE2
Aquienesest
orientado
ProjectManagers
Todala
organizacin
Definecon
detallelosroles
Defineenforma
general.
Defineconms
detalle.
Orientadoala
finalizacin
Orientadoala
finalizacin.
Sebasaenla
consecucindelos
procesos.
Describelas
tcnicasquese
usan
Gestinde
adquisiciones
Habilidadesde
gestin
interpersonales
Tabla 2. Diferencias entre PMBOK y Prince2.
Sobre la utilizacin de PMBOK y PRINCE2 en El

Salvador, hemos logrado encontrar fuerte
orientacin hacia el uso del PMBOK, existe
actualmente registrados en forma oficial 18
profesionales con certificacin PMP del PMI,
adems existe un grupo de profesionales
promoviendo la creacin del capitulo PMI El
Salvador; sobre PRINCE2 no ha sido posible
identificar profesionales certificados, PRINCE2
tiene ms aceptacin en los pases europeos. [2]
Se puede concluir que la Gua de Fundamentos para
la Direccin de Proyectos del PMI apoya y orienta
es uso de las mejores prcticas en la ejecucin de
proyectos. Adems aporta herramientas e
instrumentos que mejoran los planes de ejecucin
de los procesos inmersos en el desarrollo del
proyecto. Actualmente el PMI est teniendo mejor
aceptacin en El Salvador.
Adems, el PMBOK ha demostrado ser una gua
aceptada y vlida para proyectos de desarrollo e
implementacin de software, por lo que se utilizar
como modelo de trabajo para los procesos

analizados en este proyecto.
A continuacin se presenta el modelo del plan de
trabajo recomendado para este proceso.
b. EL PMBOK COMO UNA GUA
ACEPTADA A USAR
El Project Management Institute (PMI) es una

organizacin que intenta establecer un orden y unos
criterios estndares para la gestin de proyectos. [1]
La direccin de proyectos es la aplicacin de
conocimientos, habilidades, herramientas y tcnicas
a las actividades del proyecto para cumplir con los
requisitos del mismo. Se logra mediante la
aplicacin e integracin adecuadas de los 42
procesos de la direccin de proyectos, agrupados
lgicamente, que conforman los 5 grupos de
procesos.
Estos 5 grupos de procesos son:
Iniciacin.
Planificacin.
Ejecucin.
Seguimiento y Control.
Cierre.
A continuacin se muestra la secuencia que se
debe de llevar a cabo el desarrollo del Proyecto:
Figura 4. Diagrama de Procesos PMBOK
Estos cinco procesos estn englobados en nueve

reas de Conocimiento donde se amplan los
controles ha ser aplicados con el uso de
herramientas y tcnicas.
Estas reas de conocimiento son:

1.
2.
3.
4.
5.
6.
7.
8.
9.
Integracin.
Alcance.
Tiempo.
Costes.
Calidad.
Recursos Humanos.
Comunicaciones.
Riesgos.
Adquisiciones
IV. TCNICAS A UTILIZAR
Arquitectura Orientada a Servicios (SOA)4

La Arquitectura SOA establece un marco de
diseo para la integracin de aplicaciones
independientes de manera que desde la red pueda
accederse a sus funcionalidades, las cuales se
ofrecen como servicios. [5]
La forma ms habitual de implementarla es
mediante Servicios Web, una tecnologa basada en
estndares e independiente de la plataforma, con la
que SOA puede descomponer aplicaciones
monolticas en un conjunto de servicios e
implementar esta funcionalidad en forma modular.
SOA intenta integrar las TI con el negocio para
que las soluciones que aporte sean lo ms cercanas
a los requisitos de negocio que se intenten cubrir, y
dejen de ser soluciones departamentales que cubran
o resuelvan solo parcialmente parte de las
necesidades existentes sin tener una visin de la
globalidad del proceso.
Los servicios Web se basan en un conjunto de
estndares de comunicacin, como son XML para la
representacin de datos, SOAP (Simple Object
Access Protocol) para el intercambio de datos y el
lenguaje WSDL (Web Services Description
Language) para describir las funcionalidades de un
servicio Web.
La Arquitectura Orientada a Servicios (en ingls Service Oriented

Architecture), es un concepto de arquitectura de software que define la
utilizacin de servicios para dar soporte a los requisitos del negocio
Algunos de los beneficios de esta arquitectura son

[6]:
Servicios Compartidos. Al usar los servicios

web, se descentraliza la informacin y se
habilita para cualquier aplicacin del negocio.
Integrado. La habilidad de acceder a la

informacin desde cualquier aplicacin bajo
cualquier
plataforma,
arquitectura
geogrficamente dispersos.
Permite la creacin de sistemas de informacin

altamente escalables que reflejan el negocio de la
organizacin, a su vez brinda una forma bien
definida de exposicin e invocacin de servicios
(comnmente pero no exclusivamente servicios
web), lo cual facilita la interaccin entre diferentes
sistemas propios o de terceros.
Esta ventaja tecnolgica ser utilizada de apoyo
para la conversin de la base de datos actual a la
nueva versin de Retail Pro Versin 9.2 para poder
realizar en forma efectiva y confiable la
importacin de datos.
Por trminos de confiabilidad y nivel de calidad
del proceso de importacin, la conversin de datos
deber lograr un nivel de confianza del 99.99%,
slo ser necesario ejecutar un herramienta de
conversin que viene incluida por el proveedor para
ayudar el traslado de informacin, dado que entre
las dos versiones del sistema se mantiene la
correlacin y caractersticas de los campos.
Las herramientas que sern utilizadas han sido
certificadas por el proveedor del software como
aplicadas en varios procesos de migracin de la
empresa X.
Para poder cumplir con el nivel de calidad
ofrecido en el proceso de importacin es necesario
hacer uso de herramienta de apoyo como son las
ofrecidas en las caractersticas de SOA. [6]
Adicionalmente este servicio es de tecnologa de
punta y permite la utilizacin de procesos de calidad
y con los adecuados trminos de seguridad.
V. FORMATOS
PARA DESARROLLO DE PLAN DE

MIGRACIN DE UN SISTEMA DE PUNTO DE
VENTA AL DETALLE BASADO EN PMBOK.
A continuacin se detalla el proceso de

Planificacin relacionado con las nueve reas de
conocimiento del PMBOK, que se han considerado
para crear el plan de migracin; en cada una se ha
creado un formulario que se recomienda utilizar
para dar seguimiento al proyecto. Los formularios
tomados en cuenta en el plan de migracin del
Para empezar la planificacin del proyecto se
necesita como insumo principal el Project Charter o
acta de constitucin de proyecto, la cual abre las
puertas para el inicio del proyecto, funge como un
contrato en algunas ocasiones. En el formulario 1,
se muestra el documento de inicio del proyecto, este
se puede utilizar como contrato. Establece la
descripcin del proyecto. Define los puestos claves,
tales como: Patrocinador de proyecto, Gerente de
Sistema de Punto Venta, que se muestran en este

documento, han sido probados y gozan de la
aprobacin de la empresa consultora X, los
formularios se encuentran en su versin final. Se
utilizarn los formularios de Cronograma
(Formulario 10) y Red del proyecto (Formulario
17), como la gua para la implementacin del
proceso de migracin del Sistema de Punto Venta.
1. Gestin de la Integracin del Proyecto
Producto, Coordinador de Proyecto. Este formulario
establece en forma concreta el punto de inicio del
proyecto. En algunas ocasiones para esta actividad
ya se tiene ejecutado el anlisis de factibilidad y la
asignacin de fondos. Para concretizar la gestin de
proyecto se recomienda el formulario 2, ste
engloba informacin gerencial de las fases y
entregas del proyecto.
CONTROL DE VERSIONES
Versin
Hecha por
Consultora
Revisada por
Aprobada por
Consultora
Cliente
Fecha
Motivo
09/11/2011
PROJECT CHARTER
Nombre de Proyecto:
ID Proyecto:
Plan de Migracin PV con PMBOK

1025
Preparado por:
Coordinador del Proyecto
Fecha de Creacin:
07 de noviembre de 2011
Descripcin del
Proyecto:
Definir el procedimiento de migracin de el software de Puntos de Venta aplicando los

procesos de control del PMBOK
Patrocinador de
Proyecto:
Gerente de Operaciones de Empresa X

Abel Umaa
Gerente de
Producto:
Implementador / Soporte
Ever Garca
Coordinador de
Proyecto:
Gerente del proyecto

Walter Turcios
Acuerdo
Patrocinador Ejecutivo
Nombre: Ernesto Mayen
Patrocinador del Proyecto

Nombre: Abel Umaa
Firma:
Firma:
Fecha:
Fecha:
Formulario 1. Acta de Constitucion.
Versin
Hecha por
Revisada por
Consultora
Aprobada por
Consultora
Cliente
Fecha
Motivo
09/11/2011
PLAN DE GESTIN DEL PROYECTO
CICLO
DE
NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
Plan de migracin PV con PMBOK
PMS-PV-PMBOK
VIDA
DEL
PROYECTO
ENFOQUE MULTIFASE: DESCRIPCIN DETALLADA DEL CICLO DE VIDA DEL
PROYECTO Y LAS
CONSIDERACIONES DE ENFOQUE MULTIFASE (CUANDO LOS RESULTADOS DEL FIN DE UNA FASE
INFLUYEN O DECIDEN EL INICIO O CANCELACIN DE LA FASE SUBSECUENTE O DEL PROYECTO COMPLETO).
CICLO
DE VIDA DEL PROYECTO
ENFOQUES MULTIFASE
CONSIDERACIONES PARA
LA INICIACIN DE ESTA
FASE
ENTREGABLE PRINCIPAL
FASE DEL PROYECTO

(1 NIVEL DEL WBS)
DE LA FASE
CONSIDERACIONES PARA EL CIERRE

DE ESTA FASE
Migracin de base de datos

actual
Entrega de ER de base de Verificacin de consistencia y numero

datos actual
de registros migrados
Pruebas de operacin de
perifricos operativos
Perifricos en plaza
Pruebas de operacin
Pruebas de resultado por cada Instalacin de controladores Ejecucin de proceso de facturacin

en cada tienda
de perifricos
inicio-fin
Listado de usuario con
contrasea
Entrega de listado de
personal autorizado
Verificacin de usuario activo
Certificado de capacitacin
Sesiones de uso del

sistema
Aplicacin de examen de suficiencia
Documentacin (manuales de
usuarios, manuales tcnicos,
etc.)
Revisin de checklist
PROCESOS
DE
GESTIN
DE
PROYECTOS:
DESCRIPCIN DETALLADA DE LOS PROCESOS DE GESTIN DE PROYECTOS QUE HAN SIDO
SELECCIONADOS POR EL EQUIPO DE PROYECTO PARA GESTIONAR EL PROYECTO.
PROCESO
NIVEL DE
IMPLANTACIN
INPUTS
MODO DE
OUTPUTS
HERRAMIENTAS Y TCNICAS
Formulario 2. Plan de Gestin de Proyectos.
En el formulario 2, se presenta una forma eficaz

de documentar el cmo se lograr cumplir con
las expectativas o requerimientos del negocio; en l
se define que actividades y configuraciones se
debern de ejecutar y modificar, de esta manera se

minimiza los riesgos de perdida de informacin ante
cualquier transferencia de conocimiento necesaria
entre los involucrados del proyecto.
2. Gestin Del Alcance Del Proyecto

La principal finalidad de la gestin del alcance del
proyecto es poder planificar las fases y crear la
estructura de trabajo del proyecto (EDT).
2.1 Recopilacin de Requisitos.

Es la parte inicial de la planificacin, en donde se
describe los requerimientos individualmente, para
un posterior anlisis de los mismos.
Versin
Hecha por
Revisada por
Consultora
Consultora
Aprobada por
Cliente
Fecha
Motivo
06/nov/2011
DOCUMENTACIN DE REQUISITOS
NOMBRE DEL
SIGLAS DEL PROYECTO
PROYECTO

NECESIDAD
NEGOCIO
DEL
OPORTUNIDAD
PMS-PV-PMBOK
A APROVECHAR: DESCRIBIR LAS LIMITACIONES DE LA SITUACIN ACTUAL Y
LAS RAZONES POR LAS CULES SE EMPRENDE EL PROYECTO.
Actualmente el cliente cuenta con software de punto de ventas que presenta debilidades por el crecimiento de la
empresa y por el nmero de transacciones que se generan actualmente.
OBJETIVOS
NEGOCIO
DEL
Y DEL
PROYECTO:
DEFINIR CON CLARIDAD LOS OBJETIVOS DEL NEGOCIO Y DEL PROYECTO PARA
PERMITIR LAS TRAZABILIDAD DE STOS.
Definir el procedimiento de migracin de el software de Puntos de Venta Aplicando los procesos de control del
PMBOK
REQUISITOS FUNCIONALES: DESCRIBIR PROCESOS DEL NEGOCIO, INFORMACIN, INTERACCIN CON EL PRODUCTO,ETC.
PRIORIDAD OTORGADA
POR EL STAKEHOLDER
STAKEHOLDER
REQUISITOS
DESCRIPCIN
CDIGO
Gerente de cliente
Alta
Encargado ejecutar la iniciacin y aceptacin del proyecto
Informticos del cliente
Media
Grupo de apoyo informtico del cliente asignado al proyecto
Gerente de tienda
Alta
Gerente operativo de procesos en la tienda
Gerente del proyecto
Alta
Project Manager asignado al proyecto
Media
Grupo de apoyo informtico asignado al proyecto
Ejecutivo ventas
Media
Ejecutivo de ventas que realice enlace del negocio
CRITERIOS
DE
ACEPTACIN:
ESPECIFICACIONES O REQUISITOS DE RENDIMIENTO, FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE
ANTES DE ACEPTAR EL PROYECTO.
CONCEPTOS
CRITERIOS DE
ACEPTACIN
1. TCNICOS
Funcionalidades del software RetailPro v9.2 probadas y operando adecuadamente
2. DE CALIDAD
Verificacin de generacin de reportes de control
3. ADMINISTRATIVOS
Verificacin de generacin de reportes de orden legal y fiscal
4. COMERCIALES
N/A
5. SOCIALES
Verificacin de tiempos de respuesta del sistema en el punto de atencin al pblico
6. OTROS
Cumplir con los estndares de seguridad definidos de PCI.
Formulario 3. Formulario de Documentacion de Requisitos.
En el formulario 3 se especifican las necesidades,

requerimientos funcionales, reglas del negocio,
objetivos generales y especficos, de la gestin
administrativa y operativa de la empresa con el fin
de obtener una idea ms clara de lo que se espera de
la herramienta informtica a implementar. Este
formulario, aportar a las empresas las
especificaciones claves para la climatizacin de las
funciones del sistema y solucin adecuada para la
organizacin.
Es de mucha importancia el desarrollar de este
formulario, ya que determina de manera completa el
desarrollo del proyecto.
Hacer cambios en los requisitos de proyecto a

mitad del proceso puede generar riesgos
adicionales. Se debe evaluar la situacin de la
empresa y equilibrar las necesidades a fin de
conceder un proyecto exitoso.
2.2 Declaracin del Alcance (mbito de Aplicacin)
Se realiza una lista con todos los requerimientos

documentados, donde se resuman las caractersticas
de cada una de las necesidades expresadas por los
usuarios lderes y finales; adems incluye los
criterios de aceptacin proporcionados por la
empresa X.
Versin
Hecha por
Consultora
Revisada por
Aprobada por
Consultora
Cliente
Fecha
Motivo
07/11/2011
MBITO DE APLICACIN
NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
PMS-PV-PMBOK
DESCRIPCIN DEL ALCANCE DEL PRODUCTO

Caractersticas: propiedades fsicas,
Requisitos: condiciones o capacidades que debe poseer o satisfacer el
qumicas, energticas, o psicolgicas, que son
producto para cumplir con contratos, normas, especificaciones, u otros
distintivas del producto, y/o que describen su
documentos formalmente impuestos.
singularidad.
1. Funcionalidades del software RetailPro v9.2 probadas y operando
adecuadamente.
1.
2. Verificacin de consistencia de datos.
2.
3. Verificacin de generacin de reportes de orden legal y fiscal.
3.
4. Verificacin de tiempos de respuesta del sistema en el punto de atencin

al pblico.
4.
5. Cumplir con los estndares definidos en PCI.
5.
CRITERIOS DE ACEPTACIN DEL PRODUCTO: Especificaciones o requisitos de rendimiento, funcionalidad,

etc. Que deben cumplirse antes que se acepte el producto del proyecto.
CONCEPTOS
CRITERIOS DE ACEPTACIN
1. TCNICOS
Funcionalidades del software RetailPro v9.2 probadas y operando adecuadamente.
2. DE CALIDAD
Verificacin de generacin de reportes de control.
3. ADMINISTRATIVOS
4. COMERCIALES
5. SOCIALES
Verificacin de generacin de reportes de orden legal y fiscal.

N/A
Verificacin de tiempos de respuesta del sistema en el punto de atencin al pblico.
10
Formulario 4a. Declaracion de alcance (Parte A).
El formulario 4a y formulario 4b, es utilizado

para establecer la definicin del alcance del
producto, con las condiciones y capacidades
definidas en conjunto con el cliente. Permite
establecer y delimitar los criterios de aceptacin del
proyecto. Durante la ejecucin permitir el

seguimiento de los entregables de cada fase; adems
define los objetivos del proyecto y del producto.
Establece con claridad los lmites y restricciones del
proyecto.
ENTREGABLES DEL PROYECTO: PRODUCTOS ENTREGABLES INTERMEDIOS Y FINALES QUE SE

GENERARN EN CADA FASE DEL PROYECTO.
FASE DEL PROYECTO
PRODUCTOS ENTREGABLES
1.0
Migracin de base de datos actual.
2.0
Pruebas de operacin de perifricos operativos.
3.0
Pruebas de resultado por cada en cada tienda.
4.0
Listado de usuario con password.
5.0
Certificado de capacitacin.
6.0
Documentacin (manuales de usuarios, manuales tcnicos, etc.)
7.0
Revisin de checklist.
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
Ausencia de conectividad a Internet
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
Acceso a base de datos de versin actual

Disponibilidad de recursos humano
Capacidad de procesamiento y almacenamiento en
los servidores del cliente
EXCLUSIONES DEL PROYECTO: ENTREGABLES, PROCSO, REAS, PROCEDIMIENTOS, CARACTERSTICAS,
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. Compra de equipo perifrico.
2. Modificacin o adicin a la infraestructura. (Inmuebles, red de datos, red elctrica, ambientacin, etc.)
3. Compra de software externo a RetailPro 9.2.
4. Cambios o revisin de los procesos administrativos de la empresa.
5.
11
Formulario 4b. Declaracion de alcance (Parte B).

2.3 Planificacin del Alcance.
En esta actividad se analiza la forma de cumplir

con los requisitos del proyecto, identificando los
criterios de aceptacin del proyecto. El formulario 5
es utilizado de una forma eficaz para documentar el
cmo se lograr cumplir con las expectativas o
requerimientos del negocio; en l se define que

actividades y configuraciones se debern de ejecutar
y modificar, de esta manera se minimiza riesgos de
perdida de informacin ante cualquier transferencia
de conocimiento necesaria entre los involucrados
del proyecto.
Versin
Hecha por
Consultora
Revisada por
Consultora
Aprobada por
Cliente
Fecha
Motivo
07/11/2011
PLAN DE GESTIN DE REQUISITOS

NOMBRE DEL PROYECTO
SIGLAS
ACTIVIDADES
DE
REQUISITOS:
DEL
PROYECTO
PMS-PV-PMBOK
DESCRIBIR CMO SE PLANIFICARN, SEGUIRN Y REPORTARN ESTAS ACTIVIDADES.
Migracin de base: Se ejecutar con una conversin y revisin de los registros de las tablas migradas
Pruebas de operacin de perifricos: Se instalarn los controladores de los perifricos y se probar operativamente
Pruebas de resultado por cada en cada tienda: Se ejecutarn procesos de inicio a fin de la operacin para garantizar el registro
actualizacin y los procesos de impresin
Revisin de Checklist: Se verificar en conjunto con el Project Manager, Gerente del proyecto, Implementador / Soporte la
adecuada operacin de los procesos del sistema
ACTIVIDADES
DE
GESTIN
DE
CONFIGURACIN:
DESCRIPCIN DE CMO SE INICIARN LAS ACTIVIDADES DE
CAMBIOS AL PRODUCTO, SERVICIO O REQUERIMIENTO; CMO SE ANALIZARN LOS IMPACTOS; CMO SE RASTREARN, MONITOREARN, Y
REPORTARN, Y CULES SON LOS NIVELES DE AUTORIZACIN REQUERIDOS PARA APROBAR DICHOS CAMBIOS.
Asegurar la generacin oportuna y consistente, en formato y en contenido con los reportes de orden legal y fiscal
que debe generar el sistema
PROCESO DE PRIORIZACIN DE REQUISITOS: DESCRIBIR COMO SE PRIORIZARN LOS REQUISITOS.

Expediente del Proveedor y su histrico, Facturas tipos, Pedidos de Venta.
Ticket, Factura, Crdito Fiscal, etc.
MTRICAS DEL PRODUCTO: DESCRIBIR LAS MTRICAS QUE SE USARN Y SUSTENTAR PORQUE SE USARN.
Cumplir con los estndares de seguridad definidos en PCI.
ESTRUCTURA
DE
TRAZABILIDAD:
DESCRIBIR LOS ATRIBUTOS DE REQUISITOS QUE SE CAPTURARN EN LA MATRIZ DE TRAZABILIDAD
Y ESPECIFICAR CONTRA QUE OTROS DOCUMENTOS DE REQUISITOS DEL PROYECTO SE HAR

LA TRAZABILIDAD.
Detallado en el WBS
12
Formulario 5. Plan de Gestin de Requisitos.
2.4 Crear EDT
Una Estructura de trabajo o EDT, como sus siglas

en espaol, es una descomposicin jerrquica
orientada al entregable del trabajo a ser ejecutado
por el equipo de proyecto, para cumplir con los
objetivos de ste y crear los entregables requeridos.
La estructura de trabajo, se muestra en el formulario
6, debe de constituirse por cada uno de los
requisitos levantados en el proyecto, estos se
agrupan y se representan en mdulos o estructura de
trabajo. El mismo ayuda para identificar las fases

del proyecto y estructurar en los niveles inferiores
las actividades puntuales para lograr cada etapa.
La Estructura de trabajo o EDT (por sus siglas en
espaol) es una visualizacin macro de todas las
fases y procesos que abarcar el proyecto,
generalmente, es utilizado para graficar el avance
del proyecto a la alta gerencia.
Versin
Hecha por
Consultora
Revisada por
Consultora
Aprobada por
Cliente
Fecha
Motivo
09/11/2011
EDT
NOMBRE DEL
PROYECTO
SIGLAS DEL PROYECTO

PMS-PV-PMBOK
13
Formulario 6. EDT Estructura de trabajo.
2.5 Plan de Gestin de Cambios

Durante la vida del proyecto se espera que
lleguen requerimientos inesperados o solicitudes de
cambio de algunos requisitos analizados en la etapa
de planificacin por lo que se considera los aspectos
necesarios que se deben de documentar ante
cualquier solicitud de este tipo. El formulario 7,

permite establecer las actividades relacionadas con
el cambio de versin, estable los roles y define los
participantes. Lista los cambios ms sensibles que
ser ejecutado en cada tema.
Versin
Hecha por
Consultora
Revisada por
Consultora
Aprobada por
Cliente
Fecha
Motivo
06/nov/2011
PLAN DE GESTIN DE CAMBIOS

NOMBRE DEL PROYECTO
SIGLAS
DEL
PROYECTO
PMS-PV-PMBOK
ROLES DE LA GESTIN DE CAMBIOS: ROLES QUE SE NECESITAN PARA OPERAR LA GESTIN DE CAMBIOS
NOMBRE DEL
ROL
PERSONA
ASIGNADA
RESPONSABILIDADES
NIVELES DE AUTORIDAD
14
Informtico del
cliente
Preparar ambiente de trabajo en servidores.
Gerente del
proyecto
Asegurar la ejecucin de los pasos de

implementacin con los niveles de calidad.
-
Implementador /
Soporte
Instalar el software.
Configurar los perifricos.
Verificar formato y contenido de reportes.
TIPOS DE CAMBIOS: DESCRIBIR LOS TIPOS DE CAMBIOS Y LAS DIFERENCIAS PARA TRATAR CADA UNO DE
ELLOS.
Revisar controladores estaciones de trabajo, perifricos y controladores
PLAN DE CONTINGENCIA ANTE SOLICITUDES DE CAMBIO URGENTES: DESCRIBIR EL PLAN DE

CONTINGENCIA PARA ATENDER SOLICITUDES DE CAMBIO SUMAMENTE URGENTES QUE NO PUEDEN ESPERAR
A QUE SE RENA EL COMIT DE CONTROL DE CAMBIOS.
HERRAMIENTAS DE GESTIN DE CAMBIOS: DESCRIBIR CON QUE HERRAMIENTAS SE CUENTA PARA OPERAR LA
GESTIN DE CAMBIOS.
SOFTWARE
Instalacin de RetailPro v9.2
PROCEDIMIENTOS Actualizacin de controladores de perifricos.
FORMATOS
Verificacin de generacin de formatos de salida orden legal y fiscal.
OTROS
Verificar enlaces de transferencia de datos con sistemas de terceros que tiene en operacin el cliente.
Formulario 7. Plan de Gestin de Cambios.
2.6 Plan de gestin de configuracin.

Versin
Hecha por
Consultora
Revisada por
Aprobada por
Consultora
Cliente
Fecha
Motivo
07-11-2011
PLAN DE GESTIN DE LA CONFIGURACIN

NOMBRE DEL PROYECTO

ROLES
DE LA GESTIN DE LA
CONFIGURACIN.
NOMBRE
DEL ROL
Gerente del
proyecto
CONFIGURACIN: ROLES QUE SE
PERSONA
ASIGNADA
Walter Turcios
Implementador /
Ever Flores
Soporte
SIGLAS
DEL
PROYECTO
PMS-PV-PMBOK
NECESITAN PARA OPERAR LA GESTIN DE LA
RESPONSABILIDADES
Asegurar la ejecucin de los pasos de

implementacin con los niveles de calidad
-
Instalar el software.
Configurar los perifricos.
Verificar formato y contenido de reportes.
NIVELES DE
AUTORIDAD
15
PLAN
DE
DOCUMENTACIN: CMO SE ALMACENARN Y RECUPERARN LOS DOCUMENTOS Y OTROS ARTEFACTOS DEL PROYECTO.
FORMATO
(E=ELECTR
DOCUMENTOS
O ARTEFACTOS
DISPONIBI
ACCESO
RPIDO
SEGURIDAD DE
ACCESO
LIDAD
RECUPERACIN
RETENCIN DE INFORMACIN
DE
NICO
H=HARD
COPY)
NECESARIO
Secadmin
Si
Si
Si
Si
Si
CVS
Si
Si
Si
Si
Si
AMPLIA
ITEMS DE CONFIGURACIN (CI): OBJETOS

DESCRIPCIONES
LNEA
BASE
DE
LOS
ATRIBUTOS
DEL PROYECTO
FUNCIONALES
CAMBIOS QUE LOS AFECTAN.
CDIGO DEL
ITEM DE
CONFIGURACIN
CATEGORA
1=FSICO
2=DOCUMENTO
3=FORMATO
4=REGISTRO
NOMBRE DEL
ITEM DE
CONFIGURACIN
Expediente del
Proveedor y su
histrico
Chapter3
Userguide.pdf
Facturas tipos,
SOs tipos
Manual Punto de 3
Venta
Ticket, Factura,
Manual
Crdito Fiscal, etc Usuario.doc
INFORMACIN
NECESARIA
SOBRE
LOS CUALES
FSICOS, CON
FUENTE
P=PROYECTO
C=CONTRATISTA
V=PROVEEDOR
E=EMPRESA
EL
FIN
SE ESTABLECERN Y MANTENDRN
DE
MANTENER CONTROL DE LOS
FORMATO
(SOFTWARE +
VERSIN +
PLATAFORMA)
OBSERVA
CIONES
C/E
E
Formulario 8. Mustra de Plan de Gestin de la Configuracin.
El formulario 8 permite documentar a detalle las

actividades necesarias para definir el ciclo de vida,
este detalle debe de contemplar niveles de
autoridad, responsabilidades detalladas de cada uno
de los involucrados. De debe detallar tambin el
plan de documentacin de todo lo que se
parametrizar en el sistemas as como el modo de
trabajo, herramientas y tcnicas a utilizar. Este
formulario ser un instrumento de apoyo para la
toma de decisiones a nivel gerencial, adems de
proponer soluciones a las estrategias operativas.
3. Gestin Del Tiempo Del Proyecto

El PMBOK enfoca la gestin del tiempo de
proyecto en la definicin y estimacin de
actividades y recursos humanos asignados a cada
una de las fases del EDT.
3.1 Definicin de las Actividades.
Es el desglose de cada una de las fases de la
estructura de trabajo, tambin se le puede llamar
EDT simplificado que incluye la secuencia de las
actividades.
Versin
Hecha por
Consultora
Revisada por
Consultora
Aprobada por
Fecha
Motivo
Cliente
DICCIONARIO EDT (SIMPLIFICADO)

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

PMS-PV-PMBOK
16
Actividad
Actividad
Fase 2
Detalle de Actividades
1.1
Kickoff
Presentacin inicial del proyecto, la forma de trabajo e

integracin de los involucrados en el proyecto.
1.2
Definicin Stakeholders
Definicin de Acta de Equipo de Trabajo, en la cual se

identificar quines estarn involucrados y que rol
desempear,
1.3
Acuerdo de Plan de Gestin.
Firma del Plan de Gestin de Proyecto, el cual incluye los

alcances, restricciones, riesgos, detalle de actividades y
costos del proyecto.
2.1
Preparacin Servidor
Laboratorio
Como fase Inicial se implementa un ambiente laboratorio

en sitio para que el cliente pueda certificar el
funcionamiento antes de la migracin y as sobrepasar
cualquier inconveniente en esta etapa.
2.2
Instalar todas las

actualizaciones del SO
Preparar la plataforma del servidor donde se encontrar

la instalacin Lab (Windows 2003 preferiblemente)
Fase 1
Fase
2.3
Instalar actualizacin JAVA
Preparar el plataformas auxiliares en el servidor para

prepararlo a la instalacin de Retail (Componentes JAVA)
2.4
Instalar RetailPRO 9
Instalar RetailPRO 9.2 segn el ltimo instalador

disponible y de ser necesario actualizarlo con la ltima
actualizacin. (software de punto de venta)
2.5
Validacin de Preferencias de
sistema en RPRO V9
(reconfigurar de ser necesario)
Configurar las preferencias del sistema que actualmente

maneja el cliente en la versin anterior y acordar como se
configurarn todas las adicionales que posee la nueva
versin.
Formulario 9. Diccionario EDT (Simplificado)
El formulario 9 esta diseado para desarrollar la

Estructura de Desglose del Trabajo (EDT), este es
el detalle de cada componente o elemento en partes
pequeas
de los entregables y el trabajo a
realizaren todo el desarrollo del proyecto. Esta
estructura se define tomando como base a los
requerimientos definidos por el cliente y evaluados
para un mejor desempeo de las actividades a
desarrollar. En este formulario se presenta el EDT
en formato simplificado.
3.2 Estimacin de Recursos de las Actividades.
Una vez definidas las actividades de cada fase es
necesario la estimacin y asignacin de recursos,
para definir los recursos (cantidad y rol necesario)

por cada actividad; se ha utilizado el Formulario 11
para incluir los recursos en los costes de
implementacin.
3.3Estimacin de la Duracin de las Actividades.
Se debe de estimar la duracin de las actividades
del proyecto junto con la programacin de las
mismas, considerando los recursos asignados.
Generalmente para crear el cronograma se utiliza
Microsoft Project sin embargo
el siguiente
formulario es una muestra de presentacin formal
del mismo.
Versin
Hecha por
Consultora
Revisada por
Consultora
Aprobada por
Cliente
Fecha
09/nov/201
CRONOGRAMA DEL PROYECTO
Motivo
17
NOMBRE DEL PROYECTO
SIGLAS
DEL
PROYECTO
PMS-PV-PMBOK
Formulario 10. Cronograma.
El formulario 10, permite establecer con

anticipacin y en forma secuencial las actividades a
ser ejecutadas durante el proyecto. Adems permite
definir el o los responsables de cada una de las
actividades. Permite establecer hitos alcanzables, la
fecha de entrega y duracin de cada uno de estos.
3.4 Gestin de los Costes del Proyecto.
Para la administracin de los costes del proyecto,
es necesario identificar cuales son los gastos que
sern considerados para el presupuesto. Se podr
utilizar el formulario 11, en este caso particular se
consider nicamente el gasto en el recurso

humano.
El formulario 11, permite definir en la fase de
diseo, el costo al que incurrir la empresa
implementadora en cada una de las actividades del
proyecto, es de utilidad para planificar los recursos
y proyectar el presupuesto basado en los costes
directos asociados. En este proyecto nicamente se
considerar el recurso humano debido a que todos
los activos e infraestructura ya estn incluidos en
los gastos de operatoria (overhead) de la empresa
que implementa.
Versin
Hecha por
Consultora
Revisada por
Consultora
Aprobada por
Cliente
Fecha
Motivo
18
COSTEO DEL PROYECTO

NOMBRE DEL PROYECTO
Actividad
SIGLAS DEL PROYECTO

PMS-PV-PMBOK
Costo
por
hora
Nombre del Recurso
Costo Unitario
Costo
Kickoff
Coordinador de Proyecto
9.17
9.17
Definicin Stakeholders
9.17
18.34
Acuerdo de Plan de Gestin
Preparacin Servidor Laboratorio
9.17
9.17
18
3.34
60.12
Instalar todas las actualizaciones del SO
3.34
6.68
Instalar actualizacin JAVA
0.5
3.34
1.67
Instalar RetailPRO 9
1.5
3.34
5.01
Implementador / Soporte,
Consultor Analista
FALSE
3.34
3.34
3.34
3.34
Validacin de Preferencias de sistema en

RPRO V9 (reconfigurar de ser necesario)
Instalar y configurar ECM
Configuracin Servicio ECM
Instalar y configurar ECM en MAIN rpro v8
3.34
3.34
Instalar Report Suite en RPRO v9
0.5
3.34
1.67
Creacin de Grupos de Seguridad
1.5
3.34
5.01
Creacin y Activacin de Usuarios
3.34
10.02
3.34
3.34
Asociacin usuarios vs grupos de

seguridad
Formulario 11. Costeo del Proyecto.
4. Gestin de los Recursos Humanos del

Proyecto.
El manejo del recurso humano tiene valiosa
importancia segn el PMBOK debido a que de
ellos depende la ejecucin de las tareas en forma
sistematizada.
empresa consultora, evidenciando los niveles y las

jerarquas de cada uno de los roles involucrados en
el mismo.
Al definir las lneas formales de autoridad, se
puede delimitar responsabilidades y tener una
visin sobre el flujo de la comunicacin en el
proceso.
4.1 Organigrama del Proyecto.

Inicialmente se define el nivel jerrquico de los
recursos involucrados por la empresa consultora en
la implementacin del proyecto.
En el formulario 12 se muestra en forma grfica
la organizacin del proyecto, del lado de la
Versin
Hecha por
Revisada por
Aprobada por
Fecha
Consultora
Consultora
Cliente
6/11/2011
ORGANIGRAMA DEL PROYECTO
Motivo
19
NOMBRE DEL PROYECTO
SIGLAS
DEL
PROYECTO
PMS-PV-PMBOK
Formulario 12. Organigrama de personal de la empresa implementadora.
4.2 Descripcin de roles y responsabilidades.

Los roles y las responsabilidades debern
definirse claramente al inicio del proyecto y deben
de ser acordados por todos los interesados, esto se
presentan en el formulario 13, formulario 14 y
formulario 15. Todo cambio a esta definicin debe
documentarse y comunicarse a los interesados para
su conocimiento y aplicacin e implantacin de las
acciones de seguimiento. Para esto se apoyar en
un formato adecuado para la definicin y

comunicacin de los mismos.
La planeacin de recursos necesita conocer que
rol desempeara cada uno de los involucrados del
proyecto, por lo que a continuacin se detalla cada
uno de los mismos y las funciones que
desempearn:
4.2.1 Descripcin de rol Coordinador Proyecto.
Versin
Hecha por
Revisada por
Consultora
Consultora
Aprobada por
Cliente
Fecha
Motivo
07/11/2011
DESCRIPCIN DE ROLES
NOMBRE DEL
PROYECTO
SIGLAS DEL PROYECTO

PMS-PV-PMBOK
20
NOMBRE DEL ROL
Coordinador del Proyecto

OBJETIVOS
DEL
ROL:
OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO

(PARA QUE SE HA CREADO EL ROL).
El Coordinador o Profesional de Proyectos tendr como objetivo la realizacin de todas las funciones inherentes a
la coordinacin ejecutiva del proyecto. Deber mantener informada sobre la marcha y funcionamiento del
proyecto. Adems ser responsable del cumplimiento en forma eficaz y eficiente de los lineamientos establecidos
dentro del contrato de la empresa con el cliente dentro de los plazos definidos en el Plan.
Para ello deber coordinar y supervisar el avance del proyecto en todos los aspectos: Organizacin, Planificacin,
Ejecucin, Administracin y Supervisin.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (DE QUE ES RESPONSABLE?).
1. Coordinar, programar y ejecutar actividades de consultora en un campo profesional altamente
especializado en proyectos de muy alta complejidad, con el fin de lograr los resultados asignados.
2. Supervisar las actividades de un nmero elevado de expertos en distintas reas profesionales.
3. Programar y supervisar los estudios tcnicos y/o cientficos atinentes a su materia y elaborar informes,
propuestas y recomendaciones con su correspondiente debate.
4. Dirigir y disear la puesta en marcha de relevamientos y diagnsticos de situacin.
5. Coordinar el diseo detallado de los sistemas, mtodos, normas y procedimientos.
6. Elaborar directivas para el diseo de los manuales y/o documentacin relevante de los proyectos
asignados.
7. Coordinar los programas de capacitacin de los integrantes del equipo y el material correspondiente, en
funcin de los proyectos asignados.
8. Efectuar la definicin del abordaje metodolgico, diseo global y conceptual de los sistemas y/o
proyectos.
9. Realizar las pruebas correspondientes a los proyectos o tareas asignados.
10. Elaborar los cronogramas de trabajo y determinar la asignacin de tareas a los expertos y consultores.
11. Dictar cursos y seminarios en las materias de su competencia.
Formulario 13. Descripcion de Rol del Coordinador del Proyecto.
4.2.2 Descripcin de rol de Consultor Analista.

Versin
Hecha por
Consultora
Revisada por
Aprobada por
Consultora
Cliente
Fecha
Motivo
07/11/2011
DESCRIPCIN DE ROLES
NOMBRE DEL
SIGLAS DEL PROYECTO
PROYECTO
PMS-PV-PMBOK
NOMBRE DEL ROL
Consultor Analista
OBJETIVOS
DEL
ROL:

El rol principal del Consultor Analista es estudiar los problemas y necesidades de una organizacin que solicita
apoyo para mejorar el sistema de informacin.
21
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (DE QU ES RESPONSABLE?).
1. Acatar las disposiciones legales emanadas de organismos reguladores y contralores relativos al rea de
informtica.
2. Cumplir los objetivos, metas y costos establecidos para el rea.
3. Apoyar la formulacin y seguimiento de la ejecucin presupuestaria, formulacin y evaluacin del Plan Anual
de Trabajo.
4. Interactuar con el Cliente.
5. Delimitar el alcance del sistema.
FUNCIONES: FUNCIONES ESPECFICAS QUE DEBE CUMPLIR
(QU DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR SUS RESPONSABILIDADES?).
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
Identificar y entrevistar a clientes y usuarios.

Generar el documento de requisitos que incluye los requisitos de software y de usuario, dentro de los plazos
comprometidos.
Recopilar y analizar la informacin para el diagnostico y rediseo de procesos.
Disear, diagnosticar e implementar soluciones dentro de las organizaciones de los clientes generndoles valor, as
como temas de desarrollo de recursos internos y conocimiento para su rea de trabajo.
Convertir los requerimientos de la compaa en lenguajes de programacin. Ellos desarrollan y realizar control de
calidad a los sistemas para la captura y almacenamiento de los datos.
Realizar estudios de factibilidad en las diferentes dependencias institucionales, evaluando el cumplimiento de
requisitos de infraestructura, mobiliario, equipo informtico y RRHH requerido para la implementacin de los sistemas.
Organizar los eventos de capacitacin de los sistemas a implementar.
Gestionar con los responsables de las dependencias, los recursos necesarios para la implementacin de sistemas.
Formular y realizar pruebas de planes de contingencia en el rea de responsabilidad.
Velar porque el producto final cumpla con los requisitos
Realizar visitas de campo para dar mantenimiento y soporte tcnico a los usuarios que operan los aplicativos y
sistemas de informacin implementados.
Velar porque el diseo cumpla con los requisitos
Realizar capacitaciones a los integrantes del equipo y entregar material para implementacin y puesta en marcha
correspondiente.
Creacin, modificacin y pruebas de las estructuras de las bases de datos asi como el software.
Obtener los apoyos y realizar la logstica necesaria para el eficiente desarrollo de las actividades de implementacin de
sistemas.
Realiza pruebas e implementan software a nivel de sistema operativo.
Transferir conocimiento y tcnicas al grupo de trabajo bajo su supervisin.
Preparar el Cierre del Proyecto
Formulario 14. Descripcin de roles Consultor Analista.
4.2.3 Descripcin de rol de Implementador Soporte.

Versin
Hecha por
Consultora
Revisada por
Aprobada por
Consultora
Cliente
Fecha
Motivo
07/11/2011
DESCRIPCIN DE ROLES
NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO

PMS-PV-PMBOK
NOMBRE DEL ROL

OBJETIVOS
DEL
ROL:

22
El implementador es responsable de desarrollar y verificar los componentes del software que le fueron
asignados, de acuerdo con los estndares establecidos en el proyecto. Si se deben crear componentes para
soporte de verificacin, el implementador es el responsable de desarrollar y verificar los componentes de
verificacin y los subsistemas correspondientes.
1.
2.
3.
4.
5.
6.
7.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (DE QU ES RESPONSABLE?).

Implementar Prototipo
Verificacin Unitaria
Documentacin Tcnica
Corregir la Implementacin
Integrar el Sistema
Ajustar y controlar el Desarrollo
Documentacin de Usuario
FUNCIONES: FUNCIONES ESPECFICAS QUE DEBE CUMPLIR
(QU DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR SUS RESPONSABILIDADES?).
1.
2.
3.
4.
5.
6.
7.
8.
Implementar los formatos del sistema, especificados por los Clientes.

Realizar la primera batera de pruebas y ajustar el sistema considerando los resultados.
Llevar a cabo el plan de implantacin.
Informar de riesgos identificados.
Velar por la calidad del producto final.
Especificar las pruebas a realizar.
Verificar el Software.
Llevar registro de actividades.
REPORTA A: A QUIN REPORTA DENTRO DEL PROYECTO.
Coordinado de Proyecto
SUPERVISA A: A QUINES SUPERVISA DENTRO DEL PROYECTO.
REQUISITOS DEL ROL: QUE REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
1. Educacin formal: Tcnico en Informtica.
2. Manejo de idiomas.
3. reas de experiencia tcnica.
4. Conocimiento del sistema o aplicacin a implementar.
5. Familiaridad con las herramientas de prueba y de automatizacin de prueba.
6. Habilidades de programacin.
7. Gusto por el trato con la gente.
8. Facilidad de palabra.
Formulario 15. Descripcin de roles Implementador/ Soporte
5. Gestin
Proyecto.
de
las
Comunicaciones
del
Las vas formales de comunicacin durante el

proyecto deben de ser documentadas; con el fin de
evitar prdidas de informacin y mantener a todos
los interesados actualizados con informacin y
avances pertinentes. En el ciclo de vida de un
proyecto crea diversas formas de comunicacin para

mantener la sincrona del mismo, como se muestra
en el formulario 16, sin embargo se ha considerado
un formulario para formalizar las vas de
comunicacin a ser utilizadas para las fases claves
del proyecto, en los que se incluye informacin
especfica por ejemplo: decidir cundo, cmo, en
que forma y a quin se le reporta los avances.
Versin
Hecha por
Consultora
Revisada por
Consultora
Aprobada por
cliente
Fecha
Motivo
7-nov-2011
MATRIZ DE COMUNICACIONES DEL PROYECTO
23
NOMBRE DEL
SIGLAS DEL PROYECTO
PROYECTO
INFORMACIN
CONTENIDO
FORMATO
PMS-PV-PMBOK
NIVEL DE RESPONSABLE
DETALLE DE COMUNICAR
Notificacin de
migracin a
Memorndum Bsico
Socializacin
nueva versin
Inicio
Transicin
Resultado
Finalizacin
Fecha de
iniciacin del
proceso de
migracin
Notificacin de
resultados del
Correo
proceso de
electrnico
transicin
METODOLOGA/
TECNOLOGA
Gerente de
cliente
Grupo de
operacio- Fsico
nes
Gerente de
cliente
Personal
Fsico
de tienda
Detallado
Gerente del
proyecto
Personal
Electrnico
de tienda
Detallado
Gerente del
proyecto
Personal
Electrnico
de tienda
Gerente de
cliente
Grupo de
operacio- Fsico
nes
Memorndum Bsico
Notificacin de
eventos
Correo
significativos electrnico
GRUPO
RECEPTOR
Fecha de inicio
de operaciones
de la nueva
Memorndum Bsico
versin del
sistema
Formulario 16. Comunicaciones del proyecto.
24
7.
5.1 Red del proyecto.

El documento define la comunicacin de los
diferentes documentos que sern utilizados en el
proyecto, como se muestra en el formulario 17, con
la red del proyecto se puede mantener el orden y las
diferentes comunicaciones o retroalimentaciones
que podran surgir en la vida del proyecto.
Planificacin de
6.
Gestin de riesgos.
Perder enlace de Internet.
Falla de perifricos.
Cambios de formatos legales.
Gestin de las Adquisiciones del proyecto
Dentro de la gestin de adquisiciones del proyecto

se incluye compras de equipo o de activos
necesarios para la ejecucin de las tareas; como
adems aquellas adquisiciones intangibles como
licencias, software complementario que pueden ser
requisitos para la culminacin del proyecto, en
formulario 18 se presenta el formato con este
formulario se documentar y definir las decisiones
de compra para el proyecto, especificando el
enfoque e identificando potenciales proveedores.
Permite delimitar adems los procesos estndar a
seguir para realizar la seleccin, adjudicacin,
compra o contratacin de productos; as mismo las
restricciones y supuestos que puedan afectar al
proceso y las consideraciones de posibles riesgos
ocasionados por terceros.
Versin
Hecha por
Revisada por
Consultora
Consultora
Aprobada por
Cliente
Fecha
Motivo
09/11/2011
RED DEL PROYECTO

NOMBRE
DEL
PROYECTO
SIGLAS
Comienzo
Enunciado
del
problema
PROYECTO
Hitos
Costos
EDT
Organigram
adel
Proyecto
Definicin
de
Actividades
Definicin
de
Roles
Actade
Constitucin
DEL
PMS-PV-PMBOK
Formulario 17. Red del Proyecto.
Entregable
Checklist
Definicin de
comunicacin
Listade
Riesgos
Actade
Aceptacin
25
Versin
Hecha por
Consultora
Revisada por
Aprobada por
Consultora
Cliente
Fecha
Motivo
07/11/2011
PLAN DE GESTIN DE ADQUISICIONES

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
Plan de migracin PV en con PMBOK
PMS-PV-PMBOK
ADQUISICIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE ADQUISICIONES DEL PROYECTO.

Las adquisiciones se limitan a la compra de las licencias del nuevo sistema (RetailPRO v9.2)
6 Licencias de Tiendas. Utilizadas para 5 tiendas y 1 servidor central.
30 Licencias de Puestos de Trabajo. Considerando que para cada tienda utiliza en promedio 5 puestos de trabajo
distribuidos de la siguiente forma: 2 Cajas, 1 Bodega, 1 Logstica y 1 Manager/Soporte.
PROCEDIMIENTOS
ESTNDAR A SEGUIR: PROCEDIMIENTOS DE ADQUISICIN QUE SE DEBEN SEGUIR.
Cliente: Debe llenar el formulario de compra de Licencias y enviarlo a la Consultora.

Consultor: Recibe y revisa el formulario y lo ingresa en el sistema de compras: http://rproorders.retailpro.com.
RPRO: Valida informacin y habilita las licencias.
Consultor: Notifica al cliente que puede activar sus licencias.
Cliente: Instalar el servicio de licencia en el servidor central y activar licencia (va internet)
FORMATOS ESTNDAR A
UTILIZAR: FORMATOS DE ADQUISICIN QUE SE DEBEN SEGUIR.
Licensing_Purchases_-_Standard_Form.xls.
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.
Las licencias se solicitarn en la fase de Preparacin de Servidor Produccin, mientras tanto se trabajara bajo
un Trial mode o modo de prueba con una duracin mxima de 120 das.
COORDINACIN
CON LA
GESTIN
DE
PROYECTOS
DE LOS
PROVEEDORES:
COORDINACIN CON LA GESTIN DE
PROYECTOS DE PROVEEDORES, ENLACES DE PROCESOS, PROCEDIMIENTOS, FORMATOS Y/O

METODOLOGAS.
La solicitud y gestin de licencias es va correo electrnico.

La activacin es va Internet.
RESTRICCIONES
SUPUESTOS: QUE PUEDAN AFECTAR LAS ADQUISICIONES PLANIFICADAS Y POR LO TANTO EL LOGRO DE LOS
OBJETIVOS DEL PROYECTO.
Formulario 18. Plan de Gestin de Adquisiciones
26
VI. CONCLUSIONES
Las migraciones de software son cada vez ms - Falta de preparacin ante imprevistos. Es una
frecuentes por la necesidad de innovacin del
realidad que en cualquier proyecto no se puede
negocio por lo que se debe de crear y mantener un
controlar todos los riesgos. siempre hay diferentes
plan detallado para dicho proceso y as evitar
imprevistos a los que se debe de tomar acciones
efectos contrarios a los esperados. Durante la etapa
de contingencia, en caso que no haya ningn plan
de planificacin se pudo constatar los siguientes
de contingencia general y responsables en cada
puntos crticos que pueden influir negativamente en
fase, las consecuencias podran tener un alto
el proyecto:
impacto en el rendimiento del proyecto.
- Baja productividad. Sino se definen claramente las
actividades y responsables del proyecto, el
Es importante resaltar que al utilizar una
proyecto podra incurrir en elevados tiempos de herramienta como PMBOK se puede a minimizar
implementacin y re-procesos de actividades, con los riesgos antes mencionados de una
el consiguiente costo econmico.
implementacin,
basados
en
una
fuerte
planificacin de procesos y actividades detalladas
- Control de cambios. Aunque al inicio del proyecto en conjunto de un constante esfuerzo en el control y
se identifiquen los requisitos del negocio, por previsin de posibles riesgos que podran afectar al
experiencia de los autores en instalaciones proyecto.
previas, se ha comprobado que existen nuevos
Es importante hacer mencin que para el
requerimientos o cambios en los mismos durante
la ejecucin del proyecto, por lo que se debe de adecuado funcionamiento del proceso, no basta con
delimitar los cambios que sern incluidos en el el uso del PMBOK, se debe de apoyar el proceso en
proyecto y cmo afectarn al resto de las otras herramientas administrativas, de gestin, de
control y seguimiento como un CVS6.
actividades.
- Interrupciones del negocio. Uno de los riesgos ms
sensibles es el detener las operaciones del negocio
por un perodo de tiempo, en el cual; aunque est
controlado, resulta incmodo para todas las
actividades del negocio, lo que supone un anlisis
de tareas que puedan ser ejecutadas BackOffice5 y
para las tareas que debern de ser realizadas
directamente en el negocio, se debe de identificar
tiempo de interrupcin, plan de contingencia y
mtodos de operacin alternos para minimizar el
paro de servicios.
- Incremento en el presupuesto e incumplimiento de
entregas de las fases del proyecto. A pesar que
son 2 puntos crticos, ambos estn entrelazados ya
que un desfase en el proyecto significa utilizacin
de ms recursos lo que elevara el costo del
mismo.
Actividades de apoyo que se realizan, que no estn a la vista del cliente
La gua de PMBOK es extensa pero no requiere

que todos los procesos sean incluidos en la vida de
un proyecto, sino que sugiere que se analice y se
identifique aquellas caractersticas importantes
necesarias para que un proyecto en especfico se
complete satisfactoriamente. Considerando que todo
proyecto inicia con una etapa de planeacin, este
documento ha presentado un plan para el proyecto
de migracin de la empresa X; sin embargo debe
de complementarse respaldando las dems fases del
ciclo del proyecto con las directrices del PMBOK
para garantizar el xito del mismo.
VII. REFERENCIAS
[1] Project Management Institute, Lima Peru Chapter.
(2011). Qu es PMI? [Online]. Available:
http://pmi.org.pe/sitio/aqp/pmiaqp/index.php?op
Sistema de Control de Versiones
27
tion=com_content&view=article&id=68&Itemid
=104.
[2]
[3]
PMI. Gua de Fundamentos de para la Direccin

de Proyectos. Cuarta Edicin. Pennsylvania.
EE.UU. (2008).
Cmara de Comercio e Industria de El Salvador.
(2010). Pymes Capyme. Available:
http://camarasal.com/index.php?option=com_co
ntent&view=article&id=22&Itemid=32.
[4] B+-Tree
Indexes.
Available:
http://www.cecs.csulb.edu/~monge/classes/share
/B+TreeIndexes.html.
[5]
Itnexo, Custom Software Development, (2011).

Arquitectura
SOA.
Available:
http://www.itnexo.com/web/index.php?option=c
om_content&view=article&id=16:arquitecturasoa&catid=28:current-users.
[6]
Thomas Erl, Service-Oriented Architecture

(SOA): Concepts, Technology, and Design,
Boston MA, United State od America, Prentice
Hall, 2009, P31.
[7]
Nicolai M. Josuttis, SOA in Practice: The Art

of Distributed System Design (Theory in
Practice),Sebastpol, CA, United State of
America, OReilly, 2007, P16.
[8]
Francisco Valencia Sandoval, EL PUNTO DE

VENTA EN LATINOAMRICA, Buenos
Aires, Argentina, Editorial Croquis, 2008, p141.
[9]
Peter Sansom, Point of Sale, Birmingham,

UK, Carcanet Press Ltd, 2001, p95.
[10] PMI. Gua de Fundamentos de para la Direccin

de Proyectos. Tercera Edicin. Pennsylvania.
EE.UU. (2004).
[11] Gua de Usuario Retail Pro 8 Series. Island
Pacific, Inc. Irvine, CA 92612 EE.UU. (2005).
[12] Gua de Usuario Retail Pro 9 Series. RetailPro,
Inc. Irvine, CA 92612 EE.UU. (2009).
[13] Gua de Usuario Retail Pro 8 Series. Island
Pacific, Inc. Irvine, CA 92612 EE.UU. (2005).
[14] Colin Bentley. PRINCE2T Revealed. Second

Edition, Oxford. UK. ELSEVIER, Nov. 2009,
pp 7-8.
VIII. AUTORES
Mario Enrique Cevallos Elas.
Ingeniero en Sistema y Computacin, Master en
Administracin de Recursos Humanos, con 28 aos de
experiencia en el rea de sistemas.
Especializado en planificacin, arquitectura, diseo e
implementacin de sistemas informticos. Amplia
experiencia en el Sector Salud, y Sector Educacin.
Domnike Eunicee Ortega Martnez.

Graduada como Ingeniero en ciencias de la computacin
de la Universidad Don Bosco de El Salvador en el ao
2005.
Siete aos de experiencia en la coordinacin de Proyectos
de implementacin y soporte para empresa del sector
comercial y rea de nmina.
Idalia Mayella Amaya Ramrez.

Ingeniero en Ciencias de la Computacin, graduada en el
ao 2004. Grado universitario en Licenciatura en
Administracin de Empresa.
Analista Implementador de Sistemas Informticos
orientados a Salud, desde hace tres aos. Apoyando las
reas de Anlisis de Sistemas y Control de Calidad.

2012tesis

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

2012tesis

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD DON BOSCO

VICERRECTORA DE ESTUDIOS DE POSTGRADO

PARA OPTAR AL GRADO DE:

Antiguo Cuscatln, La Libertad, El Salvador, Centroamrica.

Amaya Idalia, Cevallos Mario, Ortega Eunicee

Plan basado en PMBOK para la Migracin de un

utilizado desde el ao 2005, fecha que fue liberada.

Desde 1987, el PMI se ha encargado de investigar, recopilar y publicar las

integracin, manejo de datos y generacin de

una compleja forma para la transmisin de datos

Figura 1. Diagrama de Red actual en compaa X con

En la figura 1, se muestra como las 5 tiendas se

LA MIPYME EN EL SALVADOR SEGUN SECTORES

BTREE, Un ndice de la tabla es una estructura de datos y sus algoritmos

asociados que proporcionan un mecanismo por el cual los registros de la tabla

Tabla 1. Cuadro comparativo entre versiones RetailtPro

Como resultado de este anlisis se pudo concluir:

importantes: ventas, clientes y recepciones

PMBOK as como Prince2 se presentan como

Figura 3. Logos utilizados por PMI y Price2.

Similitudes entre PMBOK y PRINCE2

Con base a las experiencias adquiridas en otros

A continuacin se mencionan las principales y ms

Diferencias entre PMBOK y PRINCE2

Tabla 2. Diferencias entre PMBOK y Prince2.

Sobre la utilizacin de PMBOK y PRINCE2 en El

como modelo de trabajo para los procesos

El Project Management Institute (PMI) es una

Figura 4. Diagrama de Procesos PMBOK

Estos cinco procesos estn englobados en nueve

Estas reas de conocimiento son:

Arquitectura Orientada a Servicios (SOA)4

La Arquitectura Orientada a Servicios (en ingls Service Oriented

Algunos de los beneficios de esta arquitectura son

Servicios Compartidos. Al usar los servicios

Integrado. La habilidad de acceder a la

Permite la creacin de sistemas de informacin

PARA DESARROLLO DE PLAN DE

A continuacin se detalla el proceso de

Sistema de Punto Venta, que se muestran en este

Plan de Migracin PV con PMBOK

Coordinador del Proyecto

Definir el procedimiento de migracin de el software de Puntos de Venta aplicando los

Gerente de Operaciones de Empresa X

Gerente del proyecto

Patrocinador del Proyecto

Formulario 1. Acta de Constitucion.

PLAN DE GESTIN DEL PROYECTO

NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

Plan de migracin PV con PMBOK

ENFOQUE MULTIFASE: DESCRIPCIN DETALLADA DEL CICLO DE VIDA DEL

DE VIDA DEL PROYECTO

FASE DEL PROYECTO

CONSIDERACIONES PARA EL CIERRE

Migracin de base de datos

Entrega de ER de base de Verificacin de consistencia y numero

Pruebas de resultado por cada Instalacin de controladores Ejecucin de proceso de facturacin

Verificacin de usuario activo

Sesiones de uso del

Aplicacin de examen de suficiencia

DESCRIPCIN DETALLADA DE LOS PROCESOS DE GESTIN DE PROYECTOS QUE HAN SIDO

SELECCIONADOS POR EL EQUIPO DE PROYECTO PARA GESTIONAR EL PROYECTO.