2

Nombre del Proyecto: Reingeniería del proceso de Emisión y Facturación en el Sistema Affinity

Departamento: Tecnología

Área específica: Gerencia de Emisión y Gerencia de Canales.

Producto / Proceso: Sistema de Emisión y Facturación de pólizas.

LIMA - PERU

DOCUMENTO:PROJECT CHARTER

2

Índice

1 Datos Generales...........................................................................................32 Propósito o necesidad del cliente.................................................................4

2.1. Proposito del project charter..................................................................4 2.2. Necesidades del cliente.........................................................................4

3 Descripción del producto..............................................................................54 Alcance del Proyecto....................................................................................5

4.1. Metas y Objetivos...................................................................................5 4.2. Impacto Organizacional..........................................................................6 4.3. Entregables del Proyecto:......................................................................6 4.4. Descripción de los Entregables más importantes Proyecto:..................8

5 Enfoque de gestión.......................................................................................96 Supuestos...................................................................................................107 Problemas del Proyecto..............................................................................118 Restricciones..............................................................................................129 Riesgos.......................................................................................................1310 Recursos.....................................................................................................13

10.1. Hardware y Software:...........................................................................1310.2. Software:...............................................................................................1310.3. Recursos Humanos:.............................................................................14

11 Enfoque de construcción............................................................................1412 Planes de Organización del Equipo de Proyecto.......................................1513 Criterios de aceptación...............................................................................1614 Aprobaciones.............................................................................................17

2

PROJECT CHARTER

Proyecto

Nombre del Proyecto Reingeniería del proceso de Emisión y Facturación en el Sistema Affinity

Preparado por

Responsables del Documento Proyecto / Rol de la Organización

Gustavo Salazar Jefe de Proyectos

Control de la Versión del Project Charter

Versión Fecha Autor Descripcion del cambio

1.0 13/01/2011 Gustavo Salazar Primera versión del documento

1 Datos Generales

2

2.1.- PROPOSITO DEL PROJECT CHARTER

La carta del proyecto define el alcance, los objetivos, y el enfoque total para que el trabajo sea terminado. Es un elemento crítico para iniciar, planear, ejecutar, controlar, y determinar el proyecto. Debe ser el único punto de referencia en el proyecto para las metas y los objetivos, el alcance, la organización, las estimaciones, el plan de trabajo, y el presupuesto. Además, sirve como contrato entre el equipo de proyecto y los patrocinadores de proyecto, indicando qué será entregada según el presupuesto, los apremios del tiempo, los riesgos, los recursos, y los estándares convenidos en para el proyecto.

2.2. NECESIDADES DEL CLIENTE

oMejorara la eficiencia en el registro de la póliza, ya que al rediseñar este sistema podrá automatizar los procesos de afiliación que realizan los brokers.

oMejorar la calidad de servicio tanto para los clientes y el personal que labora en la positiva, ya que los brokers van a interactuar directamente con el sistema de emisión web.

oSi las afiliaciones las realiza un broker estas deben ser registradas en el

sistema por ellos.

oDisminuir la carga de trabajo que tienen los emisores ya que lo que se viene haciendo en la actualidad es: El broker consigue un afiliado, envía mediante una tramas los datos que serán cargados al sistema por un emisor que a su vez pre concilia y concilia luego informaban a cobranzas cual iba a ser el pago de la prima.

oEl nuevo sistema permite que el broker interactué con el proceso de pre- conciliación y conciliación de la póliza

2 Propósito o necesidad del cliente

2

Tenemos más de 70 años junto a ti y por eso podemos decir que te conocemos. Ponemos a tu disposición nuestra experiencia en el mercado asegurador peruano, donde más de 2 millones de asegurados, convierten a La Positiva Seguros en una excelente alternativa a la hora de elegir una empresa seria y con el respaldo que requieres, que pueda satisfacer las necesidades de protección de tu familia y de tu empresa.

La aplicación que se realizará para la empresa La Positiva es basada en Web que facilita la emisión, pre conciliación y conciliación de las pólizas directamente por los brokers. Ya que en la actualidad dicha emisión es realizada por un envió de tramas y los emisores son los que realizan dicho proceso al sistema que es cliente - servidor.

El sistema no solo permite que el broker registre la emisión de la póliza, sino que el sistema realizara la pre conciliación y conciliación (pre facturación y facturación de la póliza, cálculo de la prima a pagar), esto se hará a través de la WEB (por una oficina virtual).

