Flores Laguna, Eliseo Emerson

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE
INGENIERÍA DE SISTEMAS
“Gestión del Proyecto ‘Implantación del

Módulo de ventas y Reservas de Nisira ERP’
para la Asociación Cultural DRAMA - Lima”
Informe de Experiencia Profesional

Para optar el Título de:
INGENIERO DE SISTEMAS
Autor: Flores Laguna, Eliseo Emerson
TRUJILLO – PERÚ
2018
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
DEDICATORIA
A mis padres
Por haberme brindado a cada momento sus enseñanzas y apoyado en cada etapa de mi vida
tanto moral-económico-social; por sus sabios consejos, sus valores, por la motivación
constante que me ha permitido ser una persona de bien y con valores sólidos, pero más que
nada, por su amor único e incondicional. En especial a mi padre que goza y descansa en el
cielo, siendo día a día una motivación para seguir esforzándome y luchando para alcanzar
nuevas metas.
A mis hermanos
Por haberme brindado sus consejos en cada momento que lo requería, así mismo por el
apoyo económico brindado durante mi etapa pre-universitaria y universitaria. Por la
amistad y el respecto que me lo han brindado y me lo siguen brindando.
Eliseo
AGRADECIMIENTOS
A mis maestros de Universidad
Por haberme inculcado y brindado los conocimientos necesarios y oportunos para poder
desarrollarme en el mundo laboral y ser un profesional exitoso. Por darme la oportunidad
de desarrollar el contenido correcto y poder cumplir con la tesis que presento.
A mi familia
Por haberme brindado su apoyo y permitido el tiempo necesario de estar fuera de la ciudad
de residencial (Lima) y dedicar tiempo para desarrollar la presente tesis (Trujillo).
RECORD LABORAL
1. CONSULTOR DE TECNOLOGÍAS DE INFORMACIÓN
NISIRA SYSTEMS S.A.C.
Periodo: enero 2015 – hasta la actualidad
2. ANALISTA DESARROLLADOR
Periodo: agosto 2012 - diciembre 2014
MEMORIA DESCRIPTIVA DE LA ACTIVIDAD PROFESIONAL
1. PUESTO: CONSULTOR DE TECNOLOGÍAS DE INFORMACIÓN
NISIRA SYSTEMS S.A.C. (Periodo: enero 2015 – Hasta la actualidad)
Función General:
Gestión e Implementación de ERP Nisira en cada cliente además de administración

completa sobre los requerimientos nuevos solicitados por cliente; desarrollo de procesos
y procedimientos en conjunto con el cliente para su completo entendimiento e
implementación. Manteniendo en armonía la triple restricción de la gestión de proyectos,
tiempo-costo y alcance.
Preparación y creación de la documentación de procedimientos por cada área funcional

del cliente para con el sistema. Así mismo apoyo constante en el seguimiento del
cumplimiento por metas durante el ciclo de vida de la implementación de ERP Nisira.
Gestionar los recursos adecuados y necesarios en la fase inicial de la implementación del

ERP Nisira para asegurar una implementación con riesgos de impacto menor.
Funciones Específicas:
✓ Realizar la creación de estructura de desglose de trabajo (EDT) en conjunta con la

alta gerencia o líder de proyecto del lado del cliente.
✓ Gestionar la gestión de los recursos físicos y materiales para la implementación.
✓ Gestionar el cronograma de actividades de acuerdo a la realidad del cliente.
✓ Gestionar los canales de comunicación que serán utilizados antes, durante y después
de la implementación.
✓ Capacitar al personal sobre el uso completo del ERP Nisira (módulos).
✓ Elaboración reporte de control y status para presentar a la gerencia del cliente.
✓ Elaboración de cartillas personalizadas de administración y de usuario sobre el ERP

Nisira.
✓ Creación de actas de reunión durante la periodicidad programada.
✓ Registrar las lecciones aprendidas suscitadas.
✓ Documentar, analizar y cuantificar los requerimientos sobre desarrollos

personalizados del cliente.
✓ Desarrollar el manual de procesos y procedimientos por cada área funcional y cada

módulo del sistema ERP Nisira.
✓ Canalizar toda la documentación en los medios adecuados para su almacenamiento

y repartición con responsables.
Logros Alcanzados, los más relevantes:
✓ Documentación actualizada y con indicadores sobre el avance de implementación de

cada proyecto.
✓ Uso adecuado de MS Project; con desarrollo de rutas críticas e indicadores para poder
bridar reportes estadísticos en cualquier etapa de implementación de ERP Nisira.
✓ Uso general de WBS para documentar las actividades y secuencias para durante la
implementación ERP Nisira.
✓ Consolidación de conocimientos contables de manera general y gradual.
✓ Consolidación de conocimientos tributarios y normas referentes a declaraciones y

envíos electrónicos.
✓ Implementación en proceso de ERP Nisira en empresa teatral TEATRO DRAMA

(del enero 2018 a junio 2018)
✓ Apoyo en implementación de ERP Nisira en empresa agro-exportadora SAFCO

PERU SAC (del julio 2017 a setiembre 2017)
✓ Implementación exitosa de ERP Nisira en empresa agrícola AGROSERVICIOS

SAN LUIS SAC (del enero 2017 a julio 2017)
✓ Apoyo en implementación de ERP Nisira en empresa agrícola AGRICOLA

CHALLAMPAMPA (del enero 2016 a abril 2016)
5
✓ Implementación exitosa de ERP Nisira en empresa agroindustrial AGROVISION

PERU SAC (del junio 2015 a setiembre 2016)
✓ Apoyo en implementación de ERP Nisira en empresa automotriz AUTONORT

TRUJILLO (del enero 2015 a mayo 2015)
2. PUESTO: DESARROLLADOR
(Periodo: Agosto 2012 - Diciembre 2014)
Función General:
Programar los requerimientos adicionales de cada cliente con previo análisis y viabilidad
del mismo. Revisar las funcionalidades del ERP Nisira para poder estandarizar.
Funciones Específicas:
✓ Analizar los desarrollos en conjunto con el área de desarrollo para brindar ideas
mejores y generales para con dicho desarrollo.
✓ Desarrollar y validar todas las funcionalidades descritas en documento de desarrollo.
✓ Desarrollar cambios en base a diferentes tipos de clientes (industrias, agroindustrias,

agrícolas, servicios automotrices, comerciales, etc.) para asegurar el correcto
funcionamiento y evitar fallos en otros clientes.
✓ Documentar los objetos, formularios, clases, eventos modificados y su impacto

dentro de documentos estándar de cambios de desarrollo.
✓ Desarrollar cartilla de configuración y de usuario de los desarrollos nuevos.
✓ Seguimiento y coordinación con el área de implementación en los desarrollos

nuevos.
✓ Soporte en la implementación de cambios y desarrollos personalizados de los

clientes.
✓ Elaboración de reportes de avance de cada desarrollo.
Logros Alcanzados, los más relevantes:
✓ Desarrollo de generación de información para declaración de libros electrónicos

SUNAT.
✓ Desarrollo de generación de archivos para pagos masivos de cualquier banco

(telebanking).
✓ Elaboración de copias de seguridad y entrega al área de TI su respectiva contingencia

de datos.
✓ Comunicación eficiente con los clientes para la toma de requerimientos de desarrollo.
✓ Dimensionar correctamente (en tiempo y alcance) los desarrollos asignados.
✓ Dimensionar correctamente (en tiempo y alcance) los desarrollos asignados.
PRESENTACIÓN
El presente trabajo se centra en mostrar una experiencia laboral, donde se aplica lo

aprendido en la universidad y la experiencia en cuanto a criterios al momento de elegir la
mejor alternativa para una implementación exitosa de un sistema informático (Nisira ERP).
Por ello, el presente trabajo pretende contribuir en el conocimiento de cuáles son las
dificultades que presentan las empresas por falta de documentación y formalidad al momento
de implementar un ERP.
La mayoría de empresas consultoras de software en el Perú, en la actualidad, no usan

una metodología y/o documentación formal de implementación, más bien son de aplicación
directa para el uso del software y este sea usado en el menor tiempo posible, siendo este un
problema a futuro debido a la disposición de información de los procesos y procedimientos
por diferentes factores, entre ellos (cambio de personal).
Este trabajo está basado en la implementación del sistema Nisira ERP en la empresa
TEATRO DRAMA, empresa del rubro teatral dedicado a la creación y producción de obras
artísticas para el público en general, los cuales son presentados en diferentes teatros
(TEATRO PERUANO JAPONES, TEATRO LA PLAZA, TEATRO PIRANDELO) en la
ciudad de Lima.
_______________________________
Eliseo Emerson Flores Laguna
DNI: 44579553
RESUMEN
El presente trabajo tiene como objetivo principal la aplicación formal de documentación

antes, durante y después de la implementación de un sistema de información de
planeamiento empresarial.
Este trabajo se ha basado en la aplicación de algunas áreas del conocimiento sobre el PMI
para una gestión eficiente de la información y uso de recursos. Uso de formatos y
documentación necesaria desde el inicio de implementación (FASE I) hasta el término de
implementación (FASE VII), asegurando el uso eficiente de recursos y manteniendo en línea
la triple restricción que sugiere el PME (Tiempos – Costo – Alcance).
La implementación se ha desarrollado en oficinas del cliente con el apoyo continuo de la

gerencia de Nisira Systems SAC (autor de Nisira ERP) y sobre todo el apoyo al 100% de la
gerencia general del cliente ASOCIACIÓN CULTURAL DRAMA.
10
ABSTRACT
The main objective of this paper is the formal application of documentation before, during
and after the implementation of a business planning information system.
This work has been based on the application of some areas of knowledge about the PMI for
efficient management of information and use of resources. Use of necessary formats and
documentation from the beginning of implementation (PHASE I) until the end of
implementation (PHASE VII), ensuring the efficient use of resources and keeping in line the
triple restriction suggested by the PME (Time - Cost - Scope).
The implementation has been developed in the client's offices with the continuous support
of the management of Nisira Systems SAC (author of Nisira ERP) and above all the support
to 100% of the general management of the client CULTURAL ASSOCIATION DRAMA.
11
ÍNDICE GENERAL
DEDICATORIA .............................................................................................................. 1
AGRADECIMIENTOS ................................................................................................... 2
RECORD LABORAL ..................................................................................................... 3
MEMORIA DESCRIPTIVA DE LA ACTIVIDAD PROFESIONAL ........................... 4
PRESENTACIÓN............................................................................................................ 9
RESUMEN .................................................................................................................... 10
ABSTRACT ................................................................................................................... 11
ÍNDICE GENERAL ...................................................................................................... 12
CAPÍTULO I INTRODUCCIÓN .................................................................................. 15
1.1. Realidad Problemática .................................................................................... 16
1.2. Justificación del Estudio ................................................................................. 16
1.3. Objetivos ......................................................................................................... 18
1.3.1. General ............................................................................................................ 18
1.3.2. Específicos ...................................................................................................... 18
1.4. Limitaciones del Estudio ................................................................................ 18
CAPÍTULO II ................................................................................................................ 19
MARCO TEÓRICO....................................................................................................... 19
2.1. Gestión del desarrollo de software ................................................................. 20
2.1.1. Análisis ........................................................................................................... 20
2.1.2. Desarrollo ....................................................................................................... 20
2.1.3. Pruebas de software ........................................................................................ 20
2.1.4. Pase a Producción ........................................................................................... 20
2.2. Herramientas para el desarrollo de aplicaciones ............................................ 21
2.2.1. Entorno de desarrollo integrado y extensiones ............................................... 21

12
2.2.2. Aplicación web ............................................................................................... 22
2.2.3. Tecnologías Web ............................................................................................ 24
2.2.4. Gestión de las Comunicaciones ...................................................................... 26
CAPÍTULO III DESARROLLO DEL TRABAJO DE FUNCIÓN PROFESIONAL 29
DESARROLLO DEL TRABAJO DE FUNCIÓN PROFESIONAL ............................ 30
1. FORMULACIÓN DEL PLAN ESTRATÉGICO DE COMUNICACIONES ............. 92

1 PLAN DE GESTIÓN DE RIESGOS ....................................................................... 107
1.1 Alcance ......................................................................................................... 107
1.2 Definiciones, Acrónimos y Abreviaturas ..................................................... 107
1.3 Documentos Relacionados............................................................................ 107
2 Proceso de Manipulación de Riesgos ..................................................................... 108

2.1 Presentar un Riesgo ...................................................................................... 108
2.2 Registrar un riesgo ........................................................................................ 108
2.3 Condiciones para Modificar el Estado de Acciones de un Riesgo

Identificado .................................................................................................................. 109
2.4 Roles Encargados de Gestionar los Riesgos ................................................. 109
3 Identificación y Control de Riesgos........................................................................ 110

3.1 Clasificación de los Riesgos ......................................................................... 110
Incidencias y tiempo de respuesta en la entrega de tareas. .......................................... 110
3.2 Experiencias de Proyectos Anteriores .......................................................... 111
3.3 Identificación de los Riesgos ........................................................................ 111
3.4 Ponderación de los Riesgos .......................................................................... 111

3.4.1 Probabilidad de Ocurrencia ........................................................................ 112
3.4.2 Impacto ....................................................................................................... 112
3.4.3 Prioridades .................................................................................................. 112
3.4.4 Planificación del Plan de Riesgos .............................................................. 113
CAPÍTULO IV CONCLUSIONES Y RECOMENDACIONES ................................ 117
13
CAPÍTULO V SUGERENCIA PARA LA FORMACION DE INGENIEROS DE

SISTEMAS .................................................................................................................. 120
BIBLIOGRAFÍA ......................................................................................................... 122
ANEXOS ......................................................................................................................... 2
1. Objetivo ...................................................................................................................... 3
2. Teatros ........................................................................................................................ 3
3. Categoría .................................................................................................................... 5
4. Obras .......................................................................................................................... 6
5. Tipos de Tarifa............................................................................................................ 6
6. Tarifario...................................................................................................................... 7
7. Funciones.................................................................................................................... 7
8. Promociones ............................................................................................................... 8
9. Tipo de Reserva .......................................................................................................... 9
10. Canales de Atención ................................................................................................. 10
11. Reserva de Butacas................................................................................................... 10
12. Liberación de Reservas ............................................................................................ 11
13. Venta ......................................................................................................................... 12
14. PROCESOS .............................................................................................................. 16
15. REPORTES ............................................................................................................... 16
16. ANEXOS ................................................................................................................... 17
Detalle: ................................................................................................................................ 19
14
CAPÍTULO I
INTRODUCCIÓN
15
Universidad Nacional de Trujillo Flores Laguna
Escuela de Ingeniería de Sistemas
1.1. Realidad Problemática
La empresa Nisira Systems S.A.C. brinda soluciones integrales a través de un sistema

de información integral Nisira ERP. La empresa se encuentra ubicada en jr. Los
cocoteros N° 163 – urbanización el Golf - Trujillo; tiene como principales clientes a:
AUTONORT TRUJILLO, PANAMOTOR, GREEN PERÚ, ICATOM, CERRO
PRIETO, AERODIANA PERÚ, entre otros. La empresa fue fundada en el año 2000 y
la fecha cuenta con 42 trabajadores repartidas en las diferentes áreas del negocio.
La empresa tiene como principal producto el sistema integral Nisira ERP, que tiene el
módulo de Ventas y Reservas, en este módulo existe la opción para el registro de las
Este trabajo se ha basado en la aplicación de algunas áreas del conocimiento sobre el
PMI para una gestión eficiente de la información y uso de recursos. Uso de formatos
y documentación necesaria desde el inicio de implementación (FASE I) hasta el
término de implementación (FASE VII), asegurando el uso eficiente de recursos y
manteniendo en línea la triple restricción que sugiere el PME (Tiempos – Costo –
Alcance).
Con la finalidad de resolver el problema descrito; se plantea la implementación del

sistema Nisira ERP en la empresa TEATRO DRAMA, empresa del rubro teatral
dedicado a la creación y producción de obras artísticas para el público en general, los
cuales son presentados en diferentes teatros (TEATRO PERUANO JAPONES,
TEATRO LA PLAZA, TEATRO PIRANDELO) en la ciudad de Lima.
1.2. Justificación del Estudio
• Académica
La gestión del proyecto, me permitió aplicar los conocimientos adquiridos

durante la vida estudiantil, complementándolas con mi experiencia profesional.
Adicional a ello, este estudio se realiza con la finalidad de obtener el Título de
Ingeniero de Sistemas.
Gestión del Proyecto ‘Implantación del Módulo 16

de ventas y Reservas de Nisira ERP’ para la
Asociación Cultural DRAMA - Lima
• Económica
La gestión del proyecto, es factible de ser desarrollado e implementado, debido

a que la empresa cuenta con el talento humano y las herramientas tecnológicas
licenciadas.
La gestión de proyecto tiene como beneficios reducir: tiempos de espera y
recursos materiales.
• Institucional
El objetivo del presente trabajo es contribuir al mejor control de los procesos

