UNIVERSIDAD NACIONAL DE TRUJILLO

(1)

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

(2)

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.

(3)

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).

(4)

RECORD LABORAL

1. CONSULTOR DE TECNOLOGÍAS DE INFORMACIÓN NISIRA SYSTEMS S.A.C.

Periodo: enero 2015 – hasta la actualidad

2. ANALISTA DESARROLLADOR NISIRA SYSTEMS S.A.C.

(5)

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.

(6)

✓ 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)

(7)

✓ 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)

(8)

2. PUESTO: DESARROLLADOR NISIRA SYSTEMS S.A.C.

(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.

(9)

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.

(10)

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

(11)

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.

(12)

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.

(13)

Í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

(14)

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

(15)

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

(16)

CAPÍTULO I

INTRODUCCIÓN

(17)

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.

(18)

• 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.

(19)

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.

(20)

CAPÍTULO II

(21)

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.

(22)

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.

(23)

• 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.

(24)

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

(25)

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

(26)

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

(27)

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.

(28)

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:

(29)

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"

(30)

CAPÍTULO III

DESARROLLO DEL TRABAJO

DE FUNCIÓN PROFESIONAL

(31)

DESARROLLO DEL TRABAJO DE FUNCIÓN PROFESIONAL PROJECT CHARTER

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

MÓDULO DE VENTAS Y RESERVAS NISIRA ERP

MVRNE

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,

(32)

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 documentación relacionada.

Aprobación del Gerente de la Asociación Cultural

2. TIEMPO Concluir el proyecto en el plazo solicitado por el cliente.

Concluir el proyecto dentro de las fechas desde 18/09/2017 hasta el 23/12/2017

(33)

3. COSTO Cumplir con el presupuesto estimado del proyecto.

No exceder el presupuesto del 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

asociación cultural logrando la satisfacción del cliente.

Flujo de Ingresos

Ahorros

Reducir el tiempo de espera en el registro del ambiente.

Flujo de Egresos

Gastos

Réplica de la solución para otros clientes VAN > 0 Manejar estadísticas de consumo en tiempo

real.

TIR + Alta Tasa %

Se incrementará un 5% de los ingresos del hotel.

(34)

DESIGNACIÓN DEL PROJECT MANAGER DEL PROYECTO.

NOMBRE Eliseo Flores Laguna NIVELES DE AUTORIDAD REPORTA A Gino Cruz Ramírez

Administrador SUPERVISA

A

Equipo del Proyecto

CRONOGRAMA DE HITOS DEL PROYECTO.

HITO O EVENTO SIGNIFICATIVO FECHA PROGRAMADA 1. Gestión del Proyecto 18/09/2017 al 25/12/2017

2. Análisis de Procesos 23/09/2017 al 10/10/2017 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 ORGANIZACIONAL

ROL QUE DESEMPEÑA

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 DRAMA

Proporciona información indispensable para la implantación del aplicativo.

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

(35)

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.

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.

(36)

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

(37)

DOCUMENTACIÓNDEREQUISITOS

MÓDULO DE VENTAS Y RESERVA NISIRA

ERP MVRNE

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.

STAKEHOLDER PRIORIDAD OTORGADA POR EL STAKEHOLDER REQUISITOS CÓDIGO DESCRIPCIÓN

Gino Cruz Ramirez (Cliente)

Media RE01

El Sistema deberá permitir al Usuario iniciar sesión.

Media RE02

El Sistema deberá permitir al Cliente visualizar la información general de ambientes.

Muy Alta RE03

El Sistema deberá permitir al Usuario registrar un cliente en un ambiente.

Alta RE04

El Sistema deberá permitir al Usuario registrar promociones y/o ofertas de ambientes.

(38)

Alta

RE05 El Sistema deberá permitir al Cliente verificar y reservar un ambiente.

Alta RE06

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

registrar a un Cliente.

Alta RE08

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

Alta RE09

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

Muy Alta

RE10

El Sistema deberá permitir almacenar todos los registros de datos en una base de datos de MySQL.

Media RE11 El Sistema deberá permitir generar un comprobante de pago.

Media RE12

El Sistema deberá permitir al Usuario clasificar los ambientes según el precio.

Media RE13

El Sistema deberá permitir al Cliente buscar ambientes según el precio disponible.

REQUISITOSDECALIDAD:DESCRIBIR REQUISITOS RELATIVOS A NORMAS O ESTÁNDARES DE CALIDAD, O LA SATISFACCIÓN Y CUMPLIMIENTO DE FACTORES RELEVANTES DE CALIDAD.

STAKEHOLDER PRIORIDAD OTORGADA POR EL STAKEHOLDER REQUISITOS CÓDIGO DESCRIPCIÓN

(39)

Gino Cruz Ramirez (Cliente)

Alta

RE14

El Sistema deberá ejecutarse en cualquier navegador de internet. Muy Alta RE15

El Sistema permitirá restringir información que se mostrará a los usuarios según su rol.

Media

RE16

El Sistema permitirá visualizar las interfaces al tamaño (ancho y alto) de la ventana del navegador. Muy Alta RE17

El Sistema estará disponible las 24 horas del día durante toda la semana.

Muy Alta RE18

El Sistema deberá garantizar la integridad y confiabilidad de los de registros de datos.

Media RE19

El Sistema deberá permitir mostrar los múltiples listados en forma horizontal y secuencial.

Alta RE20

El Sistema deberá ejecutar las consultas de ambientes disponibles en un tiempo de 3 segundos.

Media RE21

El Sistema deberá verificar por cada entrada no válida ingresada 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.

(40)

- 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.

(41)

DICCIONARIO WBS (completo)

MÓDULO DE VENTAS Y RESERVA NISIRA ERP MVRNE

CÓDIGO DEL PAQUETE DE

TRABAJO (PDT): SEGÚN EL WBS

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

1.1 PROJECT CHARTER

OBJETIVO DEL

PAQUETE DE TRABAJO: PARA QUE SE ELABORA EL PDT. Iniciar el Proyecto DESCRIPCIÓN DEL PAQUETE DE TRABAJO: QUÉ CONTIENE, EN QUÉ CONSISTE,

CÓMO ES,

DIMENSIONES, COTAS, ETC.

Documento que detalla: la definición del proyecto, definición del producto, requerimiento de stakeholders, necesidades del negocio, finalidad y justificación del proyecto, riesgos y oportunidades del proyecto

(42)

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES): CÓMO SE VA A ELABORAR EL PDT. Actividades a realizar:

