1Proyecto Extranet de Repuestos - Entregable Final

Primer Entregable del TRABAJO FINAL DEL CURSO GERENCIA DE PROYECTOS

Nombre del Proyecto: Extranet de Repuestos

PROFESOR:

INTEGRANTES:

9 de Agosto de 2011

Gerencia de Proyectos

Entregable Final

NDICEI. ACTA DE CONSTITUCIN ............................................................................................................ 3 II. PLAN DE REQUERIMIENTOS ...................................................................................................... 7 III. PLAN DE GESTIN DEL ALCANCE.............................................................................................. 9 IV. PLAN DE GESTIN DEL TIEMPO ............................................................................................. 21 V. PLAN DE GESTIN DE COSTOS ................................................................................................ 28 VI. PLAN DE GESTIN DE RIESGOS ....................................................................................... 32

VII PLAN DE GESTIN DE RECURSOS HUMANOS ........................................................................ 51 VIII. PLAN DE GESTIN DE LA CALIDAD ....................................................................................... 61 IX. PLAN DE GESTIN DE LA CALIDAD ......................................................................................... 66 X. PLAN DE GESTIN DE ADQUISICIONES ................................................................................... 78 XI. CIERRE DEL PROYECTO ........................................................................................................... 97

Pgina 2


Entregable Final

I. ACTA DE CONSTITUCINACTA DE CONSTITUCIN DEL PROYECTOversin 1.0

PROYECTO PATROCINADOR PREPARADO POR: REVISADO POR: APROBADO POR: REVISIN 01

Extranet de Pedidos de Repuestos Jorge Vega (Jefe de Repuestos) Roberto Calderon Roberto Calderon, Jorge Vega Roberto Calderon, Jorge Vega

FECHA FECHA FECHA

10 07 11 16 07 11 16 07 11 FECHA 16 07 11

DESCRIPCIN (REALIZADA POR) Actualizacin de Acta de Constitucin de acuerdo a informacin adquirida por Juicio Experto

BREVE DESCRIPCIN DEL PRODUCTO O SERVICIO DEL PROYECTO Las motocicletas Bajaj son representadas en el Per por Crosland Motos S.A.C. perteneciente al Grupo Crosland. En este ltimo representa hoy en da a las marcas Bajaj, Kawasaki y Yumbo. En la actualidad la empresa posee una importante red de Ventas, Servicio Tcnico y Repuestos en los principales mercados de vehculos menores en el territorio nacional. A la fecha se han vendido ms de 100,000 vehculos Bajaj y capacitado a ms de 3,700 mecnicos. Debido al crecimiento de las operaciones en la empresa se requiere automatizar el Registro de Pedidos de Repuestos va Web, y que adems permita a los clientes contar con informacin actualizada accediendo al sistema y adems sirva como herramienta para contar con informacin online de las ventas de la empresa.

Repuestos

ALINEAMIENTO DEL PROYECTO 1. OBJETIVOS ESTRATGICOS DE LA ORGANIZACIN 2. PROPSITO DEL PROYECTO

Pgina 3


Entregable Final

Mejorar la atencin de Pedidos: Sistema web que permita realizar pedidos on-line el cual garantizar una rpida atencin de nuestros clientes. Mejorar la rentabilidad en las ventas: Las operaciones que realiza Crosland, van enfocados a favorecer la gestin de ventas de nuestros distribuidores con la finalidad de aumentar la rentabilidad. Atencin a clientes ms eficaz: Al ser un sistema on-line va a permitir atencin de pedidos en forma oportuna y mejorar la atencin de nuestro servicio.

Mejorar la atencin de pedidos logrando una rpida atencin a nuestros clientes y disminuir la carga de trabajo de los facturadores y vendedores. Mejora en la administracin de pedidos lo que conlleva una rpida atencin de los mismos, ya que no se tendr que digitar el pedido, solo verificar la cantidad a atender y aprobar el mismo. Permite que los clientes cuenten con informacin actualizada accediendo al sistema y consultando el estado de sus pedidos en lnea.

3. OBJETIVOS DEL PROYECTO Implementar un sistema web que permita automatizar el proceso de pedidos y minimizar la carga de trabajo de los facturadores y vendedores. Permitir que el sistema web pueda registrar y almacenar los pedidos de los clientes para que este pueda ser atendido por el personal de la empresa en forma precisa, veraz y oportuna. Cumplir con las fechas establecidas para el proyecto. Criterio de Medicin: el 10 de julio del 2011, el Sistema extranet para los clientes/proveedores debe estar totalmente operativo. Cumplir con las estimaciones de costos. Cumplir con el presupuesto asignado, minimizando la desviacin en su cumplimiento. Criterio de Medicin: no ms del 5% de variacin respecto de los S/. 35,000 asignados. Los Entregables orientados al producto del proyecto deben cumplir con las especificaciones tcnicas que establezca el departamento de Sistemas. Los entregables orientados a la gestin del proyecto debern estar basados en la Metodologa de Gestin de Proyectos PMI. 4. FACTORES CRTICOS DE XITO DEL PROYECTO El proyecto no debe durar ms de 90 das laborales La implementacin no deber exceder los S/. 35,000 que cubre los costos de recursos humanos. - Asignacin de recursos humanos expertos en los procesos internos por parte de Crosland. - Asignacin del presupuesto propuesto de acuerdo a lo planificado. - Contar con la infraestructura tecnolgica necesaria para la implementacin del sistema, es decir servidores, base de datos, configuracin de redes debern estar operativos al momento de comenzar el proyecto. - Hacer participar a los clientes del diseo de la interfaz e incluir informacin de su inters. 5. REQUERIMIENTOS DE ALTO NIVEL La extranet contar con los mdulos: Mdulo de Pedidos: El sistema debe permitir mostrar los productos, generar nuevos pedidos y que estos sean aprobados y atendidos. As como, adicionar nuevos pedidos, hacer consultas y sugerencias. Modulo de Consulta de Pedidos: (Modulo histrico de pedidos): El sistema debe permitir mostrar en lnea todos los pedidos, estados de cuenta y movimientos efectuados por los clientes. -

-

Pgina 4


Entregable Final

EXTENSIN Y ALCANCE DEL PROYECTO 6. FASES DEL PROYECTO Planeamiento del Proyecto 7. Infraestructura Construccin Pruebas PRINCIPALES ENTREGABLES Acta de Constitucin del Proyecto. Documento Plan de Gestin del Proyecto. Documento de definicin del Alcance Cronograma del Proyecto. Documento de definicin de requerimientos. Documentos de especificacin de requerimientos. Metodologa de Desarrollo. Diseo Grfico y HTMI. Diagrama de Modelo lgico y Fsico. Documentos de definicin de arquitectura del Sistema. Documento de Arquitectura de Negocio. Documento de Arquitectura de Aplicaciones. Informe de configuracin de servidores Informe de configuracin de Equipos Cdigo Fuente de los Servicios Implementados Cdigo Fuente de las Aplicaciones Implementadas Plan de Pruebas Ambiente de Pruebas Implementada Acta de ejecucin de pruebas funcionales Acta de ejecucin de pruebas no funcionales Informe de pase a produccin Plan de capacitacin Manuales del Sistema Informe de Capacitacin Acta de Conformidad

Anlisis de Sistema

Diseo de Sistema

Implementacin y Aceptacin

8. INTERESADOS CLAVE Jefe de Repuestos Jorge Vega Gerente de Proyecto Roberto Calderon Analista y Programador Raul Castro Supervisores de venta 9. RIESGOS Renuncia de personal involucrado en el proyecto. No contar con infraestructura tecnolgica solicitada para alojar la aplicacin Un mal entendimiento de los requerimientos puede llevar a extender el tiempo de desarrollo del proyecto. Disminucin o retraso en la asignacin del presupuesto estimado. Por cuestiones de disponibilidad de tiempo del interesado (Jefe de repuestos), podra no cumplirse las reuniones de control en los tiempos establecidos, que originara unPgina 5


Entregable Final

retraso en los avances de los siguientes puntos. 10. HITOS PRINCIPALES DEL PROYECTO Los documentos de la planificacin de Proyecto debern estar firmados. La aceptacin del documento de recopilacin de requerimientos. La aceptacin sobre los prototipos del Sistema. Termino de pruebas integrales. Termino de Capacitacin La aceptacin del producto. 11. PRESUPUESTO DEL PROYECTO La estimacin es de S/. 35,000 nuevos soles. 12. REQUERIMIENTOS DE APROBACIN DEL PROYECTO Evaluador Firma el Cierre del Proyecto FCE(Ver punto 4) (Nombres apellidos y cargo de la persona asignada)

(Nombres apellidos y cargo de la persona asignada)

El proyecto no debe durar ms de 90 das laborales. La implementacin no deber exceder los S/. 35,000 que cubre los costos de recursos humanos. Asignacin de recursos humanos expertos en los procesos internos por parte de Crosland. Asignacin del presupuesto propuesto de acuerdo a lo planificado. Contar con la infraestructura tecnolgica necesaria para la implementacin del sistema, es decir servidores, base de datos, configuracin de redes debern estar operativos al momento de comenzar el proyecto. Hacer participar a los clientes del diseo de la interfaz e incluir informacin de su inters.

Roberto Calderon Gerente de Proyecto Jorge Vega Jefe de Repuestos -----------------------------------Jorge Vega Jefe de Repuestos

Roberto Calderon Gerente del Proyecto Roberto Calderon Gerente del Proyecto

Orlando Lopez Jefe de Soporte Roberto Calderon Gerente de Proyecto

Raul Castro Analista Programador

Jorge Vega Jefe de repuestos 13. GERENTE DE PROYECTO ASIGNADO AL PROYECTO Roberto Calderon Jefe de Sistemas 14. AUTORIDAD ASIGNADA Jorge Vega Jefe de Repuestos

Pgina 6


Entregable Final

II. PLAN DE REQUERIMIENTOSPLAN DE GESTIN DE REQUERIMIENTOSversin 1.0

PROYECTO PREPARADO POR: REVISADO POR: APROBADO POR:

Extranet de Pedidos de Repuestos Roberto Calderon Roberto Calderon, Jorge Vega Roberto Calderon, Jorge Vega

FECHA FECHA FECHA

10 07 11 16 07 11 16 07 11

RECOPILACIN DE REQUERIMIENTOSCmo se va a realizar la recopilacin de requerimientos, cmo se planifica la recopilacin

La recopilacin de requerimientos se realizar de la siguiente manera: 1. Mediante reuniones de trabajo y entrevistas con el Jefe de repuestos, el analista responsable. 2. Tambin se har participe a los clientes ms importantes, quienes validaran y proporcionaran necesidades. 3. Debido a que se tiene un gran nmero de clientes se solicitar a un grupo preseleccionado que completen un cuestionario para determinar los mayores requerimientos de los clientes. 4. Segn se vayan recopilando los requerimientos se elaborarn prototipos con la finalidad de obtener una retroalimentacin de parte de los interesados antes de iniciar la construccin del producto. PRIORIZACIN DE REQUERIMIENTOSCmo se va a realizar la priorizacin de requerimientos

Se dar mayor prioridad a los requerimientos funcionales del proceso operativo del negocio. Los requerimientos de apoyo en informacin le seguirn en orden de prioridad. Finalmente, podra darse algunas prioridades que puedan alterar lo indicado. En este caso, la prioridad lo determina el Jefe de Repuestos. TRAZABILIDADDefinicin de los atributos de los requerimientos que sern empleados para confirmar su cumplimiento.

Los verificar que los requerimientos cumplan los siguientes atributos:

REQUERIMIENTOS

ATRIBUTOS A CUMPLIR