informáticos y mejorar la gestión de ventas y reservas en los ambientes de la
empresa en estudio.
• Tecnológica
Para el desarrollo del aplicativo se analizó como factible en desarrollo, debido a

que la institución cuenta con las herramientas de desarrollo licenciadas y el
equipo de personas especialistas en tecnologías como: Visual Studio .Net,
Framework 4.0, HTML, JavaScript, subversión y SQL Server.
• Social
La gestión del proyecto permitirá reducir tiempos en los procesos de control de
personal, contribuyendo a mejor la calidad de los servicios que brinda la
empresa, en el área de ventas.
• Operativa
La investigación es relevante ya que luego de su implementación, permitirá al
personal de control manejar información confiable y de alta calidad.

1.3. Objetivos
1.3.1. General
Gestionar las ventas y reservas de ambientes en la Asociación Cultural

DRAMA mediante la gestión del proyecto del módulo de ventas y reservas de
Nisira ERP.
1.3.2. Específicos
- Realizar la creación de estructura de desglose de trabajo (EDT) en conjunta

con la alta gerencia o líder de proyecto del lado del cliente.
- Gestionar la gestión de los recursos físicos y materiales para la

implementación.
- Gestionar el cronograma de actividades de acuerdo a la realidad del cliente.
- Gestionar los canales de comunicación que serán utilizados antes, durante y

después de la implementación.
- Capacitar al personal sobre el uso completo del ERP Nisira (módulo de

ventas y reservas).
1.4. Limitaciones del Estudio
La gestión de este proyecto, está diseñado para mejorar el proceso de ventas y reservas
de ambientes con el módulo de ventas y reservas de Nisira ERP.

CAPÍTULO II
MARCO TEÓRICO
19
2.1. Gestión del desarrollo de software

2.1.1. Análisis
Los propietarios del producto (Product owner), el Scrum Mánager y un
coordinador del Program team, obtienen especificaciones del requerimiento y
definen las funcionalidades a construir detallando la forma de implementación.
2.1.2. Desarrollo
El Product owner define las entradas y salidas, mediante esbozos del aspecto
físico que tendrán las interfaces. Junto con el Scrum Mánager definen
estructuras de datos y el flujo de información. Los Program team generan
código para los componentes del software, conteniendo los procedimientos
especificados e interpretados de la Pila del producto.
2.1.3. Pruebas de software

Permite descubrir errores antes de la implementación, se realiza mediante
pruebas integración y unitarias, con la técnica de caja negra.
Las pruebas de integración se ejecutan en un ambiente de desarrollo, con
características similares al ambiente de Producción.
Los casos detectados como errores son documentados para su cambio.
2.1.4. Pase a Producción

En esta etapa se ejecutan las actividades según el plan de puesta a producción,
Este plan incluye actividades para cambiar en la aplicación y en la base de
datos.
Se entregan los manuales para el usuario y se imparte la formación e inducción
necesaria para que puedan aprovechar las ventajas del aplicativo.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
bajo la licencia ERP’
Creative para Reconocimiento-No
Commons la Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha
Asociación licencia,
Cultural DRAMA visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
- Lima
2.2. Herramientas para el desarrollo de aplicaciones

2.2.1. Entorno de desarrollo integrado y extensiones
• Microsoft Visual Studio: es un entorno de desarrollo integrado, soporta
múltiples lenguajes de programación tales como C++, C#, Visual Basic
.NET.Versión 2010
• ASP.NET es un framework o infraestructura digital para aplicaciones web
desarrollado y comercializado por Microsoft. Es usado por programadores
y diseñadores para construir sitios web dinámicos, aplicaciones web.
• .NET es un framework de Microsoft que hace un énfasis en la transparencia
de redes, con independencia de plataforma de hardware y que permita un
rápido desarrollo de aplicaciones. Basado en ella, la empresa intenta
desarrollar una estrategia horizontal que integre todos sus productos.
Versión 3.5 y 4.0
• VisualSVN Server Manager, implementado como un paquete de extensión
para Microsoft Visual Studio a bajo nivel y proporciona una interfaz para
realizar las operaciones de control de versiones más comunes directamente
desde Visual Studio IDE. Versión: 3.4.1
SubVersion, Herramienta para administrar archivos y código fuente
generados, permite la colaboración en el desarrollo, controla versiones
accediendo por las redes al repositorio o servidor de versiones.
A continuación, mencionaré sus características principales:
i. Permite almacenar un backup del código fuente, previniendo la
pérdida de código en las estaciones de trabajo.
ii. Dispone de una auditoria para código de software agregado o
modificado.
iii. Existe la reversión de código, en casos de mezcla de código incorrecto
se puede regresar a una versión anterior.
iv. Brinda una capacidad colaborativa a los desarrolladores, dado que
pueden modificar y administrar el código de software, desde sus
respectivas estaciones de trabajo.
• Bizagi, Process Modeler es un Freeware utilizado para diagramar,
documentar y simular procesos usando la notación estándar Business
Process Modeling Notation BPMN. (Wikipedia, 2017)

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
• Wireframe Sketcher Studio, herramienta de software que ayuda a crear

wireframes o esquema de página, maquetas y prototipos para aplicaciones
de escritorio, web y móviles.
Los formularios prototipo pueden contener: filtros de datos, combos,
atributos, nombre de etiquetas o labels, ubicación gráfica de controles u
objetos, definición de datos obligatorios y datos de seguridad, permitiendo
una definición más cerca de la realidad y un desarrollo de software bien
definido. Versión 3.6.0
• Visual Studio, incluye capacidades para pruebas unitarias, el IDE puede
generar componentes de métodos necesarios para compilar pruebas de
unidades, lo que ayuda a garantizar que cada unidad de código este
operativo y correcto.
• Microsoft SQL Server, El motor de la base de datos SQL Server ofrece
almacenamiento más seguro y confiable tanto para datos relacionales como
estructurados, lo que le permite crear y administrar aplicaciones de datos
altamente disponibles. Versión 2008
2.2.2. Aplicación web

En la ingeniería de software se denomina aplicación web a aquellas
herramientas que los usuarios pueden utilizar accediendo a un servidor web a
través de Internet o de una intranet mediante un navegador. En otras palabras,
es una aplicación software que se codifica en un lenguaje soportado por los
navegadores web en la que se confía la ejecución al navegador.
Las aplicaciones web son populares por su practicidad en el navegador web,
como cliente ligero, a la independencia del sistema operativo, así como a la
facilidad para actualizar y mantener aplicaciones web sin distribuir e instalar
software a miles de usuarios potenciales. Existen aplicaciones como los
webmails, wikis, weblogs, tiendas en línea y la propia Wikipedia que son
ejemplos bastante conocidos de aplicaciones web.
Es importante mencionar que una página Web puede contener elementos que
permiten una comunicación activa entre el usuario y la información. Esto
permite que el usuario acceda a los datos de modo interactivo, gracias a que la
página responderá a cada una de sus acciones, como por ejemplo rellenar y

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
enviar formularios, participar en juegos diversos y acceder a gestores de base

de datos de todo tipo. (Wikipedia, 2017)
Ventajas de las aplicaciones web

- Ahorra tiempo: se pueden realizar tareas sencillas sin necesidad de
descargar ni instalar ningún programa.
- No hay problemas de compatibilidad: basta tener un navegador actualizado
para poder utilizarlas.
- No ocupan espacio en nuestro disco duro.
- Actualizaciones inmediatas: como el software lo gestiona el propio
desarrollador, cuando nos conectamos estamos usando siempre la última
versión que haya lanzado.
- Consumo de recursos bajo: dado que toda (o gran parte) de la aplicación no
se encuentra en nuestra computadora, muchas de las tareas que realiza el
software no consumen recursos nuestros porque se realizan desde otra
computadora.
- Multiplataforma: se pueden usar desde cualquier sistema operativo porque
solamente es necesario tener un navegador.
- Portables: es independiente de la computadora donde se utilice (PC de
sobremesa, portátil) porque se accede a través de una página web
(solamente es necesario disponer de acceso a Internet). La reciente
tendencia al acceso a las aplicaciones web a través de teléfonos móviles
requiere sin embargo un diseño específico de los ficheros CSS para no
dificultar el acceso de estos usuarios.
- La disponibilidad suele ser alta porque el servicio se ofrece desde múltiples
localizaciones para asegurar la continuidad del mismo.
- Los virus no dañan los datos porque están guardados en el servidor de la
aplicación.
- Colaboración: gracias a que el acceso al servicio se realiza desde una única
ubicación es sencillo el acceso y compartición de datos por parte de varios
usuarios. Tiene mucho sentido, por ejemplo, en aplicaciones en línea de
calendarios u oficina.
(Wikipedia, 2017)

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Limitaciones de las aplicaciones web

Habitualmente ofrecen menos funcionalidades que las aplicaciones de
escritorio. Se debe a que las funcionalidades que se pueden realizar desde un
navegador son más limitadas que las que se pueden realizar desde el sistema
operativo.
La disponibilidad depende de un tercero, el proveedor de la conexión a internet
o el que provee el enlace entre el servidor de la aplicación y el cliente. Así que
la disponibilidad del servicio está supeditada al proveedor.
(Wikipedia, 2017)
2.2.3. Tecnologías Web

JavaScript (abreviado comúnmente JS) es un lenguaje de programación
interpretado, dialecto del estándar ECMAScript. Se define como orientado a
objetos, basado en prototipos, imperativo, débilmente tipado y dinámico.
Se utiliza principalmente en su forma del lado del cliente (client-side),
implementado como parte de un navegador web permitiendo mejoras en la
interfaz de usuario y páginas web dinámicas, aunque existe una forma de
JavaScript del lado del servidor (Server-side JavaScript o SSJS). Su uso en
aplicaciones externas a la web, por ejemplo, en documentos PDF, aplicaciones
de escritorio (mayoritariamente widgets) es también significativo.
JavaScript se diseñó con una sintaxis similar al C, aunque adopta nombres y
convenciones del lenguaje de programación Java. Sin embargo, Java y
JavaScript tienen semánticas y propósitos diferentes.
Todos los navegadores modernos interpretan el código JavaScript integrado en
las páginas web. Para interactuar con una página web se provee al lenguaje
JavaScript de una implementación del Document Object Model (DOM).
Tradicionalmente se venía utilizando en páginas web HTML para realizar
operaciones y únicamente en el marco de la aplicación cliente, sin acceso a
funciones del servidor. En la actualidad es ampliamente utilizado para enviar
y recibir información del servidor junto con ayuda de otras tecnologías como
AJAX. JavaScript se interpreta en el agente de usuario al mismo tiempo que
las sentencias van descargándose junto con el código HTML.
(Wikipedia, 2017)

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Document Object Model o DOM ('Modelo de Objetos del Documento' o

'Modelo en Objetos para la Representación de Documentos') es esencialmente
una interfaz de programación de aplicaciones (API) que proporciona un
conjunto estándar de objetos para representar documentos HTML, XHTML y
XML, un modelo estándar sobre cómo pueden combinarse dichos objetos, y
una interfaz estándar para acceder a ellos y manipularlos. A través del DOM,
los programas pueden acceder y modificar el contenido, estructura y estilo de
los documentos HTML y XML, que es para lo que se diseñó principalmente.
El responsable del DOM es el World Wide Web Consortium (W3C).
El DOM es una interfaz de programación de aplicaciones para acceder, añadir
y cambiar dinámicamente contenido estructurado en documentos con lenguajes
como ECMAScript (JavaScript). (Wikipedia, 2017)
HTML, sigla en inglés de HyperText Markup Language (lenguaje de marcas

de hipertexto), hace referencia al lenguaje de marcado para la elaboración de
páginas web. Es un estándar que sirve de referencia del software que conecta
con la elaboración de páginas web en sus diferentes versiones, define una
estructura básica y un código (denominado código HTML) para la definición
de contenido de una página web, como texto, imágenes, videos, juegos, entre
otros. Es un estándar a cargo del World Wide Web Consortium (W3C) o
Consorcio WWW, organización dedicada a la estandarización de casi todas las
tecnologías ligadas a la web, sobre todo en lo referente a su escritura e
interpretación. Se considera el lenguaje web más importante siendo su
invención crucial en la aparición, desarrollo y expansión de la World Wide
Web (WWW). Es el estándar que se ha impuesto en la visualización de páginas
web y es el que todos los navegadores actuales han adoptado. (Wikipedia,2017)
JSON, acrónimo de JavaScript Object Notation, es un formato de texto ligero

para el intercambio de datos. JSON es un subconjunto de la notación literal de
objetos de JavaScript aunque hoy, debido a su amplia adopción como
alternativa a XML, se considera un formato de lenguaje independiente.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Una de las supuestas ventajas de JSON sobre XML como formato de

intercambio de datos es que es mucho más sencillo escribir un analizador
sintáctico (parser) de JSON. En JavaScript, un texto JSON se puede analizar
fácilmente usando la función eval(), lo cual ha sido fundamental para que
JSON haya sido aceptado por parte de la comunidad de desarrolladores AJAX,
debido a la ubicuidad de JavaScript en casi cualquier navegador web.
(Wikipedia, 2017)
2.2.4. Gestión de las Comunicaciones

El equipo utilizado, es un lector óptico, que permite digitalizar la cartilla de La
comunicación es un proceso psi - social que comprende toda forma
de transmisión o intercambio de ideas, sentimientos, actos voluntarios
y vivencias en general; La palabra, el gesto, la mímica, el grito y el silencio, el
hacer y el no hacer. Son expresiones comunicantes que de alguna forma u
otra capta el cliente, lo asimila y cambia su estado de ánimo, para tomar una
decisión o elección.
De esta manera la comunicación, cualquiera que sea su tipo y/o forma, se debe
considerar como un proceso básico para orientar e incidir sobre las aptitudes
o acciones que deseamos tener como resultados en los clientes potenciales
y esta comunicación, dentro del entorno comercial, buscara lo siguiente:
a) Saber dar a conocer nuestra presentación: personal e institucional
b) Saber compartir información sobre el producto, bien o servicio
c) Saber coordinar acciones sobre la venta y post venta
d) Saber solucionar conflictos sobre las quejas y reclamos
¿Qué significa tener una buena comunicación con el cliente?
Para lograr que nuestra comunicación sea efectiva

debemos utilizar una herramienta, que a la larga esta cause eficiencia y
efectividad: Inteligencia Motivacional.
En primer lugar, la motivación, no es más que saber incentivar de acuerdo a la

combinación de ciertos factores (extrínsecos, intrínsecos y trascendentes)

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
que logren en el cliente potencial una energía positiva hacia la culminación de

acciones y actividades que nosotros queremos que realicen
En segundo lugar, la inteligencia, como una cualidad y don que posee el ser
humano, puede elaborar ideas de acuerdo a ciertos parámetros, conocimientos,
experiencias, valores, normas, etc., que permitirán un adecuado
comportamiento en el entorno comercial.
Aprovechando la herramienta antes mencionada podemos irradiar

ciertos estados de ánimos y causar un efecto en las personas, simple y
llanamente con el objetivo de manipular con aptitudes mentales positivas,
incentivando el inconsciente de las personas y motivarlas a que sigan y
mantengan una fidelidad adecuada, desde un saludo amable, un detalle
amistoso, una mención para incrementar el "ego", hasta un reconocimiento
público (salario espiritual)
¿Qué aptitudes o acciones principales debería optar una persona que

atiende clientes?
➢ Generar una predisposición de "Atención": demostrar que verdaderamente

que nos interesa el desarrollo de la situación.
➢ Considerar que la postura corporal y la expresión facial,

demuestren amabilidad ante la situación
➢ Utilizar tono de voz cordial y amigable, que denote disposición de servicio
➢ Dejar de lado movimientos, acciones y/o aptitudes que desacrediten el

buen nivel cultural, educativo, como representantes y miembros de una
empresa
➢ Procurar mantener un ambiente de cordialidad, amabilidad, paciencia y

buen humor
¿Qué medios de comunicación puedo utilizar?
Principalmente podemos utilizar 03, que son:
1. Verbal: es la comunicación frente a frente y las conversaciones

telefónicas tratando de buscar un efecto inmediato, y hasta cierto punto de
manera visual

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
2. Escrita: memorándums, cartas, meeling, boletines, folletos, a veces no

genera una retroalimentación inmediata, por parte del cliente
3. No Verbal: expresiones faciales y gestos corporales, esta puede respaldar o

contradecir la comunicación verbal, pero hay que tener en cuenta que "las
acciones cuentan más que las palabras"

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
CAPÍTULO III
DESARROLLO DEL TRABAJO
DE FUNCIÓN PROFESIONAL
29
DESARROLLO DEL TRABAJO DE FUNCIÓN PROFESIONAL
PROJECT CHARTER
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
MÓDULO DE VENTAS Y MVRNE