- Reunión con el Sponsor.

- Elaborar el Project Charter.

- Revisar el Project Charter. ASIGNACIÓN DE RESPONSABILIDADES: QUIÉNES INTERVIENEN, Y QUE ROL DESEMPEÑAN EN LA ELABORACIÓN.

Responsable: Antony Ruiz Participa:

Apoya: Revisa:

Aprueba: Davis Iparraguirre

Da información: Davis Iparraguirre FECHAS PROGRAMADAS: CUANDO SE VA A ELABORAR EL PDT. Inicio: Fin: Hitos importantes: CRITERIOS DE ACEPTACIÓN: QUIÉN, Y CÓMO SE DARÁ POR VALIDO Y ACEPTADO EL PDT.

Stakeholders que acepta: Gino Cruz Ramírez

Requisitos que deben cumplirse: El equipo del proyecto 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 TOMAN COMO VERDADERAS, REALES, O

El Sponsor brindara la información necesaria para elaborar el Project Charter.

(43)

CIERTAS, PARA EFECTOS DE LA PLANIFICACIÓN DEL PDT. RIESGOS: EVENTOS CUYA OCURRENCIA IMPACTARÁ LOS OBJETIVOS DEL ALCANCE, TIEMPO, COSTO, O CALIDAD, DEL PDT.