Modelo del Negocio Elaborar documento del modelado de negocio. Requerimientos del sistemas Documento de especificacin de requerimiento del software. Anlisis y Diseo Documentar el anlisis, diseo y el modelado de

Notacin usada en el modelado Notacin usada en la elaboracin de la especificacin de requerimientos de software. Notacin usada en la elaboracin dePgina 7


Entregable Final

la base de datos. Implementacin Instalacin de versin Beta de la extranet. Instalacin de la versin completa de la extranet de automatizacin de procesos de venta. Testeo Monitorear y estabilizar nuevo sistema. Despliegue Documentacin de manuales y capacitacin. GESTIN DE LA CONFIGURACIN

documentos. Parmetros de configuracin obligatorios. Datos registrados de acuerdo al proceso de venta. Parmetros de calidad del producto. Tipos de manuales generados y cantidad de horas de capacitacin.

Descripcin de cmo los requerimientos pueden ser cambiados, incluyendo una evaluacin del impacto y el proceso de aceptacin

Las solicitudes de cambio a los requerimientos son realizadas por el Jefe de Repuestos y el Gerente del proyecto. Las solicitudes de cambios a los requerimientos seguirn el proceso de control integrado de cambios; teniendo en cuenta el siguiente marco de trabajo. Las solicitudes de cambio son evaluadas por el Jefe de Repuestos y el Gerente de Proyecto y elaboran un informe de evaluacin. El Gerente de Proyecto eleva el informe al Comit de Cambios para la toma de decisin de su aprobacin o rechazo. El Comit de Cambios est formado por: Jefe de Repuesto y el Gerente de Proyecto y el Analista Programador. VERIFICACIN DE REQUERIMIENTOSMtodos para verificar requerimientos, incluyendo las mtricas para su medicin.

Para la verificacin de requerimientos se considerarn los siguientes criterios: Revisin de los requerimientos para lo cual se solicita a las personas autorizadas a que corroboren que se ha desarrollado de manera efectiva de acuerdo a lo planteado. La gerencia solicitante llenar un acta de verificacin de requerimientos que est compuesta por cinco secciones donde se debe indicar: objetivo, fundamento, estrategia, evaluacin de los requerimientos contra los procesos y los participantes. Conformidad de los stakeholders. Mtricas de calidad donde indica si se ajustan a todos los requerimientos especificados. Mtricas orientadas al tamao que indica el tiempo y los recursos que se usan para cumplir los requerimientos.

Pgina 8


Entregable Final

III. PLAN DE GESTIN DEL ALCANCEDECLARACIN DE ALCANCEVersin 1.0

PROYECTO: GERENTE: PREPARADO POR: REVISADO POR: APROBADO POR:

Extranet de Pedidos de Repuestos Roberto Caldern Roberto Calderon Roberto Calderon, Jorge Vega Roberto Calderon, Jorge Vega I.- ALINEAMIENTO DEL PROYECTO

FECHA FECHA FECHA

10 07 11 21 07 11 16 07 11

15. OBJETIVOS ESTRATGICOS DE LA ORGANIZACIN Mejorar la atencin de Pedidos: Sistema web que permita realizar pedidos on-line el cual garantizar una rpida atencin de nuestros clientes. Mejorar la rentabilidad en las ventas: Las operaciones que realiza Crosland, van enfocados a favorecer la gestin de ventas de nuestros distribuidores con la finalidad de aumentar la rentabilidad. Atencin a clientes ms eficaz: Al ser un sistema on-line va a permitir atencin de pedidos en forma oportuna y mejora la atencin de nuestro servicio y un mejor control.

16. PROPSITO DEL PROYECTO Mejorar la atencin de pedidos logrando una rpida atencin a nuestros clientes y disminuir la carga de trabajo de los facturadores y vendedores. Mejora en la administracin de pedidos lo que conlleva una rpida atencin de los mismos, ya que no se tendr que digitar el pedido, solo verificar la cantidad a atender y aprobar el mismo. Permite que los clientes cuenten con informacin actualizada accediendo al sistema y consultando el estado de sus pedidos en lnea.

II.- OBJETIVOS DEL PROYECTO Implementar un sistema web que permita automatizar el proceso de pedidos y minimizar la carga de trabajo de los facturadores y vendedores. Permitir que el sistema web pueda registrar y almacenar los pedidos de los clientes para que este pueda ser atendido por el personal de la empresa en forma precisa, veraz y oportuna. Cumplir con las fechas establecidas para el proyecto. Criterio de Medicin: el 10 de julio del 2011, el Sistema extranet para los clientes/proveedores debe estar totalmente operativo. Cumplir con las estimaciones de costos. Cumplir con el presupuesto asignado, minimizando la desviacin en su cumplimiento. Criterio de Medicin: no ms del 5% de variacin respecto de los S/. 35,000 asignados. Los Entregables orientados al producto del proyecto deben cumplir con las especificaciones tcnicas que establezca el departamento de Sistemas. Los entregables orientados a la gestin del proyecto debern estar basados en la Metodologa de Gestin de Proyectos PMI. III.- FACTORES CRTICOS DE XITO DEL PROYECTO El proyecto no debe durar ms de 90 das laborales La implementacin no deber exceder los S/. 35,000 que cubre los costos de recursos humanos.Pgina 9


Entregable Final

Asignacin de recursos humanos expertos en los procesos internos por parte de Crosland. Asignacin del presupuesto propuesto de acuerdo a lo planificado. Contar con la infraestructura tecnolgica necesaria para la implementacin del sistema, es decir servidores, base de datos, configuracin de redes debern estar operativos al momento de comenzar el proyecto. Hacer participar a los clientes del diseo de la interfaz e incluir informacin de su inters. IV.- DESARROLLO DE LA PROPUESTA 17. DESCRIPCIN DEL PRODUCTO DEL PROYECTO El producto a desarrollar permitir realizar pedidos va Internet que agilizar la atencin de los artculos por parte del usuario. Adems, los clientes podrn efectuar un seguimiento de los pedidos que han realizado, siendo tambin informados por correo de algn cambio en el estado de sus pedidos. Tambin, podrn consultar los pedidos histricos realizados anteriormente. El producto a desarrollar permitir adems, poder importar informacin desde los Excel de los clientes. 18. DESCRIPCIN DE LOS ENTREGABLES DEL PROYECTO La EDT estar estructurada usando las fases del ciclo de vida del proyecto como primer nivel de descomposicin, con los entregables del producto y del proyecto insertado en el segundo nivel. En el diagrama EDT se puede apreciar que algunos entregables han sido desglosados en paquetes de trabajo. El desarrollo del aplicativo informtico utilizar la metodologa basada en RUP, UML y las mejores prcticas del PMI. ENTREGABLE Acta de Constitucin del Proyecto DESCRIPCIN Documento que autoriza formalmente el proyecto y cuenta con la justificacin del proyecto, requerimientos, descripcin del proyecto y riesgos a alto nivel. Plan detallado de cmo se gestionar el proyecto desde el inicio hasta el cierre del mismo. Documento que describe detalladamente los requerimientos del proyecto y producto.

Documento Plan de Gestin del Proyecto Documento de definicin del Alcance Cronograma del Proyecto

Documento que describe las actividades, el orden, la duracin, los requisitos de recursos y las restricciones del proyecto. Documento de definicin de Documento que detalla los requerimientos especificaciones funcionales funcionales que sern implementados en el desarrollo del producto. Documentos de definicin de arquitectura Documento que describe los requisitos tcnicos del Sistema para la implementacin y desarrollo del producto. Informe de configuracin de servidores Documento que describe tcnicamente la implementacin del servidor Cdigo Fuente de los Servicios Programas Fuente de los servicios WEB Implementados desarrolladosPgina 10


Entregable Final

Cdigo Fuente de las Aplicaciones Implementadas Plan de Pruebas

Ambiente de Pruebas Implementada Acta de ejecucin de pruebas funcionales Acta de ejecucin de pruebas no funcionales Informe de pase a produccin

Plan de capacitacin

Manuales del Sistema

Acta de Conformidad

Programas Fuente de las aplicaciones desarrolladas Documento que describe la forma como se llevarn a cabo las pruebas funcionales y no funcionales del sistemas Equipos y software instalado para la ejecucin de las pruebas Documento que detalla las pruebas realizadas sobre los requerimientos funcionales Documento que detalla las pruebas realizadas sobre los requerimientos no funcionales Documento que describe el despliegue realizado para la implementacin y puesta en operacin del sistema Documento que detalla la forma como se realizar la capacitacin del personal sobre el uso y mantenimiento del sistema Documentos que detallan la forma de uso del sistema por parte de los usuarios y los aspectos tcnicos para el mantenimiento del mismo Documento que confirma la aceptacin y entrega de la intranet