RESERVAS NISIRA ERP
DESCRIPCIÓN DEL PROYECTO: QUÉ, ¿QUIÉN, ¿CÓMO, ¿CUÁNDO Y DÓNDE?
El proyecto “Modulo de Ventas y Reservas Nisira ERP” consiste en desarrollar e implementar

un software que permita automatizar algunos procesos de ventas y reservas para la Asociación
Cultural “DRAMA” de la ciudad de Lima. Los procesos a ser automatizados son:
- Proceso de ventas
- Proceso de reservas
El desarrollo del proyecto estará a cargo de los siguientes:

- Flores Laguna, Eliseo -> Jefe del Proyecto
- Iparraguirre Rodríguez, Davis -> Líder del Proyecto
- Cruzado Esquivel, Claudio -> Analista de Calidad
- Sánchez Díaz, Gerson -> Analista de Requerimientos
- Flores Neciosup, Kevin -> Arquitecto de Software
- Flores Centeno, Walter -> Administrador de Bases de Datos
La solución consistirá en el registro automatizado para la venta y reserva de ambiente.
Esta venta y/o reserva puede ser realizada por un cliente a través de un aplicativo web, o en
forma presencial mediante un operador que estará ubicado al ingreso a la asociación cultural.
También se controlará el ingreso al ambiente y consistirá en que el cliente entregue su DNI y
que mediante un scanner el sistema muestre en pantalla la foto y datos del cliente.
El proyecto será realizado desde 18/09/2017 hasta 23/12/2017.
La implantación del proyecto se realizará en las instalaciones de la Asociación Cultural

DRAMA de la ciudad de Lima.
DEFINICIÓN DEL PRODUCTO DEL PROYECTO: DESCRIPCIÓN DEL PRODUCTO,

SERVICIO O CAPACIDAD A GENERAR.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
El Sistema consistirá de 4 módulos:

1. El módulo de registro de venta y reservación: Donde se podrá separar un ambiente en
forma presencial mediante un operador que estará al ingreso del ambiente o vía web.
2. El módulo de control de ingreso al ambiente: Donde se verificará los datos del cliente
y si realizó la reservación del ambiente. Se utilizará un scanner para la lectura del DNI
del cliente.
3. El módulo de reportes estadísticos: Mostrará estadísticas de consumo diario.
4. El módulo de programación de ambientes: Permitirá administrar la cantidad de
ambientes.
Documentación a entregar:
Manual de Usuario.
DEFINICIÓN DE REQUISITOS DEL PROYECTO: DESCRIPCIÓN DE

REQUERIMIENTOS FUNCIONALES, NO
FUNCIONALES, DE CALIDAD, ETC., DEL PROYECTO/PRODUCTO
El Sponsor tiene el siguiente requisito:
- Requiere reducir el tiempo de atención, minimizando los registros manualmente, al

automatizar la venta y reservación de ambientes.
OBJETIVOS DEL PROYECTO: METAS HACIA LAS CUALES SE DEBE DIRIGIR EL

TRABAJO DEL PROYECTO EN TÉRMINOS DE LA TRIPLE RESTRICCIÓN.
CONCEPTO OBJETIVOS CRITERIO DE ÉXITO
1. ALCANCE Cumplir con la entrega del producto y la Aprobación del Gerente de la

documentación relacionada. Asociación Cultural
2. TIEMPO Concluir el proyecto en el plazo Concluir el proyecto dentro

solicitado por el cliente. de las fechas desde
18/09/2017 hasta el
23/12/2017

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
3. COSTO Cumplir con el presupuesto estimado No exceder el presupuesto del

del proyecto. proyecto.
FINALIDAD DEL PROYECTO: FIN ÚLTIMO, PROPÓSITO GENERAL, U OBJETIVO

DE NIVEL SUPERIOR POR EL CUAL SE EJECUTA EL PROYECTO. ENLACE CON
PROGRAMAS, PORTAFOLIOS, O ESTRATEGIAS DE LA ORGANIZACIÓN.
Satisfacción del cliente al comprobar que el tiempo de espera para el registro disminuye o
se elimina, permitiendo mayor aprovechamiento del tiempo para invertirlo en otras cosas.
JUSTIFICACIÓN DEL PROYECTO: MOTIVOS, RAZONES, O ARGUMENTOS QUE

JUSTIFICAN LA EJECUCIÓN DEL PROYECTO.
JUSTIFICACIÓN CUALITATIVA JUSTIFICACIÓN CUANTITATIVA
Mejorar el proceso de atención en la Flujo de Ahorros

asociación cultural logrando la satisfacción Ingresos
del cliente.
Reducir el tiempo de espera en el registro Flujo de Gastos

del ambiente. Egresos
Réplica de la solución para otros clientes VAN >0
Manejar estadísticas de consumo en tiempo TIR + Alta Tasa %

real.
Se incrementará un 5% de los ingresos del RBC >1

hotel.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
CRONOGRAMA
DESIGNACIÓN DEL DE HITOS
PROJECTDELMANAGER DEL PROYECTO.
PROYECTO.
NOMBRE Eliseo Flores Laguna NIVELES DE AUTORIDAD
HITO O EVENTO SIGNIFICATIVO FECHA PROGRAMADA
REPORTA A Gino Cruz Ramírez
1. Gestión del Proyecto 18/09/2017 al 25/12/2017
SUPERVISA Equipo del Proyecto Administrador
2. Análisis de Procesos 23/09/2017 al 10/10/2017
A
3. Diseño de Procesos 11/10/2017 al 25/11/2017
4. Implantación del Sistema 26/11/2017 al 10/12/2017
5. Pruebas del Sistema 12/12/2017 al 17/12/2017
6. Adquisición de Equipos de Cómputo 18/12/2016 al 22/12/2017
7. Capacitación al Personal 11/12/2017 al 17/12/2017
ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN

EN EL PROYECTO.
ORGANIZACIÓN O GRUPO ROL QUE DESEMPEÑA

ORGANIZACIONAL
Director Administrativo. Autoriza la realización del proyecto.
Equipo de Proyecto. Proveer el servicio de implantación del

aplicativo.
Gerente de la Asociación Cultural Proporciona información indispensable para la

DRAMA implantación del aplicativo.
Asociación Cultural DRAMA Proveer las instalaciones para la implantación

del aplicativo.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
PRINCIPALES AMENAZAS DEL PROYECTO (RIESGOS NEGATIVOS).
El cliente se oponga al nuevo procedimiento de registro para reserva de ambientes
Renuncia de algún integrante del equipo debido a los bajos sueldos.
Demora en la entrega de equipos.
El equipo de trabajo no cuenta con los conocimientos suficientes de programación web.
El equipo de trabajo no cuenta con los conocimientos suficientes del PMBOK.
Ausencia de miembros del equipo por vacaciones, descansos médicos o renuncias.
Variación de costos en contrataciones de recursos.
No se realizan oportunamente, reuniones de definición, cambios y control del proyecto que

el equipo técnico requiera.
Pérdida de información por siniestros naturales y técnicos.
PRINCIPALES OPORTUNIDADES DEL PROYECTO (RIESGOS POSITIVOS).
Optimizar el proceso de atención al cliente, alcanzando la satisfacción del cliente.
Fortalecer el conocimiento del equipo de proyecto.
Incrementar los ingresos económicos de la asociación cultural
PRESUPUESTO PRELIMINAR DEL PROYECTO.
CONCEPTO MONTO
1. Personal. S/. 103710
2. Otros Costos.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Total, Línea Base S/. 103710
3.- Reserva de Contingencia S/. 16290
4.- Reserva de Gestión S/. 16290
Total, Presupuesto S/. 120000.00
SPONSOR QUE AUTORIZA EL

PROYECTO.
NOMBRE EMPRESA CARGO FECHA
Gino Cruz Ramírez AC DRAMA Administrador 18/09/2017

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
DOCUMENTACIÓN DE REQUISITOS
MÓDULO DE VENTAS Y RESERVA NISIRA
MVRNE
ERP
NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR: DESCRIBIR LAS LIMITACIONES

DE LA SITUACIÓN ACTUAL Y LAS RAZONES POR LAS CUÁLES SE EMPRENDE EL PROYECTO.
• Obtener ingresos para la empresa.
• Ofrecer un buen servicio al cliente, para establecer posibles vínculos para otros proyectos.
OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: DEFINIR CON CLARIDAD LOS OBJETIVOS DEL
NEGOCIO Y DEL PROYECTO PARA PERMITIR LAS TRAZABILIDAD DE ÉSTOS.
*Lograr satisfacer la necesidad de la empresa.
*Realizar las actividades propuestas antes o en el tiempo establecido.
*Lograr aumentar los ingresos a un 5%.
*Mejorar el proceso de atención al cliente.
REQUISITOS NO FUNCIONALES: DESCRIBIR REQUISITOS TALES CÓMO NIVEL DE SERVICIO,

PERFOMANCE, SEGURIDAD, ADECUACIÓN, ETC.
PRIORIDAD REQUISITOS
STAKEHOLDER OTORGADA POR EL
CÓDIGO DESCRIPCIÓN
STAKEHOLDER
El Sistema deberá permitir al
Media RE01 Usuario iniciar sesión.

Media RE02 Cliente visualizar la información
general de ambientes.
Gino Cruz Ramirez El Sistema deberá permitir al
(Cliente) Muy Alta RE03 Usuario registrar un cliente en un
ambiente.

Alta RE04 Usuario registrar promociones y/o
ofertas de ambientes.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
RE05 El Sistema deberá permitir al

Alta Cliente verificar y reservar un
ambiente.

Alta RE06 Cliente visualizar los horarios
disponibles de cada ambiente.
Muy Alta RE07 El Sistema deberá permitir

registrar a un Cliente.

Usuario consultar los ambientes
Alta RE08 por número de habitación,
mostrando la hora y precio
disponible.
El Sistema deberá permitir generar

Alta RE09 un reporte diario de las
adquisiciones de ambientes.
El Sistema deberá permitir

RE10 almacenar todos los registros de
Muy Alta datos en una base de datos de
MySQL.
Media RE11 El Sistema deberá permitir generar

un comprobante de pago.

Media RE12 Usuario clasificar los ambientes
según el precio.

Media RE13 Cliente buscar ambientes según el
precio disponible.
REQUISITOS DE CALIDAD: DESCRIBIR REQUISITOS RELATIVOS A NORMAS O ESTÁNDARES DE

CALIDAD, O LA SATISFACCIÓN Y CUMPLIMIENTO DE FACTORES RELEVANTES DE CALIDAD.
PRIORIDAD REQUISITOS
STAKEHOLDER OTORGADA POR EL
CÓDIGO DESCRIPCIÓN
STAKEHOLDER

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Alta El Sistema deberá ejecutarse en

RE14 cualquier navegador de internet.
El Sistema permitirá restringir
Muy Alta RE15 información que se mostrará a los
usuarios según su rol.
El Sistema permitirá visualizar las
RE16 interfaces al tamaño (ancho y alto)
Media de la ventana del navegador.
El Sistema estará disponible las 24
Muy Alta RE17 horas del día durante toda la
semana.
El Sistema deberá garantizar la
Muy Alta RE18 integridad y confiabilidad de los
de registros de datos.
Gino Cruz Ramirez El Sistema deberá permitir
(Cliente) mostrar los múltiples listados en
Media RE19 forma horizontal y secuencial.
El Sistema deberá ejecutar las
consultas de ambientes
Alta RE20 disponibles en un tiempo de 3
segundos.
El Sistema deberá verificar por
cada entrada no válida ingresada
Media RE21 por el Usuario, mostrará un
mensaje de advertencia.
Media RE22 El Sistema deberá mostrar un
Manual de ayuda al Usuario.
CRITERIOS DE ACEPTACIÓN: ESPECIFICACIONES O REQUISITOS DE RENDIMIENTO,
FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE ANTES DE ACEPTAR EL PROYECTO.
CONCEPTOS CRITERIOS DE ACEPTACIÓN
1. TÉCNICOS El Software al ser recibido y ejecutar el control de calidad y la
verificación correspondiente, deben de cumplir con una óptima
operatividad en la empresa, con el objetivo de evitar pérdidas de
tiempo por cambios o devoluciones del producto.
2. DE CALIDAD Se debe lograr un 70% del nivel de satisfacción del Cliente.
3. ADMINISTRATIVOS Todos los entregables deben ser aprobados por el Administrador.
4. COMERCIALES Se debe cumplir lo acordado en el contrato.
5. SOCIALES
REGLAS DEL NEGOCIO: REGLAS PRINCIPALES QUE FIJAN LOS PRINCIPIOS GUÍAS DE LA
ORGANIZACIÓN.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
- Comunicación continua entre el equipo de proyecto, respecto a la ejecución del proyecto.
- Emitir informes frecuentes del rendimiento del proyecto, y tomar decisiones correctivas
en la ejecución del proyecto.
IMPACTOS EN OTRAS ÁREAS ORGANIZACIONALES

-Falta de Informes Entregables y Comunicación por parte del Equipo de Proyecto.
IMPACTOS EN OTRAS ENTIDADES: DENTRO O FUERA DE LA ORGANIZACIÓN EJECUTANTE.
Se espera que como resultado del proyecto el equipo del proyecto obtenga conocimientos y
la capacidad de desarrollar proyectos de web de acuerdo a las buenas prácticas de Gestión
de Proyectos del PMBOK.
REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO

Para las fases asignadas se darán un plazo determinado para una correcta ejecución.
Para los informes frecuentes será emitido de forma presencial.
SUPUESTOS RELATIVOS A REQUISITOS

El Cliente no cambiará las fechas programadas para la ejecución del proyecto.
- Se cuenta con el personal y el material de los cursos ofrecidos para la adquisición de

equipos de cómputo y capacitación al Personal.
RESTRICCIONES RELATIVAS A REQUISITOS
- Presentar un Informe Mensual de las tareas realizadas, estas serán aprobadas por el
Administrador.
- El pago del servicio está asociado a la aprobación de los Informes Mensuales.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
DICCIONARIO WBS (completo)
MÓDULO DE VENTAS Y RESERVA NISIRA ERP MVRNE
CÓDIGO DEL PAQUETE NOMBRE DEL PAQUETE DE TRABAJO (PDT):

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
1.1 PROJECT CHARTER
OBJETIVO DEL
PAQUETE DE TRABAJO:
Iniciar el Proyecto
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que detalla: la definición del proyecto,

PAQUETE DE TRABAJO: definición del producto, requerimiento de stakeholders,
necesidades del negocio, finalidad y justificación del
QUÉ CONTIENE, EN QUÉ
proyecto, riesgos y oportunidades del proyecto
CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.
Lógica o enfoque de la elaboración:

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
DESCRIPCIÓN DEL
TRABAJO A REALIZAR
(ACTIVIDADES): Actividades a realizar:
CÓMO SE VA A -
Reunión con el Sponsor.
ELABORAR EL PDT. -
Elaborar el Project Charter.
- Revisar el Project Charter.
ASIGNACIÓN DE Responsable: Antony Ruiz
RESPONSABILIDADES: Participa:
Apoya:
QUIÉNES INTERVIENEN,
Revisa:
Y QUE ROL
Aprueba: Davis Iparraguirre
DESEMPEÑAN EN LA
ELABORACIÓN. Da información: Davis Iparraguirre
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A
ELABORAR EL PDT. Hitos importantes:
CRITERIOS DE Stakeholders que acepta: Gino Cruz Ramírez

ACEPTACIÓN:
QUIÉN, Y CÓMO SE
DARÁ POR VALIDO Y Requisitos que deben cumplirse: El equipo del proyecto
ACEPTADO EL PDT. debe recibir una copia en versión digital del Project
Charter
Forma en que se aceptará: Reunión del equipo para

elaborar el Project Charter
SUPUESTOS:
SITUACIONES QUE SE
El Sponsor brindara la información necesaria para
TOMAN COMO elaborar el Project Charter.
VERDADERAS, REALES,
O

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS Que el Project Charter no sea aprobado.

CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.
RECURSOS ASIGNADOS Personal: Sponsor – Davis Iparraguirre, Jefe de

Y Proyectos – Eliseo Flores Laguna
COSTOS: QUÉ
Materiales o Consumibles:
RECURSOS SE
Equipos o Máquinas:
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt:

PRECEDENTE Y
Después del pdt: Scope Statement
SUBSECUENTE TIENE EL
PDT. Otros tipos de dependencia:

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
1.2 SCOPE STATEMENT
OBJETIVO DEL
PAQUETE DE TRABAJO:
Definir con mayor detalle el proyecto
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que establece el trabajo que debe realizarse,

PAQUETE DE TRABAJO: y los productos entregables que deben producirse.

CONSISTE,

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
CÓMO ES,
DIMENSIONES, COTAS,
ETC.
DESCRIPCIÓN DEL Lógica o enfoque de la elaboración:

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
Actividades a realizar:
-
Reunión con el Sponsor
-
Elaborar el Scope Statement.
- Revisar el Scope Statement
ASIGNACIÓN DE Responsable: Eliseo Flores Laguna
Apoya:
Revisa:
Y QUE ROL
DESEMPEÑAN EN LA
ELABORACIÓN. Da información:
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A
CRITERIOS DE Stakeholder que acepta: Gino cruz Ramírez