Que el Project Charter no sea aprobado.

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

Personal: Sponsor – Davis Iparraguirre, Jefe de Proyectos – Eliseo Flores Laguna

Materiales o Consumibles: Equipos o Máquinas: DEPENDENCIAS: QUÉ PRECEDENTE Y SUBSECUENTE TIENE EL PDT. Antes del pdt:

Después del pdt: Scope Statement Otros tipos de dependencia:

(44)

1.2 SCOPE STATEMENT

OBJETIVO DEL

PAQUETE DE TRABAJO: PARA QUE SE ELABORA EL PDT.

Definir con mayor detalle el proyecto

DESCRIPCIÓN DEL PAQUETE DE TRABAJO: QUÉ CONTIENE, EN QUÉ CONSISTE,

Documento que establece el trabajo que debe realizarse, y los productos entregables que deben producirse.

(45)

CÓMO ES, DIMENSIONES, COTAS, ETC. DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES): CÓMO SE VA A ELABORAR EL PDT.

Lógica o enfoque de la elaboración:

Actividades a realizar:

- Reunión con el Sponsor

- Elaborar el Scope Statement.

- Revisar el Scope Statement ASIGNACIÓN DE RESPONSABILIDADES: QUIÉNES INTERVIENEN, Y QUE ROL DESEMPEÑAN EN LA ELABORACIÓN.

Responsable: Eliseo Flores Laguna Participa:

Apoya: Revisa:

Aprueba: Davis Iparraguirre Da información: FECHAS PROGRAMADAS: CUANDO SE VA A ELABORAR EL PDT. Inicio: Fin: Hitos importantes: CRITERIOS DE ACEPTACIÓN: QUIÉN, Y CÓMO SE DARÁ POR VALIDO Y ACEPTADO EL PDT.

Stakeholder que acepta: Gino cruz Ramírez

Requisitos que deben cumplirse: El Scope Statement debe describir, con mayor detalle que el Project Charter, la información necesaria para el proyecto. Forma en que se aceptará: Reunión del equipo del proyecto

SUPUESTOS:

SITUACIONES QUE SE

(46)

TOMAN COMO VERDADERAS, REALES, O CIERTAS, PARA EFECTOS DE LA PLANIFICACIÓN DEL PDT.

El Project Manager conoce el objetivo del proyecto.

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

El Scope Statement no define claramente los criterios necesarios para la planificación y desarrollo del proyecto. RECURSOS ASIGNADOS Y COSTOS: QUÉ RECURSOS SE NECESITAN PARA ELABORAR EL PDT, DE QUE TIPO, EN QUE CANTIDADES, Y CON QUE COSTOS.

Personal: Sponsor – Davis Iparraguirre, Jefe de Proyectos – Eliseo Flores Laguna

Materiales o Consumibles: Equipos o Máquinas: DEPENDENCIAS: QUÉ PRECEDENTE Y SUBSECUENTE TIENE EL PDT.

Antes del pdt: Project Charter Después del pdt: Plan del Proyecto Otros tipos de dependencia:

(47)

1.3 Plan del Proyecto

OBJETIVO DEL

Planificar el proyecto

CÓMO ES,

Documento formalmente aprobado que define como se 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 planificación. Contiene:

- WBS

- Schedule

(48)

- 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 DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES): CÓMO SE VA A ELABORAR EL PDT.

Lógica o enfoque de la elaboración: Actividades a realizar: - 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 ASIGNACIÓN DE RESPONSABILIDADES: QUIÉNES INTERVIENEN, Y QUE ROL DESEMPEÑAN EN LA ELABORACIÓN.

Responsable: Eliseo Flores Laguna Participa: Davis Iparraguirre Apoya: Cruzado Esquivel Revisa: Gino Cruz

Aprueba: Davis Iparraguirre