V.- CONTEXTO DEL PROYECTO 19. LMITES DEL PROYECTO El sistema cubrir en su totalidad todo lo que se defina en el catlogo de requerimientos y tambin debe estar preparado para posibles futuras funcionalidades adicionales. No se realizar en el proyecto la migracin de datos histricos de los sistemas actuales. El proyecto debe contar con un solo recurso para el desarrollo y un DBA 20. RESTRICCIONES El proyecto debe ejecutarse sobre un sistema operativo, Windows XP o Windows 7. El lenguaje de programacin a utilizar ser ASP.Net (C#) La plataforma de desarrollo ser Visual Studio .Net 2010. Se deber hacer uso de Web Services para separar los componentes de la aplicacin. El motor de base de datos a utilizar ser SQL Server 2008. El proyecto se debe desarrollar con personal del rea de sistemas de la empresa. Se contar con el apoyo de analistas de sistemas para la capacitacin del programador. 21. ASUNCIONES El personal de Crosland involucrado en el proyecto permanecer contratado hasta la entrega del proyecto. La empresa Crosland entregar los recursos tecnolgicos en las fechas pactadas, antes de la puesta en produccin del sistema. Se deber poner importancia en los mtodos a utilizar para la proteccin del sistema frente a amenazas de intrusos o hackers. El sistema debe estar desarrollado con algoritmos eficientes para tener un tiempo de respuesta inmediato. Las interfaces a desarrollar debern ser amigables, sencillas y de fcil navegabilidad.

Pgina 11


Entregable Final

RELACIN DE ANEXOS ANEXO 1 ANEXO 2 EDT del Proyecto Diccionario de la EDT del Proyecto

Pgina 12

Anexo1: EDT DEL PROYECTO

Extranet Crosland

Planeamiento del Proyecto

Analisis de Sistemas

Diseo de Sistemas

Infraestructura

Construccin

Test

Implantacin y Aceptacin

Acta de constitucin

Definicin de Requerimientos

Diseo Grfico y HTMl

Configuracin de Servidores

Desarrollo de Sistemas

Plan de Pruebas

Plan de capacitacin

Definicin del Alcance

Especificacin de Requerimientos

Modelo lgico y Fsico

Configuracin de Equipos

Desarrollo de Servicios

Ambiente de Pruebas

Elaboracion de Manuales

Elaboracin del Plan de Proyecto

Metodologia de Desarrollo Definicin de la Arquitectura del Sistema Pruebas Funcionales Capacitacin

EDT

Arquitectura del Negocio

Pruebas No Funcionales(Per formance)

Acta de Conformidad

Arquitectura de Aplicaciones

Anexo 2: DICCIONARIO DEL EDT DEL PROYECTOACTIVIDAD O ESFUERZO DE TRABAJO Nombre de la actividad: Cdigo de la actividad: Descripcin DICCIONARIO Planeamiento del Proyecto FASE 1 Se realizan las actividades necesarias para determinar cmo se realizar la gestin del proyecto Acta de Constitucin Dar inicio al proyecto. Mediante el documento Acta de Constitucin se da inicio formalmente a un proyecto o una fase y documentar los requisitos iniciales que satisfacen las necesidades y expectativas de los interesados Identificar el propsito del proyecto a desarrollar. Identificar los requerimientos en alto nivel. Determinar las caractersticas, funcionalidades del producto a desarrollar a alto nivel. Identificar las restricciones del proyecto en trmino de costos, tiempo, calidad. Identificar los riesgos y cronograma de hitos a alto nivel. Responsable: Director del proyecto Participa: Analista Apoya: Documentador Revisa: Documentador S/. 600.00

Entregable 1.1 Objetivo: Descripcin

Detalle:

Responsables

Recursos asignados y costos Entregable 1.2 Objetivo: Descripcin:

Responsables

Recursos asignados y costos Entregable 1.3 Descripcin

Definicin del Alcance Dar inicio al proyecto Definir los criterios de aceptacin Definir los requerimientos del proyecto Definir los entregables del proyecto Responsable: Director del proyecto Participa: Analista Apoya: Documentador Revisa: Documentador S/. 5,000.00

Elaboracin del Plan de Proyecto Elaborar el plan consiste en plasmar las actividades y sus derivados para poder lograr que el proyecto se logre con xito.


Entregable Final

Detalle:

Responsables

Recursos asignados y costos Entregable 1.3.1 Descripcin Detalle:

Formar equipo, que conozca su forma de trabajar. Determinar una clara delimitacin de responsabilidades. Tener mecanismos para la solucin de conflictos. Responsable: Director del proyecto Participa: Equipo del proyecto Apoya: Revisa: Aprueba: Da informacin: S/. 250.00

EDT : Estructura de Divisin del Trabajo Se asigna el personal y los costos a las actividades Asignar los responsables a las actividades segn su rol en el proyecto. Asignar los costos de acuerdo a las actividades. Responsable: Participa: Apoya: Revisa: Aprueba: Da informacin: S/. 300.00 DICCIONARIO Anlisis de Sistemas FASE 2 Se realizan la documentacin del anlisis del software. Definicin de Requerimientos Se establece el plan para plasmar las especificaciones funcionales. Definir el cmo se planificarn, seguirn y reportarn las actividades para la obtencin de los requerimientos. Establecer el proceso de priorizacin de requisitos. Definir las mtricas del software. Realizar el plan de gestin de requerimientos del proyecto. Responsable: Equipo del proyecto Participa: Apoya: Revisa: Aprueba: Da informacin:Pgina 15

Responsables

Costos Estimados ACTIVIDAD O ESFUERZO DE TRABAJO Nombre de la actividad: Cdigo de la actividad: Descripcin Entregable 2.1 Descripcin Detalle:

Responsables


Entregable Final

Costos Estimados Entregable 2.2 Descripcin Detalle:

S/. 4,000.00 Especificacin de Requerimientos Se realiza la especificacin y documentacin requerimientos funcionales del proyecto. Definir los requerimientos funcionales. Especificar los criterios de aceptacin. Realizar la documentacin de los requerimientos. Responsable: Director del proyecto Participa: Analista Apoya: Documentador S/. 2,000.00 Metodologa de Desarrollo Se define la metodologa a usar para el desarrollo del sistema de automatizacin. De acuerdo a la arquitectura definida se establece la metodologa de desarrollo a usar. Responsable: Director del proyecto Participa: Analista Apoya: Documentador S/. 1,000.00 DICCIONARIO Diseo de Sistemas FASE 3 Se establece la arquitectura del sistema segn los casos de uso crticos de la aplicacin. Diseo Grfico y HTML Establecer la estructura visual y plantilla de colores. Establecer las especificaciones de diseo para la pantalla de inicio. Establecer las especificaciones de diseo para cada opcin de la aplicacin. Determinar el diseo de colores que se utilizaran en las interfaces grficas de usuario. Responsable: Participa: Apoya: S/. 1,000.00 Modelo Lgico y FsicoPgina 16

de

los

Responsables

Costos Estimados Entregable 2.3 Descripcin Detalle: Responsables

Costos Estimados ACTIVIDAD O ESFUERZO DE TRABAJO Nombre de la actividad: Cdigo de la actividad: Descripcin

Entregable 3.1 Descripcin Detalle:

Responsables

Costos Estimados Entregable 3.2


Entregable Final

Descripcin Detalle:

Realizar el Diseo del modelo lgico y fsico de la base de datos Definir la estructura de la base de datos. Determinar tablas. Determinar campos y sus atributos. Determinar llaves y relaciones entre las tablas. Responsable: Participa: Apoya: S/. 1,500.00 Definicin de arquitectura del Sistema Se establece la arquitectura del sistema segn los casos de uso crticos de la aplicacin. Asignacin de la tecnologa. Analizar los casos de uso no funcionales. Determinacin de la arquitectura del sistema. Responsable: Equipo del Proyecto S/. 1,400.00 Definicin de arquitectura del Negocio Se establece la arquitectura del sistema segn los casos de uso crticos de la aplicacin. Analizar los casos de uso funcionales. Determinacin de la arquitectura del Negocio. Equipo del proyecto S/. 600.00 Arquitectura de Aplicaciones Se establece la arquitectura de la aplicacin que se va a desarrollar Definir las capas a usar para el desarrollo de la aplicacin Equipo del proyecto S/. 800.00 DICCIONARIO Infraestructura FASE 4 Se define el plan de gestin de infraestructura del proyecto y se realiza la implementacin de la infraestructura adecuada para el desarrollo del software, las pruebas y el correcto funcionamiento de las aplicaciones en produccin.

Responsables

Costos Estimados Entregable 3.3 Descripcin Detalle:

Responsable Costos Estimados Entregable 3.4 Descripcin Detalle: Responsable Costos Estimados Entregable 3.5 Descripcin Detalle: Responsable Costos Estimados ACTIVIDAD O ESFUERZO DE TRABAJO Nombre de la actividad: Cdigo de la actividad: Descripcin

Pgina 17


Entregable Final

Entregable 4.1 Descripcin

Configuracin de Servidores Se realizar las actividades para configurar los servidores en donde se ejecutaran las aplicaciones desarrolladas y permitan su correcto funcionamiento. Configurar servidores de correos Configurar servidores de aplicaciones Configurar servidores de archivos Configurar servidores de base de datos Tcnico S/.700.00 Configuracin de Equipos Se realizar las actividades para que las PCs soporten el producto software. Instalar sistema operativo en las pc. Instalar programas utilitarios que permitan el desarrollo y el correcto funcionamiento del software. Verificar las restricciones en cuanto al perfil. Responsable: Tcnico Aprueba: Director del proyecto S/.700.00 DICCIONARIO Construccin FASE 5 Se realiza las actividades del desarrollo del producto Desarrollo de Sistemas Se realizan las actividades para implementar las aplicaciones. Se codifica las aplicaciones en el lenguaje de programacin seleccionado y segn los estndares de programacin. Se realizan las pruebas unitarias. Se generan los ejecutables de las aplicaciones. Programador S/.5,000.00 Desarrollo de Servicios Se realizan las actividades del desarrollo de la aplicacin Se crean los web services. Se genera los ejecutables de los web services. Se realizan las pruebas unitarias de los flujos de procesos. Se implementa los flujos del proceso orquestando los web services. Se realizan las pruebas unitarias de los web servicesPgina 18

Detalle:

Responsables Costos Estimados Entregable 4.2 Descripcin Detalle:

Responsables Costos Estimados ACTIVIDAD O ESFUERZO DE TRABAJO Nombre de la actividad: Cdigo de la actividad: Descripcin Entregable 5.1 Descripcin: Detalle:

Responsables Costos Estimados Entregable 5.2 Descripcin: Detalle:


Entregable Final

Responsables Costos Estimados ACTIVIDAD O ESFUERZO DE TRABAJO Nombre de la actividad: Cdigo de la actividad: Descripcin

Programador S/. 3,200.00 DICCIONARIO Test FASE 6 Se realizan las actividades para verificar y validar el producto software. Plan de Pruebas Se establece el plan de pruebas para verificar y validar el plan de pruebas Se crea un cronograma de actividades para la etapa de test. Se establece el proceso para la resolucin de defectos. Responsable de testing S/.600.00 Ambiente de Pruebas Se realizan las actividades para tener un ambiente de pruebas adecuado, similar al que se va a poner en produccin. Se destinan los recursos para la infraestructura del ambiente de pruebas Se configura el ambiente de pruebas( red y servidores) Se hacen los despliegues de los aplicativos en el ambiente de pruebas. Se valida el ambiente de pruebas. Tcnico/ Responsable de testing S/. 1,700.00 Pruebas Funcionales Se realizan las actividades para realizar las pruebas funcionales. Se realizan las pruebas funcionales en base a los casos de uso segn el plan de pruebas. Se realizan el retest de las pruebas fallidas. Se da la conformidad de la funcionalidad del producto. Responsable de testing S/. 1,200.00 Pruebas No Funcionales Se realizan las actividades para realizar las pruebas no funcionales. Se realizan las pruebas de performance de las aplicaciones Responsable de testing

Entregable 6.1 Descripcin: Detalle: Responsables Costos Estimados Entregable 6.2 Descripcin: Detalle:


Responsables Costos Estimados Entregable 6.4 Descripcin: Detalle: Responsables

Pgina 19


Entregable Final

Costos Estimados ACTIVIDAD O ESFUERZO DE TRABAJO Nombre de la actividad: Cdigo de la actividad: Descripcin

S/. 1,000.00 DICCIONARIO Implantacin y Aceptacin FASE 7 Se realizan las actividades para colocar el aplicativo en produccin. Plan de Capacitacin Se realiza las actividades para crear el plan de capacitacin Se coordina reuniones con los usuarios para la capacitacin Se crea un cronograma de reuniones. Se elabora las diapositivas para las capacitaciones Director del proyecto S/. 400.00 Elaboracin de Manuales Se realiza las actividades para la elaboracin de manuales. Se elabora los documentos Manual de Usuario y Manual Tcnico, los cuales contienen las instrucciones para la operatividad del sistema producto del proyecto. Documentador de aplicaciones S/. 700.00 Capacitacin Se realiza las actividades para llevar a cabo el plan de capacitacin Se realizan en un da dos sesiones de capacitacin expositivas del funcionamiento del producto, las sesiones estn compuestas de 2 periodos de dos horas cronologas, cada sesin est compuesta de dos horas cronolgicas. Se realizan en cuatro das ocho sesiones de capacitacin prctica en el uso del producto, cada sesin est compuesta de dos horas cronolgicas, se realizarn dos sesiones por da. S/. 900.00 Acta de Conformidad Con este documento se da por finalizado formalmente el proyecto. Realizar la declaracin de la aceptacin formal del proyecto. Establecer observaciones adicionales. Realizar el acta de cierre del proyecto. S/.450.00

Entregable 7.1 Descripcin: Detalle:




Responsables Costos Estimados

Pgina 20


Entregable Final

IV. PLAN DE GESTIN DEL TIEMPODECLARACIN DE TIEMPO versin 1.0 PROYECTO: GERENTE: PREPARADO POR: REVISADO POR: APROBADO POR: Extranet de Pedido de Repuestos Roberto Calderon Roberto Caldern Gerencia General, Jorge Vega Gerencia General, Jorge Vega

FECHA FECHA FECHA

09 15 15

07 07 07

11 11 11

A. PROCEDIMIENTO DE DEFINICIN DE ACTIVIDADES Por cada entregable definido en el EDT del proyecto se identifican las actividades que permitirn el trmino del entregable. Estas estn definidas con cdigo, nombre y agrupados en fases. B. PROCEDIMIENTO DE SECUENCIAMIENTO DE ACTIVIDADES Se elaboro el Diagrama de Precedencias para establecer la secuencia de las actividades. PROCESO DE DEFINICIN DE ALCANCE: DESCRIPCIN DETALLADA DEL PROCESO PARA ELA C. SPROCEDIMIENTO DE ESTIMACIN DE RECURSOS DE LAS ACTIVIDADES En base a los entregables y actividades identificados para el proyecto se realizar las estimaciones de la duracin y el tipo de recursos (personal).CO

D. D. PROCESO DE ESTIMACIN DE DURACIN DE LAS ACTIVIDADES El proceso de estimacin de la duracin de las actividades se define de acuerdo al tipo de recurso asignado a la actividad: El recurso tomado en cuenta es el personal, estimamos la duracin y calculamos el trabajo que tomar realizar la actividad.PE STATEMENT DEFINITIVO A PARTIR DEL SCOPE STATEMENTRELIMINAR. DEFINICIN DE QU, QUIN, CMO,DNDE, Y CON QU.

E. E. PROCEDIMIENTO DE DESARROLLO DEL CRONOGRAMA Empleo de la herramienta Ms Project para la elaboracin de cronograma de actividades. F. F. PROCEDIMIENTO DE CONTROL DE CRONOGRAMA El control de cambios estar dividido segn los siguientes tipos: Cambio en el Alcance del Proyecto Cambio en el Cronograma del Proyecto Cambio en el Presupuesto del Proyecto Cambio en el Contrato del Proyecto

Se realiza la descripcin especifica del cambio a tratar, el cual debe ser aprobado por el jefe de proyecto y el gerente de proyecto .Una vez aprobado se hace un seguimiento de estos.

Pgina 21


Entregable Final

GESTIN DE CAMBIOS AL CRONOGRAMA Persona(s) autorizada(s) a solicitar cambio en cronograma: Nombre Cargo Roberto Caldern Jefe de proyecto Ral Castro Analista responsable

Ubicacin Departamento de Sistemas Departamento de Sistemas

Persona(s) que aprueba(n) requerimiento de cambio de cronograma: Nombre Cargo Ubicacin Roberto Caldern Jefe de proyecto Departamento de Sistemas Ral Castro Analista responsable Departamento de Sistemas Pedro Perez Gerente de proyecto Departamento de Sistemas Razones aceptables para cambios en cronograma del Proyecto: - Disponibilidad de personal Describir cmo calcular y reportar el impacto en el proyecto por el cambio en cronograma.: Se establecern criterios de clasificacin de cambios en funcin al tiempo y costos, es decir de manera indirecta de la modificacin del alcance. Describir cmo los cambios al cronograma sern administrados: Primero, se elaborara el documento PSI_11_Gestion_Cambio_Planificacion_Proyecto que detalla el cambio del cronograma. Luego, se analiza y detalla el impacto que afecta al proyecto en recursos, tiempo y costos. Finalmente el comit de control de cambios elaborara un acta de compromiso o rechazo.

Pgina 22


Entregable Final

G. HITOS DE PROYECTO Hitos EDT/WBS Planeamiento del Entrega del Cronograma Proyecto Entregar especificaciones Anlisis de sistemas de requerimientos Documentos especificaciones de Anlisis de sistemas requerimientos aprobados Entregar documentos tcnicos Enviar Manual de configuracin de servidores Manual de configuracin de servidores Aprobado Enviar Manual de configuracin de equipos Manual de configuracin de equipos Aprobado Enviar Manual de pruebas Manual de pruebas Aprobado Entregar informe final de programas y aplicaciones Enviar Manual de usuario Manual de usuario Aprobado Enviar Manual de sistema Manual de sistemas Aprobado Acta de conformidad firmada Diseo de sistemas

Fecha Jul 18 2011 Jul 27 2011 Ago 03 2011

Descripcin Base del cronograma de Planeamiento del Proyecto Lista de requerimientos funcionales Lista de requerimientos aprobados Entrega los diagramas de componentes, diagrama de clases y documentos de especificaciones tcnicas

Ago 17 2011

Infraestructura Infraestructura Infraestructura Infraestructura Test Test Implantacin y Aceptacin Implantacin y Aceptacin Implantacin y Aceptacin Implantacin y Aceptacin Implantacin y Aceptacin Implantacin y Aceptacin

Ago 24 2011 Ago 26 2011 Ago 24 2011 Ago 26 2011 Ago 29 2011 Ago 30 2011 Set 02 2011 Set 02 2011 Set 04 2011 Set 05 2011 Set 05 2011 Set 09 2011 Documento que describe manual tcnico del sistema Acta firmada reflejando conformidad de la entrega el la Documento que describe manual de usuario del sistema el Documento que describe las pruebas funcionales y no funcionales. Documento que describe el resultado final del modulo Documento que describe configuracin de equipos la Documento que describe configuracin de servidores la

Pgina 23


Entregable Final

Anexo: IDENTIFICACIN Y SECUENCIAMIENTO DE ACTIVIDADESEDT Diseo de SistemasLeyenda del Personal AS1 Analista Snior 1 AP1 Analista Programador 1 Activi dad o Paque C te de Trabaj d. o1.Dise 1 o . grfico 1 y HTML 1. 2

Actividades o Tareas Alcance del Prede trabajo cesor Restriccin o supuestosExiste el documento de funcionalidad de sistema Existe el documento de funcionalidad de sistema Existe el documento de funcionalidad de sistema

Nombre

Fecha impues taAgo 04 2011 Ago 08 2011 Ago 09 2011

Respon sableAP1

Luga rCros land

Secuencia de actividades o paquetes1

1. 3

2.Defi nicin del 2. model 1 o lgico y 2. fsico 2

2. 3

Definir Document pantallas del o Capa de sistema presentaci n Definir Document navegacin o Capa de entre paginas presentaci n Definir Document diseo de o Capa de pantallas presentaci n Modelo lgico Definir las Document vistas a nivel o tcnico de capas de sistema Identificar Document interfaz de o tcnico servicios de sistema Realizar el Documento modelo tcnico de lgico sistema Modelo fsico Definir la fuente de datos

1.2

AP1

Cros land

1.3

AP1

Cros land 2

2.1

2.2

Se han identificado las principales clases Se cuenta con los artefactos de elaborados en el anlisis Se han identificado las principales clases

Ago 09 2011 Ago 09 2011 Ago 09 2011

AS1

Cros land

AS1

Cros land

AP1

Cros land

2. 1

2 Realizar el . modelo 2 datos

Document o tcnico de sistema Documento 2.1 tcnico de sistema

Existe informacin de base de datos Existe el documento de arquitectura de sistema

Ago 09 2011 Ago 09 2011

AP1

AP1

Cros land

Pgina 24


Entregable Final

3. Defini cin de arquit ectura del sistem a

1. 1

Definir las restricciones y metas del proyecto

Documento de arquitectura de sistema

1. 2

Definir Documento tecnologas y de herramientas de arquitectur la aplicacin a de sistema Definir entorno de desarrollo Documento de arquitectura de sistema

1.1

1. 3

1.2

1. 4

Definir la vista de implementac in


1.3

1. 5

Definir la vista de despliegue


1.4

1. 7

Definir la estructura del proyecto


1.6

1. 8

Definir la seguridad de la aplicacin


1.7

Existe el documento de especificacin de requerimiento s Existe el documento de especificacin de requerimiento s Existe el documento de especificacin de requerimiento s Existe el documento de especificacin de requerimiento s Existe el documento de especificacin de requerimiento s Existe el documento de especificacin de requerimiento s Existe el documento de especificacin de requerimiento s

Ago 10 2011

AS1

Cros land

3

Ago 10 2011

AP1

Cros land

Ago 12 2011

AP1

Cros land

Ago 15 2011

AP1

Cros land

Ago 15 2011

AP1

Cros land

Ago 16 2011

AS1

Cros land

Ago 17 2011

AS1

Cros land

Pgina 25


Entregable Final

Anexo: ESTIMACION DE RECURSOS Y DURACIONESLeyenda del Personal AS1 Analista Snior 1 AP1 Analista Programador 1 Tipo de Recursos: PERSONAL Entregable Actividad Nombre Recurso AP1 AP1 Trabajo (hr/hom) 16 hr/h 8 hr/h 24 hr/h Dur. 16 h 8h 24 h JE JE JE JE PC1 PC1 1 1 Supuesto / Bases de estimacin Forma de calculo MATERIALES / INSUMOS Nombre Qty de recurso Supuesto / Bases de estimacin Forma de calculo Nombre de Qty recurso MAQUINARIAS Supuesto / Bases de estimacin Forma de calculo

1.Diseo grfico y HTML

Definir pantallas del sistema Definir diseo de pantallas

Definir navegacin entre paginas AP1

Tipo de Recursos: PERSONAL Entregable Actividad Nombre Recurso Trabajo (hr/hom) Dur. Supuesto / Bases de estimacin Forma de calculo

MATERIALES / INSUMOS Nombre de recurso Qty Supuesto / Bases de estimacin Forma de calculo Nombre de Qty recurso

MAQUINARIAS Supuesto / Bases de estimacin Forma de calculo

Modelo lgico Definir las vistas a nivel de capas AS1 Identificar interfaz de servicios AS1 Realizar el modelo lgico AP1 Modelo fsico Definir la fuente de datos Realizar el modelo datos AP1 AP1 1 hr/h 8 hr/h 1h 8h JE JE JE JE PC1 PC1 1 1 16 hr/h 8 hr/h 8 hr/h 16 h 8h 8h JE JE JE JE JE JE PC2 PC2 PC1 1 1 1

2.Definicin del modelo lgico y fsico

Pgina 26


Entregable Final

Anexo: ESTIMACION DE RECURSOS Y DURACIONESTipo de Recursos: PERSONAL Entregable Actividad Nombre Trabajo Recurso (hr/hom) 4 hr/h 4 hr/h 8 hr/h 4 hr/h AP1 AP1 4 hr/h AS1 AS1 6 hr/h 6 hr/h 4h 6h 6h JE JE JE JE JE JE PC1 PC2 PC2 1 1 1 4 hr/h 4 hr/h Dur. Supuesto / Bases de estimacin Forma de calculo JE JE JE JE JE MATERIALES / INSUMOS Nombre de Qty recurso Supuesto / Bases de estimacin Forma de calculo JE JE JE JE JE MAQUINARIAS Nombre de Qty recurso PC2 PC1 PC1 PC1 PC1 1 1 1 1 Supuesto / Bases de estimacin Forma de calculo

Definir las restricciones y metas del proyecto AS1 Definir tecnologas y herramientas de la aplicacin AP1 Definir entorno de desarrollo 3. Definicin de arquitectura del sistema Definir la vista de implementacin Definir la vista de despliegue Definir la seguridad de la aplicacin Definir la vista de implementacin Definir la vista de despliegue AP1 AP1

4h 4h 8h 4h 4h 4h

Definir la estructura del proyecto AP1

Pgina 27


Entregable Final

V. PLAN DE GESTIN DE COSTOSPlan de Gestin de Costos CDIGO 01 versin 1.1 Extranet de Pedidos de Repuestos Roberto Calderon Roberto Calderon Roberto Calderon, Jorge Vega Roberto Calderon, Jorge Vega I.- TIPOS DE ESTIMACIN DEL PROYECTOTIPOS DE ESTIMACIN A UTILIZAR EN EL PROYECTO CON INDICACIN DEL MODO DE FORMULACIN Y LOS NIVELES DE PRECISIN DE CADA TIPO . TIPO DE ESTIMACIN (especificar los tipos de estimacin a usar en el proyecto, ejm. orden de magnitud, presupuesto, definitiva) MODO DE FORMULACIN (especificar en detalle el modo de formulacin del estimado indicando el porqu, quin, cmo, y cuando) NIVEL DE PRECISIN (especificar el nivel de precisin del estimado, ejm. 15% +25%)

PROYECTO: GERENTE: PREPARADO POR: REVISADO POR: APROBADO POR:

FECHA FECHA FECHA

02 08 2011 05 08 2011 07 08 2011

Presupuesto

De abajo hacia arriba

Las estimaciones de Costos se sujetan a cifras enteras sin incluir decimales y se expresan en soles.

II. UNIDADES DE MEDIDATIPO DE RECURSO

UNIDADES DE MEDIDA

Recurso personal Equipos Otros

Costo / hora Costo x cantidad Costo por Unidad

III.- UMBRALES DE CONTROLALCANCE: PROYECTO/FASE/ENTREGABLE(ESPECIFICAR SI EL UMBRAL DE CONTROL APLICA A TODO EL PROYECTO, UNA FASE, UN GRUPO DE ENTREGABLES O UN ENTREGABLE ESPECFICO)

VARIACIN PERMITIDA(VARIACIN PERMITIDA PARA EL ALCANCE ESPECIFICADO, EXPRESADA EN VALORES ABSOLUTOS, EJM $, O VALORES RELATIVOS EJM % )

ACCIN A TOMAR SI VARIACINEXCEDE LO PERMITIDO (ACCIN A TOMAR EJM. MONITOREAR RESULTADOS, ANALIZAR VARIACIONES, O AUDITORIA PROFUNDA DE LA VARIACIN)

Proyecto completo

+ - 10 % del valor permitido

Investigar variacin para tomar accin correctiva

IV.- METODOS DE MEDICIN DE VALOR GANADOALCANCE: PROYECTO/FASE/ENTREGABLE(ESPECIFICAR SI EL MTODO DE MEDICIN APLICA A TODO EL PROYECTO, UNA FASE, UN GRUPO DE ENTREGABLES O UN ENTREGABLE ESPECFICO)

MTODO DE MEDICIN(ESPECIFICAR EL MTODO DE MEDICIN QUE SEUSAR PARA CALCULAR EL VALOR GANADO DE LOS ENTREGABLES ESPECIFICADOS)

MODO DE MEDICIN(ESPECIFICAR EN DETALLE EL MODO DE MEDICIN, INDICANDO EL QUIN, CMO, CANDO, DONDE)

Proyecto completo

Valor acumulado Curva S

Reporte de Perfomance Semanal del Proyecto

Pgina 28


Entregable Final

V.- FORMULAS DE PRONSTICO DEL VALOR GANADOESPECIFICACIN DE FORMULAS DE PRONSTICO QUE SE UTILIZARN PARA EL PROYECTO.

TIPO DE PRONSTICO

FRMULA

MODO: QUIN, CMO, CUNDO, DNDE

EAC variaciones Tpicas

EAC = AC / CPI

Informe de Performance del Proyecto Semanalmente

NIVELES DE ESTIMACIN Y DE CONTROLESPECIFICACIN DE LOS NIVELES DE DETALLE EN QUE SE EFECTUARN LAS ESTIMACIONES Y EL CONTROL DE LOS COSTOS.

TIPO DE ESTIMACIN DE COSTOS(ESPECIFICAR LOS TIPOS DE ESTIMACIN A USAR EN EL PROYECTO, EJM. ORDEN DE MAGNITUD, PRESUPUESTO, DEFINITIVA)

NIVEL DE ESTIMACIN DE COSTOS(ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE EFECTUARN LOS ESTIMADOS DE COSTOS, EJM. ACTIVIDAD, PAQUETES DE TRABAJO, ENTREGABLES, ETC.)

NIVEL DE CONTROL DE COSTOS(ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE EFECTUAR EL CONTROL DE LOS COSTOS EN EL SISTEMA EVM, EJM. ACTIVIDAD, PAQUETES DE TRABAJO, ENTREGABLES, ETC.)

Orden de Magnitud Presupuesto Defintiva

Por Fase Por actividad Por actividad

Caso de Uso

PROCESOS DE GESTIN DE COSTOSDESCRIPCIN DETALLADA DE LOS PROCESOS DE GESTIN DE COSTOS QUE SE REALIZARN DURANTE LA GESTIN DE PROYECTOS.

Estimacin de Costos

Preparacin de Presupuesto

Control de Costos

1. La estimacin de Costos se realiza implementando la tcnica de estimacin de abajo hacia arriba a partir de los entregables. 2. Las estimaciones de Costos estarn proyectadas con cifras enteras sin incluir decimales y se expresarn en dlares americanos 3. Se estimar un porcentaje del presupuesto para el respaldo de las estrategias de la gestin de los riesgos 1. Se sumarn las estimaciones de costos de los paquetes de trabajo de acuerdo con la EDT. 2. Se cuantificar los riesgos identificados como altos para considerarlos dentro del presupuesto. 3. La suma total de los costos deben conciliar con el lmite de financiamiento establecido. 4. 1. Se monitorear la situacin del proyecto controlando de manera mensual los paquetes de trabajo. 2. Se considerar como medida el ndice de desempeo del costo (CPI) para evaluar el valor del trabajo completado con respecto al avance real. 3. Se evaluar el resultado del ndice de desempeo del costo para hacer reajustes del presupuesto.

FORMATOS DE GESTIN DE COSTOSDESCRIPCIN DETALLADA DE LOS FORMATOS DE GESTIN DE COSTOS QUE SE UTILIZARN DURANTE LA GESTIN DE PROYECTOS.

Formatos de Gestin de Costos 1) Plan de Gestin de Costos