ACEPTACIÓN:
Requisitos que deben cumplirse: El Scope Statement
QUIÉN, Y CÓMO SE debe describir, con mayor detalle que el Project
DARÁ POR VALIDO Y Charter, la información necesaria para el proyecto.
ACEPTADO EL PDT.
Forma en que se aceptará: Reunión del equipo del
proyecto
SUPUESTOS:
SITUACIONES QUE SE

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
TOMAN COMO El Project Manager conoce el objetivo del proyecto.

VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS El Scope Statement no define claramente los criterios

CUYA necesarios para la planificación y desarrollo del
proyecto.
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.

Y Proyectos – Eliseo Flores Laguna
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: Project Charter

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Plan del Proyecto

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
1.3 Plan del Proyecto
OBJETIVO DEL Planificar el proyecto

PAQUETE DE TRABAJO:
PARA QUE SE ELABORA

EL PDT.
DESCRIPCIÓN DEL Documento formalmente aprobado que define como se

PAQUETE DE TRABAJO: ejecuta, supervisa y controla un proyecto. Puede ser
resumido o detallado y estar compuesto por uno o más
planes de gestión subsidiarios y otros documentos de
CONSISTE,
planificación. Contiene:
CÓMO ES,
DIMENSIONES, COTAS, - WBS
ETC. - Schedule
- Presupuesto

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
- Línea base de calidad

- Plan de gestión de calidad
- Organización del proyecto
- RAM
Plan de gestión de RR. HH
Plan de gestión de comunicaciones
Plan de respuestas a riesgos
Plan de gestión de adquisiciones

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
Elaborar el WBS -
-
Elaborar el Schedule
- Elaborar el presupuesto
- Elaborar la línea base de calidad
- Elaborar el plan de gestión de calidad
- Elaborar la organización del proyecto
- Elaborar la RAM
- Elaborar el plan de gestión RR. HH
- Elaborar el plan de gestión de comunicaciones.
- Elaborar el plan de respuesta a riesgo
- Elaborar el plan de gestión de adquisiciones
RESPONSABILIDADES: Participa: Davis Iparraguirre
Apoya: Cruzado Esquivel
Revisa: Gino Cruz
Y QUE ROL
DESEMPEÑAN EN LA
ELABORACIÓN. Da información: Davis Iparraguirre
FECHAS Inicio:
PROGRAMADAS:

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
CUANDO SE VA A Fin:
ELABORAR EL PDT.
Hitos importantes:
CRITERIOS DE Stakeholder que acepta: Gino Cruz Ramírez

ACEPTACIÓN:
Requisitos que deben cumplirse: EL plan debe ser
QUIÉN, Y CÓMO SE factible y deseable
DARÁ POR VALIDO Y
ACEPTADO EL PDT. Forma en que se aceptará: Reunión del equipo de
proyecto
SUPUESTOS:
SITUACIONES QUE SE
Conocer los detalles que se necesita implementar en el
TOMAN COMO producto.
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS No definir de forma explícita los atributos.

CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.
RECURSOS ASIGNADOS Personal: Sponsor – Gino Cruz Ramírez,

Y
COSTOS: QUÉ
RECURSOS SE Equipos o Máquinas:
NECESITAN PARA
ELABORAR EL PDT, DE

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
QUE TIPO, EN QUE

CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: Scope Statement

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Informe del estado del proyecto

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
1.4 INFORME DEL ESTADO DEL PROYECTO
OBJETIVO DEL
PAQUETE DE TRABAJO:
Informar el estado del proyecto
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que informa el estado de avance de cada

PAQUETE DE TRABAJO: entregable del proyecto (en cuanto a costos, tiempos,
alcance y calidad), semanalmente se entregara un
informe.
CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
-
Elaborar informe del estado del proyecto
ASIGNACIÓN DE Responsable: Víctor Ruiz
Apoya:
Revisa:
Y QUE ROL

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
DESEMPEÑAN EN LA Da información:
ELABORACIÓN.
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
Requisitos que deben cumplirse:
QUIÉN, Y CÓMO SE
DARÁ POR VALIDO Y Forma en que se aceptará: Reunión con el equipo de
ACEPTADO EL PDT. proyecto
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS
CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
RECURSOS ASIGNADOS Personal: Sponsor – Gino Cruz Ramírez, Líder del

Y proyecto - Eliseo Flores Laguna
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: Plan del proyecto

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Reunión de coordinación semanal

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
1.5 REUNION DE COORDINACION SEMANAL
OBJETIVO DEL
PAQUETE DE TRABAJO:
Coordinar semanalmente las actividades del proyecto.
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Reunión de coordinación semanal, del equipo de

PAQUETE DE TRABAJO: proyecto, en las oficinas de desarrollo, para informar el
avance del proyecto, y presentar los informes de la
semana
CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
-
Realizar reunión de coordinación del proyecto
Apoya:
Revisa:
Y QUE ROL

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
ELABORACIÓN.
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A
CRITERIOS DE Stakeholder que acepta:

ACEPTACIÓN:
Requisitos que deben cumplirse: documentar la
QUIÉN, Y CÓMO SE reunión de coordinar, a través de un acta de reunión.
DARÁ POR VALIDO Y
ACEPTADO EL PDT. Forma en que se aceptará: Reunión con el Sponsor
SUPUESTOS:
SITUACIONES QUE SE
Se realizará una reunión de coordinación a la semana
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS
CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
RECURSOS ASIGNADOS Personal: Sponsor – Gino Cruz, Líder del proyecto –

Y Eliseo Flores Laguna.
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: Informe del estado del Proyecto
PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Cierre del Proyecto

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
1.5 CIERRE DEL PROYECTO
OBJETIVO DEL
PAQUETE DE TRABAJO:
Cerrar el proyecto
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Para el cierre del proyecto se realizará una reunión con
PAQUETE DE TRABAJO: el equipo del proyecto, donde el PM deberá presentar
los siguientes documentos:
CONSISTE, - Informe de Performance
CÓMO ES, - Lecciones aprendidas del proyecto
DIMENSIONES, COTAS, - Métricas del proyecto
- Acta de aceptación del proyecto
ETC.
- Archivo final del proyecto
TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
- Elaborar el informe del performance del proyecto.

- Elaborar las lecciones aprendidas
- Elaborar las métricas del proyecto
- Elaborar el acta de aceptación del proyecto
- Elaborar el archivo final del proyecto

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

Apoya:
Revisa:
Y QUE ROL
DESEMPEÑAN EN LA
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
Requisitos que deben cumplirse: documentar, cada uno
QUIÉN, Y CÓMO SE de los entregables, de forma precisa y clara.
DARÁ POR VALIDO Y
ACEPTADO EL PDT. Forma en que se aceptará: Reunión con el equipo del
proyecto
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS
CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
COSTO, O CALIDAD,
DEL PDT.

Y Proyecto: Eliseo Flores laguna
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: reunión de coordinación semanal.

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt:

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
2.1 DOCUMENTACION DE REQUISITOS
OBJETIVO DEL
PAQUETE DE TRABAJO:
Documentar requisitos.
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que contiene los requisitos del proyecto,

PAQUETE DE TRABAJO: detalles del sponsor que debe contener la página web.
QUÉ CONTIENE, EN QUÉ Mejorar el proceso de la asociación cultural.

CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
-
Reunión con analista de requerimientos
-
Elaborar los requerimientos
ASIGNACIÓN DE Responsable: Gerson Díaz
Apoya:
Revisa:
Y QUE ROL

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
ELABORACIÓN.
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A
CRITERIOS DE Stakeholder que acepta: Gino Cruz

ACEPTACIÓN:
Requisitos que deben cumplirse: Los requerimientos
QUIÉN, Y CÓMO SE los impone el sponsor
DARÁ POR VALIDO Y
ACEPTADO EL PDT. Forma en que se aceptará: Reunión con el Sponsor y el
analista de requerimiento.
SUPUESTOS: Los requerimientos están de forma clara y entendible

SITUACIONES QUE SE para los programas.
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS Los requerimientos no son claros.

CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
RECURSOS ASIGNADOS Personal: Sponsor – Gino Cruz, Analista de

Y requerimiento – Gerson Díaz.
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Diagrama de Casos de Uso

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
2.2 DIAGRAMA DE CASOS DE USO
OBJETIVO DEL
PAQUETE DE TRABAJO:
Documentar los casos de uso.
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que contiene los diagramas de casos de uso,

PAQUETE DE TRABAJO: con sus respectivos actores y detalles del proyecto.

CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
-
Reunión con el Analista de requerimiento
-
Elaboración de casos de uso.
- Revisar los casos de uso.
ASIGNACIÓN DE Responsable: Gerson Díaz.
Apoya:
Revisa:
Y QUE ROL

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
DESEMPEÑAN EN LA Aprueba: Davis Iparraguirre

ELABORACIÓN.
Da información:
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A
CRITERIOS DE Stakeholder que acepta: Gino Cruz Ramírez.

ACEPTACIÓN:
Requisitos que deben cumplirse: Los casos de uso
QUIÉN, Y CÓMO SE deben revisarse con el sponsor
DARÁ POR VALIDO Y
ACEPTADO EL PDT. Forma en que se aceptará: Reunión con el Sponsor y
analista de requerimiento
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS Los casos de uso están mal redactados.

CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
RECURSOS ASIGNADOS Personal: Sponsor – Gino Cruz, Analista de

Y Requerimiento – Gerson
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Plan de desarrollo de software

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
2.3 PLAN DE DESARROLLO DE SOFTWARE
OBJETIVO DEL
PAQUETE DE TRABAJO:
Documentar plan de desarrollo
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que registra el plan correspondiente al

PAQUETE DE TRABAJO: proyecto, detalles relacionados

CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
-
Reunión con el arquitecto de software
- Realizar el informe.
- Revisar el informe.
ASIGNACIÓN DE Responsable: Kevin, Flores Nesiosup
Apoya:
Revisa:
Y QUE ROL

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

ELABORACIÓN.
Da información:
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
Requisitos que deben cumplirse: El informe debe
QUIÉN, Y CÓMO SE contener todo lo relacionado a las funciones del
DARÁ POR VALIDO Y sistema.
ACEPTADO EL PDT.
Forma en que se aceptará: Reunión con el Sponsor
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS Las pruebas no cumplen con lo exigido por el sponsor

CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
RECURSOS ASIGNADOS Personal: Sponsor – Gino Cruz Ramírez, Arquitecto de

Y Software – Kevin, Flores Nesiosup
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: diagrama de caso de uso.

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Especificación de casos de uso.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
2.4 ESPECIFICACIÓN DE LOS CASOS DE USO
OBJETIVO DEL
PAQUETE DE TRABAJO:
Documentar las especificaciones de los casos de uso
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que registra todos los requerimientos del

PAQUETE DE TRABAJO: caso de uso, especificar todos los casos de uso para ver
qué es lo que tendrá el software.
CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
- Reunión con el analista


Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
ASIGNACIÓN DE Responsable: Gerson, Sánchez Díaz

Apoya:
Revisa:
Y QUE ROL
DESEMPEÑAN EN LA
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
QUIÉN, Y CÓMO SE contener todo lo relacionado a los casos de uso
DARÁ POR VALIDO Y especificados.
ACEPTADO EL PDT.
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS Los requerimientos y la especificación no cumplen con

CUYA lo exigido por el sponsor, mala especificación de un
requerimiento.
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
COSTO, O CALIDAD,
DEL PDT.

Y Software – Gerson, Sánchez Díaz
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: Plan de desarrollo de software.

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Modelo de dominio.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
2.5 MODELO DE DOMINIO
OBJETIVO DEL
PAQUETE DE TRABAJO:
Hacer el diagrama de los casos de uso
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que registra el diagrama de los casos de uso

PAQUETE DE TRABAJO: con las clases que van a ser programadas, armar un
diagrama de clases de acuerdo a las especificaciones de
los casos de uso.
CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
- Reunión con el Arquitecto de Software


Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

Apoya:
Revisa:
Y QUE ROL
DESEMPEÑAN EN LA
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
QUIÉN, Y CÓMO SE contener todo relacionado al modelo de dominio.
DARÁ POR VALIDO Y
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS No cumplir con lo requerido por el Stakeholder, mal

CUYA entendimiento de las especificaciones puede llevarnos a
un mal modelo de dominio.
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
COSTO, O CALIDAD,
DEL PDT.

COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: Especificación de los casos de uso.

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Modelo de diseño.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
3.1 MODELO DE DISEÑO
OBJETIVO DEL
PAQUETE DE TRABAJO:
Hacer el diagrama de los casos de uso con clases,
PARA QUE SE ELABORA atributos y métodos que tendrá el software
EL PDT.
DESCRIPCIÓN DEL Documento que registra el diagrama de los casos de uso

PAQUETE DE TRABAJO: con las clases, atributos y métodos que van a ser
programadas, armar un diagrama de clases, atributos y
métodos de acuerdo a las especificaciones de los casos
CONSISTE,
de uso.
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.


Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

Apoya:
Revisa:
Y QUE ROL
DESEMPEÑAN EN LA
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
QUIÉN, Y CÓMO SE contener todo relacionado al modelo de diseño.
DARÁ POR VALIDO Y
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS No cumplir con lo requerido por el Stakeholder, mal

CUYA entendimiento de las especificaciones puede llevarnos a
un mal modelo de diseño.
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
COSTO, O CALIDAD,
DEL PDT.

COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Modelo de base de datos.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
3.2 MODELO DE BASE DE DATOS
OBJETIVO DEL
PAQUETE DE TRABAJO:
Hacer el modelo de la base de datos.
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documento que registra el modelo de base de datos, ver

PAQUETE DE TRABAJO: que tablas tendrá y como guardará los datos.

CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.


Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

Apoya:
Revisa:
Y QUE ROL
DESEMPEÑAN EN LA
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
QUIÉN, Y CÓMO SE contener todo relacionado al modelo de base de datos y
DARÁ POR VALIDO Y la forma de almacenamiento de datos.
ACEPTADO EL PDT.
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.
RIESGOS: EVENTOS No cumplir con lo requerido por el Stakeholder.

CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
COSTO, O CALIDAD,
DEL PDT.

COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QUÉ Antes del pdt: Modelo de diseño

PRECEDENTE Y

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
4.1 MODELO DE IMPLEMENTACION
OBJETIVO DEL
PAQUETE DE TRABAJO:
Documentar la implementación de la página web
PARA QUE SE ELABORA
EL PDT.
DESCRIPCIÓN DEL Documentar la interfaz de usuario, detallando el

PAQUETE DE TRABAJO: modelo de dominio y modelo de diseño, en interfaces
de software.
CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
-
Reunión con el Arquitecto de Software,
-
Realizar el informe.
Apoya:
Revisa:
Y QUE ROL

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

ELABORACIÓN.
Da información:
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
QUIÉN, Y CÓMO SE contener todo relacionado al modelo de dominio y
DARÁ POR VALIDO Y especificaciones de los casos de uso.
ACEPTADO EL PDT.
Forma en que se aceptará: Reunión con el Sponsor y el
líder del proyecto
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.

CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
COSTO, O CALIDAD,
DEL PDT.

COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.

PRECEDENTE Y
SUBSECUENTE TIENE EL Después del pdt: Manual de instalación y configuración

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima

DE
SEGÚN EL WBS
TRABAJO (PDT):
SEGÚN EL WBS
5.1 PLAN DE PRUEBAS UNITARIAS
OBJETIVO DEL Documento de pruebas.

PAQUETE DE TRABAJO:
PARA QUE SE ELABORA

EL PDT.
DESCRIPCIÓN DEL Documento que registra el comportamiento, de la

PAQUETE DE TRABAJO: página web, de acuerdo a la exigencia del sponsor.

CONSISTE,
CÓMO ES,
DIMENSIONES, COTAS,
ETC.

TRABAJO A REALIZAR
(ACTIVIDADES):
CÓMO SE VA A
ELABORAR EL PDT.
-
Reunión con el líder del proyecto.
-
Realizar el informe.
ASIGNACIÓN DE Responsable: Davis Junior Iparraguirre Rodríguez
Apoya:
Revisa:
Y QUE ROL

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
DESEMPEÑAN EN LA Aprueba: Antony Ruiz

ELABORACIÓN.
Da información:
FECHAS Inicio:
PROGRAMADAS:
Fin:
CUANDO SE VA A

ACEPTACIÓN:
Requisitos que deben cumplirse: El documento está
QUIÉN, Y CÓMO SE bien redactado y explicado
DARÁ POR VALIDO Y
SUPUESTOS:
SITUACIONES QUE SE
TOMAN COMO
VERDADERAS, REALES,
O
CIERTAS, PARA
EFECTOS DE LA
PLANIFICACIÓN DEL
PDT.

CUYA
OCURRENCIA
IMPACTARÁ LOS
OBJETIVOS DEL
ALCANCE, TIEMPO,
COSTO, O CALIDAD,
DEL PDT.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
RECURSOS ASIGNADOS Personal: Sponsor – Gino Cruz Ramírez, Líder del

Y proyecto – Davis Junior Iparraguirre Rodríguez
COSTOS: QUÉ
RECURSOS SE
NECESITAN PARA
ELABORAR EL PDT, DE
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.

PRECEDENTE Y

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
PLAN DE GESTIÓN DE ALCANCE

MÓDULO DE VENTAS Y RESERVA MVRNE
NISIRA ERP
PROCESO DE DEFINICIÓN DE ALCANCE: DESCRIPCIÓN DETALLADA

DEL PROCESO PARA ELABORAR EL
SCOPE
La STATEMENT
definición del AlcanceDEFINITIVO
del proyecto AMódulo
PARTIRde DEL SCOPE
Ventas STATEMENT
y Reservas Nisira ERP se
PRELIMINAR.
desarrollará de la DEFINICIÓN DE QUÉ, QUIÉN, CÓMO,
siguiente manera:
CUÁNDO,
En reunión deDÓNDE,
equipo deYproyecto,
CON QUÉ. tanto el equipo de proyecto como el sponsor revisarán
el Scope Statement preliminar, el cual servirá como base.
PROCESO PARA ELABORACIÓN DE WBS: DESCRIPCIÓN
DETALLADA DEL PROCESO PARA CREAR,
APROBAR, Y MANTENER EL WBS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO,
CUÁNDO, DÓNDE, Y CON QUÉ.
Los pasos que se realizaron para la elaboración del WBS son los siguientes:
• El EDT del proyecto será estructurado de acuerdo a la herramienta de
descomposición, identificándose primeramente los principales entregables, que en
el proyecto actúan como fases. En el proyecto se identificó 7 fases.
• Identificando los principales entregables, se procede con la descomposición del
entregable en paquetes de trabajo, los cuales nos permiten conocer al mínimo detalle
del costo, trabajo y calidad incurrido en la elaboración del entregable.
PROCESO PARA E LABO R AC I Ó N DEL DICCIONARIO WBS:
DESCRIPCIÓN DETALLADA DEL PROCESO PARA CREAR, APROBAR, Y
MANTENER EL DICCIONARIO WBS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO,
CUÁNDO, DÓNDE, Y CON QUÉ.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Previo a este proceso, el WBS del proyecto debe haber sido elaborado, revisado y
aprobado. Es en base a la información del WBS que se elaborará el Diccionario WBS,
para lo cual se realizarán los siguientes pasos:
• La elaboración del Diccionario WBS se hace mediante una plantilla por Dharma.
• Se identifica las siguientes características de cada paquete de trabajo del WBS.
Se detalla el objetivo del paquete de trabajo.
Se hace una descripción breve del paquete de trabajo.
Se describe el trabajo a realizar para la elaboración del entregable, como son la
lógica o enfoque de elaboración y las actividades para elaborar cada entregable.
Se establece la asignación de responsabilidad, donde por cada paquete de trabajo se
detalla quien hace que: responsable, participa, apoya, revisa, aprueba y da
información del paquete de trabajo.
De ser posible se establece las posibles fechas de inicio y fin del paquete de trabajo,
o un hito importante.
Se describe cuáles son los criterios de aceptación.
PROCESO PARA VERIFICACIÓN DE A LC A N C E : DESCRIPCIÓN
DETALLADA DEL PROCESO PARA LA VERIFICACIÓN FORMAL DE
LOS ENTREGABLES Y SU ACEPTACIÓN POR PARTE DEL CLIENTE
(INTERNO O EXTERNO).
DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.
Al término de elaboración de cada entregable, éste debe ser presentado al Sponsor del
Proyecto, el cual se encargará de aprobar o presentar las observaciones del caso. Si el
entregable es aprobado, es enviado al Cliente.
PROCESO PARA C O N T R O L DE ALCANCE: DESCRIPCIÓN DETALLADA
DEL PROCESO PARA IDENTIFICAR,
REGISTRAR, Y PROCESAR CAMBIOS DE ALCANCE, ASÍ COMO SU
ENLACE CON EL CONTROL INTEGRADO DE CAMBIOS. DEFINICIÓN DE
QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE Y CON QUÉ.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
En este caso se presentan dos variaciones:

• Primero, el Project Manager se encarga de verificar que el entregable cumpla con lo
acordado en la Línea Base del Alcance. Si el entregable es aprobado es enviado al
Cliente, pero si el entregable no es aprobado, el entregable es devuelto a su
responsable junto con una Hoja de Correcciones, donde se señala cuáles son las
correcciones o mejoras que se deben hacer.
• Segundo, a pesar que el Project Manager se encarga de verificar la aceptación del
entregable del proyecto, el Cliente también puede presentar sus observaciones
respecto al entregable, para lo cual requerirá reunirse con el Project Manager, y
presentar sus requerimientos de cambio o ajuste. De lograrse la aceptación del
Cliente y de tratarse de un entregable muy importante, se requerirá la firma de un
Acta de Aceptación del entregable.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
SCOPE STATEMENT
MÓDULO DE VENTAS Y RESERVA
MVRNE
NISIRA ERP
DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO

REQUISITOS: CONDICIONES O CAPACIDADES CARACTERÍSTICAS: PROPIEDADES FÍSICAS,
QUE DEBE POSEER O SATISFACER EL QUÍMICAS, ENERGÉTICAS, O SICOLÓGICAS, QUE
PRODUCTO PARA CUMPLIR CON CONTRATOS, SON DISTINTIVAS DEL PRODUCTO, Y/O QUE
NORMAS, ESPECIFICACIONES, U OTROS DESCRIBEN SU SINGULARIDAD.
DOCUMENTOS FORMALMENTE IMPUESTOS.
1. El Sistema deberá permitir al Cliente 1. El Módulo de Registro de Reservación Vía

reservar un ambiente. La reservación debe Web.
ejecutarse a través de internet, o sino a
través de un operario.
2. El Sistema generará reportes de: 2. El Módulo de Reportes Estadísticos.
✓ Adquisición de habitaciones
✓ Relación de clientes que realizaron
una reservación de ambiente.
3. El Sistema permitirá el control de 3. El Módulo de Control de Ingreso.
ingreso al ambiente autentificado
previamente por los turnos separados.
Además, el operador debe poder visualizar
la foto o imagen del cliente alistado para
verificar si se trata de la misma persona.
4. El Sistema mostrará un manual de ayuda 4. Manual de Usuario en línea.
al Usuario.
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO: ESPECIFICACIONES O REQUISITOS DE

RENDIMIENTO, FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE ANTES QUE SE ACEPTE EL
PRODUCTO DEL PROYECTO.
CONCEPTOS CRITERIOS DE ACEPTACIÓN
1. TÉCNICOS El Sistema debe estar implementado en todos los requisitos pedidos.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
2. DE CALIDAD Se debe lograr un 70% de nivel de satisfacción del cliente.

3. Los entregables deben ser aprobados por el Administrador.
ADMINISTRATIVOS
4. COMERCIALES Se debe cumplir lo acordado en el contrato.
ENTREGABLES DEL PROYECTO: PRODUCTOS ENTREGABLES INTERMEDIOS Y FINALES QUE SE
GENERARÁN EN CADA FASE DEL PROYECTO.
FASE DEL PROYECTO PRODUCTOS ENTREGABLES
1. Gestión del Proyecto Proyecto gestionado.
2. Análisis de Procesos Documentación de Requisitos, Mapa de Procesos,

Diagrama de procesos, Diagrama de Flujo de Procesos
3. Diseño de Procesos Modelo de Diseño, Mejora de Procesos.
4. Implantación del Sistema Modelo de Implantación, Manual de Instalación y

Configuración.
5. Pruebas del Sistema Plan de Pruebas Unitarias, Plan de Control de Calidad
6. Adquisición de Equipos de Informe de Adquisición de Equipos de Cómputo.

Cómputo
7. Capacitación al Personal Plan de Capacitación al Personal, Informe de Rendimiento

del Personal, Manual de Ayuda al Usuario.
EXCLUSIONES DEL PROYECTO: ENTREGABLES, PROCESOS, ÁREAS, PROCEDIMIENTOS,

CARACTERÍSTICAS, REQUISITOS, FUNCIONES, ESPECIALIDADES, FASES, ETAPAS, ESPACIOS
FÍSICOS, VIRTUALES, REGIONES, ETC., QUE SON EXCLUSIONES CONOCIDAS Y NO SERÁN
ABORDADAS POR EL PROYECTO, Y QUE POR LO TANTO DEBEN ESTAR CLARAMENTE ESTABLECIDAS
PARA EVITAR INCORRECTAS INTERPRETACIONES ENTRE LOS STAKEHOLDERS DEL PROYECTO.
1. El Acceso al Sistema será únicamente por vía Internet.
2. El Sistema exclusivamente será utilizado por la asociación cultural.
RESTRICCIONES DEL PROYECTO: FACTORES QUE LIMITAN EL RENDIMIENTO DEL PROYECTO,

EL RENDIMIENTO DE UN PROCESO DEL PROYECTO, O LAS OPCIONES DE PLANIFICACIÓN DEL
PROYECTO. PUEDEN APLICAR A LOS OBJETIVOS DEL PROYECTO O A LOS RECURSOS QUE SE
EMPLEA EN EL PROYECTO.
AMBIENTALES O EXTERNOS A LA
INTERNOS A LA ORGANIZACIÓN
ORGANIZACIÓN
El presupuesto del proyecto no debe
exceder de lo acordado en la propuesta
inicial del proyecto.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
La propuesta inicial debe ser aprobada 3

días antes de iniciar el proyecto.
Se presentará un informe semanal sobre

los avances del sistema web de gestión
hotelera, el cual estará sujeto a revisión y
aprobación por el Administrador.
La implantación del Sistema deberá ser

como mínimo de 4 meses.
SUPUESTOS DEL PROYECTO: FACTORES QUE PARA PROPÓSITOS DE LA PLANIFICACIÓN DEL

PROYECTO SE CONSIDERAN VERDADEROS, REALES O CIERTOS.
AMBIENTALES O EXTERNOS A LA
INTERNOS A LA ORGANIZACIÓN
ORGANIZACIÓN
Se cuenta con el equipo de proyecto El cliente brindará el apoyo suficiente para
capacitado. recopilar información requerida.
Se concluirá el proyecto del desarrollo de Los informes presentados serán revisados y

autentificación del usuario antes de la aprobados por el Cliente, pudiéndose realizar
finalización del desarrollo del sistema. el cobro del servicio del desarrollo del
sistema.
Los usuarios involucrados en las pruebas El Cliente respetará las fechas indicadas de
del software, deben dedicarse al menos ¾ cada informe entregable.
del tiempo a labores de pruebas, y finalizar
las pruebas del sistema en los tiempos
correspondidos.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
1. FORMULACIÓN DEL PLAN ESTRATÉGICO DE COMUNICACIONES
1.1. Destinatarios de la Información

Comité Ejecutivo, Director del Proyecto – Empresa, Líder de Usuario, Grupos de
Usuarios.
1.2. Canales de Comunicación

La comunicación interna se hace a través de los siguientes canales:
✓ Informes.
✓ Actas.
✓ Correo electrónico.
✓ Extranet (http://portal.nisira.com.pe/incidencias/ ).
✓ Sugerencias
1.3. Modalidad de Trabajo

Toda la información se alojara en servidor principal de la empresa en donde se
creará una estructura del proyecto de implantación por fases y en la cual se
encontrará la documentación del proyecto. En el informe semanal o informe por
visita realizada, se indicará que documentación se estará entregando.
En cualquier momento y de forma directa, cualquier usuario de la lista podrá
remitir sugerencias o comentarios a alguna información difundida, así:
• Las reuniones del Comité del Proyecto se llevarán a cabo semanalmente.
• Se presentarán Informes de Avance del Proyecto semanalmente a los
miembros del Comité del Proyecto.
• Los memorándums de riesgo del Proyecto se enviarán a todos los miembros
del Comité del Proyecto.
• Los requerimientos serán enviados y aprobados por el usuario responsable y
el líder del proyecto. Todo requerimiento siempre pasará por la visación del
líder del proyecto.
• Todo incidente será reportado al Líder de proyecto en primera instancia, de
no obtener respuestas de solución, en un plazo considerable, dependiendo del
impacto en el proyecto se informará al “Comité de Proyecto”

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
• Toda reunión tiene como entregable un Acta de Reunión. Los documentos de

informe y actas principalmente serán firmadas y aprobados por los
involucrados.
• Los entregables del proyecto son entregados al Líder del Proyecto, en caso de
ser entregas de Soluciones de Requerimientos se instala en el cliente, se
prueba con solicitante y se solicita aprobación/conformidad en el ambiente de
desarrollo.
1.4. Esquema Funcional

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Actividad Ruta
Guía/Formato
I / Fecha/ Producto de
Fase Emisor Receptor Medio o canal /
d Informaci Horario Trabajo
Acceso
ón
Gerencia - Documento impreso de \\Servidor\P
General / la Agenda de Reunión. royecto
Realizar la Consultor Formal / Agenda Documento
Director del - Correo Electrónico Implantacio
1 Agenda de Nisira Primer Día de Reunión/Acta de impreso
Proyecto / adjuntada la agenda de n Nisira
Reunión Systems Constitución Correo
Líder de reunión. ERP\Inform
Usuario es y Actas\
Fase I: Proyecto de Instalación
\\Servidor\P
Realizar la - Documento impreso royecto
Consultor
Acta de Gerencia del Acta de Formal / Acta de Documento Implantacio
2 Nisira Primer Día
Constituci General Constitución. Constitución impreso n Nisira
Systems
ón ERP\Inform
es y Actas\
- Documento Impreso
del Plan del Proyecto.
- Documento Impreso
Gerencia \\Servidor\P
del Cronograma del
Realizar General / Formal / Plan del royecto
Consultor Proyecto Primer y
Planificaci Director del Proyecto / Documento Implantacio
3 Nisira - Documento Impreso Segundo
ón del Proyecto / Cronograma del impreso n Nisira
Systems del Diagnóstico Inicial Día
Proyecto Líder de Proyecto / ERP\Inform
de Implantación.
Usuario es y Actas\
- Documento
Digitalizado del Plan
del Proyecto.

de ventas y Reservas deEsta
Nisira
obra haERP’ para la bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
sido publicada
Para -ver
Asociación Cultural DRAMA una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
Lima
- Documento
Digitalizado del
Cronograma del
Proyecto
- Documento
Digitalizado del
Diagnóstico Inicial de
Implantación.
- Documento Impreso
del Plan de
Comunicaciones.
- Documento
de Comunicaciones
- Documento Impreso
del Plan de Riesgo.
- Documento
de Riesgo.
- Documento Impreso
del Acta de Reunión.
Gerencia - Documento \\Servidor\P
Reunión General / Digitalizado del Acta Formal / Acta de royecto
Consultor Al
de Avance Director del de Reunión. Aceptación Fase I / Documento Implantacio
4 Nisira finalizar
del Proyecto / - Documento Impreso Informe de Avance impreso n Nisira
Systems Visita
Proyecto Líder de del Acta de Aceptación del Proyecto ERP\Inform
Usuario de la Fase I. es y Actas\
- Documento
Digitalizado del Acta

Nisira
sido publicada
Para -ver
Lima
de Aceptación de la
Fase I
- Documento Impreso
del Informe de Avance
del Proyecto
- Documento
Digitalizado del
Informe de avance del
Proyecto
Gerencia - Documento impreso de Después \\Servidor\P
General / la Agenda de Reunión. de Firmar royecto
Realizar la Consultor Documento
Director del - Correo Electrónico la Acta de Formal / Agenda Implantacio
1 Agenda de Nisira impreso
Fase II: Identificación de Procesos y
Proyecto / adjuntada la agenda de Aceptació de Reunión n Nisira

Reunión Systems Correo
Líder de reunión. n de la ERP\Inform
Usuario Fase I es y Actas\
Procedimientos
- Documento impreso
del formato de \\Servidor\P
Analizar diagramas de flujo. royecto
los - Documento Después Formal / Formato Implantacio
Director del
procesos y Consultor Digitalizado del de realizar de Diagramas de Documento n Nisira
Proyecto /
2 Procedimi Nisira formato de diagramas los Flujo/Manual de impreso ERP\Fase
Líder de
entos de la Systems de flujo. document Procesos y II: Procesos
Usuario
empresa - Documento Impreso os Procedimientos y
del Manual de Procesos Procedimie
y Procedimientos. ntos\
- Documento
Digitalizado del

Nisira
sido publicada
Para -ver
Lima
Manual de Procesos y
Procedimientos.
\\Servidor\P
Después royecto
- Documento Impreso de
de realizar Implantacio
Realizar Director del los parámetros de
Consultor el manual Formal / Documento n Nisira
parámetro Proyecto / entorno.
3 Nisira de Parámetros de impreso ERP\Fase
s de Líder de - Documento
Systems procesos y Entorno II: Procesos
entorno Usuario Digitalizado de los
procedimi y
parámetros de entorno.
entos Procedimie
ntos\
- Documento Impreso Después
del (los) Formato(s) de de realizar
Director del
Solicitar Consultor requerimientos. el manual Documento
Proyecto / Formal / Solicitud
4 Requerimi Nisira - Documento de impreso
Líder de de Requerimiento
entos Systems Digitalizado del (los) procesos y
Usuario
Formato(s) de procedimi
requerimientos. entos
- Documento Impreso
Gerencia del Acta de Reunión. \\Servidor\P
Formal / Acta de royecto
Reunión General / - Documento
Consultor Al Aceptación Fase II Implantacio
de Avance Director del Digitalizado del Acta Documento
5 Nisira finalizar / Informe de n Nisira
del Proyecto / de Reunión. impreso
Systems Visita Avance del ERP\Fase
Proyecto Líder de - Documento Impreso
Proyecto II: Procesos
Usuario del Acta de Aceptación
de la Fase II. y

Nisira
sido publicada
Para -ver
Lima
- Documento Procedimie
Digitalizado del Acta ntos\
Fase II
- Documento Impreso
del Proyecto
- Documento
Digitalizado del
Proyecto
Gerencia - Documento impreso de Después \\Servidor\P
Fase III: Instalación, Configuración y
General / la Agenda de Reunión. de Firmar royecto

Realizar la Consultor Documento
Director del - Correo Electrónico la Acta de Formal / Agenda Implantacio
1 Agenda de Nisira impreso
Proyecto / adjuntada la agenda de Aceptació de Reunión n Nisira
Reunión Systems Correo
Líder de reunión. n de la ERP\Inform
Carga de Datos
Usuario Fase II es y Actas\
\\Servidor\P
royecto
Implantacio
Instalación Consultor Documento n Nisira
Director del - Documento Impreso de Formal / Acta de
2 del Nisira impreso ERP\Fase
Proyecto la Acta de Instalación. Instalación
Sistema Systems Correo III:
Confirgurac
ion y carga
de datos\

Nisira
sido publicada
Para -ver
Lima
\\Servidor\P
royecto
- Documento
Explicació Implantacio
Director del Digitalizado de las
n de Consultor Formal / Tablas n Nisira
Proyecto / Tablas Principales.
3 Formatos Nisira Principales / Saldos Correo ERP\Fase
Líder de - Documento
de Saldos Systems Iníciales II: Procesos
Usuario Digitalizado de los
Iníciales y
Saldos Iníciales
Procedimie
ntos\
- Documento Impreso
del Formato de \\Servidor\P
Verificación de Carga royecto
de datos y Implantacio
Verificaci Director del Formal / Formato
Consultor configuración. Documento n Nisira
ón de Proyecto / de Verificación de
4 Nisira - Documento Impreso ERP\Fase
Informaci Líder de Carga de datos y
Systems digitalizado del Correo II: Procesos
ón Usuario configuración
Formato de y
Verificación de Carga Procedimie
de datos y ntos\
configuración.
- Documento Impreso \\Servidor\P

Planificaci Director del del Plan de royecto
Consultor Implantacio
ón de la Proyecto / Capacitación. Formal / Plan de
5 Nisira n Nisira
capacitaci Líder de - Documento Capacitación
Systems ERP\Fase
ón Usuario Digitalizado del Plan
de capacitación. II: Procesos
y

Nisira
sido publicada
Para -ver
Lima
Procedimie
ntos\
- Documento Impreso
- Documento
de Reunión.
\\Servidor\P
- Documento Impreso
royecto
Gerencia del Acta de Aceptación
Formal / Acta de Implantacio
Reunión General / de la Fase III.
Consultor Al Aceptación Fase III n Nisira
de Avance Director del - Documento Documento
6 Nisira finalizar / Informe de ERP\Fase
del Proyecto / Digitalizado del Acta Impreso
Systems Visita Avance del II: Procesos
Proyecto Líder de de Aceptación de la
Proyecto y
Usuario Fase III
Procedimie
- Documento Impreso
ntos\
del Proyecto
- Documento
Digitalizado del
Proyecto
- Documento Impreso Después
Capacitación
y Puesta en
Planificaci Director del del Plan de de Firmar \\Servidor\P

Fase IV:
Marcha
Consultor royecto
ón de la Proyecto / Capacitación. la Acta de Formal / Plan de Documento
1 Nisira Implantacio
capacitaci Líder de - Documento Aceptació Capacitación Impreso
Systems n Nisira
ón Usuario Digitalizado del Plan n de la
de capacitación. Fase III ERP\Fase

Nisira
sido publicada
Para -ver
Lima
IV:
Capacitació
n y puesta
en marcha\
- Documento Impreso de
la Evaluación de la
Capacitación.
- Documento \\Servidor\P
Digitalizado de la royecto
Evaluación de la Implantacio
Director del Después
Evaluar la Consultor Capacitación. Formal / n Nisira
Proyecto / de la Documento
2 Capacitaci Nisira - Documento Impreso Evaluación de la ERP\Fase
Líder de Capacitaci Impreso
ón Systems del Informe de la Capacitación IV:
Usuario ón
evaluación. Capacitació
- Documento n y puesta
Digitalizado del en marcha\
Informe de la
evaluación.

Gerencia
del Acta de Reunión. Al Formal / Acta de royecto
Reunión General /
Consultor - Documento finalizar Aceptación Fase IV Implantacio
de Avance Director del Documento
3 Nisira Digitalizado del Acta Visita / / Informe de n Nisira
del Proyecto / Impreso
Systems de Reunión. Semanalm Avance del ERP\Fase
Proyecto Líder de
- Documento Impreso ente Proyecto IV:
Usuario
del Acta de Aceptación Capacitació
de la Fase IV.

Nisira
sido publicada
Para -ver
Lima
- Documento n y puesta
Digitalizado del Acta en marcha\
Fase IV
- Documento Impreso
del Proyecto
- Documento
Digitalizado del
Proyecto
- Documento Impreso
\\Servidor\P
del Procedimiento del
Después royecto
Seguimien Seguimiento de
Director del de Firmar Formal / Implantacio
to del Consultor Implantación.
Proyecto / la Acta de Procedimiento del Documento n Nisira
1 Proyecto Nisira - Documento
Líder de Aceptació Seguimiento de Impreso ERP\Fase
Fase V: Seguimiento
Implantaci Systems Digitalizado del

Usuario n de la Implantación. V:
ón Procedimiento del
Fase IV Seguimient
Seguimiento de
o\
Implantación.
Gerencia del Acta de Reunión. royecto
Al Formal / Acta de
Reunión General / - Documento Implantacio
Consultor finalizar Aceptación Fase IV
de Avance Director del Digitalizado del Acta Documento n Nisira
2 Nisira Visita/Se / Informe de
del Proyecto / de Reunión. Impreso ERP\Fase
Systems manalmen Avance del
Proyecto Líder de - Documento Impreso V:
te Proyecto
Usuario del Acta de Aceptación Seguimient
de la Fase V. o\

Nisira
sido publicada
Para -ver
Lima
- Documento
Fase V
- Documento Impreso
del Proyecto
- Documento
Digitalizado del
Proyecto
- Documento Impreso
\\Servidor\P
Fase VI: Desarrollo
del Procedimiento del

Gerencia royecto
Seguimien Seguimiento de Al Formal / Acta de
de Software
General / Implantacio
to del Consultor Implantación. finalizar Aceptación Fase VI
Director del Documento n Nisira
1 Proyecto Nisira - Documento Visita / / Informe de
Proyecto / Impreso ERP\Fase
Desarrollo Systems Digitalizado del Semanalm Avance del
Líder de VI:
Software Procedimiento del ente Proyecto
Usuario Desarrollo
Seguimiento de
de software\
Implantación.

Nisira
sido publicada
Para -ver
Lima
- Documento Impreso
- Documento
de Reunión.
- Documento Impreso
del Acta de Aceptación \\Servidor\P
Gerencia de la Fase VI. royecto
Reunión Después Formal / Acta de
General / - Documento Implantacio
de Avance Consultor de Aceptación Fase VI
Director del Digitalizado del Acta Documento n Nisira
2 del Nisira finalizado / Informe de
Proyecto / de Aceptación de la Impreso ERP\Fase
Desarrollo Systems el Avance del
Líder de Fase VI VI:
Software desarrollo Proyecto
Usuario - Documento Impreso Desarrollo
del Informe de Avance de software\
del Proyecto
- Documento
Digitalizado del
Proyecto

Nisira
sido publicada
Para -ver
Lima
- Documento Impreso
- Documento
de Reunión.
- Documento Impreso
del Informe de Cierre
del Proyecto de
Fase VII: Cierre del Proyecto
Implantación.
- Documento
\\Servidor\P
Digitalizado del
Gerencia royecto
Informe de Cierre del Formal / Acta de
Reunión General / Implantacio
Consultor Proyecto de Al Aceptación Fase IV
de Avance Director del Documento n Nisira
1 Nisira Implantación. finalizar / Informe de
del Proyecto / Impreso ERP\Fase
Systems - Documento Impreso Visita Avance del
Proyecto Líder de VII: Cierre
del Formato de Proyecto
Usuario del
Documentación
proyecto\
Entregada.
- Documento
Digitalizado del
Formato de
Documentación
Entregada
- Documento Impreso
del Acta de Aceptación
de la Fase VI.
- Documento

Nisira
sido publicada
Para -ver
Lima
Fase VII.

Nisira
sido publicada
Para -ver
Lima
1 PLAN DE GESTIÓN DE RIESGOS

Describe los posibles riesgos de recursos, técnicos, o del negocio implicados en el
proyecto, y formula un plan para abordar los posibles riesgos, con medidas de
mitigación y correctivas para afrontar cada uno de ellos. Sirve de punto principal para
programar las actividades que deben realizarse y con base en este documento se deben
plantear las iteraciones a ser realizadas.
1.1 Alcance
Gestión de los riesgos implicados en el desarrollo Proyecto Competisoft –
Moprosoft para la empresa Nisira Systems S.A.C.
1.2 Definiciones, Acrónimos y Abreviaturas
Especifique las definiciones, abreviaciones y siglas que tienen que ver con este
documento a fin de su correcto entendimiento.
Definición,
Acrónimos y Descripción del Requerimiento
Abreviaciones
Evento o condición incierta que si ocurre, tiene un
Riesgo
efecto positivo o negativo sobre el proyecto.
Acción de eliminar la causa de una potencial no

Acción Preventiva conformidad o cualquier otra situación potencialmente
indeseable.
Acción para eliminar la causa de una no conformidad

Acción Correctiva
detectada, o alguna otra situación no deseada.
1.3 Documentos Relacionados

Proporciona un listado completo de los documentos referenciados en cualquier
parte del presente documento. Identificar cada documento por numeración, título,
fecha y organismo que lo publica. Especificar las fuentes de donde pueden
obtenerse las referencias.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Identificador
Título Fecha Organización del
documento
Formato de Notificación de 08/01/2018 Nisira F-OPE-PR-
Riesgo Systems 005
Registro de Riegos 08/01/2018 Nisira F-OPE-PR-
Systems 006
2 Proceso de Manipulación de Riesgos

En esta sección se establecerán todos los aspectos que son necesarios para que cada
riesgo que se pueda identificar dentro del proyecto en desarrollo sea debidamente
documentado, evaluado y mitigado tanto como sea necesario. Para ello se establecerá
los procedimientos que en este proyecto deben ser ejecutados al momento de identificar
un determinado riesgo, el mismo debe ir acorde a las política de la organización.
2.1 Presentar un Riesgo

Un riesgo puede ser identificado por cualquier rol involucrado en el desarrollo del
proyecto, para presentar un riesgo que este ha identificado debe hacer lo siguiente:
• Completar el Formato de Notificación Riesgo.
• Entregar el Formulario Notificación de Riesgo al líder del proyecto o al rol
encargado.
2.2 Registrar un riesgo

El líder del proyecto o rol encargado de las actividades relacionadas con el manejo
de riesgos debe estudiar cada uno de los riesgos presentados y es este quien
determina si un determinado riesgo de los presentado es o no una amenaza real
para el desarrollo del proyecto, es decir cae sobre este la responsabilidad de
finalmente identificar los posibles riesgos a los cuales el proyecto se puede ver
expuesto.
Si el riesgo presentado es considerado como un riesgo factible a ocurrir, entonces
se deben realizar las siguientes acciones:
1. En esta plantilla
• Clasificar el riesgo
• Asignarle un Identificador al riesgo
• Determinar su probabilidad de ocurrencia

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
• Determinar el posible impacto que este puede tener

• Determinar las prioridades
2. En la plantilla de Registro de Riesgos

• Introducir el nuevo Riesgo
2.3 Condiciones para Modificar el Estado de Acciones de un Riesgo Identificado

• Cerrado será asignado a un riesgo identificado cuando este no ejerza ninguna
capacidad de afectar el desenvolvimiento del proyecto dentro de los
parámetros establecidos.
• En Cambio, es establecido cuando es requerido un cambio de acciones para
poder mitigar un riesgo determinado.
• En Curso es establecido cuando las acciones planificadas para mitigar un
riesgo están siendo ejecutadas.
• Por Asignar es establecido cuando para un riesgo identificado no ha sido
planificado ninguna acción para mitigar el riesgo.
2.4 Roles Encargados de Gestionar los Riesgos

Roles participantes para el manejo de riesgos en el proyecto, los cuales van a ser
los encargados de gestionar los riesgos y conforme a cada uno señale cuáles son
sus funciones específicas.
Roles para el
Manejo de Funciones
Riesgos
Líder del • Recibir los Formatos de Riesgos e identificación de
Proyecto riesgos apropiados para el proyecto
• Grabar todos los riesgos en el Registro de Riesgos
• Presentar todos los riesgos al grupo de Revisión del
Proyecto
• Reportar y comunicar todas las decisiones tomadas por
el Grupo de Revisión del Proyecto
• Monitorear el progreso y las acciones de mitigación
asignadas
Originador de • Identificación temprana del riesgo dentro del proyecto
Riesgo • La documentación formal del riesgo, completando el
Formato de Notificación de Riesgo.
• La publicación del Formato de Notificación de Riesgo

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
para la revisión del Gerente del Proyecto.

Equipo de • Un Regular repaso de los riesgos registrados en el
Análisis de Registro de Riesgos
Riesgos • La identificación de solicitudes de cambio necesarias
para mitigar los riesgos identificados
• Asignación de acciones para mitigar el riesgo
• El cierre de riesgos que no presentan acciones
pendientes y no presentan probablemente más impacto
al proyecto
Equipo de • El Equipo del proyecto está comprometido con las
Trabajo acciones de mitigar el riesgo, delegados por el Grupo de
Revisión del Proyecto.
3 Identificación y Control de Riesgos

El riesgo es todo evento capaz de poner en peligro el cumplimiento de los objetivos
planteados para llevar a cabo este proyecto, este puede surgir como consecuencia de
obtener un resultado distinto al que se pretendía conseguir efectuando una determina
acción. Es muy importante para el desempeño del proyecto a desarrollar saber clasificar
y estimar cuales podrían llegar los riesgos principales a los que este se podría llegar a
enfrentar, ya que una preparación temprana frente a estos puede llegar a servir para
mitigar el impacto que estos potencialmente pueden llegar a alcanzar.
El proceso para gestionar los riesgos involucra a todo el conjunto de roles que forman
parte del proyecto. Los riegos para su mejor control deben ser descritos en detalle dentro
de esta plantilla
3.1 Clasificación de los Riesgos
ID Categoría Descripción
A. Costo Presupuesto en los recursos no exceda de lo asignado.
B. Tiempo Plazo de entrega no exceda según lo planeado.
Responsables y alcance de tareas o actividades del
C. Alcance
proceso.
Incidencias y tiempo de respuesta en la entrega de
D. Calidad
tareas.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
3.2 Experiencias de Proyectos Anteriores

- Etapa del Proyecto de Mejora de Procesos basada en MoProSoft a nivel 1 hasta
una evaluación no oficial.
3.3 Identificación de los Riesgos
Identificado
Clasificación Descripción
r
No existencia de recursos necesarios para
A.1
ejecutar las actividades asignadas.
A.2 Deficiencia en la asignación de recursos.
A
No disponibilidad de determinado bien o
A.3
servicio.
A.4 Incremento del Costo Presupuestado para el área.
B.1 Ampliación del cronograma.
B.2 Retraso en el cumplimiento de las actividades.
B B.3 Falta de seguimiento a las actividades.
Planificación optimista (mejor caso) en vez de
B.4
realista
Los miembros y encargados de cada proceso no
C.1
están disponibles en el momento que se requiere.
Los miembros del equipo de trabajo no se
C.2
implican en el proyecto.
C Roles y Responsabilidades no definidas
C.3
completamente.
C.4 Habilidades del equipo de trabajo.
C.5 Falta de Personal en el área.
C.6 Fallo imprevisto del único integrante del grupo.
D.1 Falta de priorización de las actividades asignadas.
D Surgimiento de una nueva actividad de
D.2
importancia en el desarrollo de la actividad.
3.4 Ponderación de los Riesgos

Es fundamental para el proceso de mitigación de riesgos determinar cuáles riesgos
podrían llegar a tener un mayor impacto con su aparición durante el proceso de
desarrollo de proyecto, es por ello que surge la necesidad de establecer una unidad
de medida o unidad de medición la cual permita al equipo del proyecto calcular la
magnitud de los riesgos identificados.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
3.4.1 Probabilidad de Ocurrencia
Calificación Puntos
Muy Alto 0.9
Alto 0.7
Mediano 0.5
Bajo 0.3
Muy Bajo 0.1
3.4.2 Impacto
Muy Bajo Bajo Moderado Alto Muy Alto

Título
(0.05) (0.1) (0.2) (0.4) (0.8)
Costo Aumento Aumento Aumento Aumento Aumento
del del del del del
presupuesto presupuesto presupuesto presupuesto presupuesto
< 3% < 8% entre 8 y entre 16 y > 25%
15% 25%
Tiemp Retraso del Retraso del Retraso del Retraso del Retraso del
o proyecto < proyecto < proyecto proyecto proyecto >
3 días 5 días entre 6 a 10 entre 11 a 15 días
días 15 días
Alcanc Cambios Cambios Cambios Cambios Cambios
e mínimos que afectan que afectan que afectan que afectan
que no al al al al
afectas ni al presupuesto presupuesto presupuesto presupuesto
presupuesto o al y/o y/o y/o
ni al cronograma cronograma cronograma cronograma
cronograma en < 3% entre 4 a 7 entre 8 a 10 en > 10%
% %
Calida N° de N° de N° de N° de N° de
d inciden-cias inciden-cias inciden-cias inciden-cias inciden-cias
en los en los en los en los en los
aplicativos aplicativos aplicativos aplicativos aplicativos
<5 entre 6 a 12 entre 13 a entre 21 a > 30
20 30
3.4.3 Prioridades
Los riesgos son priorizados para un análisis cuantitativo posterior y para las
respuestas posteriores, basándose en su calificación. Las calificaciones son
asignadas a los riesgos basándose en la probabilidad y el impacto evaluados.
La evaluación de la importancia de cada riesgo y, por consiguiente, de su

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
prioridad.
Prioridad = (Probabilidad de Ocurrencia * Impacto)
En la matriz el área gris oscuro representa un alto riesgo, el área gris
intermedio representa un riesgo bajo y el área gris bajo representa un riesgo
moderado.
Prob. Amenazas Oportunidades

0.9 0.045 0.09 0.18 0.36 0.54 0.54 0.36 0.18 0.09 0.045
0.7 0.035 0.07 0.14 0.28 0.42 0.42 0.28 0.14 0.07 0.035
0.5 0.025 0.05 0.10 0.20 0.30 0.30 0.20 0.10 0.05 0.025
0.3 0.015 0.03 0.06 0.12 0.18 0.18 0.12 0.06 0.03 0.015
0.1 0.005 0.01 0.02 0.04 0.06 0.06 0.04 0.02 0.01 0.005
0.05 0.1 0.2 0.4 0.8 0.8 0.4 0.2 0.1 0.05
3.4.4 Planificación del Plan de Riesgos

Para el conjunto de riesgos identificados en las secciones anteriores se debe
establecer un conjunto de acciones que deben ser tomadas para evitar,
transferir o mitigar cada uno de los riesgos, estas acciones es recomendado
que sean tomadas de acuerdo a las prioridades establecidas y según las
siguientes estrategias:
Riesgo Estrategias
Negativos o Amenazas Evitar, Transferir, Mitigar
Positivos u Oportunidades Explotar, Compartir, Mejorar
Común entre amenaza y Aceptar
oportunidad
Contingencia
Las siguientes tablas toman en cuenta la prioridad de los riesgos e identifican

las acciones a tomar:
• Acciones preventivas a ser tomadas, esto con el fin de detallar cual va a
ser la estrategia para impedir que un riesgo determinado ocurra.
• Acciones de contingencia a ser tomadas para lograr reducir el posible
impacto que el riesgo podría llegar a ocasionar.
• Rol encargado de llevar a cabo las acciones anteriormente mencionadas.
• Fechas estimas en que las acciones deberían estar completadas.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Tabla de acciones preventivas
Procesos Calificació
ID Acciones Preventivas Rol(es) Encargado(s) Fecha
n
Administrac
ión de
• Confirmar que la persona
Proyectos Bajo
encargada de realizar la actividad
A.1 Desarrollo y Prob = 0.5 • Asistente de Procesos Semanal
tiene los recursos necesarios para
Mantenimie Imp = 0.05
ejecutarla.
nto de
Software
Todos los Bajo • Revisar que los recursos han sido
A.2 procesos Prob = 0.1 distribuidos correctamente en el • Asistente de Procesos Diario
Imp = 0.05 grupo de trabajo.
Todos los Bajo • Hacer la reserva o solicitud
A.3 procesos Prob = 0.3 correspondiente del bien o • Gerente de Procesos Semanal
Imp = 0.1 servicio.
Todos los Bajo • Realizar mejores estimaciones de Antes -
A.4 procesos Prob = 0.1 los costos para las actividades, • Gerente de Procesos Inicio del
Imp = 0.1 materiales y personal. Proyecto
Todos los Medio • Contemplar esta posibilidad y
Inicio del
B.1 procesos Prob = 0.5 establecer un tiempo extra como • Asistente de Procesos
proyecto
Imp = 0.2 medida de contingencia.
Todos los Medio • Solicitud de un informe de avance
2 veces por
B.2 procesos Prob = 0.7 periódico al responsable de la • Asistente de Procesos
semana
Imp = 0.2 actividad.
Bajo • Realizar Actividades de
• Asistente de Procesos 1 vez al
B.3 Prob = 0.5 Seguimiento Mensual al avance
• Gerente de Procesos Mes
Imp = 0.4 del Proyecto.
Bajo • Realizar una mejor planificación
Inicio del
B.4 Prob = 0.3 con anticipación y realizar planes • Gerente de Procesos
Proyecto.
Imp = .5 de contingencia con holgura.
• Acordar una reunión con
Bajo 3 días
anticipación, comunicándole por • Asistente de Procesos
C.1 Prob = 0.5 antes de la
medio del correo empresarial, • Gerente de Procesos
Imp = 0.1 reunión
personalmente o por teléfono.
• Informar e incentivar
Medio Al inicio
adecuadamente al personal
C.2 Prob = 0.3 • Gerente de Procesos de la
involucrado en las actividades a
Imp = 0.2 actividad
realizar.
Medio • Identificar tanto los roles y Al inicio
C.3 Prob = 0.3 responsabilidades de los • Asistente de Procesos del
Imp = 0.2 involucrados correctamente. proyecto
Bajo • Capacitar adecuadamente al Al inicio
C.4 Prob = 0.1 personal antes de asignarles • Asistente de Procesos de la
Imp = 0.4 alguna actividad. actividad

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Inicio del
Medio • Realizar contrataciones con
Proyecto
C.5 Prob = 0.3 anticipación debido a la carga del • Gerente de Procesos
Imp = 0.5 área y trabajo.
• Tener planes de contingencia para
Alto Durante
el desglose de actividades, y
C.6 Prob = 0.5 • Gerente de Procesos todo el
futuros reemplazos para el
Imp = 0.7 Proyecto
personal.
Bajo
• Asignar valores prioritarios a las • Asistente de Procesos
D.1 Prob = 0.3 Diario
actividades asignadas. • Gerente de Procesos
Imp = 0.4
• Contemplar en el cronograma de
Medio
la actividad un tiempo de • Asistente de Procesos
D.2 Prob = 0.3 Diario
contingencia en el caso ocurra • Gerente de Procesos
Imp = 0.2
esto.
Tabla de acciones de contingencia
Proceso Calificació
ID Acciones Contingencia Rol(es) Encargado(s) Fecha
n
Bajo • Solicitar los recursos necesarios.
Al ocurrir
A.1 Prob = 0.5 • Entregar los recursos necesarios al • Asistente de Procesos
el riesgo
Imp = 0.05 encargado de la actividad.
Bajo • Reasignar los recursos necesarios,
Al ocurrir
A.2 Prob = 0.1 cubriendo las deficiencias que • Asistente de Procesos
el riesgo
Imp = 0.05 pudiesen existir.
• Utilizar algún bien o servicio
Bajo
sustituto. Al ocurrir
A.3 Prob = 0.3 • Gerente de Procesos
• Realizar el trámite necesario para el riesgo
Imp = 0.1
el acceso al mismo.
• Hacer uso del presupuesto de
Bajo Antes -
contingencia del presupuesto
A.4 Prob = 0.1 • Gerente de Procesos Inicio del
• Realizar ajustes en los costos en
Imp = 0.1 Proyecto
actividades.
Medio • Hacer uso del tiempo de
Al ocurrir
B.1 Prob = 0.5 contingencia considerado en la • Asistente de Procesos
el riesgo
Imp = 0.2 planificación.
• Acordar conjuntamente con el
Medio
responsable de la actividad, una Al ocurrir
B.2 Prob = 0.7 • Asistente de Procesos
última fecha de finalización de la el riesgo
Imp = 0.2
actividad.
Bajo • Utilizar métodos de seguimiento a
• Asistente de Procesos 1 vez al
B.3 Prob = 0.5 las actividades con mayor
• Gerente de Procesos Mes
Imp = 0.4 impacto.
Bajo • Generar nuevas fechas para cada Inicio del
B.4 • Gerente de Procesos
Prob = 0.3 actividad dependiendo de su Proyecto.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
Imp = .5 impacto.
• Acodar una nueva fecha de
Bajo reunión con el responsable del
• Asistente de Procesos Al ocurrir
C.1 Prob = 0.5 proceso, comunicándole por
• Gerente de Procesos el riesgo
Imp = 0.1 medio del correo electrónico, por
teléfono o personalmente.
Medio • Capacitar y/o motivar al equipo de
Al ocurrir
C.2 Prob = 0.3 trabajo de tal manera que se • Gerente de Procesos
el riesgo
Imp = 0.2 impliquen en el proyecto.
Bajo • Capacitar al equipo en el tema
Al ocurrir
C.4 Prob = 0.1 relacionado a la actividad que • Asistente de Procesos
el riesgo
Imp = 0.4 deben realizar.
• Contratar Personal.
Medio
• Realizar Convocatorias para Inicio del
C.5 Prob = 0.3 • Gerente de Procesos
puestos necesarios en el manejo Proyecto
Imp = 0.5
del área
• Desglosar las actividades entre el
Alto personal del área del personal Durante
C.6 Prob = 0.5 retirado. • Gerente de Procesos todo el
Imp = 0.7 • Buscar reemplazo según las Proyecto
necesidades del área.
Bajo
• Priorizar las actividades y • Asistente de Procesos Al ocurrir
D.1 Prob = 0.3
reasignarlas como corresponde. • Gerente de Procesos el riesgo
Imp = 0.4
• Hacer uso del tiempo de
Medio
contingencia especificado durante • Asistente de Procesos Al ocurrir
D.2 Prob = 0.3
la planificación. • Gerente de Procesos el riesgo
Imp = 0.2
• Modificar el cronograma.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
CAPÍTULO IV
CONCLUSIONES Y
RECOMENDACIONES
117
CONCLUSIONES
• Se realizó la creación de estructura de desglose de trabajo (EDT) en conjunta con la alta

gerencia o líder de proyecto del lado del cliente.
• Se gestionó los recursos físicos y materiales para la implementación.
• Se gestionó el cronograma de actividades de acuerdo a la realidad del cliente.
• Se gestionó los canales de comunicación que serán utilizados antes, durante y después
de la implementación.
• Se capacitó al personal sobre el uso completo del ERP Nisira (módulo de ventas y
reservas).
• El módulo de ventas y reservas, se construyó cumpliendo con los requerimientos

funcionales y técnicos, que permitieron la estandarización del Proceso de Ventas y
Reservas en la empresa en estudio

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
RECOMENDACIONES
• Para la construcción de cualquier solución se debe considerar como piezas importantes

al Propietario del producto, el lograr involucrar a este personal permitirá obtener
validación de funcionalidad y ejecución de pruebas para los entregables.
• En las soluciones donde se considere migración de datos, se debe tener especial cuidado
con la cantidad y calidad de los mismos, dado que el repositorio origen no tiene la misma
estructura del destino. Por ello se recomienda que luego de definir interfaces de
equivalencia para los campos a migrar, se debe realizar una migración previa hacia una
base de “migración” con tablas planas, para desde allí realizar la migración al repositorio
de destino.
• Es fundamental que una arquitectura de desarrollo, incluya la capa de “lógica de

negocio”. Esta capa debe contener las clases con métodos y funciones que permitan
administrar transacciones, para cuidar la integridad de la base de datos a nivel de
aplicación.
• Las soluciones web deben responder a las necesidades del usuario moderno, existe una
tendencia en el uso de equipos móviles, por lo tanto, se debe incluir el concepto
responsive web design, que significa elaborar un diseño adaptable, que permita la
visualización de una misma página en distintos dispositivos, de esta forma lograremos
un aplicativo con alcance a un mayor número de dispositivos y mejor experiencia de
usuario.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
CAPÍTULO V
SUGERENCIA PARA LA
FORMACION DE
INGENIEROS DE SISTEMAS
120
SUGERENCIAS
• La formación en Ingeniería de Sistemas, debe asegurar al futuro profesional la capacidad

de ver una empresa desde un punto de vista holístico, conformado en su estructura
operacional, tecnológica y administrativa. Esto permitirá ajustar su misión dentro de la
empresa, mejorar la toma de decisiones y favorecerán sustantivamente su desempeño
laboral.
• En los últimos ciclos de formación de un Ingeniero de Sistemas, la UNT debería utilizar

las alianzas con diversos sectores productivos y/o de servicios, haciendo participar a todo
el estudiantado, para realizar experiencias efectivas, que permitan maximizar el uso de
las herramientas y teorías plateadas en aula de clases.
• Todo egresado de la universidad debe inmediatamente ejercer su profesión, allí

reconocerá su vocación, al elaborar sus propias estrategias para dar soluciones de nivel
de ingeniería, las mismas que deben estar alineadas a la visión de CEO o Director
Ejecutivo.
• La comunicación es un pilar en el desarrollo de un proyecto, la sugerencia es que en la

oficina se debe romper con la rutina y salir del escritorio para realizar reuniones, por lo
menos una vez a la semana, donde se presenten avances y desarrollos concluidos, para
reformular estrategias y brindar apoyo alcanzando los objetivos. De esta forma se
predispone también a un buen clima laboral.

Esta obra de ventas
ha sido y Reservas
publicada de Nisira
- Lima
BIBLIOGRAFÍA
122
REFERENCIAS BIBLIOGRÁFICAS
A. Araujo. Perspectivas de Análisis y Diseño Basado en RUP para el Desarrollo de

Aplicaciones Web.
J. Conallen. Modeling Web Applications Architectures with UML. Communication of

the ACM, October, 2009.
J. Conallen. Building Web Applications with UML. Editorial Eddison Wesley Object
Technology Series, 2012.
Booch, Grady, Jacobson, Ivar y Rumbaugh, James. El Proceso Unificado de Desarrollo

de Software. Editorial Addison Wesley, México, 2009.
E. coronel. Creando Soluciones Web con PHP 4.x y 5.x y MySQL Server para versions
3.2.3, 4x y 5x. Editorial Macro, Perú. Setiembre, 2015.
Wikipedia, 2018. Aplicación web. [En Línea] 2018. [Citado el: 20 de enero de 2018]
https://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web
Wikipedia, 2018. JavaScript. [En Línea] enero del 2018. [Citado el: 22 de enero de 2018]
https://es.wikipedia.org/wiki/JavaScript#Ejemplos_sencillos
Wikipedia, 2018. Desarrollo de sistemas de información: Una metodología basada en el

modelado. [En Línea] Enero del 2018. [Citado el: 22 de enero del 2018]
https://books.google.com.pe/books?id=pTTQ735ac1EC&pg=PA11&lpg=PA11&dq=sis
tema+de+informaci%C3%B3n+krasis&source=bl&ots=zfh9T6Iaib&sig=xccnzECjuxM
QhFxc9f36pX7BZ9I&hl=es&sa=X&ved=0ahUKEwiUh_WZiozMAhUGLyYKHZMR
DKIQ6AEIODAG#v=onepage&q&f=false
Wikipedia, 2018, Subversión (software). [En Línea] 2018. [Citado el: 10 de enero de
2018] https://es.wikipedia.org/wiki/Subversion#Trabajo_en_Equipo
Wikipedia, 2018, Pruebas de software). [En Línea] 2018. [Citado el: 10 de enero de 2018]
https://es.wikipedia.org/wiki/Pruebas_de_software
HERRANZ, Raúl; MAMOGHLI, Noel Mamoghli; YAZYI, Sergio; VERA, José Miguel
y Otros 2011, Scrum Distribuido. [En Línea] marzo 2018. [Citado el: 22 de marzo de
2018.] http://www.scrummanager.net/ok
Palza Chávez, Zoila, 2013 “Desarrollo de una herramienta de soporte a la gestión de

proyectos ágiles para equipos distribuidos”, Pág. 6 – 8
ROSENBERG, Doug; STEPHENS, Matt y COLLINS-COPE, Mark 2005. Agile

Development with ICONIX Process: People, Process, and Pragmatism. Primera Edición.
New York: Apress. ISBN 1-59059-464-9
ANEXOS
ANEXO 1 - DESARROLLO PUNTOS DE VENTA ASOCIACION CULTURAL

DRAMA
1. Objetivo
- Tener el diseño previo de todas las funcionalidades que va a tener el punto de
venta.
- Enterar al usuario sobre el funcionamiento del sistema, previo a su desarrollo.
- Recoger sugerencias y observaciones de parte de los stakeholders.
2. Teatros
Se va a realizar un mantenedor para registrar teatros, con algunos datos generales
del teatro que puedan servir cómo reportes y para la impresión del ticket.
En este mantenedor se va a diseñar y registrar las ubicaciones de las butacas en el
teatro.
Ilustración 1Teatro
El diseño de las ubicaciones en el teatro se va a realizar en dos partes, en primer

lugar se tiene que crear bloques que representan a un grupo de asientos, la
3
finalidad de esta opción es ver el mapa a nivel macro. También se debe indicar la
ubicación del escenario. Esta opción va a permitir girar los bloques para que se
asemeje a la estructura física. Esta configuración será por piso.
Ilustración 2Grupos de Teatro
Luego de definir los bloques se deberá ingresar el detalle de las butacas. Para ello
se va a hacer doble clic en cada uno de ellos. Llenar los datos de filas y columnas
para que se genere un mapa donde elegir cuáles son butacas o no, la capacidad
será calculada según las butacas seleccionadas. En esta venta se van a definir las
etiquetas que se va a tener, el nombre de las filas y columnas será editable. La
capacidad acumulada (de todos los bloques se mostrará totalizado en la ventana
del teatro)
Ilustración 3Butacas por Grupo
3. Categoría
De forma general se van a definir las zonas con las que se podría contar, además
un color para poder diferenciarla en el mapa, en adelante servirá para la emisión
del comprobante y diferenciar las tarifas.
Ilustración 4Categorías
4. Obras
Se van a registrar las obras con algunos datos generales que permitan hacer
funcionalidades adicionales al sistema, por ahora sólo se va a usar el código y la
descripción para poder identificarla.
Ilustración 5Obras
5. Tipos de Tarifa
Se van a definir tipos de tarifas, en adelante se va a usar para diferenciar la tarifa.
Ilustración 6Tipo de Tarifa