Da información: Davis Iparraguirre FECHAS

PROGRAMADAS:

(49)

CUANDO SE VA A ELABORAR EL PDT. Fin: Hitos importantes: CRITERIOS DE ACEPTACIÓN: QUIÉN, Y CÓMO SE DARÁ POR VALIDO Y ACEPTADO EL PDT.

Stakeholder que acepta: Gino Cruz Ramírez

Requisitos que deben cumplirse: EL plan debe ser factible y deseable

Forma en que se aceptará: Reunión del equipo de proyecto SUPUESTOS: SITUACIONES QUE SE TOMAN COMO VERDADERAS, REALES, O CIERTAS, PARA EFECTOS DE LA PLANIFICACIÓN DEL PDT.

Conocer los detalles que se necesita implementar en el producto. RIESGOS: EVENTOS CUYA OCURRENCIA IMPACTARÁ LOS OBJETIVOS DEL ALCANCE, TIEMPO, COSTO, O CALIDAD, DEL PDT.

No definir de forma explícita los atributos.

RECURSOS ASIGNADOS Y COSTOS: QUÉ RECURSOS SE NECESITAN PARA ELABORAR EL PDT, DE

Personal: Sponsor – Gino Cruz Ramírez, Materiales o Consumibles:

(50)

QUE TIPO, EN QUE CANTIDADES, Y CON QUE COSTOS. DEPENDENCIAS: QUÉ PRECEDENTE Y SUBSECUENTE TIENE EL PDT.

Antes del pdt: Scope Statement

Después del pdt: Informe del estado del proyecto Otros tipos de dependencia:

(51)

1.4 INFORME DEL ESTADO DEL PROYECTO OBJETIVO DEL

Informar el estado del proyecto

CÓMO ES,

Documento que informa el estado de avance de cada entregable del proyecto (en cuanto a costos, tiempos, alcance y calidad), semanalmente se entregara un informe. DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES): CÓMO SE VA A ELABORAR EL PDT.

- Elaborar informe del estado del proyecto ASIGNACIÓN DE

RESPONSABILIDADES: QUIÉNES INTERVIENEN, Y QUE ROL

Responsable: Víctor Ruiz Participa:

Apoya: Revisa:

(52)

DESEMPEÑAN EN LA ELABORACIÓN. Da información: FECHAS PROGRAMADAS: CUANDO SE VA A ELABORAR EL PDT. Inicio: Fin: Hitos importantes: CRITERIOS DE ACEPTACIÓN: QUIÉN, Y CÓMO SE DARÁ POR VALIDO Y ACEPTADO EL PDT.

Stakeholder que acepta: Gino Cruz Ramírez Requisitos que deben cumplirse:

Forma en que se aceptará: Reunión con el equipo de 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.

(53)

Personal: Sponsor – Gino Cruz Ramírez, Líder del proyecto - Eliseo Flores Laguna

Antes del pdt: Plan del proyecto

Después del pdt: Reunión de coordinación semanal Otros tipos de dependencia:

(54)

1.5 REUNION DE COORDINACION SEMANAL

OBJETIVO DEL

Coordinar semanalmente las actividades del proyecto.

CÓMO ES,

Reunión de coordinación semanal, del equipo de proyecto, en las oficinas de desarrollo, para informar el avance del proyecto, y presentar los informes de la semana DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES): CÓMO SE VA A ELABORAR EL PDT.

- Realizar reunión de coordinación del proyecto ASIGNACIÓN DE

Apoya: Revisa:

(55)

Stakeholder que acepta:

Requisitos que deben cumplirse: documentar la reunión de coordinar, a través de un acta de reunión. 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.

Se realizará una reunión de coordinación a la semana

(56)

Personal: Sponsor – Gino Cruz, Líder del proyecto – Eliseo Flores Laguna.

Antes del pdt: Informe del estado del Proyecto Después del pdt: Cierre del Proyecto