4.1. Metas y Objetivos

Metas Objetivos

Mejorar el proceso de emisión, pre conciliación y conciliación de las afiliaciones a través de los brokers.

Registro de Afiliación de Seguro de manera directa en el sistema web por los brokers.

Reducir los tiempos de registro, pre conciliación y conciliación de las pólizas por parte de los brokers.

Disponer de un esquema de trabajo directo por los brokers ya que no dependerán de los emisores.

Mejorar la propuesta de valor del producto.

Reducir el número de pasos para realizar los procesos.

Disponer de nuevas funcionalidades del sistema Affinity (sistema Web)

3 Descripción del producto

4 Alcance del Proyecto

2

4.2. Impacto Organizacional

Organización Impacto en Participación de la Organización

Área de Emisión, Canales, Procesos.

Designar personal clave de su staff para dedicación exclusiva al proyecto.

Disponibilidad de todo el personal del área para labores de capacitación y certificación fuera del horario laboral y fines de semana.

Área de Canales y Emisión Disponibilidad de todo el personal del área para labores de capacitación y certificación fuera del horario laboral y fines de semana.

Área de Tecnología Apoyo del personal de TI encargado de manejar la base datos de la empresa.

Disponibilidad del personal asignado al proyecto para labores fuera del horario laboral y fines de semana.

Toda la organización Mejora en la eficiencia del proceso. Mejoras en la propuesta de valor del sistema

4.3. Entregables del Proyecto:

Gestión del Proyecto Entregable

1. Iniciar el proyecto Cuadro de Costos Detallado inicial – Presupuesto del proyecto

CheckList de Iniciación del Proyecto Acta de Constitución del Proyecto Presentación de Lanzamiento del Proyecto Acta de Reunión de Lanzamiento del Proyecto

2. Planificar el proyecto Plan de Gestión del Proyecto Versiones del Plan de Gestión del Proyecto

3. Ejecutar el proyecto Cuadro de Costos Detallado Actualizado – Presupuesto del Proyecto

Flujo de Caja Actualizado Actas de Reunión Semanal Repositorio de la información (Documentación) del

Proyecto Actualizado. Informe de Revisiones de Aseguramiento de calidad Constancia de Recepción de Entregable Acta de Aprobación de Entregable

4. Seguimiento y control Solicitud de Cambio Informes de Estado Semanal (Comité Operativo) Informes de Estado Mensual (Comité Ejecutivo) Acta de reunión Registro de Acuerdos y Problemas

5. Cierre Entregables del Proyecto pendientes a cerrar (Versión Final)

Entregables del Proyecto (Versión Final Impresa + CD) Acta de Aprobación de Cierre del Proyecto

2

CD con Información total del Proyecto para el repositorio de activos de CS

Lecciones Aprendidas Acta de Reunión de Cierre (con Miembros del Proyecto) Certificado de Conformidad del Servicio

Ingeniería del Proyecto Entregable

6. Modelamiento de requerimientos

Requerimientos de alto nivel Plan de Gestión de Requerimientos Glosario de Términos Modelo del Negocio Diagrama de contexto (Especificación de Requerimientos

de Software) Modelo de Procesos (Especificación de Requerimientos

de Software) Arquitectura del NegocioEspecificación de Requerimientos del SoftwareModelo de Casos de Uso del SistemaEstándares del Sistema

7. Diseño del sistema Plan de pruebas Casos de Prueba Prototipo del Sistema Informe de Prototipo del Sistema Diseño del Sistema Modelo de Datos

8. Construcción del sistema

Entorno de Construcción Software construido y Pruebas Unitarias Integración y Pruebas de Integración Documentación del Usuario

9. Pruebas del sistema Documentación Técnica Migración de Datos Entrenamiento a Usuarios Pruebas del Sistema Pruebas de Aceptación del Cliente Documentación Técnica Actualizada

10. Implementación del sistema

Sistema implementado Plan de Implementación Versión final de los artefactos de desarrollo Informe de puesta en producción Sistema en Producción Acta de Aceptación del Sistema Post Producción

2

4.4. Descripción de los Entregables más importantes Proyecto:

Modulo Web Affinity MAWo Carga de tramas al sistema Affinity.o Información de las tramas cargadas al sistema, según usuario.o Opciones de listado de las tramas cargadas al sistema.o Acceso a reporte de o Detalle del proceso de la trama cargada.