Descripcin Documento que informa la planificacin para la gestin del costo del proyecto.

Pgina 29


Entregable Final

2) Lnea de Base del Costo 3) Costeo del Proyecto 4) Presupuesto por fase y entregable

Documento que incluye el presupuesto hasta la conclusin (BAC) aprobado, obtenido de la suma de los presupuestos asignados Documento que lista los recursos y sus costos Documento que lista los recursos y sus costos categorizados por fase y entregable

PRESUPUESTO DEL PROYECTO (Por Fase y por Entregable)Proyecto Fase Entregable1.1 Acta de Constitucin 1.2 Definicin del Alcance 1. Iniciacin y Planificacin 1.3 Elaboracin del Plan de Proyecto 1.4 EDT 1.5 Cierre Total Fase 2.1 Definicin de Requerimientos 2. Anlisis y Diseo 2.2 Especificacin de Requerimientos. 2.3 Metodologa de desarrollo Total Fase 3.1 Diseo Grfico y HTML 3.2 Modelo Lgico y Fisico 3. Diseo de Sistemas 3.3 Definicion de Arquitectura del Sistema Arquitectura del Negocio PROYECTO Extranet de Pedido de Repuestos Arquitectura de Aplicaciones Total Fase 4. Infraestructura 4.1 configuracin de servidores 4.2 Configuracin de equipos Total Fase 5. Construccin 5.1 Desarrollo de sistemas 5.2 Desarrollo de Servicios Total Fase 6.1 Plan de Pruebas 6.2 Ambiente de Pruebas 6. Test 6.3 Pruebas funcionales Total fase 7.1 Plan de capacitacin 7.2 Elaboracin de manuales 7. Implantacin y Aceptacin 7.3 Capacitacin Total Fase 2000 2000 2000 10000 10000 8000 1000 8000 9000 9000 3,000.00

Monto3000

Reserva de Contingencia

3,000.00

Pgina 30


Entregable Final

PRESUPUESTO DEL PROYECTO (Por Fase y por Entregable)PRESUPUESTO DEL PROYECTO 35,000.00

PRESUPUESTO DEL PROYECTO (Por Fase y por Tipo de Recurso)Proyecto Fase Tipo de Recurso Personal Materiales Otros Monto 12 000 1 000 1000 Total Fase 14 000 1000 1000 Total Fase Total Fases Reserva de Contingencia Reserva de Gestin PRESUPUESTO DEL PROYECTO

1. Fase 1 PROYECTOExtranet de Pedido de Repuestos

14,000

2. Fase 2

Personal Materiales Otros

16,000

30 000 2 000 3 000 35 000

PRESUPUESTO DEL PROYECTO (Por semana)Proyecto Semana Nro. Semana 01 Semana 02 Semana 03 Semana 04 Semana 05 Semana 06 Costo $ por semana 3000 4000 7000 8000 7000 3000 Costo acumulado por semana 3000 4000 7000 8000 7000 3000 Total Fases Reserva de Contingencia Reserva de Gestin PRESUPUESTO DEL PROYECTO 30 000 2000 3000 35 000

PROYECTO X

COSTEO DEL PROYECTOEntregabl e Activida d

Tipo Recurso: PersonalRecurs o Unid . QTY . Cost o Unit. Cost o Total



Pgina 31


Entregable Final

VI.

PLAN DE GESTIN DE RIESGOSPLAN DE GESTIN DE RIESGOSversin 1.0

PROYECTO PREPARADO POR: REVISADO POR: APROBADO POR:

Extranet de Pedidos de Repuestos Roberto Caldern Roberto Caldern, Jorge Vega Roberto Caldern, Jorge Vega I.- METODOLOGA DE GESTIN DE RIESGOS

FECHA 03 08 11 FECHA 05 08 11 FECHA 08 08 11

PROCESOPlanificacin de Gestin de los Riesgos

DESCRIPCINElaborar Plan de Gestin de Riesgos. Este documento incluir lo siguiente: Metodologa. Roles y responsabilidades. Calendario. Presupuesto. Matriz de categorizacin de riesgos. Documentar la probabilidad e impacto de los riesgos. Elaborar una Matriz de probabilidad e impacto. Adicionalmente puede incluirse los niveles de tolerancia de los interesados y actividades de seguimiento de probabilidad de riesgos.

HERRAMIENTAS Gestionar con los Lderes de la organizacin ms el Equipo Directivo del Proyecto la planificacin y ejecucin de actividades relacionadas con los riesgos. Realizar reuniones en el equipo directivo para establecer las metodologas para la aplicacin de las reservas para contingencias. Asignacin de responsabilidades. Elaboracin de plantillas para documentar los atributos de los riesgos a determinar. Estos atributos podrn ser: categoras de riesgo y las definiciones de trminos, tales como los niveles de riesgo, la probabilidad por tipo de riesgo, el impacto por tipo de objetivo y la matriz de probabilidad e impacto. Recoleccin de informacin de fuentes primarias Aplicar tcnicas de recopilacin de informacin (tormenta de ideas, entrevistas, etc.) Anlisis de las listas de verificacin. Anlisis de Asunciones Juicio de expertos. Estudiar el anlisis FODA. Elaborar una Matriz de Probabilidad e Impacto. Realizar la evaluacin de probabilidad e impacto de los riesgos. Categorizarlos riesgos. Evaluar la calidad de los datos sobre los riesgos. Evaluar la urgencia de los riesgos. Considerar el juicio de expertos.

FUENTES DE INFORMACIN Patrocinador y principales usuarios. Director de Proyectos y Equipo de Direccin de Proyectos. Documento Alcance del Proyecto. Documento Plan de Gestin de Costos. Documento Cronograma del Proyecto Documento Plan de Gestin de las Comunicaciones. Activos de Procesos de la Organizacin. Juicio de expertos.

Identificaci n de Riesgos

