Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planificación

2,782 views

Published on

  • Be the first to comment

  • Be the first to like this

Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planificación

  1. 1. FGPR020- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL Ñ FJ 25/06/2011 Versión original 1.1 JP FJ 27/06/2011 Versión ajustada SSCCOOPPEE SSTTAATTEEMMEENNTT NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA OPERADORES DE COMERCIO EXTERIOR CONSOTER DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO REQUISITOS: CONDICIONES O CAPACIDADES QUE DEBE POSEER O SATISFACER EL PRODUCTO PARA CUMPLIR CON CONTRATOS, NORMAS, ESPECIFICACIONES, U OTROS DOCUMENTOS FORMALMENTE IMPUESTOS. CARACTERÍSTICAS: PROPIEDADES FÍSICAS, QUÍMICAS, ENERGÉTICAS, O SICOLÓGICAS, QUE SON DISTINTIVAS DEL PRODUCTO, Y/O QUE DESCRIBEN SU SINGULARIDAD. 1. Que los usuarios del cliente cuenten con una herramienta informática que les permita ingresar, actualizar, consultar y dar de baja Operadores de Comercio, Circunscripciones, Representantes y Sanciones. 1. Módulo web que permite realizar el mantenimiento de Operadores de Comercio, Circunscripciones, Representantes y Sanciones. 2. Se debe poder exportar e imprimir las consultas. 2. Las consultas podrán ser visualizadas e impresas desde el navegador y exportadas a Excel y PDF. 3. El módulo debe ser una aplicación Web. 3. Para el uso de la aplicación basará tener un explorador Web. 4. Debe contar con esquema de seguridad integrado a la plataforma del cliente. 4. Para el ingreso, el usuario deberá autenticarse en la Intranet para que le habilite las opciones que le corresponde según su perfil. 5. El diseño de las interfaces debe ser de acuerdo al estándar del cliente. 5. La aplicación deberá diseñarse de acuerdo al estándar de páginas Web del cliente (colores, fuentes, distribución de objetos, formas de menú, entre otros) 6. La aplicación debe ser multiusuario y que permita sesiones concurrentes. 6. La aplicación deberá ser multiusuario y manejar transacciones a nivel de servidor de aplicaciones y de base de datos. 7. Debe contemplar un Manual de usuario con las instrucciones del uso del módulo en la Intranet del cliente. 7. El Manual de usuario deberá seguir el estándar de los manuales de usuario del cliente y publicarse en la Intranet. 8. Documentación de las pruebas unitarias y de integración de los módulos desarrollados. 8. La documentación de las pruebas deberán realizarse de acuerdo a los formatos pre-establecidos por el cliente. 9. Este módulo deberá estar integrado con el conjunto de aplicación de la Intranet del cliente. 9. Se definirá la ubicación de la aplicación en el mapa Web de la Intranet del cliente. 10. El usuario podrá utilizar cualquier navegador disponible en el mercado para utilizar el módulo 10. El módulo debe ser compatible con los diversos navegadores. Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  2. 2. FGPR020- Versión 4.0 2 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 La aprobación del Analista de Sistemas del entregable. 2. DE CALIDAD La aprobación del cumplimiento de estándares de programación, así como de los requerimientos funcionales y no funcionales. 3. ADMINISTRATIVOS Actas de conformidad del servicio por parte del cliente. 4. COMERCIALES Cumplir con los acuerdos del contrato. 5. SOCIALES Entrega de la documentación de pruebas integrales y manuales de usuarios de acuerdo a los formatos del cliente. ENTREGABLES DEL PROYECTO: PRODUCTOS ENTREGABLES INTERMEDIOS Y FINALES QUE SE GENERARÁN EN CADA FASE DEL PROYECTO. FASE DEL PROYECTO PRODUCTOS ENTREGABLES 1.0 Gestión del Proyecto Proyecto gestionado 2.0 Operadores de Comercio Módulo de operadores de comercio exterior terminado 3.0 Circunscripciones Módulo de circunscripciones terminado 4.0 Representantes Módulo de representantes terminado 5.0 Sanciones Módulo de sanciones terminado 6.0 Entregables Finales Documentación de pruebas, revisión de estándares y entrega 7.0 Levantamiento de Observaciones Análisis de observaciones y levantamiento con el documento de entrega 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. No se realizará ninguna actividad de análisis y/o diseño de software pues se considera que estas actividades han sido completadas al 100% por el cliente. 2. Aceptación y pruebas funcionales del componente aprobados por el cliente 3. Implantación del producto 4. Infraestructura de desarrollos 5. No se considera Cambio de idioma. 6. No se considera cambios solicitados no definidos en la matriz de requisitos aprobados. 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. INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN El proyecto debe terminarse dentro del presupuesto estimado y acordado con el cliente Toda la información que se maneja en el proyecto es de carácter confidencial. Los entregables serán aprobados por el cliente luego de las pruebas funcionales que este realice y se hayan levantados todas las observaciones que este haya reportado Se debe cumplir con los estándares de programación del cliente Deberá contarse con toda la infraestructura y el ambiente de desarrollo apropiado para la realización de la construcción y pruebas del software Diez días útiles de plazo para dar respuesta a las observaciones Penalidad económica por cada día de incumplimiento de plazos SUPUESTOS DEL PROYECTO: FACTORES QUE PARA PROPÓSITOS DE LA PLANIFICACIÓN DEL PROYECTO SE CONSIDERAN VERDADEROS, REALES O CIERTOS.
  3. 3. FGPR020- Versión 4.0 3 INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN Se cuenta con el personal capacitado para el desarrollo del software que encarga el cliente El personal está capacitado en los estándares de programación y el uso del framework del cliente El cliente se encargara de proveer el análisis y el diseño del software que requiera con el nivel de detalle suficiente. El cliente se encargara de realizar las revisiones de estándares y las pruebas del software entregado por el proveedor para lo cual contara con el personal capacitado El Cliente se encarga del hosting.
  4. 4. FGPR022- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL Ñ FJ 25/06/2011 Versión original 1.1 JP FJ 27/06/2011 Versión ajustada CONTROL DE VERSIONES DDOOCCUUMMEENNTTAACCIIÓÓNN DDEE RREEQQUUIISSIITTOOSS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CONSOTER OPERADORES DE COMERCIO EXTERIOR 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. Ofrecer un buen servicio al cliente, para establecer posibles vínculos para otros proyectos. El cliente requiere tercerizar la etapa de construcción de sus proyectos informáticos por capacidad operativa y reducción de costos. El cliente requiere contar con un sistema informático que le permita registrar y recuperar la información de los Operadores de Comercio Exterior. OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: DEFINIR CON CLARIDAD LOS OBJETIVOS DEL NEGOCIO Y DEL PROYECTO PARA PERMITIR LAS TRAZABILIDAD DE ÉSTOS. Cumplir con los requerimientos del cliente en el plazo menor de lo presupuestado de manera eficiente. Cumplir con los requerimientos establecidos por el cliente para la construcción del módulo de Operadores de Comercio Exterior. REQUISITOS FUNCIONALES: DESCRIBIR PROCESOS DEL NEGOCIO, INFORMACIÓN, INTERACCIÓN CON EL PRODUCTO, ETC. STAKEHOLDER PRIORIDAD OTORGADA POR EL STAKEHOLDER REQUISITOS CÓDIGO DESCRIPCIÓN El Cliente ALTA REQ01 Desarrollar el módulo de mantenimiento de Operadores de Comercio, c Circunscripciones, Representantes y Sanciones. ALTA REQ02 Implementar la trazabilidad del módulo. ALTA REQ03 Manual de usuario disponible en la Intranet. ALTA REQ04 Documentación de las pruebas de integración. ALTA REQ05 Debe permitir la impresión y exportación a Excel y PDF de todas las consultas. ALTA REQ06 El módulo debe ser una aplicación Web. ALTA REQ07 Este módulo deberá estar integrado con el conjunto de aplicación de la Intranet del 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 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
  5. 5. FGPR022- Versión 4.0aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  6. 6. FGPR220- Versión 4.0 2 El Cliente ALTA REQ08 Cumplir con los estándares de programación. ALTA REQ09 Debe contar con esquema de seguridad integrado a la plataforma del cliente. ALTA REQ09 Entrega del código fuente de la aplicación desarrollada ALTA REQ10 Entrega de procedimientos de instalación ALTA REQ11 Mantener la confidencialidad de la información del cliente. ALTA REQ12 El sistema debe poder ejecutarse en cualquier navegador. ALTA REQ13 Soporte multiusuario y de conexiones concurrentes. ALTA REQ14 Documentación de las pruebas unitarias y de integración de los módulos desarrollados. La DC Consulting ALTA REQ15 El proyecto debe ser rentable y llevarse a cabo en el tiempo establecido. REQUISITOS DE CALIDAD: 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 El Cliente ALTA REQ16 Cumplir con los estándares de programación del cliente. 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 La aprobación del Analista de Sistemas del entregable. 2. DE CALIDAD La aprobación del cumplimiento de estándares de programación, así como de los requerimientos funcionales y no funcionales. 3. ADMINISTRATIVOS Actas de conformidad del servicio por parte del cliente. 4. COMERCIALES Cumplir con los acuerdos del contrato. 5. OTROS Entrega de la documentación de pruebas integrales y manuales de usuarios de acuerdo a los formatos del cliente. REGLAS DEL NEGOCIO: REGLAS PRINCIPALES QUE FIJAN LOS PRINCIPIOS GUÍAS DE LA ORGANIZACIÓN. Se deberá realizar una reunión de carácter técnico semanalmente. Se deberá realizar una reunión de gestión quincenalmente. Presentar el informe de rendimiento quincenalmente. La gestión del proyecto se realizará de acuerdo a la Metodología de Gestión de Proyectos de La DC Consulting siguiendo el Estándar de Gestión de Proyectos del PMI. IMPACTOS EN OTRAS ÁREAS ORGANIZACIONALES El éxito del proyecto brindará nuevas oportunidades de negocio para el área comercial de LA DC CONSULTING. IMPACTOS EN OTRAS ENTIDADES: DENTRO O FUERA DE LA ORGANIZACIÓN EJECUTANTE. Los Operadores de Comercio Exterior podrán contar con acceso a la información de estado de las sanciones a través de la web y consultar la información actualizada.
  7. 7. FGPR220- Versión 4.0 3 REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO Los equipos de desarrollo son de propiedad del equipo del proyecto. Se requiere un servidor de pruebas proporcionado por el cliente. Se requiere que el cliente proporcione de un ambiente de desarrollo. Se requiere que el cliente proporcione un ambiente de trabajo para los equipos del cliente. Se requiere que el cliente proporcione capacitación en los estándares del cliente. SUPUESTOS RELATIVOS A REQUISITOS Los requerimientos no variarán una vez iniciado el proyecto. El cliente no cambiará las exigencias referidas a calidad. Se contará con la disponibilidad del ambiente de desarrollo para la ejecución del proyecto. Se contará con los recursos financieros y humanos durante todo el desarrollo del proyecto. El cambio de personal no afectará el avance del proyecto. Los cambios al alcance serán considerados como un adicional el proyecto. RESTRICCIONES RELATIVAS A REQUISITOS Toda observación deberá ser levantada en un máximo de 10 días calendarios. El pago de servicio sólo podrá ser efectuado con la firma del Acta de Conformidad del Cliente Sólo debe utilizarse las librerías del framework otorgado por el cliente. Los Ingenieros serán colegiados y estarán habilitados durante todo el tiempo de vida del proyecto. Los programadores deben tener experiencia de 03 años como mínimo en el estándar J2EE. El Project Manager debe tener experiencia de 05 años como mínimo en Gestión de Proyectos.
  8. 8. ESTADO ACTUAL NIVELDE ESTABILIDAD GRADO DE COMPLEJIDAD Estado Activo Abreviatura AC Estado Alto Abreviatura A Estado Alto Abreviatura A Aprobado AP Versión Hecha por Revisada por CONTROL DE VERSIONES Aprobada por Fecha Motivo FGPR_026_04 V4 1 GL FJ JP 22/07/2011 Versión final MATRIZ DE TRAZABILIDAD DE REQUISITOS NOMBRE DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA OPERADORES DE COMERCIO EXTERIOR SIGLAS DEL PROYECTO CONSOTER Cancelado CA Mediano M Mediano M Diferido DI Bajo B Bajo B Adicionado AD ATRIBUTOS DE REQUISITO TRAZABILIDAD HACIA: CÓDIGO DESCRIPCIÓN SUSTENTO DE SU INCLUSIÓN PROPIETARIO FUENTE PRIORIDAD VERSIÓN ESTADO ACTUAL (AC, CA, DI, AD, AP) FECHA DE CUMPLIMIENTO NIVEL DE ESTABILIDAD (A, M, B) GRADO DE COMPLEJIDAD (A, M, B) CRITERIO DE ACEPTACION NECESIDADES, OPORTUNIDADES, METAS Y OBJETIVOS DEL OBJETIVOS DEL PROYECTO ALCANCE DEL PROYECTO /ENTREGABLE DEL WBS DISEÑO DEL PRODUCTO DESARROLLO DEL PRODUCTO ESTRATEGIA DE PRUEBA ESCENARIO DE PRUEBA REQUERIMIENTO DE ALTO NIVEL REQ01 Desarrollar el módulo de mantenimiento de Operadores de Comercio, circunscripciones, representantes y sanciones. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 M A Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Documento de especificaciones Desarrollo del módulo OCE en Java según el estándar y el framework del cliente. Elaborar pruebas unitarias y de integración. Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ02 Implementar la trazabilidad del módulo. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A M Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Documento de especificaciones Desarrollo del módulo OCE en Java según el estándar y el framework del cliente. Elaborar pruebas unitarias y de integración. Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ03 Entrega de manual de usuario. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos De acuerdo al formato del cliente. Desarrollado en formato HTML No aplica No aplica Cumplimiento del requerimiento del cliente. REQ04 Documentación de las pruebas de integración. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Formato de pruebas de integración Documento Word según formato. No aplica No aplica Cumplimiento del requerimiento del cliente. REQ05 Debe permitir la impresión y exportación a Excel de todas las consultas. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Documento de especificaciones Librerías proporcionadas del cliente. Elaborar pruebas unitarias y de integración. Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ06 Cumplir con los estándares de programación. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de verificación de estándares Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos De acuerdo al manual de estándares del cliente. Desarrollo del código de acuedo a los estándares. Revisión por parte del Arquitecto de La DC Consulting Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ06 El módulo debe ser una aplicación Web. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de verificación de estándares Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos De acuerdo al manual de estándares del cliente. Desarrollo del código de acuedo a los estándares. Revisión por parte del Arquitecto de La DC Consulting Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ07 Este módulo deberá estar integrado con el conjunto de aplicación de la Intranet del cliente. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de verificación de estándares Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos De acuerdo al manual de estándares del cliente. Desarrollo del código de acuedo a los estándares. Revisión por parte del Arquitecto de La DC Consulting Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ08 Cumplir con los estándares de programación. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de verificación de estándares Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos De acuerdo al manual de estándares del cliente. Desarrollo del código de acuedo a los estándares. Revisión por parte del Arquitecto de La DC Consulting Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ09 Debe contar con esquema de seguridad integrado a la plataforma del cliente. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de verificación de estándares Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos De acuerdo al manual de estándares del cliente. Desarrollo del código de acuedo a los estándares. Revisión por parte del Arquitecto de La DC Consulting Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ09 Entrega del código fuente de la aplicación desarrollada EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de verificación de estándares Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos De acuerdo al manual de estándares del cliente. Desarrollo del código de acuedo a los estándares. Revisión por parte del Arquitecto de La DC Consulting Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ10 Entrega de procedimientos de instalación EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B Acta de verificación de estándares Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos De acuerdo al manual de estándares del cliente. Desarrollo del código de acuedo a los estándares. Revisión por parte del Arquitecto de La DC Consulting Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ11 Mantener la confidencialidad de la información del cliente. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A B No aplica Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Según contrato. No aplica No aplica No aplica Cumplimiento del requerimiento del cliente. REQ12 El sistema debe poder ejecutarse en cualquier navegador. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A M Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Documento de especificaciones Realizar las pruebas de concurrencia Elaborar pruebas unitarias y de integración. Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ13 Soporte multiusuario y de conexiones concurrentes. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A M Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Documento de especificaciones Realizar las pruebas de concurrencia Elaborar pruebas unitarias y de integración. Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ14 Documentación de las pruebas unitarias y de integración de los módulos desarrollados. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A M Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Documento de especificaciones Realizar las pruebas de concurrencia Elaborar pruebas unitarias y de integración. Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente. REQ15 El proyecto debe ser rentable y llevarse a cabo en el tiempo establecido. LA DC CONSULTING LA DC CONSULTING CONTRATO ALTA 1.0 AC 15/12/2009 A A Informe de cierre del proyecto Obtener ingresos y/o posicionamiento en el mercado Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Informe de rentabilidad de la DC Consulting. Monitoreo del rendimiento del proyecto. No aplica No aplica Cumplimiento del requerimiento del cliente. REQ16 Cumplir con los estándares de programación del cliente. EL CLIENTE EL CLIENTE CONTRATO ALTA 1.0 AC 15/12/2009 A M Acta de conformidad Satisfacción del cliente Cumplir con el alcance del proyecto Plan de Gestión de Proyectos Documento de especificaciones Realizar las pruebas de concurrencia Elaborar pruebas unitarias y de integración. Ambiente de pruebas proporcionado por el cliente Cumplimiento del requerimiento del cliente.
  9. 9. FGPR060- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 JP FJ JP 27/06/2011 Versión Inicial 2.0 JP FJ JP 20/07/2011 Versión final WWBBSS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CONSOTER OPERADORES DE COMERCIO EXTERIOR Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  10. 10. FGPR080- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL FJ JP 27/06/2011 Versión Inicial 2.0 GL FJ JP 27/06/2011 Versión final DDIICCCCIIOONNAARRIIOO WWBBSS ((ssiimmpplliiffiiccaaddoo)) SIGLAS DEL PROYECTO NOMBRE DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CONSOTER OPERADORES DE COMERCIO EXTERIOR CONSOTER ESPECIFICACIÓN DE PAQUETES DE TRABAJO DEL WBS DEFINIR EL OBJETIVO DEL PDT, DESCRIPCIÓN DEL PDT, DESCRIPCIÓN DEL TRABAJO Y ASIGNACIÓN DE RESPONSABILIDADES. Entregable1: GestióndelProyecto 1.1 Iniciación 1.1.1 Project Charter Documento que detalla la definición del proyecto y producto, finalidad y justificación del proyecto, principales hitos, supuestos, restricciones y oportunidades del proyecto. 1.1.2 Registro y Estrategia de StakeHolders Documento que detalla los stakeholders y la estrategia a utilizar con cada uno. 1.2 Planificación 1.2.1 Sentencia de Alcance Documento que establece el trabajo que debe realizarse y los productos entregables que deben producirse. 1.2.2 EDT Estructura de Desglose del trabajo, con los principales entregables del proyecto organizados de manera jerárquica. 1.2.3 Plan de Gestión del Proyecto Documento formalmente aprobado que define como se ejecuta, supervisa y controla el proyecto. Contiene el cronograma, el presupuesto, línea base de calidad, organización del proyecto, RAM, Plan de gestión de RRHH, Plan de gestión de Comunicaciones, Plan de gestión de riesgos. 1.3 Informes de Estado del Proyecto Documento que informará el estado del avance de cada entregable del proyecto, en cuanto a tiempo, costo, alcance y calidad. El informe se emitirá semanalmente. 1.4 Reuniones de Coordinación 1.4.1 Reunión Técnica Semanal con el Cliente Reunión con el analista de sistemas de El Cliente, para solucionar inconvenientes de carácter técnico. 1.4.2 Reunión de Gestión Semanal con el Cliente Reunión con el analista de sistemas de El Cliente, el Supervisor del El Cliente, el Project manager de La DC Consulting y opcionalmente el gerente de proyectos de TI de la DC Consulting, para informar el avance del proyecto y solucionar inconvenientes de tipo administrativo, logístico, cumplimientos de objetivos.
  11. 11. FGPR080- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. 1.4.3 Reunión quincenal con el equipo de gestión del Proyecto. Reunión del Project Manager con el Gerente de TI y Gerente General de la DC Consulting, para coordinar e informar el cumplimiento de objetivos, desempeño del personal, requerimientos para mejorar el desempeño 1.5 Cierre del Proyecto Reunión con el equipo del proyecto donde el Project Manager deberá presentar: - Informe de Performance del proyecto. - Lecciones aprendidas del proyecto. - Métricas del proyecto. - Acta de Aceptación del proyecto. - Archivo final del proyecto. Entregable2: OperadoresdeComercio 2.1 Registro y Modificación de Operador Opción del software que permite el registro y modificación de los datos de los operadores de comercio exterior, tales como clase de operador, código aduanero, RUC, nombre comercial, razón social, actividad principal, actividades secundarias, contactos administrativos, vigencia, circunscripción principal. 2.2 Consulta de Operador 2.2.1 Consulta de Operador Consulta de operadores de comercio exterior por diferentes criterios, tales como clase de operador, código aduanero, RUC, nombre comercial, razón social, actividad principal. 2.2.2 Exportación a PDF y Excel Documento en formato PDF o EXCEL conteniendo los criterios utilizados y el resultado de la consulta. 2.3 Cambio de Estado de Operador Opción del software que permite cambiar el estado del Operador de Comercio Exterior. 2.4 Documentación 2.4.1 Pruebas Unitarias Documento con las pruebas realizadas acerca del registro, modificación, consulta y cambio de estado de operadores de comercio. Debe documentarse la prueba funcional así como las sentencias SQL utilizadas. 2.4.2 Manual de Usuario Manual de Usuario en formato HTML del registro, modificación, consulta y cambio de estado de operadores de comercio exterior. Entregable3: Circunscripciones 3.1 Asignación de Operador a Circunscripciones Opción del software que permite el registro y modificación de las circunscripciones en las que un operador de comercio está permitido de realizar sus actividades. 3.2 Registro y Modificación de Local por Circunscripción Opción del software que permite registrar y modificar los locales del operador de comercio en cada una de las circunscripciones en las que tiene permitido operar. 3.3 Consulta de Locales 3.3.1 Consulta de Locales Consulta de locales por diferentes criterios como operador de comercio, circunscripción y ubicación geográfica. 3.3.2 Exportación a PDF y Excel Documento en formato PDF o EXCEL conteniendo los criterios utilizados y el resultado de la consulta. 3.4 Cambio de Estado de Local Opción del software que permite cambiar el estado del local del Operador de Comercio Exterior.
  12. 12. FGPR080- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. 3.5 Documentación 3.5.1 Pruebas Unitarias Documento con las pruebas realizadas acerca del registro, modificación, consulta y cambio de estado de los locales de los operadores de comercio. Debe documentarse la prueba funcional así como las sentencias SQL utilizadas. 3.5.2 Manual de Usuario Manual de Usuario en formato HTML del registro, modificación, consulta y cambio de estado de los locales de los operadores de comercio exterior. Entregable4: Representantes 4.1 Registro de y Modificación de Representante Opción del software que permite registrar y modificar los datos de los representantes de los operadores de comercio exterior, entre los cuales están sus nombres, apellidos, firma y foto. 4.2 Consulta de Representante 4.2.1 Consulta de Representante Consulta de representantes por diferentes criterios como operador de comercio, nombres y apellidos. 4.2.2 Exportación a PDF y Excel Documento en formato PDF o EXCEL conteniendo los criterios utilizados y el resultado de la consulta. 4.3 Cambio de Estado Representante Opción del software que permite cambiar el estado del representante del Operador de Comercio Exterior. 4.4 Documentación 4.4.1 Pruebas Unitarias Documento con las pruebas realizadas acerca del registro, modificación, consulta y cambio de estado de los representantes de los operadores de comercio. Debe documentarse la prueba funcional así como las sentencias SQL utilizadas. 4.4.2 Manual de Usuario Manual de Usuario en formato HTML del registro, modificación, consulta y cambio de estado de los representantes de los operadores de comercio exterior. Entregable5: Sanciones 5.1 Registro de Sanciones y Seguimientos Opción del software que permite registrar las sanciones y su seguimiento (cambios de estado, apelaciones, motivo) de los operadores de comercio exterior, pudiendo aplicar total o parcialmente a sus circunscripciones. 5.2 Consulta Sanciones por Operador 5.2.1 Consulta de Sanciones. Consulta de sanciones y sus seguimientos por diferentes criterios tales como acción realizada, fecha de sanción y motivo de la sanción o el seguimiento. 5.2.2 Exportación a PDF y Excel. Documento en formato PDF o EXCEL conteniendo los criterios utilizados y el resultado de la consulta. 5.3 Documentación 5.3.1 Pruebas Unitarias Documento con las pruebas realizadas acerca de las sanciones y seguimientos de los operadores de comercio. Debe documentarse la prueba funcional así como las sentencias SQL utilizadas. 5.3.2 Manual de Usuario Manual de Usuario en formato HTML del registro, seguimiento y consulta de las sanciones de los operadores de comercio exterior.
  13. 13. FGPR080- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. Levantamientode Entregable6: EntregablesFinales 6.1 Pruebas de Integración Documento con las pruebas realizadas con la todas las funcionalidades integradas (operadores de comercio, circunscripciones, representantes y sanciones). Debe documentarse la prueba funcional así como las sentencias SQL utilizadas. Debe contemplar toda la casuística. 6.2 Revisión de Estándares Documento con la validación de los estándares utilizados en la construcción del software. 6.3 Documentación Entrega Carta de entrega al cliente, cd conteniendo las pruebas de integración, manuales, código fuente, respuesta a observaciones. Entregable7: Observaciones 7.1 Actualización de las pruebas de Integración Actualización de las pruebas de integración luego de haberse subsanado las observaciones. 7.2 Documentación Entrega Carta de entrega al cliente, cd conteniendo las pruebas de integración, manuales, código fuente, respuesta a observaciones.
  14. 14. CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL FJ 29/06/2011 Versión Original 2.0 GL FJ 19/07/2011 Versión Actualizada Identificación y Secuenciamiento de Actividades Proyecto de Desarrollo de un Nuevo Software Para Operadores De Comercio Exterior Paquete de Trabajo Actividad de Trabajo Actividad Restricciones o Fecha Persona Zona Tipo de Código WBS Nombre Código Nombre Alcance de Trabajo de la Actividad Predecesora Supuestos Impuesta Responsable Geográfica Actividad 1.1.1.2 Project Charter 1.1.1.2.1 1.1.1.2.2 1.1.1.2.3 1.1.1.2.4 Reunión con el sponsor Elaborar Project Charter Revisar Project Charter Aprobar Project Charter Reunión con el sponsor Elaborar Project Charter Revisar Project Charter Aprobar Project Charter 1.1.1.2.1 1.1.1.2.2 1.1.1.2.3 GL GL GL GL 1.1.2.1 Scope Statement 1.1.2.1.1 1.1.2.1.2 1.1.2.1.3 1.1.2.1.4 Reunión con el sponsor Elaborar el Scope Statement Revisar el Scope Statement Aprobar el Scope Statement Reunión con el sponsor Elaborar el Scope Statement Revisar el Scope Statement Aprobar el Scope Statement 1.1.2.1.1 1.1.2.1.2 1.1.2.1.3 GL GL GL GL 1.1.2.2 Plan de Gestión del Proyecto 1.1.2.2.1 1.1.2.2.2 1.1.2.2.3 1.1.2.2.4 Reunión con el equipo del proyecto Elaborar el Plan de Gestión del Proyecto Revisión del Plan de Gestión del Proyecto Aprobar el Plan de Gestión del Proyecto Reunión con el equipo del proyecto Elaborar el Plan de Gestión del Proyecto Revisión del Plan de Gestión del Proyecto Aprobar el Plan de Gestión del Proyecto 1.1.2.2.1 1.1.2.2.2 1.1.2.2.3 AT,DZ,GL,JV,PP,P GL GL GL V,WG 1.1.3.1 Contratación de Personal 1.1.3.1.1 1.1.3.1.2 1.1.3.1.3 Realizar la convocatoria Realizar proceso de selección Negociar contratación Realizar la convocatoria Realizar proceso de selección Negociar contratación GL GL GL 1.1.3.1.1[FC+5 días] 1.1.3.1.2 1.1.3.2 Capacitación del equipo en los estándares del cliente 1.1.3.2.1 Asistir a la capacitación en los estándares del cliente Asistir a la capacitación en los estándars del cliente AT,DZ,GL,JV,PP,PV,WG 1.1.3.3 Informes de Desempeño Semanal 1.1.3.3 Informes de Desempeño Semanal Informes de Desempeño Semanal GL 1.1.3.4 Monitoreo y Control de Cambios 1.1.3.4 Monitoreo y Control de Cambios Monitoreo y Control de Cambios GL 1.1.3.5 Reuniones de Coordinación 1.1.3.5.1 1.1.3.5.2 1.1.3.5.3 Reunión Técnica Semanal con el Cliente Reunión De Gestión Semanal con el cliente Reunión Semanal con el equipo de Gestión del Proyecto Reunión Técnica Semanal con el Cliente Reunión De Gestión Semanal con el cliente Reunión Semanal con el equipo de Gestión del Proyecto GL GL GL 1.1.4 Cierre del Proyecto 1.1.4.1 1.1.4.2 1.1.4.3 Desarrollar taller de lecciones aprendidas Elaborar informe final del proyecto Cierre del Proyecto Desarrollar taller de lecciones aprendidas Elaborar informe final del proyecto Cierre del Proyecto 1.1.4.1 1.1.4.2 GL,AT,DZ,JV,PP,P GL GL V,WG 1.2.1 Registro y Modificación de Operador 1.2.1.1 1.2.1.2 1.2.1.3 1.2.1.4 1.2.1.5 1.2.1.6 1.2.1.7 Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.2.1.1 1.2.1.2 1.2.1.3 1.2.1.4 1.2.1.5 1.2.1.6 DZ DZ DZ DZ DZ WG GL 1.2.2 Consulta de Operador 1.2.2.1 1.2.2.2 1.2.2.3 1.2.2.4 1.2.2.5 1.2.2.6 1.2.2.7 1.2.2.8 Revisar la especificación Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.2.2.1 1.2.2.2 1.2.2.3 1.2.2.4 1.2.2.5 1.2.2.6 1.2.2.7 DZ DZ DZ DZ DZ DZ WG GL 1.2.3 Cambio de Estado de Operador 1.2.3.1 1.2.3.2 1.2.3.3 1.2.3.4 1.2.3.5 1.2.3.6 1.2.3.7 Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.2.3.1 1.2.3.2 1.2.3.3 1.2.3.4 1.2.3.5 1.2.3.6 DZ DZ DZ DZ DZ WG GL 1.2.4 Documentación 1.2.4.1 1.2.4.2 1.2.4.3 Elaborar Manual de Usuario Revisión de estándares Aprobación del Project Manager Elaborar Manual de Usuario Revisión de estándares Aprobación del Project Manager 1.2.4.1 1.2.4.2 JV WG GL 1.3.1 Asignación de Operador a Circunscripciones 1.3.1.1 1.3.1.2 1.3.1.3 1.3.1.4 1.3.1.5 1.3.1.6 1.3.1.7 Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.3.1.1 1.3.1.2 1.3.1.3 1.3.1.4 1.3.1.5 1.3.1.6 AT AT AT AT AT WG GL 1.3.2 Registro y Modificación de Local por Circunscripción 1.3.2.1 1.3.2.2 1.3.2.3 Revisar la especificación Preparar casos de pruebas Construir el software Revisar la especificación Preparar casos de pruebas Construir el software 1.3.2.1 1.3.2.2 AT AT AT
  15. 15. 1.3.2.4 1.3.2.5 1.3.2.6 1.3.2.7 Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.3.2.3 1.3.2.4 1.3.2.5 1.3.2.6 AT AT WG GL 1.3.3 Consulta de Locales 1.3.3.1 1.3.3.2 1.3.3.3 1.3.3.4 1.3.3.5 1.3.3.6 1.3.3.7 1.3.3.8 Revisar la especificación Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.3.3.1 1.3.3.2 1.3.3.3 1.3.3.4 1.3.3.5 1.3.3.6 1.3.3.7 AT AT AT AT AT AT WG GL 1.3.4 Cambio de Estado de Local 1.3.4.1 1.3.4.2 1.3.4.3 1.3.4.4 1.3.4.5 1.3.4.6 1.3.4.7 Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.3.4.1 1.3.4.2 1.3.4.3 1.3.4.4 1.3.4.5 1.3.4.6 AT AT AT AT AT WG GL 1.3.5 Documentación 1.3.5.1 1.3.5.2 1.3.5.3 Elaborar Manual de Usuario Revisión de estándares Aprobación del Project Manager Elaborar Manual de Usuario Revisión de estándares Aprobación del Project Manager 1.3.5.1 1.3.5.2 JV WG GL 1.4.1 Registro de y Modificación de Representante 1.4.1.1 1.4.1.2 1.4.1.3 1.4.1.4 1.4.1.5 1.4.1.6 1.4.1.7 1.4.1.8 1.4.1.9 Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisión de estándares Aprobación del Project Manager 1.4.1.1 1.4.1.2 1.4.1.3 1.4.1.4 1.4.1.5 1.4.1.6 1.4.1.7 1.4.1.8 PP PP PP PP PP WG GL WG GL 1.4.2 Consulta de Representante 1.4.2.1 1.4.2.2 1.4.2.3 1.4.2.4 1.4.2.5 1.4.2.6 1.4.2.7 1.4.2.8 Revisar la especificación Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.4.2.1 1.4.2.2 1.4.2.3 1.4.2.4 1.4.2.5 1.4.2.6 1.4.2.7 PP PP PP PP PP PP WG GL 1.4.3 Cambio de Estado Representante 1.4.3.1 1.4.3.2 1.4.3.3 1.4.3.4 1.4.3.5 1.4.3.6 1.4.3.7 Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.4.3.1 1.4.3.2 1.4.3.3 1.4.3.4 1.4.3.5 1.4.3.6 PP PP PP PP PP WG GL 1.4.4 Documentación 1.4.4.1 1.4.4.2 1.4.4.3 Manual de Usuario Revisión de estándares Aprobación del Project Manager Manual de Usuario Revisión de estándares Aprobación del Project Manager 1.4.4.1 1.4.4.2 JV WG GL 1.5.1 Registro de Sanciones y Seguimientos 1.5.1.1 1.5.1.2 1.5.1.3 1.5.1.4 1.5.1.5 1.5.1.6 1.5.1.7 Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.5.1.1 1.5.1.2 1.5.1.3 1.5.1.4 1.5.1.5 1.5.1.6 PV PV PV PV PV WG GL 1.5.2 Consulta Sanciones por Operador 1.5.2.1 1.5.2.2 1.5.2.3 1.5.2.4 1.5.2.5 1.5.2.6 1.5.2.7 1.5.2.8 Revisar la especificación Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisar la especificación Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager 1.5.2.1 1.5.2.2 1.5.2.3 1.5.2.4 1.5.2.5 1.5.2.6 1.5.2.7 PV PV PV PV PV PV WG GL 1.5.3 Documentación 1.5.3.1 1.5.3.2 1.5.3.3 Manual de Usuario Revisión de estándares Aprobación del Project Manager Manual de Usuario Revisión de estándares Aprobación del Project Manager 1.5.3.1 1.5.3.2 JV WG GL 1.6.1 Pruebas de Integración 1.6.1.1 1.6.1.2 1.6.1.3 1.6.1.4 Diseñar la prueba Ejecutar la prueba Elaborar informe de prueba de integración Aprobación del Project Manager Diseñar la prueba Ejecutar la prueba Elaborar informe de prueba de integración Aprobación del Project Manager 1.6.1.1 1.6.1.2 1.6.1.3 JV JV JV GL 1.6.2 Revisión de Estándares 1.6.2.1 1.6.2.2 1.6.2.3 Verificar código de programación Ajustar código Verificar código de programación conjuntamente con el Analista d Verificar código de programación Ajustar código Verificar código de programación conjuntamente con el Analista d 1.6.2.1 1.6.2.2 WG PV,PP,DZ,AT PV
  16. 16. 1.6.3 Documentación Entrega 1.6.3.1 1.6.3.2 1.6.3.3 1.6.3.4 Preparar el CD con código fuente, pruebas unitarias y manual de u Elaborar documento de pase a producción Elaborar Carta de Entrega e Informe Aprobación del Project Manager Preparar el CD con código fuente, pruebas unitarias y manual de us Elaborar documento de pase a producción Elaborar Carta de Entrega e Informe Aprobación del Project Manager uario 1.6.3.1 1.6.3.2 1.6.3.3 JV JV JV GL 1.7 Levantamiento de Observaciones 1.7.1 1.7.2 1.7.3 1.7.4 Revisar Informe de observaciones Ajustar el código Actualizar documentación de entrega Presentación de entregables finales Revisar Informe de observaciones Ajustar el código Actualizar documentación de entrega Presentación de entregables finales 1.7.1 1.7.2 1.7.3 GL PP GL 1.6.2.4 Ajustar código Ajustar código 1.6.2.3 PV,PP,DZ,AT
  17. 17. FGPR110- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL FJ 29/06/2011 Versión Original 2.0 GL FJ 19/07/2011 Versión Actualizada RREEDD DDEELL PPRROOYYEECCTTOO NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CONSOTER OPERADORES DE COMERCIO EXTERIOR 2.0 1.0 3.0 6.0 7.0 4.0 5.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  18. 18. FGPR130- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL FJ 29/06/2011 Versión Original 2.0 GL FJ 19/07/2011 Versión actualizada CCRROONNOOGGRRAAMMAA DDEELL PPRROOYYEECCTTOO NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA OPERADORES DE COMERCIO EXTERIOR CONSOTER
  19. 19. FGPR130- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  20. 20. FGPR130- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  21. 21. FGPR130- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  22. 22. FGPR130- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  23. 23. FGPR130- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  24. 24. FGPR130- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  25. 25. 1.0 GL FJ 29/06/2011 Versión Ori ginal Nombre del Nombre del Nombre del Nombre del 1.1.1.2.2 1.1.1.2.3 Elaborar Project Charter Revisar Project Charter GL GL HH HH 8 horas 2 horas S/. 227.27 S/. 56.82 1.1.2.1.2 1.1.2.1.3 Elaborar el Scope Statement Revisar el Scope Statement GL GL HH HH 8 horas 2 horas S/. 227.27 S/. 56.82 1.1.2.2.2 1.1.2.2.3 Elaborar el Plan de Gestión del Proyecto Revisión del Plan de Gestión del Proyecto GL GL HH HH 16 horas 2 horas S/. 454.55 S/. 56.82 1.1.3.1.2 1.1.3.1.3 Realizar proceso de selección Negociar contratación GL GL HH HH 24 horas 8 horas S/. 681.82 S/. 227.27 Informes de Desempeño Se 1.1.3.3 Informes de Desempeño Semanal GL HH 360 horas ############ Reunión Técnica Semanal c 1.1.3.5.1 Reunión Técnica Semanal con el Cliente GL HH 1 hora S/. 28.41 1.1.4.2 Elaborar informe final del proyecto GL HH 16 horas S/. 454.55 1.2.1.2 1.2.1.3 1.2.1.4 1.2.1.5 1.2.1.6 Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares DZ DZ DZ DZ WG HH HH HH HH HH 16 horas 160 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 545.45 S/. 181.82 1.2.2.2 1.2.2.3 1.2.2.4 1.2.2.5 1.2.2.6 1.2.2.7 Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares DZ DZ DZ DZ DZ WG HH HH HH HH HH HH 16 horas 160 horas 40 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 681.82 S/. 545.45 S/. 181.82 1.2.3.2 1.2.3.3 1.2.3.4 1.2.3.5 1.2.3.6 Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares DZ DZ DZ DZ WG HH HH HH HH HH 16 horas 160 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 545.45 S/. 181.82 1.2.4.2 Revisión de estándares WG HH 8 horas S/. 181.82 1.3.1.2 1.3.1.3 1.3.1.4 1.3.1.5 1.3.1.6 Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares AT AT AT AT WG HH HH HH HH HH 16 horas 160 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 545.45 S/. 181.82 1.3.2.2 1.3.2.3 1.3.2.4 1.3.2.5 1.3.2.6 Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares AT AT AT AT WG HH HH HH HH HH 16 horas 160 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 545.45 S/. 181.82 1.3.3.2 1.3.3.3 1.3.3.4 1.3.3.5 1.3.3.6 1.3.3.7 Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares AT AT AT AT AT WG HH HH HH HH HH HH 16 horas 160 horas 40 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 681.82 S/. 545.45 S/. 181.82 1.3.4.2 1.3.4.3 1.3.4.4 1.3.4.5 1.3.4.6 Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares AT AT AT AT WG HH HH HH HH HH 16 horas 160 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 545.45 S/. 181.82 1.3.5.2 Revisión de estándares WG HH 8 horas S/. 181.82 1.4.1.2 1.4.1.3 1.4.1.4 1.4.1.5 1.4.1.6 1.4.1.7 1.4.1.8 Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares Aprobación del Project Manager Revisión de estándares PP PP PP PP WG GL WG HH HH HH HH HH HH HH 16 horas 160 horas 40 horas 32 horas 8 horas 0 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 545.45 S/. 181.82 S/. 0.00 S/. 181.82 1.4.2.2 1.4.2.3 1.4.2.4 1.4.2.5 1.4.2.6 1.4.2.7 Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares PP PP PP PP PP WG HH HH HH HH HH HH 16 horas 160 horas 40 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 681.82 S/. 545.45 S/. 181.82 1.4.3.2 1.4.3.3 1.4.3.4 1.4.3.5 1.4.3.6 Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares PP PP PP PP WG HH HH HH HH HH 16 horas 160 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 545.45 S/. 181.82 1.4.4.2 Revisión de estándares WG HH 8 horas S/. 181.82 1.5.1.2 1.5.1.3 1.5.1.4 1.5.1.5 1.5.1.6 Preparar casos de pruebas Construir el software Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares PV PV PV PV WG HH HH HH HH HH 16 horas 160 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 545.45 S/. 181.82 1.5.2.2 1.5.2.3 1.5.2.4 1.5.2.5 1.5.2.6 1.5.2.7 Preparar casos de pruebas Construir la consulta Construir exportación de consulta a PDF y Excel Ejecutar casos de prueba unitaria Documentar prueba unitaria Revisión de estándares PV PV PV PV PV WG HH HH HH HH HH HH 16 horas 160 horas 40 horas 40 horas 32 horas 8 horas S/. 272.73 S/. 2,727.27 S/. 681.82 S/. 681.82 S/. 545.45 S/. 181.82 1.5.3.2 1.5.3.3 Revisión de estándares Aprobación del Project Manager WG GL HH HH 8 horas 0 horas S/. 181.82 S/. 0.00 1.6.1.2 1.6.1.3 Ejecutar la prueba Elaborar informe de prueba de integración JV JV HH HH 96 horas 24 horas S/. 818.18 S/. 204.55 1.6.2.2 1.6.2.3 Ajustar código Verificar código de programación conjuntamente con el Analist PV,PP,DZ,AT PV HH HH 32 horas 0.8 horas S/. 545.45 S/. 13.64 1.6.3.2 1.6.3.3 Elaborar documento de pase a producción Elaborar Carta de Entrega e Informe JV JV HH HH 16 horas 4 horas S/. 136.36 S/. 34.09 1.7.2 1.7.3 Ajustar el código Actualizar documentación de entrega PP GL HH HH 136 horas 24 horas S/. 2,318.18 S/. 681.82 Versión Hecha por Revisada por Aprobada por Fecha Motivo 2.0 GL FJ 19/07/2011 Versión Actua lizada Costeo del Proyecto Proyecto de Desarrollo de un Nuevo Software para Operadores De Comercio Exterior Entrregable Id Tarea Recurso Unidad Cantidad Costo Total Recurso Unidad Cantidad Costo Total Recurso Unidad Cantidad Costo Total Recurso Unidad Cantidad Costo Total Project Charter 1.1.1.2.1 Reunión con el sponsor HH 2 horas S/. 56.82 1.1.1.2.4 Aprobar Project Charter GL HH 0 horas S/. 0.00 1.1.2.1.4 Aprobar el Scope Statement GL HH 0 horas S/. 0.00 Plan de Gestión del Proyect 1.1.2.2.1 Reunión con el equipo del proyecto AT,DZ,GL,JV, HH 14 horas S/. 255.68 1.1.2.2.4 Aprobar el Plan de Gestión del Proyecto GL HH 0 horas S/. 0.00 Contratación de Personal 1.1.3.1.1 Realizar la convocatoria GL HH 8 horas S/. 227.27 Capacitación del equipo en 1.1.3.2.1 Asistir a la capacitación en los estándars del cliente AT,DZ,GL,JV, HH 112 horas S/. 2,045.45 Monitoreo y Control de Ca 1.1.3.4 Monitoreo y Control de Cambios GL HH 360 horas ############ Reunión De Gestión Seman 1.1.3.5.2 Reunión De Gestión Semanal con el cliente GL HH 45 horas S/. 1,278.41 Reunión Semanal con el eq 1.1.3.5.3 Reunión Semanal con el equipo de Gestión del Proyecto GL HH 45 horas S/. 1,278.41 Cierre del Proyecto 1.1.4.1 Desarrollar taller de lecciones aprendidas GL,AT,DZ,JV, HH 8 horas S/. 146.10 1.1.4.3 Cierre del Proyecto GL HH 0 horas S/. 0.00 Registro y Modificación de 1.2.1.1 Revisar la especificación DZ HH 24 horas S/. 409.09 1.2.1.7 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Consulta de Operador 1.2.2.1 Revisar la especificación DZ HH 24 horas S/. 409.09 1.2.2.8 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Cambio de Estado de Oper 1.2.3.1 Revisar la especificación DZ HH 24 horas S/. 409.09 1.2.3.7 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Documentación 1.2.4.1 Elaborar Manual de Usuario JV HH 40 horas S/. 340.91 1.2.4.3 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Asignación deOperador a C 1.3.1.1 Revisar la especificación AT HH 24 horas S/. 409.09 1.3.1.7 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Registro y Modificación de 1.3.2.1 Revisar la especificación AT HH 24 horas S/. 409.09 1.3.2.7 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Consulta de Locales 1.3.3.1 Revisar la especificación AT HH 24 horas S/. 409.09 1.3.3.8 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Cambio de Estado de Local 1.3.4.1 Revisar la especificación AT HH 24 horas S/. 409.09 1.3.4.7 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Documentación 1.3.5.1 Elaborar Manual de Usuario JV HH 40 horas S/. 340.91 1.3.5.3 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Registro de y Modificación 1.4.1.1 Revisar la especificación PP HH 24 horas S/. 409.09 1.4.1.9 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Consulta de Representante 1.4.2.1 Revisar la especificación PP HH 24 horas S/. 409.09 1.4.2.8 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Cambio de Estado Represen 1.4.3.1 Revisar la especificación PP HH 24 horas S/. 409.09 1.4.3.7 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Documentación 1.4.4.1 Manual de Usuario JV HH 40 horas S/. 340.91 1.4.4.3 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Registro de Sanciones y Se 1.5.1.1 Revisar la especificación PV HH 24 horas S/. 409.09 1.5.1.7 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Consulta Sanciones por Op 1.5.2.1 Revisar la especificación PV HH 24 horas S/. 409.09 1.5.2.8 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Documentación 1.5.3.1 Manual de Usuario JV HH 40 horas S/. 340.91 1.5.4 Entrega de módulo de Sanciones HH 0 horas S/. 0.00 Entregables Finales 1.6.1.1 Diseñar la prueba JV HH 40 horas S/. 340.91 1.6.1.4 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Revisión de Estándares 1.6.2.1 Verificar código de programación WG HH 24 horas S/. 545.45 1.6.2.4 Ajustar código PV,PP,DZ,AT HH 16 horas S/. 272.73 Documentación Entrega 1.6.3.1 Preparar el CD con código fuente, pruebas unitarias y manual d JV HH 4 horas S/. 34.09 1.6.3.4 Aprobación del Project Manager GL HH 0 horas S/. 0.00 Levantamiento de Observa 1.7.1 Revisar Informe deobservaciones GL HH 16 horas S/. 454.55 1.7.4 Presentación de entregables finales GL HH 0 horas S/. 0.00
  26. 26. CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL FJ 19/07/2011 Versión Original Proyecto de Desarrollo de un Nuevo Software para Operadores De Comercio Exterior Presupuesto del Proyecto (Por Fase y Entregables) Proyecto Fase Entregable Monto (S/.) Proyecto de Desarrollo de un Nuevo Software para Operadores de Comercio Exterior Gestión del Proyecto Inicio S/. 340.91 S/. 29,492.69 S/. 15,659.09 S/. 20,477.27 S/. 15,840.91 S/. 10,840.91 S/. 2,945.45 S/. 3,454.55 Planificación S/. 1,107.95 Ejecución S/. 27,443.18 Cierre S/. 600.65 Total Fase Operadores de Comercio Registro y modificación del Operador S/. 4,818.18 Consulta de Operador S/. 5,500.00 Cambio de Estado de Operador S/. 4,818.18 Documentación S/. 522.73 Total Fase Circunscripciones Asignación de Operador a Circunscripciones S/. 4,818.18 Registro y Modificación de Local por Circunscripción S/. 4,818.18 Consulta de Locales S/. 5,500.00 Cambio de Estado de Local S/. 4,818.18 Documentación S/. 522.73 Total Fase Representantes Registro de y Modificación de Representante S/. 5,000.00 Consulta de Representante S/. 5,500.00 Cambio de Estado Representante S/. 4,818.18 Documentación S/. 522.73 Total Fase Sanciones Registro de Sanciones y Seguimientos S/. 4,818.18 Consulta Sanciones por Operador S/. 5,500.00 Documentación S/. 522.73 Total Fase Entregables Finales Pruebas de Integración S/. 1,363.64 Revisión de Estándares S/. 1,377.27 Documentación Entrega S/. 204.55 Total Fase Levantamiento de Observaciones S/. 3,454.55 Total Fase Total Fases S/. 98,710.88 Reserva de Contingencia S/. 9,871.09 Reserva de Gestión S/. 9,871.09 Presupuesto del Proyecto S/. 118,453.05
  27. 27. CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL FJ 19/07/2011 Versión Original Proyecto de Desarrollo de un Nuevo Software para Operadores De Comercio Exterior Presupuesto del Proyecto (Por Semana) Proyecto Semana Costo (S/.) Costo Acumulado por Semana nº por Semana DESARROLLO DE UN NUEVO SOFTWARE PARA OPERADORES DE COMERCIO EXTERIOR Semana 01 1221.59 S/. 1,221.59 Semana 02 4642.05 S/. 5,863.64 Semana 03 3948.86 S/. 9,812.50 Semana 04 3494.32 S/. 13,306.82 Semana 05 2176.14 S/. 15,482.95 Semana 06 3267.05 S/. 18,750.00 Semana 07 3267.05 S/. 22,017.05 Semana 08 3267.05 S/. 25,284.09 Semana 09 3448.86 S/. 28,732.95 Semana 10 3312.5 S/. 32,045.45 Semana 11 3267.05 S/. 35,312.50 Semana 12 3267.05 S/. 38,579.55 Semana 13 3267.05 S/. 41,113.64 Semana 14 3267.05 S/. 47,835.23 Semana 15 2721.59 S/. 51,102.27 Semana 16 3267.05 S/. 54,369.32 Semana 17 3312.5 S/. 57,545.45 Semana 18 3130.68 S/. 60,380.68 Semana 19 2585.23 S/. 62,965.91 Semana 20 2585.23 S/. 65,551.14 Semana 21 2585.23 S/. 68,136.36 Semana 22 2585.23 S/. 70,721.59 Semana 23 2585.23 S/. 72,897.73 Semana 24 2176.14 S/. 75,278.41 Semana 25 2380.68 S/. 76,295.45 Semana 26 1017.05 S/. 77,426.14 Semana 27 1130.68 S/. 79,102.27 Semana 28 1676.14 S/. 80,323.86 Semana 29 1221.59 S/. 81,545.45 Semana 30 1221.59 S/. 82,767.05 Semana 31 1221.59 S/. 83,988.64 Semana 32 1221.59 S/. 84,982.95 Semana 33 994.32 S/. 85,977.27 Semana 34 994.32 S/. 86,857.95 Semana 35 880.68 S/. 87,738.64 Semana 36 880.68 S/. 88,619.32 Semana 37 1221.59 S/. 89,840.91 Semana 38 1085.23 S/. 90,926.14 Semana 39 371.59 S/. 91,297.73 Semana 40 1653.41 S/. 92,951.14 Semana 41 1221.59 S/. 94,172.73 Semana 42 1221.59 S/. 95,394.32 Semana 43 1221.59 S/. 96,615.91 Semana 44 1494.32 S/. 98,110.23 Semana 45 600.65 S/. 98,710.88 Total Semanas S/. 98,710.88 Reserva de Contingencia Reserva de Gestión
  28. 28. PRESUPUESTO TOTAL DEL PROYECTO
  29. 29. FGPR190- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 FJ JP 21/07/2011 Versión original PPRREESSUUPPUUEESSTTOO EENN EELL TTIIEEMMPPOO ((CCuurrvvaa SS)) NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CO N S O T E R OPERADORES DE COMERCIO EXTERIOR Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  30. 30. FGPR200- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 JP,LC FJ JP 30/06/2011 Versión inicial 2.0 JP,LC FJ JP 20/07/2011 Versión final PPLLAANNTTIILLLLAA DDEE MMÉÉTTRRIICCAA DDEE CCAALLIIDDAADD NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CONSOTER OPERADORES DE COMERCIO EXTERIOR MÉTRICA DE: PRODUCTO PROYECTO X FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUÁL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN A LA MÉTRICA. Cantidad de requisitos con observaciones que originen solicitudes de cambio DEFINICIÓN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MÉTRICA Y ESPECIFICAR PORQUÉ ES RELEVANTE. Es relevante porque una cantidad muy grande de solicitudes de cambio podría afectar la disponibilidad de recursos comprometidos para otros proyectos, originando retrasos e incumplimiento de plazos a nivel contractual. Las observaciones que originen cambios podrían alterar la línea base que el proyecto podría requerir replanificaciòn lo que podría afectar seriamente la rentabilidad de todo el contrato. El cambio de alcance podría retrasar la entrega del producto y por ende afectara seriamente el flujo de caja PROPÓSITO DE LA MÉTRICA: ESPECIFICAR PARA QUÉ SE DESARROLLA LA MÉTRICA? La métrica se desarrolla para monitorear la calidad en la definición del alcance del proyecto, de manera que se pueda tomar las acciones correctivas de manera oportuna DEFINICIÓN OPERACIONAL: DEFINIR COMO OPERARÁ LA MÉTRICA, ESPECIFICANDO EL QUIÉN, QUÉ, CUÁNDO, DÓNDE, CÓMO? El Project manager actualizará la métrica de cantidad de observaciones a la funcionalidad que originen solicitud de cambios, después de haber recibido las observaciones del cliente. Esta métrica estará disponible para el proyecto y para otros proyectos. MÉTODO DE MEDICIÓN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIÓN. Se recabara la información de cantidad de requisitos con observaciones que originen solicitudes de cambio al final de la fase de pruebas funcionales. Es un conteo de observaciones. La métrica será presentada en el informe de control de ejecución y se actualizaran en cada iteración observaciones-cambios. ICRF= RF con cambios/Total RF RESULTADO DESEADO: ESPECIFICAR CUÁL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MÉTRICA. La cantidad de requisitos con observaciones que originen solicitudes de cambio debe ser menor al 10% del total de requerimientos funcionales y no funcionales. ICRF menor al 10% ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CÓMO SE ENLAZA LA MÉTRICA Y EL FACTOR DE CALIDAD RELEVANTE CON LOS OBJETIVOS DE LA ORGANIZACIÓN. El cumplimiento de esta métrica es indispensable para poder cumplir con los objetivos del contrato y lograr productos de alta calidad. RESPONSABLE DEL FACTOR DE CALIDAD: DEFINIR QUIÉN ES LA PERSONA RESPONSABLE DE VIGILAR EL FACTOR DE CALIDAD, LOS RESULTADOS DE LA MÉTRICA, Y DE PROMOVER LAS MEJORAS DE PROCESOS QUE SEAN Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  31. 31. FGPR200- Versión 4.0 2 NECESARIAS. En primera instancia el encargado de vigilar el factor de calidad es el Project manager, quien deberá tomar las medidas que sean necesarias para lograr el objetivo de calidad planteado. La responsabilidad última de lograr el buen manejo del alcance del proyecto es del Sponsor MÉTRICA DE: PRODUCTO X PROYECTO FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUÁL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN A LA MÉTRICA. Cantidad de horas-hombre consumidas en re-trabajos DEFINICIÓN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MÉTRICA Y ESPECIFICAR PORQUÉ ES RELEVANTE. Es relevante porque una cantidad muy grande de horas-hombre gastadas en re-trabajos afectara negativamente la rentabilidad del proyecto. PROPÓSITO DE LA MÉTRICA: ESPECIFICAR PARA QUÉ SE DESARROLLA LA MÉTRICA? La métrica se desarrolla para monitorear la calidad del producto, de manera que se pueda tomar las acciones correctivas de manera oportuna DEFINICIÓN OPERACIONAL: DEFINIR COMO OPERARÁ LA MÉTRICA, ESPECIFICANDO EL QUIÉN, QUÉ, CUÁNDO, DÓNDE, CÓMO? El Project manager actualizará la métrica de cantidad de horas-hombre en re-trabajos, después de haber recibido las observaciones del cliente. MÉTODO DE MEDICIÓN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIÓN. Se recabara la información de cantidad de horas-hombre destinadas a re-trabajo al final de la fase de pruebas funcionales, e inmediatamente después de presupuestar los re- trabajos por observaciones al software. Se medirá en cantidad de horas hombre. La métrica será presentada en el informe de control de ejecución y se actualizaran en cada iteración observaciones-cambios. HHRT=Nro de h-h presupuestadas para retrabajos RESULTADO DESEADO: ESPECIFICAR CUÁL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MÉTRICA. La cantidad de horas hombre para re-trabajos no deberá exceder las 160h-h para todo el proyecto HHRT < 160 HH Por cada entregable, la cantidad de horas hombre para re-trabajos no deberá exceder las 40h-h. ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CÓMO SE ENLAZA LA MÉTRICA Y EL FACTOR DE CALIDAD RELEVANTE CON LOS OBJETIVOS DE LA ORGANIZACIÓN. El cumplimiento de esta métrica es indispensable para poder cumplir con los objetivos del contrato y lograr productos de alta calidad. RESPONSABLE DEL FACTOR DE CALIDAD: DEFINIR QUIÉN ES LA PERSONA RESPONSABLE DE VIGILAR EL FACTOR DE CALIDAD, LOS RESULTADOS DE LA MÉTRICA, Y DE PROMOVER LAS MEJORAS DE PROCESOS QUE SEAN NECESARIAS. En primera instancia el encargado de vigilar el factor de calidad es e l Project manager, quien deberá tomar las medidas que sean necesarias para lograr el objetivo de calidad planteado. La responsabilidad última de lograr el buen manejo del alcance del proyectos es del Sponsor del proyecto
  32. 32. FGPR200- Versión 4.0 3 MÉTRICA DE: PRODUCTO X PROYECTO FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUÁL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN A LA MÉTRICA. Eficiencia en el código del proyecto(ECP) DEFINICIÓN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MÉTRICA Y ESPECIFICAR PORQUÉ ES RELEVANTE. La eficiencia en el código del proyecto se define como, la mejor forma para desarrollar los requerimientos solicitador por el cliente. PROPÓSITO DE LA MÉTRICA: ESPECIFICAR PARA QUÉ SE DESARROLLA LA MÉTRICA? Esta métrica es muy importante pues permitirá mantener el margen de utilidad del proyecto, puesto que reducirá las observaciones al código por parte del área de calidad del cliente. Nos va a permitir conocer la productividad del desarrollador con respecto a otros proyectos similares dentro de la DC Consulting. DEFINICIÓN OPERACIONAL: DEFINIR COMO OPERARÁ LA MÉTRICA, ESPECIFICANDO EL QUIÉN, QUÉ, CUÁNDO, DÓNDE, CÓMO? El analista responsable, revisara el código de los desarrolladores una vez a la semana durante una hora entre las 9:00 y 11:00 de la mañana y registrara las incidencias para después obtener los ratios de eficiencia del código. MÉTODO DE MEDICIÓN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIÓN. LCF. = Líneas de código fuente total a evaluar. Contar las líneas de código total. LCFI. = Líneas de código fuente ineficiente. LCFT. = Total de líneas de código de los desarrolladores. %OBT. = porcentaje obtenido de LCFI / LCFT ECP=1 – LCFI/LCFT % RESULTADO DESEADO: ESPECIFICAR CUÁL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MÉTRICA. BUENA. 95 – 100 % (Objetivo) REGULAR. 90 –95 % DEFICIENTE. Menos de 90 % ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CÓMO SE ENLAZA LA MÉTRICA Y EL FACTOR DE CALIDAD RELEVANTE CON LOS OBJETIVOS DE LA ORGANIZACIÓN. Esta métrica es importante ya que nos va a permitir medir y controlar el nivel de experiencia de los desarrolladores, evitando perder tiempo en la etapa del control de calidad del código; lo cual se va a ver reflejado en un mejor uso del tiempo lo que a su vez se refleja en un mejor ingreso para la DC Consulting. RESPONSABLE DEL FACTOR DE CALIDAD: DEFINIR QUIÉN ES LA PERSONA RESPONSABLE DE VIGILAR EL FACTOR DE CALIDAD, LOS RESULTADOS DE LA MÉTRICA, Y DE PROMOVER LAS MEJORAS DE PROCESOS QUE SEAN NECESARIAS. En este caso el responsable de la métrica seria el jefe de desarrollo, el cual tiene que analizar los resultados de la métrica y llevar un cuadro con los % obtenidos todas las semanas.
  33. 33. FGPR210- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 JP,LC FJ JP 30/06/2011 Versión inicial LLÍÍNNEEAA BBAASSEE DDEE CCAALLIIDDAADD NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA OPERADORES DE COMERCIO EXTERIOR CONSOTER LÍNEA BASE DE CALIDAD FACTOR DE CALIDAD RELEVANTE OBJETIVO DE CALIDAD MÉTRICA A USAR FRECUENCIA Y MOMENTO DE MEDICIÓN FRECUENCIA Y MOMENTO DE REPORTE Performance del proyecto Número de Requisitos con solicitudes de cambio < 10% ICRF < 10% Número de Requisitos con solicitudes de cambio Cada vez que el cliente entregue observaciones, la primera vez es después de la primera prueba funcional Cada vez que el cliente entregue observaciones, la primera vez es después e la primera prueba funcional Informe de gestión del proyecto Calidad del producto Cantidad de horas- hombre en re-trabajos < 160HH HH RT< 160 HH Cantidad de horas-hombre en re-trabajos Cada vez que se haga el costeo del re- trabajo cuando se reciban observaciones. La primera vez es después de la primera prueba funcional Cada vez que se haga el costeo del re- trabajo cuando se reciban observaciones. La primera vez es después de la primera prueba Informe de gestión del proyecto funcional Calidad del producto ECP > 95% ECP Eficiencia de código del proyecto. Una vez a la semana Una vez a la semana Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  34. 34. FGPR220- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 JP FJ JP 02/07/2011 Versión inicial MMAATTRRIIZZ DDEE AACCTTIIVVIIDDAADDEESS DDEE CCAALLIIDDAADD NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CONSOTER OPERADORES DE COMERCIO EXTERIOR ENTREGABLE ESTÁNDAR DE CALIDAD APLICABLE ACTIVIDADE S DE PREVENCIÓN ACTIVIDADES DE CONTROL 1.1.1 Project Charter Metodología de GP de la DC Consulting Aprobación por Sponsor 1.1.2 Registro y Estrategia de StakeHolders Metodología de GP de la DC Consulting Aprobación por Sponsor 1.2.1 Sentencia de Alcance Metodología de GP de la DC Consulting Aprobación por Sponsor 1.2.2 EDT Metodología de GP de la DC Consulting Aprobación por Sponsor 1.2.3 Plan de Gestión del Proyecto Metodología de GP de la DC Consulting Aprobación por Sponsor 1.3 Informes de Estado del Proyecto Metodología de GP de la DC Consulting Aprobación por Sponsor 1.4.1 Reunión Técnica Semanal con el Cliente Metodología de GP de la DC Consulting Aprobación por Sponsor 1.4.2 Reunión de Gestión Semanal con el Cliente Metodología de GP de la DC Consulting Aprobación por Sponsor 1.4.3 Reunión quincenal con el equipo de gestión del Proyecto. Metodología de GP de la DC Consulting Aprobación por Sponsor 1.5 Cierre del Proyecto Metodología de GP de la DC Consulting Aprobación por Sponsor 2.1 Registro y Modificación de Operador Documento con RF, RNF, análisis y diseño Revisión de RF, RNF, análisis y diseño Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager
  35. 35. FGPR220- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. detallado Estándares de programación del cliente detallado 2.2 Consulta de Operador Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 2.3 Cambio de Estado de Operador Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 2.4.1 Pruebas Unitarias Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 2.4.2 Manual de Usuario Formato estándar de manual de usuario Aprobación por el Project manager 3.1 Asignación de Operador a Circunscripciones Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 3.2 Registro y Modificación de Local por Circunscripción Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 3.3 Consulta de Locales Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager
  36. 36. FGPR220- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. 3.4 Cambio de Estado de Local Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 3.5.1 Pruebas Unitarias Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 3.5.2 Manual de Usuario Formato estándar de manual de usuario Aprobación por el Project manager 4.1 Registro de y Modificación de Representante Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 4.2 Consulta de Representante Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 4.3 Cambio de Estado Representante Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 4.4.1 Pruebas Unitarias Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 4.4.2 Manual de Usuario Formato estándar de manual de usuario Aprobación por el Project manager 5.1 Registro de Sanciones y Seguimientos Documento con RF, RNF, análisis y Revisión de RF, RNF, análisis y Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación
  37. 37. FGPR220- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. diseño detallado Estándares de programación del cliente diseño detallado por el Project manager 5.2 Consulta Sanciones por Operador Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas(analista de pruebas)/Revisión de estándares(Arquitecto)/Aprobación por el Project manager 5.3.1 Pruebas Unitarias Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 5.3.2 Manual de Usuario Formato estándar de manual de usuario Aprobación por el Project manager 6.1 Pruebas de Integración Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 6.2 Revisión de Estándares Estándares de programación del cliente Aprobación por el Project manager 6.3 Documentación Entrega Formato estándar de documentación de entrega Aprobación por el Project manager 7.1 Actualización de las pruebas de Integración Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 7.2 Documentación Entrega Contrato marco Aprobación por el Project manager
  38. 38. FGPR230- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 JP FJ JP 30/06/2011 Versión inicial PPLLAANN DDEE GGEESSTTIIOONN DDEE LLAA CCAALLIIDDAADD NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CONSOTER OPERADORES DE COMERCIO EXTERIOR POLÍTICA DE CALIDAD DEL PROYECTO: ESPECIFICAR LA INTENCIÓN DE DIRECCIÓN QUE FORMALMENTE TIENE EL EQUIPO DE PROYECTO CON RELACIÓN A LA CALIDAD DEL PROYECTO. Este proyecto debe cumplir con los requisitos de calidad de la DC Consulting terminando dentro del presupuesto y tiempo estimados manteniendo una buena definición del alcance. También debe cumplir con los requisitos de calidad del Cliente en cuanto de producto, como estándares de programación, buenas prácticas y otros que se definan como requisitos. LÍNEA BASE DE CALIDAD DEL PROYECTO: ESPECIFICAR LOS FACTORES DE CALIDAD RELEVANTES PARA EL PRODUCTO DEL PROYECTO Y PARA LA GESTIÓN DEL PROYECTO. PARA CADA FACTOR DE CALIDAD RELEVANTE DEFINIR LOS OBJETIVOS DE CALIDAD, LAS MÉTRICAS A UTILIZAR, Y LAS FRECUENCIAS DE MEDICIÓN Y DE REPORTE. FACTOR DE CALIDAD RELEVANTE OBJETIVO DE CALIDAD MÉTRICA A UTILIZAR FRECUENCIA Y MOMENTO DE MEDICIÓN FRECUENCIA Y MOMENTO DE REPORTE Rendimiento del proyecto Número de Requisitos con solicitudes de cambio < 10% ICRF < 10% Número de Requisitos con solicitudes de cambio Cada vez que el cliente entregue observaciones, la primera vez es después de la primera prueba funcional Cada vez que el cliente entregue observaciones, la primera vez es después de la primera prueba funcional Informe de gestión del proyecto Calidad del producto Cantidad de horas- hombre en re-trabajos < 160HH HH RT< 160 HH Cantidad de horas-hombre en re- trabajos Cada vez que se haga el costeo del re-trabajo cuando se reciban observaciones. La primera vez es después de la primera prueba funcional Cada vez que se haga el costeo del re-trabajo cuando se reciban observaciones. La primera vez es después de la primera prueba Informe de gestión del proyecto funcional Calidad del producto ECP > 95% ECP Eficiencia de código del proyecto. Una vez a la semana Una vez a la semana Rendimiento del Proyecto SPI >= 0.9 +-0.05 Índice de rendimiento de cronograma Una vez a la semana. Una vez a la semana. Rendimiento del Proyecto CPI>= 0.9+- 0.05 Índice de rendimiento de costos Una vez a la semana. Una vez a la semana. PLAN DE MEJORA DE PROCESOS: ESPECIFICAR LOS PASOS PARA ANALIZAR PROCESOS, LOS CUALES FACILITARÁN LA IDENTIFICACIÓN DE ACTIVIDADES QUE GENERAN DESPERDICIO O QUE NO AGREGAN VALOR. Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  39. 39. FGPR230- Versión 4.0 2 Para mejorar un proceso se seguirán los siguientes pasos: 1. Diagramar el proceso. 2. Identificar principales indicadores (de costo, de tiempo, de calidad) y medirlos. 3. Hacer una lluvia de ideas para determinar las partes del proceso que podrían mejorarse 4. Hacer diagramas de Ichikawa para determinar la causa raíz por cada proceso mejorable 5. Definir acciones correctivas sobre las causas raíces identificadas. 6. Diagramar el proceso mejorado. 7. Aplicar las acciones correctivas 8. Medir los indicadores del proceso mejorado y verificar si las acciones correctivas han sido efectivas. 9. Estandarizar las mejoras logradas para hacerlas parte del proceso MATRIZ DE ACTIVIDADES DE CALIDAD: ESPECIFICAR PARA CADA PAQUETE DE TRABAJO SI EXISTE UN ESTÁNDAR O NORMA DE CALIDAD APLICABLE A SU ELABORACIÓN. ANALIZAR LA CAPACIDAD DEL PROCESO QUE GENERARÁ CADA ENTREGABLE Y DISEÑAR ACTIVIDADES DE PREVENCIÓN Y DE CONTROL QUE ASEGURARÁN LA OBTENCIÓN DE ENTREGABLES CON EL NIVEL DE CALIDAD REQUERIDO (VER MATRIZ ADJUNTA). PAQUETE DE TRABAJO ESTÁNDAR O NORMA DE CALIDAD APLICABLE ACTIVIDADES DE PREVENCIÓN ACTIVIDADES DE CONTROL 1.1.1 Project Charter Metodología de GP de la DC Consulting Aprobación por Sponsor 1.1.2 Registro y Estrategia de StakeHolders Metodología de GP de la DC Consulting Aprobación por Sponsor 1.2.1 Sentencia de Alcance Metodología de GP de la DC Consulting Aprobación por Sponsor 1.2.2 EDT Metodología de GP de la DC Consulting Aprobación por Sponsor 1.2.3 Plan de Gestión del Proyecto Metodología de GP de la DC Consulting Aprobación por Sponsor 1.3 Informes de Estado del Proyecto Metodología de GP de la DC Consulting Aprobación por Sponsor 1.4.1 Reunión Técnica Semanal con el Cliente Metodología de GP de la DC Consulting Aprobación por Sponsor 1.4.2 Reunión de Gestión Semanal con el Cliente Metodología de GP de la DC Consulting Aprobación por Sponsor 1.4.3 Reunión quincenal con el equipo de gestión del Proyecto. Metodología de GP de la DC Consulting Aprobación por Sponsor 1.5 Cierre del Proyecto Metodología de GP de la DC Consulting Aprobación por Sponsor 2.1 Registro y Modificación de Operador Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 2.2 Consulta de Operador Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager
  40. 40. FGPR230- Versión 4.0 3 2.3 Cambio de Estado de Operador Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 2.4.1 Pruebas Unitarias Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 2.4.2 Manual de Usuario Formato estándar de manual de usuario Aprobación por el Project manager 3.1 Asignación de Operador a Circunscripciones Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 3.2 Registro y Modificación de Local por Circunscripción Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 3.3 Consulta de Locales Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 3.4 Cambio de Estado de Local Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 3.5.1 Pruebas Unitarias Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 3.5.2 Manual de Usuario Formato estándar de manual de usuario Aprobación por el Project manager 4.1 Registro de y Modificación de Representante Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 4.2 Consulta de Representante Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager
  41. 41. FGPR230- Versión 4.0 4 4.3 Cambio de Estado Representante Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 4.4.1 Pruebas Unitarias Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 4.4.2 Manual de Usuario Formato estándar de manual de usuario Aprobación por el Project manager 5.1 Registro de Sanciones y Seguimientos Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 5.2 Consulta Sanciones por Operador Documento con RF, RNF, análisis y diseño detallado Estándares de programación del cliente Revisión de RF, RNF, análisis y diseño detallado Pruebas/Revisión de estándares/Aprobació n por el Project manager 5.3.1 Pruebas Unitarias Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 5.3.2 Manual de Usuario Formato estándar de manual de usuario Aprobación por el Project manager 6.1 Pruebas de Integración Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 6.2 Revisión de Estándares Estándares de programación del cliente Aprobación por el Project manager 6.3 Documentación Entrega Formato estándar de documentación de entrega Aprobación por el Project manager 7.1 Actualización de las pruebas de Integración Documento con RF, RNF, análisis y diseño detallado Aprobación por el Project manager 7.2 Documentación Entrega Contrato marco Aprobación por el Project manager ROLES PARA LA GESTIÓN DE LA CALIDAD: ESPECIFICAR LOS ROLES QUE SERÁN NECESARIOS EN EL EQUIPO DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD. PARA CADA ROL ESPECIFICAR: OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A QUIEN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR EL ROL. ROL NO 1 : SPONSOR Objetivos del rol: Responsable ejecutivo y final por la calidad del proyecto Funciones del rol: Revisar, aprobar y tomar acciones correctivas para la mejora de la calidad Niveles de autoridad: Poder de decisión sobre los recursos de la DC Consulting. Reporta a: Directorio de la DC Consulting.
  42. 42. FGPR230- Versión 4.0 5 ROL NO 2: PROJECT MANAGER ROL NO 3 : ANALISTAS DE PRUEBAS/DOCUMENTA DOR Supervisa a: Project manager Requisitos de conocimientos: Gestión en general y gestión de proyectos Requisitos de habilidades Liderazgo, comunicación, negociación, motivación, solución de conflictos Requisitos de experiencia: 10 años de experiencia en el ramo Objetivos del rol: Gestionar la calidad en el proyecto Funciones del rol: Revisar, aceptar u ordenar el re-trabajo en los entregables. Generar, ejecutar y evaluar las acciones correctivas. Realizar el aseguramiento de la calidad. Niveles de autoridad: Exigir el cumplimiento de los entregables del proyecto. Reporta a: Sponsor Supervisa a: Analista de pruebas/documentador, Programadores y Arquitecto. Requisitos de conocimientos: Gestión de proyectos Requisitos de habilidades: Liderazgo, comunicación, negociación, motivación, solución de conflictos Requisitos de experiencia: 3 años de experiencia en gestión de proyectos de TI Objetivos del rol: Cumplir con los objetivos de calidad del proyecto Funciones del rol : Realizar las pruebas funcionales de los componentes desarrollados, recopilar los datos y generar las métricas de calidad definidas Niveles de autoridad: Aplicar los recursos que se asignan Reporta a: Project manager Supervisa a: Requisitos de conocimientos: Técnicas de pruebas de software, lenguaje de programación Java. Requisitos de habilidades: Comunicación, capacidad analítica, orden Requisitos de experiencia: 3 años en pruebas de sistemas ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO INDICANDO CLARAMENTE DONDE ESTARÁN SITUADOS LOS ROLES PARA LA GESTIÓN DE LA CALIDAD. Sponsor Comité de gestión de cambios Project manager Equipo de Proyecto DOCUMENTOS NORMATIVOS PARA LA CALIDAD: ESPECIFICAR QUE DOCUMENTOS NORMATIVOS REGIRÁN LOS PROCESOS Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD. 1. Procedimiento para la mejora de procesos 2.Procedimiento para reuniones de aseguramiento de la calidad PROCEDIMIENTOS PLANTILLAS 3.Procedimiento de revisión de estándares 4.Procedimiento para la evaluación y levantamiento de observaciones 1.Métricas 2.Diagrama de procesos
  43. 43. FGPR230- Versión 4.0 6 FORMATOS CHECKLISTS OTROS DOCUMENTOS 3. Ishikawa 4 Pareto 1.Documentación de métricas 2.Documentación de procesos 3. 4 1.De verificación de procedimientos 2.De verificación de producto 3. 4 1. 2. 3 4 PROCESOS DE GESTIÓN DE LA CALIDAD: ESPECIFICAR EL ENFOQUE PARA REALIZAR LOS PROCESOS DE GESTIÓN DE LA CALIDAD INDICANDO EL QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ, Y PORQUÉ. El aseguramiento de calidad se hará monitoreando continuamente la performance del trabajo mediante listas de verificación, los resultados del control de calidad, y sobre todo las métricas ENFOQUE DE ASEGURAMIENTO DE LA CALIDAD ENFOQUE DE CONTROL DE LA CALIDAD ENFOQUE DE MEJORA DE PROCESOS De esta manera se descubrirá tempranamente cualquier necesidad de auditoria de procesos, o de mejora de procesos Los resultados se formalizarán como solicitudes de cambio y/o acciones correctivas/preventivas Asimismo se verificará que dichas solicitudes de cambio, y/o acciones correctivas/preventivas se hayan ejecutado y hayan sido efectivas El control de calidad se ejecutara revisando los entregables para ver si están conformes o no Los resultados de estas mediciones se consolidarán y se enviarán al proceso de aseguramiento de calidad Asimismo en este proceso se hará la medición de las métricas y se informarán al proceso de aseguramiento de calidad Para los defectos detectados se tratará de detectar las causas raíces de los defectos para eliminar las fuentes del error, los resultados y conclusiones se formalizarán como solicitudes de cambio y/o acciones correctivas/preventivas Para mejorar el proceso: 1. Diagramar el proceso. 2. Identificar principales indicadores (de costo, de tiempo, de calidad) y medirlos. 3. Hacer una lluvia de ideas para determinar las partes del proceso que podrían mejorarse 4. Hacer diagramas de Ishikawa para determinar la causa raíz por cada proceso mejorable 5. Hacer un diagrama de Pareto y definir acciones correctivas sobre las causas identificadas como las responsables del 80% de los problemas. 6. Diagramar el proceso mejorado. 7. Aplicar las acciones correctivas 8. Medir los indicadores del proceso mejorado y verificar si las acciones correctivas han sido efectivas. 9. Estandarizar las mejoras logradas para hacerlas parte del proceso
  44. 44. FGPR240- Versión 4.0 CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 JP FJ JP 30/06/2011 Versión inicial OORRGGAANNIIGGRRAAMMAA DDEELL PPRROOYYEECCTTOO NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA OPERADORES DE COMERCIO EXTERIOR CONSOTER Sponsor Gerente de Desarrollo Gerente de Proyectos de TI Comité Control de Cambios Supervisor Equipo de Gestión Project Manager Analista de Sistemas Equipo de Ejecución Programadores Arquitecto / Programador Analista de Pruebas Leyenda Azul: Unidades funcionales de La DC Consulting Amarillo: Unidades funcionales de El Cliente Naranja: Comité formado por personal de El Cliente y La DC Consulting Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
  45. 45. FGPR250- Versión 4.0 Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI. CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 GL FJ JP Versión inicial MMAATTRRIIZZ DDEE AASSIIGGNNAACCIIÓÓNN DDEE RREESSPPOONNSSAABBIILLIIDDAADDEESS ((RRAAMM)) NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO DESARROLLO DE UN NUEVO SOFTWARE PARA CONSOTER OPERADORES DE COMERCIO EXTERIOR ENTREGABLES SPONSO R GERENTE DE TI PROJECT MANAGE R ARQUITECTO /PROGRAMADOR PROGRAMADOR ANALISTA DE PRUEBAS GERENTE DESARROLL O SUPERVISO R ANALISTA SISTEMA S 1.1 Project Charter A V R 1.2 Registro Stakeholders A V R 1.2.1 Sentencia de Alcance A V R 1.2.2 EDT A V R 1.2.3 Plan de gestión A V R 1.3 Informe de Estado V A R 1.4.1 Reunión Técnica con Cliente A R P 1.4.2 Reunión A R P P P

×