Modulo Validadoro Es un store procedure es iniciado al finalizar el proceso de carga de

las tramas por el modulo web Affinity MAW.o Valida las 4P: Patrocinador, Producto, Póliza y Proceso.o Valida vigencia de póliza.o Registra certificados de tablas de carga a tablas de repositorio.o Pasa certificados de tablas de carga a tablas temporal, luego valida

cada certificado y deposita los datos en tablas finales por cada entidad de la trama (asegurado, certificado, contratante).

Modulo Pre-Conciliación o Modulo ejecutado mediante un temporizador.o Inicia la transferencia de los pagos desde tablas de carga, hasta

tablas temporales para verificar que cada pago tenga un certificado informado (afiliado).

o Luego de verificar todos los pagos de una planilla, inicia transferencia de los pagos a la base de datos en Informix, hacia unas tablas de entrada.

o Al culminar ejecuta un store procedure, el cual genera proformas por la planilla.

Modelo Conciliacióno Modelo ejecutado por un temporizador.o Inicia transferencia de proformas desde la BD de Informix hacia el

SQL Server, esto se realiza una vez que la planilla en Informix se encuentra conciliada.

o Estas proformas (recibos) ya pueden ser consultados por el usuario, para posteriormente continuar su proceso con el área de caja.

Modulo Web Affinity MACLista las planillas en sus diferentes estados: Cargada, Preconciliada, Conciliada, Liquidada y Anulada.

CheckList de Iniciación del Proyecto (SOW)Es el documento donde se detalla que es lo que se quiere en el sistema, mayormente es elaborado por el cliente.

2

Acta de Constitución del Proyecto (Project Charter)Es el documento el explica de manera mas especifica que es lo que se quiere elabora o ejecutar finalmente. Tomando en cuenta los riesgos que existen en la elaboración de un proyección.

WBSEste documento ayudara a explicar mejor el como se esta elaborando el proyecto y los módulos que existen dentro del proyecto, respetando el cronograma de actividades.

Plan de gestiónLos paso de elaboración del Sistema, en este caso se esta utilizando el PMI, el cual nos va a ayudar a realizar los pasos que se deben de seguir para la realización del proyecto.

EjecutablesSon los módulos del programa ha elaborar.

Código FuenteSe encuentra toda la programación que se a hecho para elaborar el sistema. A su vez sirve para que pueda realizar el mantenimiento respectivo al sistema.

Manual de usuarioEn este manual se explicará el uso del sistema de forma detalla, para que sirve cada función que se ah implementado. Es una ayuda que se le facilita al usuario.

Manual del sistemaExplica el cómo funciona el sistema y a su vez las características del sistema.

o RUP: para modelamiento (análisis y diseño) para definirlos actores y casos de uso. Rational Roses Aplications.

o PMI: Metodología para la Gestión de proyectos. Siguiendo los pasos de proyecto de desarrollo.

o Objetos: Visual Studio 2008 y SQL Server 2005

o Microsoft Project 2007: Realización de la Carta Gantt.

5 Enfoque de gestión

2

o Office: uso de Microsoft Word para la explicación del entregable y Power Point para las presentaciones.

o El personal de La Positiva estará dispuesto a brindar la información

necesaria para el desarrollo adecuado del proyecto.

o La consultora ParadigmaSoft dará una laptop a cada miembro que

participa en el Proyecto, cada laptop contara con Sistema Operativo

Windows 7 a su vez las licencias de los aplicativos a utilizar son: Win

Server 2033, Visual Studio, Project manager 2007.

o La consultora se hace responsable si un miembro del equipo no pueda

continuar con sus funciones por motivos personales, si sucediera el caso

se incluirá a otra persona de la misma consultora y se informara a los

Líderes de Proyecto mediante un documento enviado por correo

electrónico.

o El usuario deberá aprobar el documento funcional con un plazo máximo

de una semana después de haberle sido entregado.

o El proveedor hará las pruebas respectivas del sistema con la presencia

de los jefes de las áreas involucradas que participan en el proyecto, se

hará la capacitación a los usuarios acerca del proyecto a realizar.

o El mantenimiento del Sistema lo realizará el área de Tecnología de la

empresa La Positiva.

o Como proveedores tenemos que responder las necesidades que tenga

el cliente en horario de trabajo.

o Ver a cada departamento como parte integral del proceso y de la

empresa y no como un ente independiente.

o No se incluye la creación de interfaces con sistemas auxiliares y/o la

modificación al software.

o Proveer la habilidad para analizar el impacto que los cambios de este

proceso tendrán en todas las unidades organizacionales.

6 Supuestos

2

o Se instalara los driver de Informix y Oracle a las maquinas de los

desarrolladores, y cualquier otro requisito necesario para el desarrollo

del sistema.

o Se instalara y configurara programas para administrar los datos en

Oracle y/o Informix.

o Se le brindara a los proveedores una lista de direcciones IP que puedan

usar sus máquinas.

o Se brindaran usuarios y password de la base de datos, dominio, etc. que

se pueda necesitar.

o La Positiva entregara tramas para los procesos del sistema.

o Se entregara al grupo de desarrolladores manuales o documentos

adicionales para complementar información sobre el flujo del trabajo de

las planillas.

o Para módulo de seguridad y configuración se utilizara el mismo del

anterior sistema.

o El personal de la positiva hará periódicamente una revisión del sistema,

para indicar si van de acorde a las especificaciones.

o La Positiva conoce las deficiencias que presenta su sistema actual

Prioridad del Criterio1 − Alta-prioridad / Problema de ruta crítica; requiere inmediato seguimiento y resolución.2 − Problema de Prioridad Media; Necesita seguimiento antes de finalización de fase para el proyecto siguiente3 − Problema de baja prioridad; Para ser resuelto antes de finalización de proyecto.4 − Problema cerrado.

# Fecha Prioridad Propietario Descripción Estado y Resolución

1 01/05/11

2 Área de Emisión

Bajo nivel de adaptabilidad por parte del personal para adaptarse a los procesos mejorados.

Tema solucionado. Se realizaron pruebas más específicas a los usuarios y usuarios que fueron capacitados.

2 01/15/11

3 Área de tecnología

Ambiente inadecuado para las pruebas

Tema solucionado. Se tuvo que especificar al detalle los

7 Problemas del Proyecto

2

# Fecha Prioridad Propietario Descripción Estado y Resolución

requisitos para la implementación de los ambientes de prueba.

o Las pruebas externas y testing se realizaran en las instalaciones de La

Positiva, aplicando un caso práctico de uno de los módulos a elaborar.

o El proyecto no puede extenderse más de 6 meses.

o Puede ser posible extender el costo del presupuesto siempre y cuando

el cliente quiera una modificación en el tiempo de pruebas internas.

o El proyecto debe realizarse bajo en el enfoque PMI.

o La solución debe ser implementada en .Net especificando e-mail,

servicios Web, etc.

o Los procesos batch (una operación particular de forma automática) sólo

cuando se conecta como usuario y no haces ninguna activad durante 15

minutos automáticamente se cerrara la sesión implementando el

proceso batch por la seguridad del usuario.

o No esta contemplado en el presupuesto labores de horas extras del

personal encargado del desarrollo del software en días feriados.

o No está permitido para el proveedor la distribución del manual de

usuario y manual del sistema a personas ajenas a la empresa.

o No acceder ni hacer el intento de ingresar a rutas que no han sido

asignadas.

o No se realizara la implementación de ningún componente sino antes se

ha coordinado con el jefe de proyecto.

o Las solicitudes de documentos o información solo se harán mediante el

correo de la consultora: xxxxx@paradigma.net

o Los procesos de pasar planillas, algún margen de error, hora de

transacciones de las planillas y otros, deben ser configurables.

o Usar en lo mínimo hard code en los store procedure de validaciones.

8 Restricciones

2

o No usar librerías anteriores al Net Framework 3.5.

o Para el uso de Ajax, no usar controles que necesiten licencia, solo usar

JQuery.

o Que el proveedor no obtenga la ayuda necesaria del Líder de usuario al

momento del levantamiento de información.

o Que La Positiva no proporcione un ambiente adecuado para las pruebas

externas necesarias del entregable.

o Que La Positiva no cierre tratos con ParadigmaSoft y elija otro

proveedor.

o Que el cliente no cumpla con las medidas de seguridad del sistema y

así se incumpla lo estipulado en el mantenimiento.

o Que una máquina de los desarrolladores se malogre, y este implique

pérdida y/o retraso del desarrollo del sistema.

o Que no se maneje las versiones en el desarrollo de los componentes, y

están puedan ser sobre escritas por una versión anterior.

o Que se pierdan los backup de la base de datos.