Realizar la determinacin de los riesgos que pueden afectar el proyecto. Este documento llamado Registro de Riesgos contendr: Lista de riesgos identificados. Lista de respuestas potenciales. Evaluar y combinar la probabilidad de ocurrencia de los riesgos identificados, as como sus impactos. Implica priorizar los riesgos para efectuar otros anlisis o acciones posteriores. El resultado de este proceso ser la actualizacin al documento Registro de Riesgos.

Anlisis Cualitativo de Riesgos

Revisin detallada del Plan de Gestin de Riesgos. Revisin del Alcance del Proyecto. Revisin de los costos y duracin de las actividades. Plan de Gestin del Cronograma. Plan de Gestin de Calidad Factores ambientales y activos de la organizacin. Documento Registro de Riesgos elaborado en el proceso Identificacin de riesgos. Alcance del Proyecto. Plan de Gestin de Riesgos.

Pgina 32

Gerencia de Proyectos Tcnicas de Recopilacin y Representacin de Datos, tales como entrevistas y distribuciones de probabilidades. Tcnicas de Anlisis Cuantitativo de Riesgos y de Modelado, tales como anlisis de sensibilidad y anlisis del valor monetario esperado, modelado y simulacin. Considerar el juicio de expertos.

Entregable Final Documento Registro de Riesgos elaborado en el proceso Identificacin de riesgos. Plan de gestin de riesgos. Documento del plan de gestin de costos. Plan de gestin del cronograma.

Anlisis cuantitativo de los riesgos

Es analizar numricamente el efecto de los riesgos identificados sobre los objetivos generales del proyecto. Estos riesgos ya deben estar priorizados. Se realiza a travs de diferentes tcnicas de determinacin. El resultado de este proceso ser la actualizacin al documento Registro de Riesgos. Conjunto de actividades a travs de las cuales se determinan opciones y se efectan acciones para mejorar las oportunidades y reducir las amenazas a los objetivos del proyecto. Los resultados de este proceso ser lo siguiente: Actualizaciones al Registro de Riesgos Acuerdos Contractuales Relacionados con los Riesgos Actualizaciones al Plan para la Direccin del Proyecto y dems documentos del Proyecto. Es el proceso por el cual se implementan planes de respuesta a los riesgos, se rastrean los riesgos identificados, se monitorean los riesgos residuales, se identifican nuevos riesgos y se evala la efectividad del proceso contra los riesgos a travs del proyecto. Los resultados de este proceso ser lo siguiente: Actualizaciones al Registro de Riesgos Actualizaciones al Plan para la Direccin del Proyecto y dems documentos del Proyecto. Implementacin de planes de contingencia o soluciones alternativas, expresados en acciones correctivas y/o correctivas recomendadas. Actualizaciones a los Activos de los Procesos de la Organizacin.

Planificacin de la respuesta a los riesgos

Estrategias para Riesgos Positivos u Oportunidades: las estrategias a utilizar sern: explotar, compartir, mejorar o aceptar. Estrategias para Riesgos Negativos o Amenazas. Consiste en consisten en evitar, transferir, mitigar o aceptar las amenazas. Disear estrategias de respuesta para las contingencias. Considerar el juicio de expertos.

Documento Registro de Riesgos elaborado en el proceso Identificacin de riesgos. Documento Plan de Gestin de Riesgos.

Seguimiento y control de riesgos

Reevaluacin de los Riesgos. Auditoras de los Riesgos. Anlisis de Variacin y de Tendencias. Medicin del Desempeo Tcnico. Anlisis de Reserva. Reuniones sobre el Estado del Proyecto.

Documento Registro de Riesgos elaborado en el proceso Identificacin de riesgos. Documento Plan de Direccin del Proyecto. Informes de desempeo del trabajo.

Pgina 33


Entregable Final

II.- ROLES Y RESPONSABILIDADES DE GESTIN DE RIESGOS: PROCESOPlanificacin de Gestin de los Riesgos

ROLESDirector de Riesgos Lder de Usuarios Director del Proyecto Gerente del Proyecto Patrocinador Jefe de Desarrollo de Sistemas

PERSONAS Roberto Caldern Gerente de Proyecto Jorge Vega Jefe de Repuestos Orlando Lpez Jefe de Soporte Raul Castro Analista Programador

RESPONSABILIDADES Elaborar el Plan de Gestin de Riesgos. Representante de la gerencia de ventas en el desarrollo del proyecto. Dirigir, coordinar y administrar todas las actividades concernientes al proyecto. Persona integrante de la organizacin del cliente, a cargo de supervisar el cumplimiento de las actividades del proyecto para no perjudicar a la empresa cliente. Gerente General de la empresa. Profesional miembro de la organizacin, que es el lder del rea TI. Elaborar el Plan de Gestin de Riesgos. Representante de la empresa cliente en el desarrollo del proyecto. Dirigir, coordinar y administrar todas las actividades concernientes al proyecto. Persona integrante de la organizacin del cliente, a cargo de supervisar el cumplimiento de las actividades del proyecto para no perjudicar a la empresa cliente. Profesional miembro de la organizacin cliente, que es el lder del rea TI. Elaborar el Plan de Gestin de Riesgos. Representante de la gerencia de ventas en el desarrollo del proyecto. Dirigir, coordinar y administrar todas las actividades concernientes al proyecto. Persona integrante de la empresa, a cargo de supervisar el cumplimiento de las actividades del proyecto. Elaborar el Plan de Gestin de Riesgos. Representante de la gerencia de ventas en el desarrollo del proyecto. Dirigir, coordinar y administrar todas las actividades concernientes al proyecto. Persona integrante de la empresa, a cargo de supervisar el cumplimiento de las actividades del proyecto para no perjudicar las actividades. Elaborar el Plan de Gestin de Riesgos. Dirigir, coordinar y administrar todas las actividades concernientes al proyecto.

Identificacin de Riesgos

Director de Riesgos Lder de Usuarios Director del Proyecto Gerente del Proyecto Jefe de Desarrollo de Sistemas

Roberto Caldern Gerente de Proyecto Jorge Vega Jefe de Repuestos Orlando Lpez Jefe de Soporte Raul Castro Analista Programador

Anlisis Cualitativo de Riesgos

Director de Riesgos Lder de Usuarios Director del Proyecto Gerente del Proyecto

Roberto Caldern Gerente de Proyecto Jorge Vega Jefe de Repuestos Orlando Lpez Jefe de Soporte Raul Castro Analista Programador Roberto Caldern Gerente de Proyecto Jorge Vega Jefe de Repuestos Orlando Lpez Jefe de Soporte Raul Castro Analista Programador

Planificacin de la respuesta a los riesgos

Director de Riesgos Lder de Usuarios Director del Proyecto Gerente del Proyecto

Seguimiento y control de riesgos

Director de Riesgos Director del Proyecto

Roberto Caldern Gerente de Proyecto Jorge Vega Jefe de Repuestos Orlando Lpez Jefe de Soporte Raul Castro Analista Programador

Pgina 34


Entregable Final

III.- IDENTIFICACIN DE RIESGOSID.R1.01

TipoRiesgos en la gestin del proyecto Riesgos en la gestin del proyecto

DescripcinEstimacin y programacin incorrecta de actividades. En algunas fases se presenta el requerimiento de un mayor nmero de recursos no contemplados inicialmente. Dificultad para encontrar profesional de reemplazo para un miembro tcnico del equipo que abandona o no cumple expectativa. Se requieren cambios contractuales en el alcance del sistema y ambas partes no se ponen de acuerdo. Requerimientos no estn adecuadamente acotados.

CausaEquivocada estimacin y programacin en la secuencia de actividades. Equivocada estimacin de la determinacin de tiempos de duracin de actividades. No contratar personal incluyendo una penalidad en caso de abandono del proyecto.

DisparadorSe detect un retraso en la primera actividad del proyecto. Se detect el requerimiento de un nmero mayor de recursos en alguna actividad del proyecto. Un miembro del equipo avisa que se retira de la empresa desarrolladora pues tiene una oferta laboral de otra empresa. Cliente entreg detalle incompleto de requisitos.

Respuesta tentativaRecurrir a las reservas del plan de contingencias.

R1.02

Reformular la asignacin de recursos para evitar retrasos en la lnea base.

R1.03

Riesgos en la gestin del proyecto

Recurrir a las reservas del plan de contingencias.

R1.04

Riesgos en la gestin del proyecto

Falta de capacidad de escucha y entendimiento por ambas partes.

R2.01

Riesgos tcnicos

Analistas Tcnicos encuentran inconsistencias o vaco en la documen-tacin funcional de los requisitos. Algunos requisitos no fueron formalizados en la respectiva documentacin. Algunos requisitos no fueron detallados en forma correcta en la respectiva documentacin. Cliente no tiene el conocimiento claro de todo lo que debe indicar cuando entrega los requisitos

R2.02

Riesgos tcnicos

Requerimientos no documentados

R2.03

Riesgos tcnicos

Requerimientos incompletos, incomprensibles o ambiguos.

R2.04

Riesgos tcnicos

Requerimientos que son modificados, por solicitud del cliente, en fechas posteriores a su

El Gerente del Proyecto tomar la decisin final, siempre y cuando no afecte econmicamente al proveedor. Retraso en las Convocar a primeras reunin urgente actividades de con el Lder de Diseo de Usuarios para sistemas. definir los requisitos incompletos. En las pruebas Documentar los con el usuario se requisitos detecta pendientes y funcionalidades no recurrir a las implementadas. reservas del plan de contingencias. En las pruebas Documentar los con el usuario se requisitos no detecta conformes y funcionalidades recurrir a las que no se ajustan reservas del plan a lo solicitado. de contingencias. Ante consultas Documentar los puntuales del requisitos no Analista conformes y Funcional, el recurrir a las usuario se da reservas del plan cuenta de ciertas de contingencias.

Pgina 35


Entregable Final

aceptacin.

funcionales.

R2.05

Riesgos tcnicos

R2.06

Riesgos tcnicos

R2.07

Riesgos tcnicos

R2.08

Riesgos tcnicos

No se acuerda detalles de estndares de formatos para ciertos componentes visibles del sistema (pantallas, reportes, etc.), lo cual genera inconformidades del cliente. El cliente pide que el software a construir utilice un sistema de base de datos cuyo funcionamiento y rendimiento no se han comprobado con las interfaces solicitadas. Cliente demanda en los requisitos del producto la creacin de componentes de programacin distintos de los que el equipo del Proyecto ha desarrollado hasta ahora. En la actividad de puesta en produccin surge algn error tcnico que no se presentaba en el ambiente de desarrollo y excede el tiempo planificado.

Cliente no tiene indic oportunamente dichos estndares y el Analista Tcnico tampoco averigu sobre ellos en su debido momento.

carencias en los detalles de los requisitos. En las pruebas con el usuario, ste detecta la ausencia de dichos estndares en los componentes visibles del sistema.

Documentar los requisitos pendientes y recurrir a las reservas del plan de contingencias.

Avances tecnolgicos aun no probados exhaustivamente por parte de la empresa desarrolladora.

Solicitud del cliente para comprar la ltima versin de la base de datos que se utilizar.

Realizar las pruebas respectivas en los servidores de la empresa desarrolladora.

Avances tecnolgicos en el software de desarrollo aun no probados exhaustivamente por parte de la empresa desarrolladora.

Solicitud del cliente para utilizar ltimas versiones de ciertos componentes de software.

Realizar las pruebas respectivas en los servidores de la empresa desarrolladora.

No se hizo pruebas de pase a produccin de porciones pequeas del cdigo ejecutable para detectar errores imprevistos.

Actividad de puesta en produccin del cdigo ejecutable.

R2.09

Riesgos tcnicos

El cliente exige del producto un elevado nivel de rendimiento, el cual no puede ser garantizado.