6. Tarifario
Se va a crear un documento que indique las tarifas por cada obra, y teatro. Con un
rango de fechas, con eso se tendrá la posibilidad de variar el precio y tener la tarifa
histórica. Las fechas desde y hasta se van a cargar por defecto según la obra
elegida, pero se va a permitir editar para tener la posibilidad de variar los precios
entre un día y otro.
Ilustración 7Tarifario
7. Funciones
7
Para registrar una función se debe elegir: la obra, el teatro. El sistema va a cargar
las categorías creadas y el usuario debe elegir cuáles aplican para esta función, lo
mismo con el tipo de producto.
El sistema cargará los días y horas de las funciones según lo que se ha definido en
el mantenedor de la obra, podrán ser editados.
Las categorías serán asignadas al grupo de teatro (ver Ilustración 2Grupos de
Teatro).
Ilustración 8Funciones
8. Promociones
Al igual que los precios se va a definir promociones, que son descuentos definidos
por tipo de producto, categoría y un porcentaje de descuento, y la cantidad de
promociones disponibles por función. En la misma ventana se va detallar los
usuarios que pueden aplicar dichas promociones.
Ilustración 9Funciones
9. Tipo de Reserva
Se va a crear un tipo de reservas para considerar cortesías, por pagar en boletería,
y con una propiedad que permita liberar la reserva.
Ilustración 10Tipo de Reserva
10. Canales de Atención

Se van a registrar canales de atención para identificar el origen de la reserva.
11. Reserva de Butacas

En web se va a tener un formulario para realzar las reservas, se va a agregar un
buscador para llegar hasta la función. Allí se debe elegir el tipo de reserva que se
va a generar. En esta ventana sólo se van a poder elegir butacas libres.
La reserva grabar la reserva se va a enviar un correo electrónico al cliente
indicando datos sobre su reserva.
10
Ilustración 11Reserva de Butacas
12. Liberación de Reservas

Según las reservas que no se han generado un documento de venta (confirmación
o check) se va a poder liberar la reserva.
11
Ilustración 12Liberar Reserva
13. Venta
El documento para realizar la venta va a tener un buscador para llegar hasta la
función, permitirá elegir entre boleta y factura, tendrá la validación de RUC si es
una factura.
Se debe ingresar la cantidad de cada tipos de productos se van a vender, y son la
cantidad de productos, por cada tipo de producto elegir las butacas
correspondientes, Al elegir la butaca se irá agregando en la tabla resumen, con
todos los datos elegidos y el precio se retornará desde el tarifario, si el usuario
tiene privilegios se podrá elegir promociones para realizar algún descuento
configurado.
Al grabar se imprime un ticket con los datos de la función y un código QR para
que se pueda leer en el control de sala.
Si el usuario es el creador de la reserva podrá elegir butacas reservadas.
La ventana debe permitir registrar un nuevo cliente de manera rápida, para ello
solo registrar los datos básicos.
Una vez completada la venta se enviará un correo al cliente.
12
Los pasos para realizar una venta son:

1. Al buscar la función cagarán todas las que se encuentren aún por iniciar (según
la fecha y hora). El usuario debe elegir una de ellas
2. El vendedor debe elegir si es una venta por boleta o factura, si es una factura
el sistema va a exigir que el cliente ingresado tenga RUC, si el cliente no está
registrado en el sistema aparecerá una ventana para realizar el registro
correspondiente.
3. El vendedor debe ingresar por tipo de producto de producto que va a vender
(consulta al cliente en el ejemplo 1 adulto, 2 niños).
4. Luego debe elegir en el mapa del teatro las butacas correspondientes, haciendo
clic sobre cada una de ellas, automáticamente el sistema va a crear en la parte
inferior un consolidado de todas las entradas con su precio respectivo.
5. Si el vendedor tiene privilegios podrá aplicar una promoción sobre las butacas
seleccionadas.
6. El vendedor graba la venta y el sistema va a cargar el ticket para que pueda
ser impreso.
7. El sistema envía un correo electrónico con la confirmación.
13
Ilustración 13Venta
14
Ilustración 14Modelo de Boleta/factura con ticket
15
14. PROCESOS
- El sistema enviará un correo electrónico horas antes de la función cómo un
recordatorio a los clientes.
- El sistema enviara un correo al cliente de agradecimiento con un mensaje
establecido (general) al día siguiente.
15. REPORTES
Función:
• Sala → Muestra todas las ventas y reservas en un mapa
• Lista → Lista de los clientes por asiento
• Asistencia → Asistencia real de la sala al final de la función
• Ventas por canal → Call Center / Boleteria / In house
• Cortesia
• Ventas y medio de pago
*** Se enviara lista de reportes luego de reunión ****
16
16. ANEXOS
17
18
ANEXO 2 - FACTURADOR WEB TEATRO DRAMA
Asunto Instalación y despliegue Facturador Web Teatro DRAMA

Cliente ASOCIACION CULTURAL DRAMA
Detalle:
1. Arquitectura
Internet
BD Nisira
Firewall
Servidor Web
Teatro Drama
2. Requerimientos de Hardware
➢ RAM: 16 Gb Mínimo
➢ Espacio en disco: 500Gb SSD para JRE; 2 MB para Java Update
➢ Procesador: Mínimo Intel Xeon Quad Core E3 1230 3.3Ghz
3. Requerimientos de Software
Windows:
➢ Windows Server 2012 y 2012 R2 (64 bits)
➢ Exploradores: Firefox o Chrome
19
➢ Java 8
➢ Glasfish 4
Hosting y/o Dominio:

➢ Habilitar IP pública fija para acceso por la red (internet) a la aplicación de cualquier
usuario autenticado
➢ Direccionamiento en servidor para resolver nombre de dominio (opcional)
➢ Espacio de 500 MB mínimo para almacenar librerías, configuraciones (archivos) de la
aplicación en el servidor
4. Sugerencias/Nota
➢ Instalar el Facturador en el mismo servidor donde está instalada la base de datos

➢ El servidor no debe apagarse, de ser el caso asegurarse cuando vuelva a iniciarse
ejecutar todos los servicios relacionados al Facturador.
➢ Es altamente recomendable por tema se seguridad, alta disponibilidad y rendimiento
que se pueda hostear la aplicación web en un servidor en la nube. Dado que el ancho
de banda, el datacenter que hostea la aplicación y la seguridad perimetral está
orientada a ello.
Eliseo Flores Laguna
Consultor
ASOCIACION CULTURAL
NISIRA SYSTEMS S.A.C
DRAMA
20
ANEXO 3 - CUESTIONARIO
1. Defina la periodicidad, medio y tiempo de preparación de la siguiente información:
MEDIO
PERIODICIDAD (Manual,
TIPO DE (Diario, Semanal, TIEMPO DE Hoja de
INFORME Quincenal, PREPARACION Cálculo,
Mensual, Anual) Sistema,
Otros)
BALANCE
GENERAL
ESTADO DE
PERDIDAS Y
GANACIAS
INVENTARIOS Y
BALANCES
LIBROS REGISTRO
DE VENTAS
LIBROS REGISTRO
DE COMPRAS
REPORTE DE
RESERVAS
SALDO DE
PRESUPUESTOS
2. Las decisiones estratégicas de la empresa se toman con información procesada del:

 Día anterior
 Semana anterior
 Mes anterior
 No se tiene información
3. ¿Se realizan a tiempo las declaraciones de impuestos?

 Si ¿Cuánto tiempo se toman para
_______________________________
 ¿No su preparación? Detallar por impuesto
_______________________________
4. ¿Ha incurrido la empresa en multas por declaraciones de impuestos?
21
 Si ¿Cuáles son las más frecuentes?

_______________________________
 No
5. ¿La emisión de su facturación es?

 Manual
 Hoja de cálculo (p.e. Excel), Procesador de Textos (p.e. Word)
 Sistema
Indique el tiempo promedio para emitir una factura:
________
6. El control de inventarios y activos fijos se maneja en:

 Kardex Manual
 Hoja de cálculo (p.e. Excel), Procesador de Textos (p.e. Word)
 Sistema
Indique: Índice de rotación de sus inventarios:
_________
Valor promedio mensual de sus inventarios: _________
7. ¿El cálculo de las planillas es?

 Manual
 Hoja de cálculo (p.e. Excel)
 Sistema
Indique: Tiempo promedio para su cálculo:
_________
Tiempo que demora en generar las boletas de pago:
_________
Tiempo que demora en generar pago de beneficios sociales:
_________
Tiempo que demora en generar una liquidación:
_________
8. ¿El cálculo de las Provisiones es?

 Manual
 Sistema
_________
22
9. ¿Cuánto tiempo emplea para la declaración de planillas electrónicas?

 Menos de 1 día
 De 1 a 2 días
 Más de 2 días
10. ¿El cálculo del costo de cada unidad de costo (proyectos teatro) es?
 Manual
 Sistema
_________
Tiempo promedio para trasladarlo a la contabilidad:
_________
11. ¿Las reservas se controlan de forma?:

 Manual
 Sistema
Indique: Tiempo promedio de preparación:
_________
12. ¿Los presupuestos, aplicación y saldos de controlan de forma?:

 Manual
 Sistema
Indique: Tiempo promedio de preparación:
_________
23

Flores Laguna, Eliseo Emerson

Cargado por

Información del documento

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

Flores Laguna, Eliseo Emerson

Cargado por

Copyright:

Formatos disponibles

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN

UNIVERSIDAD NACIONAL DE TRUJILLO

“Gestión del Proyecto ‘Implantación del

Informe de Experiencia Profesional

Autor: Flores Laguna, Eliseo Emerson

A mis maestros de Universidad

1. CONSULTOR DE TECNOLOGÍAS DE INFORMACIÓN

NISIRA SYSTEMS S.A.C.

Periodo: enero 2015 – hasta la actualidad

NISIRA SYSTEMS S.A.C.

Periodo: agosto 2012 - diciembre 2014

MEMORIA DESCRIPTIVA DE LA ACTIVIDAD PROFESIONAL

1. PUESTO: CONSULTOR DE TECNOLOGÍAS DE INFORMACIÓN

NISIRA SYSTEMS S.A.C. (Periodo: enero 2015 – Hasta la actualidad)

Gestión e Implementación de ERP Nisira en cada cliente además de administración

Preparación y creación de la documentación de procedimientos por cada área funcional

Gestionar los recursos adecuados y necesarios en la fase inicial de la implementación del

✓ Realizar la creación de estructura de desglose de trabajo (EDT) en conjunta con la

✓ Gestionar la gestión de los recursos físicos y materiales para la implementación.

✓ Gestionar el cronograma de actividades de acuerdo a la realidad del cliente.

✓ Capacitar al personal sobre el uso completo del ERP Nisira (módulos).

✓ Elaboración reporte de control y status para presentar a la gerencia del cliente.

✓ Elaboración de cartillas personalizadas de administración y de usuario sobre el ERP

✓ Creación de actas de reunión durante la periodicidad programada.

✓ Registrar las lecciones aprendidas suscitadas.

✓ Documentar, analizar y cuantificar los requerimientos sobre desarrollos

✓ Desarrollar el manual de procesos y procedimientos por cada área funcional y cada

✓ Canalizar toda la documentación en los medios adecuados para su almacenamiento

Logros Alcanzados, los más relevantes:

✓ Documentación actualizada y con indicadores sobre el avance de implementación de

✓ Consolidación de conocimientos contables de manera general y gradual.

✓ Consolidación de conocimientos tributarios y normas referentes a declaraciones y

✓ Implementación en proceso de ERP Nisira en empresa teatral TEATRO DRAMA

✓ Apoyo en implementación de ERP Nisira en empresa agro-exportadora SAFCO

✓ Implementación exitosa de ERP Nisira en empresa agrícola AGROSERVICIOS

✓ Apoyo en implementación de ERP Nisira en empresa agrícola AGRICOLA

✓ Implementación exitosa de ERP Nisira en empresa agroindustrial AGROVISION

✓ Apoyo en implementación de ERP Nisira en empresa automotriz AUTONORT

NISIRA SYSTEMS S.A.C.

(Periodo: Agosto 2012 - Diciembre 2014)

✓ Desarrollar y validar todas las funcionalidades descritas en documento de desarrollo.

✓ Desarrollar cambios en base a diferentes tipos de clientes (industrias, agroindustrias,

✓ Documentar los objetos, formularios, clases, eventos modificados y su impacto

✓ Desarrollar cartilla de configuración y de usuario de los desarrollos nuevos.

✓ Seguimiento y coordinación con el área de implementación en los desarrollos

✓ Soporte en la implementación de cambios y desarrollos personalizados de los

✓ Elaboración de reportes de avance de cada desarrollo.

Logros Alcanzados, los más relevantes:

✓ Desarrollo de generación de información para declaración de libros electrónicos

✓ Desarrollo de generación de archivos para pagos masivos de cualquier banco

✓ Elaboración de copias de seguridad y entrega al área de TI su respectiva contingencia

✓ Comunicación eficiente con los clientes para la toma de requerimientos de desarrollo.

✓ Dimensionar correctamente (en tiempo y alcance) los desarrollos asignados.

✓ Dimensionar correctamente (en tiempo y alcance) los desarrollos asignados.

El presente trabajo se centra en mostrar una experiencia laboral, donde se aplica lo

La mayoría de empresas consultoras de software en el Perú, en la actualidad, no usan

El presente trabajo tiene como objetivo principal la aplicación formal de documentación

La implementación se ha desarrollado en oficinas del cliente con el apoyo continuo de la

RECORD LABORAL ..................................................................................................... 3

MEMORIA DESCRIPTIVA DE LA ACTIVIDAD PROFESIONAL ........................... 4

ÍNDICE GENERAL ...................................................................................................... 12

CAPÍTULO I INTRODUCCIÓN .................................................................................. 15

1.1. Realidad Problemática .................................................................................... 16

1.2. Justificación del Estudio ................................................................................. 16