o Se retrase el pago por parte de la positiva a la consultora.

10.1.- Hardware y Software:

Hardware:

Laptop Core i3 con 4GB de memoria Ram y S.O Windows 7.No se necesitara comprar un servidor ya que se trabajara mediante maquinas virtuales, ya que ellas ayudan en el tiempo y costo.

9 Riesgos

10 Recursos

2

10.2. Software:

Rational Roose 7.0Microsoft Project Manager 2007Windows Server 2003Microsoft Office 2007Visual Studio 2008 (el sistema se realizara bajo el lenguaje .NET)Ultra EditSQL Server 2005Informix (La positiva brinda acceso a esta base de datos)

10.3. Recursos Humanos:

Para el proyecto, se necesita el siguiente personal:

Nombre y Apellido Función

Gustavo Salazar 1 Jefe de proyecto

Luis Michilot Analista Programador - Señior

Carlos Obregon Analista Programador

Edgar Jayo Analista Programador

Jim Moroco Programador

Jorge Salazar 1 Control de Calidad

Carla Soto 1 Documentador

Çç

o Herramientas de Software: Rational Rose Microsoft Project: para poder realizar la Carta Gantt, que ayudara para el

cronograma del proyecto. Visual Studio 2008: Herramienta para la programación del Sistema Web SQL Server 2005

o Metodologías: PMI

11 Enfoque de construcción

2

Papel del Equipo de Proyecto

Miembros del Equipo de Proyecto

Responsabilidades

Jefe del Proyecto Gustavo Salazar Supervisar el proyecto.Mantiene una constante comunicación con el líder de usuario (Jefatura de Emisión y Canales, también con la Jefatura de Tecnología).Hace cumplir lo estipulado en el contrato.Ante cualquier cambio entabla una conversación con el analista/diseñador el cual decidirán si el nuevo requerimiento se aplicara o no al proyecto.Está involucrado con el proyecto constantemente y vigilando el desarrollo (programación) del proyecto. Participa en las pruebas internas y externas que se hagan del proyecto.Reconoce los riesgos que puedan impactar la probabilidad de éxito del proyecto, y los riesgos deben ser formal o informalmente evaluados durante todo el período de ejecución del proyecto.

Líder Usuario Jefe de Emisión, Canales y Tecnología

Persona responsable de interactuar como interlocutor entre el equipo de trabajo y el equipo usuario. Coordina las definiciones de requerimientos y la aprobación de los entregables dirigidos a los usuarios finales a lo largo del proyecto.

Equipo usuario Personas designadas por las áreas de Emisión y de Canales

Personas que harán uso rutinario de la solución. Participan en la definición de requerimientos y en la aprobación de los entregables. Canalizan sus aportes oficiales a través del Líder Usuario.

Equipo de trabajo Personas de la Personas que llevaran a cabo las

12 Planes de Organización del Equipo de Proyecto

2

empresa Paradigsoft actividades de modelamiento y Construcción.

o Procedimiento de Aceptación:

La reunión que se dará será entre el Project Manager y el Líder de usuario (jefe de Emisión, jefe de canales de Canales y jefe de sistemas), en dicha reunión se trataran los requisitos y los puntos de cómo se elabora el proyecto y bajo que términos se dispondrá. Entre los términos que se estipula en el contrato estos son algunos de ellos:La fecha de entrega del proyecto no puede ser variada y si lo es se hará mediante un documento firmado por dichas partes.El seguimiento de control de proyecto será periódicamente, estando presente las partes.Se dará una previa capacitación a los usuarios y aparte de ello se entregara manual de usuario.El mantenimiento es por parte de la empresa La Positiva Seguros por ello se hará entrega de los códigos fuentes del sistema.Dejando en claro que tanto el líder de usuario como el Project Manager son los responsables que este proyecto sea concluido.

13 Criterios de aceptación

2

CERTIFICADO DE ACEPTACIÓN

Proyecto:

Lider de Proyecto: Fecha

Referencia de Tipo Entregable:

Descripción del Aceptación del Plan Entregable: Maestro de Proyecto

El entregable de la referencia ha sido revisado por las jefaturas de las áreas que participaran en la realización del proyecto y cumple en su totalidad con los objetivos y definiciones expresadas.

Firmas Fecha

_______________________________ _______________

_______________________________ _______________

_______________________________ _______________

14 Aprobaciones

Formulario

Plan Propuesta Manual Otros