Requerimiento del usuario sin garanta de ofrecimiento de satisfaccin.

El cliente exige del producto un elevado nivel de rendimiento.

R3.01

Riesgos financieros

El cliente no puede cumplir en fecha con la compra del

El cliente no puede cumplir en fecha con la compra del

Problemas de liquidez por parte del cliente.

Paralelo a las primeras actividades de desarrollo, debi realizarse pruebas de pase a produccin de porciones pequeas del cdigo ejecutable. Paralelo a las primeras actividades de desarrollo, debi realizarse pruebas de niveles de rendimiento. Recurrir a las reservas de tiempo del plan

Pgina 36


Entregable Final

R3.02

Riesgos financieros

hardware solicitado, debido a problemas financieros, lo que origina retrasos en el proyecto. El cliente se retrasa en los pagos a la empresa desarrolladora del sistema.

hardware solicitado.

de contingencias.

Carencia de liquidez por parte del cliente.

Problemas de liquidez por parte del cliente.

Recurrir a las reservas del plan de contingencias.

Pgina 37


Entregable Final

R3.03

Riesgos financieros

Vaivenes laborales que obliga a desembolsar ms dinero para cubrir aumentos de sueldos no presupuestados inicialmente.

No se firmaron acuerdos de permanencia con los miembros del equipo.

Miembro(s) del equipo desea(n) renunciar a la empresa desarrolladora.

R4.01

Riesgos externos

El proveedor de hardware no entrega los equipos adquiridos dentro de los plazos planificados. El proveedor de software no entrega los medios o las licencias adquiridas, dentro de los plazos planificados. Cambios en la reglamentacin tributaria puede obligar a cambiar costos, sobre todo en las adquisiciones.

R4.02

Riesgos externos

R4.03

Riesgos externos

No haber firmado contrato de compromiso de entrega, con pago de penalidad o descuento en caso de incumplimiento. No haber firmado contrato de compromiso de entrega, con pago de penalidad o descuento en caso de incumplimiento. Cambios no previstos en la reglamentacin tributaria por parte del Estado.

Se detecta demora en la entrega de los equipos para la fecha esperada.

Al inicio del proyecto, firmar acuerdos de permanencia con los miembros del equipo, incluyendo penalidades en caso de abandono. Cambiar de proveedor de hardware.

Se detecta demora en la entrega del software y sus licencias para la fecha esperada. El Estado decide alterar la reglamentacin tributaria con alguna finalidad especfica.

Cambiar de proveedor de software

R4.04

Riesgos externos

Desastres naturales como terremotos o inundaciones pueden daar recursos del proyecto.

Ocurrencia de desastres naturales como terremotos o inundaciones.

Ocurre un terremoto o una inundacin.

Reformular clusulas de pago del contrato firmado y actualizar los documentos Acta del Proyecto y Gestin de Costos. Recurrir al Plan de Contingencias para mitigar los efectos adversos.

Pgina 38


Entregable Final

IV.- ESTRUCTURA DEL DESGLOSE DEL RIESGO (RBS/EDR)Riesgos en la gestin del proyecto 1. Estimacin y programacin incorrecta de actividades. 2. En algunas fases se presenta el requerimiento de un mayor nmero de recursos no contemplados inicialmente. 3. Dificultad para encontrar profesional de reemplazo para un miembro tcnico del equipo que abandona o no cumple expectativa. 4. Se requieren cambios contractuales en el alcance del sistema y ambas partes no se ponen de acuerdo. Riesgos tcnicos 1. 2. 3. 4. Requerimientos no estn adecuadamente acotados. Requerimientos no documentados Requerimientos incompletos, incomprensibles o ambiguos. Requerimientos que son modificados, por solicitud del cliente, en fechas posteriores a su aceptacin. 5. No se acuerda detalles de estndares de formatos para ciertos componentes visibles del sistema (pantallas, reportes, etc.), lo cual genera inconformidades del cliente. 6. El cliente pide que el software a construir utilice un sistema de base de datos cuyo funcionamiento y rendimiento no se han comprobado con las interfaces solicitadas. 7. Cliente demanda en los requisitos del producto la creacin de componentes de programacin distintos de los que el equipo del Proyecto ha desarrollado hasta ahora. 8. En la actividad de puesta en produccin surge algn error tcnico que no se presentaba en el ambiente de desarrollo y excede el tiempo planificado. 9. El cliente exige del producto un elevado nivel de rendimiento, el cual no puede ser garantizado. Riesgos financieros 1. El cliente no puede cumplir en fecha con la compra del hardware solicitado, debido a problemas financieros, lo que origina retrasos en el proyecto. 2. El cliente se retrasa en los pagos a la empresa desarrolladora del sistema. 3. Vaivenes laborales que obliga a desembolsar ms dinero para cubrir aumentos de sueldos no presupuestados inicialmente. Riesgos externos 1. El proveedor de hardware no entrega los equipos adquiridos dentro de los plazos planificados. 2. El proveedor de software no entrega los medios o las licencias adquiridas, dentro de los plazos planificados. 3. Cambios en la reglamentacin tributaria puede obligar a cambiar costos, sobre todo en las adquisiciones. 4. Desastres naturales como terremotos o inundaciones pueden daar recursos del proyecto. Riesgos en la gestin del proyecto 1. Estimacin y programacin incorrecta de actividades. 2. En algunas fases se presenta el requerimiento de un mayor nmero de recursos no contemplados inicialmente. 3. Dificultad para encontrar profesional de reemplazo para un miembro tcnico del equipo que abandona o no cumple expectativa. 4. Se requieren cambios contractuales en el alcance del sistema y ambas partes no se ponen de acuerdo.

Pgina 39


Entregable Final

V.- ANLISIS CUALTITATIVO DE RIESGOS Probabilidad Muy improbable Relativamente probable Probable Muy probable Casi certezaCod Descripcin

Valor Numrico 0.1 0.3 0.5 0,7 0.9Causa Raz

Impacto Muy bajo Bajo Moderado Alto Muy altoDisparador

Valor Numrico 0.05 0.10 0.20 0.40 0.80Entregables aceptados

Tipo de Riesgo Muy alto Alto Moderado Bajo Muy bajoObjetivo afectado

Probabilidad x Impacto Mayor a 0.50 Menor a 0.50 Menor a 0.30 Menor a 0.10 Menor a 0.05Estimacin impacto Prob. Impacto Tipo Riesgo

ENTIFICA EVALUACIN CUALITATIVA DE RIESGOS

Estimacin probabilidad

R1.01 Estimacin y programacin incorrecta de actividades.

Equivocada estimacin y programacin en la secuencia de actividades. Equivocada estimacin de la determinacin de tiempos de duracin de actividades. No contratar personal incluyendo una penalidad en caso de abandono del proyecto.

Se detect un retraso 2.1, 2.2, 3.1, en la primera 3.2, 4.1, 4.2, actividad del proyecto. 4.3, 5.1, 5.2, 6.2, 6.3, 6.4, 7.1, 8.1,8.2 Se detect el requerimiento de un nmero mayor de recursos en alguna actividad del proyecto. 2.1, 2.2, 3.1, 3.2, 4.1, 4.2, 4.3, 5.1, 5.2, 6.2, 6.3, 6.4, 7.1, 8.1, 8.2 4.1, 4.2, 4.3, 5.1, 5.2

0.4

Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad

Alto 0.8 0.32

Total Probabilidad x Impacto

0.32 Moderado 0.052 0.208 0.26 Moderado 0.034 0.068 0.068 0.17 0.07 0.042 0.028

R1.02 En algunas fases se presenta el requerimiento con un mayor nmero de recursos no contemplados inicialmente. R1.03 Dificultad para encontrar profesional de reemplazo para un miembro tcnico del equipo que abandona o no cumple expectativa. R1.04 Se requieren cambios en el alcance del sistema y ambas partes no concilian.

0.26

0.2 0.8


Un miembro del equipo avisa que se retira de la empresa pues tiene una oferta laboral de otra empresa. Falta de capacidad de Cliente entreg detalle escucha y incompleto de entendimiento por requisitos. ambas partes.

0.17

0.2 0.4 0.4 0.5 0.3 0.2


2.1, 2.2, 3.1, 3.2, 4.1, 4.2, 4.3, 5.1, 5.2, 6.2, 6.3, 6.4,

0.14

Moderado

Pgina 40


Entregable Final

R2.01 Requerimientos no estn adecuadamente acotados.

R2.02 Requerimientos no documentados

Analistas Tcnicos encuentran inconsistencias o vacos en la documentacin funcional de los requisitos. Algunos requisitos no fueron formalizados en la respectiva documentacin. Algunos requisitos no fueron detallados en forma correcta en la respectiva documentacin.

Retraso en las primeras actividades de Diseo de sistemas.

7.1, 8.1, 8.2 2.1, 2.2, 5.1, 5.2, 6.1, 6.2, 6.3, 6.4, 7.1


0.22

Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad

0.2 0.6 0.2

0.14 0.044 0.132 0.044 0.22 0.022 0.033 0.033 0.022 0.11 0.115 0.069 0.046 0.23 0.078 0.156 0.156 0.39 0.03

Moderado


En las pruebas con el 2.1, 2.2, 5.1, usuario se detecta 5.2, 6.1, 6.2, funcionalidades no 6.3, 6.4, 7.1 implementadas. En las pruebas con el 2.1, 2.2, 5.1, usuario se detecta 5.2, 6.1, 6.2, funcionalidades que 6.3, 6.4, 7.1 no se ajustan a lo solicitado. Ante consultas puntuales del Analista Funcional, el usuario detecta carencias en los detalles de los requisitos. En las pruebas con el usuario, ste detecta la ausencia de dichos estndares en los componentes visibles del sistema. Solicitud del cliente para comprar la ltima versin de la base de datos que se utilizar. 2.1, 2.2, 5.1, 5.2, 6.1, 6.2, 6.3, 6.4, 7.1

0.11

0.2 0.3 0.3 0.2 0.5 0.3 0.2

Moderado


R2.03 Requerimientos incompletos, incomprensibles o ambiguos. R2.04 Requerimientos que son modificados, por solicitud del cliente, en fechas posteriores a su aceptacin.

0.23

Moderado


Cliente no tiene el conocimiento claro de todo lo que debe indicar cuando entrega los requisitos funcionales. Cliente no indic a R2.05 No hay acuerdos de estndares de formatos tiempo los estndares para ciertos y el Analista Tcnico componentes del no averigu sobre sistema lo que genera ellos en su debido inconformidad. momento. R2.06 Se pide usar un nuevo Avances tecnolgicos software de base de aun no probados datos cuyo exhaustivamente por funcionamiento no est parte de la empresa

0.39

0.2 0.4 0.4

Alto


2.1, 2.2, 5.1, 5.2, 6.1, 6.2, 6.3, 6.4

0.15

0.2

Moderado

0.8


0.12 0.15 Bajo 0.045 0.045

5.1, 5.2, 6.2, 6.3, 6.4

0.09

0.5 0.5

Pgina 41


Entregable Final

probado con las interfaces solicitadas. R2.07 Cliente demanda en los requisitos del producto la creacin de componentes de programacin distintos a los que el equipo del Proyecto ha elaborado. R2.08 En la actividad de puesta en produccin surge algn error tcnico que no se presentaba en el ambiente de desarrollo y excede el tiempo planificado. R2.09 El cliente exige del producto un elevado nivel de rendimiento, el cual no puede ser garantizado. R3.01 El cliente no puede cumplir en fecha con la compra del hardware solicitado, debido a problemas financieros, lo que origina retrasos en el proyecto. R3.02 El cliente se retrasa en los pagos a la empresa desarrolladora del sistema.

desarrolladora. Avances tecnolgicos en el software de desarrollo aun no probados exhaustivamente por parte de la empresa desarrolladora. No se hizo pruebas de pase a produccin de porciones pequeas del cdigo ejecutable para detectar errores imprevistos. Solicitud del cliente para utilizar ltimas versiones de ciertos componentes de software. 5.1, 5.2, 6.2, 6.3, 6.4 0.14


0.09 Moderado

Alcance Tiempo Costos Calidad

0.5 0.5

0.07 0.07 0.14 Moderado


Actividad de puesta en produccin del cdigo ejecutable.

5.1, 5.2, 6.2, 6.3, 6.4, 7.1

0.29


0.5 0.5

0.145 0.145 0.29


Requerimiento del usuario sin garanta de ofrecimiento de satisfaccin. El cliente no puede cumplir en fecha con la compra del hardware solicitado.

El cliente exige del producto un elevado nivel de rendimiento.

2.1, 2.2, 3.1, 3.2, 4.1, 4.2, 4.3, 5.1, 5.2, 6.2, 6.3, 6.4

0.17

Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad

Moderado 0.6 0.4 0.102 0.068 0.17 Moderado 1 0.22


Problemas de liquidez 3.2 por parte del cliente.

0.22


0.22 Moderado

Carencia de liquidez por parte del cliente.

Problemas de liquidez 2.1, 2.2, 3.1, por parte del cliente. 3.2, 4.1, 4.2, 4.3, 5.1, 5.2, 6.2, 6.3, 6.4, 7.1, 8.1, 8.2

0.19


0.5 0.5

0.095 0.095 0.19


Pgina 42


Entregable Final

R3.03 Vaivenes laborales que obliga a desembolsar ms dinero para cubrir aumentos de sueldos no presupuestados inicialmente.

No se firmaron acuerdos de permanencia con los miembros del equipo.

Miembro(s) del equipo desea(n) renunciar a la empresa desarrolladora.

2.1, 2.2, 3.1, 3.2, 4.1, 4.2, 4.3, 5.1, 5.2, 6.2, 6.3, 6.4, 7.1, 8.1, 8.2

0.25

Alcance Tiempo Costos Calidad Tiempo Costos Calidad

Moderado 0.5 0.5 0.125 0.125 0.25 0.098 0.098 0.084 0.28 Moderado 1 0.21


0.35 0.35 0.3


R5.01 El proveedor de hardware no entrega los equipos adquiridos dentro de los plazos planificados.

No haber firmado contrato de compromiso de entrega, con pago de penalidad o descuento en caso de incumplimiento. No haber firmado R5.02 El proveedor de software no entrega los contrato de compromedios o las licencias miso de entrega, con adquiridas, dentro de pago de penalidad o los plazos planificados. descuento en caso de incumplimiento. Cambios no previstos R5.03 Cambios en la reglamentacin en la reglamentacin tributaria puede obligar tributaria por parte del a cambiar costos, sobre Estado. todo en las adquisiciones. Ocurrencia de R5.04 Desastres naturales como terremotos o desastres naturales inundaciones pueden como terremotos o daar recursos del inundaciones. proyecto.

Se detecta demora en 3.2 la entrega de los equipos para la fecha esperada.

0.21

Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad Alcance Tiempo Costos Calidad Alcance


0.21 Moderado 0.26

Se detecta demora en 3.1 la entrega del software y sus licencias para la fecha esperada. El Estado decide alterar la reglamentacin tributaria con alguna finalidad especfica. 2.1, 2.2, 3.1, 3.2, 4.1, 4.2, 4.3, 5.1, 5.2, 6.2, 6.3, 6.4, 7.1, 8.1, 8.2

0.26

1


0.26 Bajo 0.045 0.045 0.09 0.0075 0.0075 0.0075 0.0075 0.03

0.09

0.5 0.5


Ocurre un terremoto o 1.1, 1.2, 1.3, una inundacin. 1.4, 2.1, 2.2, 3.1, 3.2, 4.1, 4.2, 4.3, 5.1, 5.2, 6.2, 6.3, 6.4, 7.1, 8.1, 8.2

0.03

Tiempo CostosCalidad

0.25 0.25 0.25 0.25

Muy bajo


Pgina 43


Entregable Final

Lista de entregables: Entregable 1.1 Acta de Constitucin Entregable 1.2 Definir el Alcance Entregable 1.3 Elaborar Plan de Proyecto Entregable 1.4 Programar Actividades Entregable 2.1 Definir Especificaciones Funcionales Entregable 2.2 Definir Arquitectura del Sistema Entregable 3.1 Adquirir licencias y/o componentes de SW Entregable 3.2 Adquisicin de Hardware Entregable 4.1 Instalar Red Entregable 4.2 Configurar los servidores Entregable 4.3 Configurar las PCs Entregable 5.1 Desarrollo de Servicios Entregable 5.2 Desarrollo de Aplicaciones Entregable 6.1 Plan de Pruebas Entregable 6.2 Ambiente de Pruebas Entregable 6.3 Pruebas Funcionales Entregable 6.4 Pruebas No Funcionales Entregable 7.1 Despliegue de Aplicaciones Entregable 8.1 Plan de Capacitacin Entregable 8.2 Elaboracin de Manuales

Pgina 44


Entregable Final

VI.- PRESUPUESTO DE GESTIN DE RIESGOSProceso Planificacin de Gestin de los Riesgos Identificacin de Riesgos PersonasRoC JV OL RaC RoC JV OL RaC JV OL JV OL RoC RaC RoC RaC S/. 900 S/. 1200 S/. 900 S/. 800 S/. 1100 S/. 800 S/. 1100 S/. 1200 S/. 1100 S/. 1200 S/. 1300 S/. 1100 S/. 2500 S/.1600

MaterialesN/A

EquiposN/A

TotalS/. 900

N/A

N/A

S/. 700

Anlisis cualitativo de los riesgos Anlisis cuantitativo de los riesgos Planificacin de la respuesta a los riesgos Seguimiento y control de riesgos

N/A N/A

N/A N/A

S/. 800 S/. 700

N/A

N/A

S/. 800

N/A

N/A

S/. 900

Leyenda: RoC: Roberto Caldern JV: Jorge Vega OL: Orlando Lpez RaC: Raul Castro N/A: No aplica

Pgina 45


Entregable Final

VII.- PLAN DE RESPUESTA A LOS RIESGOSCd Amenaza / oportunidad Entregables Probabil. Tipo de Responsable Respuestas afectados X Impacto riesgo del planificadas total riesgo Estimacin y Equivocada Se detect un 1.2, 2.4, 0.06 Bajo RoC/RaC Recurrir a las programacin programacin retraso en la 3.3, 4.1. reservas del plan incorrecta de en la secuencia primera actividad de contingencias. actividades. de actividades. del proyecto. En algunas Equivocada Se detect el 2.1, 2.2, 0.32 Alto RoC/RaC Reformular la fases se preestimacin de requerimiento de 3.1, 3.2, asignacin de senta el reque- la determinaun nmero mayor 4.1, 4.2, recursos para rimiento de un cin de tiempos de recursos en 4.3, 5.1, evitar retrasos en mayor nmero de duracin de alguna actividad 5.2, 6.2, la lnea base. de recursos no actividades. del proyecto. 6.3, 6.4, contemplados 7.1, 8.1 inicialmente. 8.2 Dificultad para No contratar Un miembro del 2.1, 2.2, 0.26 Moderado RoC/RaC Recurrir a las hallar profesional personal equipo avisa que 3.1, 3.2, reservas del plan de reemplazo incluyendo una se retira de la 4.1, 4.2, de contingencias. para un miembro penalidad en empresa 4.3, 5.1, tcnico del equi- caso de desarrolladora 5.2, 6.2, po que abando- abandono del pues tiene una 6.3, 6.4, na o no cubre proyecto. oferta laboral de 7.1, 8.1 expectativa. otra empresa. 8.2 Se requiere Falta de Cliente entreg 4.1, 4.2, 0.17 Moderado RoC/RaC El Gerente del cambio contrac- capacidad de detalle 4.3, 5.1, Proyecto tomar la tual en el alcan- escucha y incompleto de 5.2 decisin final, ce del sistema y entendimiento requisitos. siempre y cuando ambas partes no por ambas no afecte se ponen de partes. econmicamente acuerdo. al proveedor. Requerimientos Analistas Tcni- Retraso en las 2.1, 2.2, 0.14 Moderado RoC/RaC Convocar a no estn cos encuentran primeras 3.1, 3.2, reunin urgente adecuadament inconsistencias actividades de 4.1, 4.2, con el Lder de e acotados. o vaco en la Diseo de 4.3, 5.1, Usuarios para documentacin sistemas. 5.2, 6.2, definir los funcional de los 6.3, 6.4, requisitos requisitos. 7.1, 8.1,8.2 incompletos. Descripcin Riesgo Causa Raz Disparador Estrategia Responsable Fecha Plan de de la planificada Contingencia respuesta Mitigar RoC N/D Incrementar asignacin de recursos Mitigar RoC N/D Incrementar asignacin de recursos

R1.01 Amenaza

R1.02 Amenaza

Mitigar

RoC

N/D

Tener cartera de posibles candidatos

R1.03 Amenaza

Mitigar

RoC

N/D

R1.04 Amenaza

Recurrir a la gestin de comunicacio nes

Mitigar

RoC

N/D

R2.01 Amenaza

Mejorar la documentaci n de requisitos

Pgina 46


Entregable Final

R2.02 Amenaza

R2.03 Amenaza

R2.04 Amenaza

R2.05 Amenaza

R2.06 Amenaza

Requerimientos Algunos requino sitos no fueron documentados formalizados en la respectiva documentacin. Requerimientos Algunos requiincompletos, sitos no fueron incomprensible detallados en s o ambiguos. forma correcta en la respectiva documentacin. Requerimientos Cliente no tiene que son el conocimiento modificados, claro de todo lo por solicitud del que debe cliente, en indicar cuando fechas entrega los posteriores a requisitos su aceptacin. funcionales. No se acuerda Cliente no tiene detalles de indic oportunaestndares de mente dichos formatos para estndares y el ciertos Analista Tcnico componentes tampoco averivisibles del gu sobre ellos sistema lo cual en su debido genera momento. inconformidades del cliente. Se pide usar un Avances nuevo software tecnolgicos de base de datos aun no cuyo probados funcionamiento exhaustivament no est probado e por parte de con las la empresa interfaces desarrolladora. solicitadas.

En las pruebas con el usuario se detecta funcionalidades no implementadas. En las pruebas con el usuario se detecta funcionalidades que no se ajustan a lo solicitado. Ante consultas puntuales del Analista Funcional, el usuario se da cuenta de ciertas carencias en los detalles de los requisitos. En las pruebas con el usuario, ste detecta la ausencia de dichos estndares en los componentes visibles del sistema.

2.1, 2.2, 5.1, 5.2, 6.1, 6.2, 6.3, 6.4, 7.1 2.1, 2.2, 5.1, 5.2, 6.1, 6.2, 6.3, 6.4, 7.1 2.1, 2.2, 5.1, 5.2, 6.1, 6.2, 6.3, 6.4, 7.1

0.22

Moderado

RoC/RaC

0.11

Moderado

RoC/RaC

0.23

Alto

RoC/RaC

Documentar los Mitigar requisitos pendientes y recurrir a las reservas del plan de contingencias. Documentar los Mitigar requisitos no conformes y recurrir a la

1Proyecto Extranet de Repuestos - Entregable Final

Documents

Transcript of 1Proyecto Extranet de Repuestos - Entregable Final