(57)

1.5 CIERRE DEL PROYECTO

OBJETIVO DEL

Cerrar el proyecto

CÓMO ES,

Para el cierre del proyecto se realizará una reunión con el equipo del proyecto, donde el PM deberá presentar los siguientes documentos:

- Informe de Performance

- Lecciones aprendidas del proyecto

- Métricas del proyecto

- Acta de aceptación del proyecto

- Archivo final del proyecto DESCRIPCIÓN DEL

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

(58)

ASIGNACIÓN DE RESPONSABILIDADES: QUIÉNES INTERVIENEN, Y QUE ROL DESEMPEÑAN EN LA ELABORACIÓN.

Apoya: Revisa:

Stakeholder que acepta: Gino Cruz Ramírez

Requisitos que deben cumplirse: documentar, cada uno de los entregables, de forma precisa y clara.

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,

(59)

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

Personal: Sponsor – Davis Iparraguirre, Jefe de Proyecto: Eliseo Flores laguna

Antes del pdt: reunión de coordinación semanal. Después del pdt:

(60)

2.1 DOCUMENTACION DE REQUISITOS

OBJETIVO DEL

Documentar requisitos.

CÓMO ES,

Documento que contiene los requisitos del proyecto, detalles del sponsor que debe contener la página web. Mejorar el proceso de la asociación cultural.

DESCRIPCIÓN DEL 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 Participa:

Apoya: Revisa:

(61)

Stakeholder que acepta: Gino Cruz

Requisitos que deben cumplirse: Los requerimientos los impone el sponsor

Forma en que se aceptará: Reunión con el Sponsor y el analista de requerimiento. SUPUESTOS: SITUACIONES QUE SE TOMAN COMO VERDADERAS, REALES, O CIERTAS, PARA EFECTOS DE LA PLANIFICACIÓN DEL PDT.

Los requerimientos están de forma clara y entendible para los programas.

(62)

Personal: Sponsor – Gino Cruz, Analista de requerimiento – Gerson Díaz.

Materiales o Consumibles: Equipos o Máquinas: DEPENDENCIAS: QUÉ PRECEDENTE Y SUBSECUENTE TIENE EL PDT. Antes del pdt:

Después del pdt: Diagrama de Casos de Uso Otros tipos de dependencia:

(63)

2.2 DIAGRAMA DE CASOS DE USO

OBJETIVO DEL

Documentar los casos de uso.

CÓMO ES,

Documento que contiene los diagramas de casos de uso, con sus respectivos actores y detalles del proyecto.

- 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. Participa:

Apoya: Revisa:

(64)

DESEMPEÑAN EN LA ELABORACIÓN.

Stakeholder que acepta: Gino Cruz Ramírez.

Requisitos que deben cumplirse: Los casos de uso deben revisarse con el sponsor

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 CUYA OCURRENCIA IMPACTARÁ LOS OBJETIVOS DEL ALCANCE, TIEMPO, COSTO, O CALIDAD, DEL PDT.

(65)

Personal: Sponsor – Gino Cruz, Analista de Requerimiento – Gerson Materiales o Consumibles: Equipos o Máquinas: DEPENDENCIAS: QUÉ PRECEDENTE Y SUBSECUENTE TIENE EL PDT. Antes del pdt:

Después del pdt: Plan de desarrollo de software Otros tipos de dependencia:

(66)

2.3 PLAN DE DESARROLLO DE SOFTWARE OBJETIVO DEL

Documentar plan de desarrollo

CÓMO ES,

Documento que registra el plan correspondiente al proyecto, detalles relacionados

- Reunión con el arquitecto de software

- Realizar el informe. - Revisar el informe. ASIGNACIÓN DE RESPONSABILIDADES: QUIÉNES INTERVIENEN, Y QUE ROL

Responsable: Kevin, Flores Nesiosup Participa:

Apoya: Revisa: