P. 1
Ejemplo Plan de Proyecto

Ejemplo Plan de Proyecto

|Views: 13.165|Likes:

More info:

Published by: lenin tarrillo vilchez on Aug 24, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

06/23/2015

pdf

text

original

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

Profesor: SPONSOR.
IX CICLO UNIVERS. 0

¡ §¨©

¡

¢ ¢ ¢ ¢   ¨ §¤  ¦    ¡ ¥¤   ££ ¡¡  
D S F A D S D

D SA

B AS

S.

1

¢



D SA

D S F

A

D GES

DE OB AS

D arr ll de S tware de Gestión de Obras  

  

   

   

UNIVERS.

2

DESARROLLO DE SOF

ARE DE GES ION DE OBRAS

Participantes:
1. Alum1, 2. Alum2, 3. Alum3, 4. Alum4, 5. Alum5, 6. Alum6, 7. Alum7, 8. Alum8, 9. Alum9, 1 . Alum1 , 11. Alum11, 12. Alum12, 13. Alum13, 14. Alum14, 15. Alum15,  

UNIVERS.

"

!

3

DESARROLLO DE SOF

ARE DE GES ION DE OBRAS

INDICE GENERAL PARTE I Página 1. INNOVA 1.1 Acta d e Constitu ción PARTE II 2. DSE 2.1 GESTIÓN DE ALCANCE 2.1.1 Document ación d e req uisit os 2.1.2 Plan d e gestión d e requisitos 2.1.3 Mat riz d e trazabilid ad d e requisitos 2.1.4 Plan d e gestión d e camb io 2.1.5 Plan d e gestión d el al cance 2.1.6 Enunciad o d el alcance 2.1.7 EDT . . ...14 ...... 15 ....2 0 .. ..23 ... 2 7 .. 33 ..36 .. .42 . ..49 ...5 0 ....5 4 ...8 4 ..1 03 . ...12 3 . 13 1 .132 ..136 .140 .170 .. 173 .17 8 18 1 .7 .......... ................8

2.2 GESTIÓN DEL TIEMPO .. 2.2.1 Plan d e gestión d el tiempo .. 2.2.2 Identificación y Secuenciamient o d e Activid ad es 2.2.3 Red d el C ronograma 2.2.4 Estimaci ón d e R ecursos y Duración 2.2.5 Cronograma d el Pro yect o 2.3 GESTIÓN DE COSTOS . 2.3.1 Plan d e G estión d e C ost os 2.3.2 Argumentos y Supuestos Para la Gestión d e Costo 2.3.3 Cost o d el Pro yect o po r Activid ad 2.3.4 Presup uesto d el P ro yect o p or Fase y Tipo d e R ecurso 2.3.5 Presup uesto d el P ro yect o p or Fase y Entregab les.. 2.3.6 Presup uesto d el P ro yect o p or Sem anas . 2.3.7 Curva s d el Presup uesto

2.4 GESTIÓN DE CALIDAD 183 2.4.1 Plan d e G estión d e la C alid ad ..184 2.4.2 Plantilla d e M ét rica d e C alid ad . ... ..1 97 2.4.3 Línea Base d e C alid ad ..214 2.4.4 Mat riz d e Activid ad d e Calid ad .. 219 2.4.5 Proced imient os d e Gestión d e la C alid ad . ..224 2.4.6 Formato s ... .......... ..... ........ ........ .23 1 .

#

$#

UNIVERS.

... .

4

DESARROLLO DE SOF

ARE DE GES ION DE OBRAS

2.5 GE STIÓN DE L OS R ECUR SOS HUMANOS . . 2.5.1 Plan d e G estión d e R ecursos Human os .. 2.5.2 Disp osición Gerencial d e E valuación d e R end imient o 2.5.3 Organigrama d el Proyecto 2.5.4 Descrip ción d e Rol es .. 2.5.5 Mat riz d e Asign acion es d e R esp onsabilid ad es .. 2.5.6 Direct orio d el Pro yect o ..

2.6 GESTIÓN DE LAS C OMUNICACIONES 290 2.6.1 Plan d e G estión d e C omunicaciones . ..291 2.6.2 Mat riz d e Comunicacion es d el Proyecto .. 311 2.6.3 List a d e St akehold ers p or R ol G eneral en el Pro ject . ... 321 2.7 GE STIÓN DE R IESGOS 2.7.1 Plan d e G estión d e R iesgo s 2.7.2 Est ru ct u ra d e D esglose d e Riesgo (R B S) 2.7.3 Identificación y Eval uación Cualit ativa d e Ri esgos 2.7.4 Plan d e R esp uest a a Riesgos . 2.7.5 Evaluación y Análisis Cu antit ativo d e Riesgo s ... 329 ...3 30 ..335 .. . 341 .. 349 ... .....359

%

&%

UNIVERS.

. 241 .. 242 ..245 ...24 8 ..253 .. 275 282

5

DESARROLLO DE SOF

ARE DE GES ION DE OBRAS

PARTE I

'

('

UNIVERS.

6

mejorando la calidad de información y administrando mejor la enseñanza brindada por la universidad. ) 7 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. incrementando la eficiencia de la utilización de los recursos. INNOVA Pr puesta de INNOVA: El equipo de INNOVA propone un plan de Gestión de proyecto que busca la solución del problema planteado mediante el desarrollo de una herramienta de software. Esta herramienta de software orientado hacia el alumno apoyará a su desarrollo profesional.

1 BGH BGH JC 0 0 0 0 Versión Hecha p r Revisada p r Apr bada p r Fecha 1 .1 A TA DE CONSTITUCIÓN HISTORIAL DE VERSIONES 2.0 1. 1.7-2010 Motivo Versión Original Borrador Borrador 8 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 JAA JAA BGH BGH JC JC 03-07-2010 27-06-2010 11 2.

archivos. El proyecto será realizado en 4 meses. El software permitirá: - Ingresar notas de los cursos que lleva el estudiante Ver trabajos encomendados por cada docente Almacenar los syllabus de cada curso Ver la relación de profesores que enseñan los cursos. cursos. permitiendo que el estudiante alcance una sólida formación profesional. Motivo Versión Original PROJECT CHARTER NOMBRE DEL PROYECTO Desarrollo de la Suite del estudiante SIGLAS DEL PROYECTO DSE DEFINICIÓN DEL PROYECTO El proyecto Desarrollo de la Suite del estudiante consiste en el desarrollo de un software que permita al estudiante universitario gestionar su información de la mejor manera para lograr asi un exitoso desarrollo profesional. Bolsa de Trabajo. profesores. sus respectivos Horarios y profesores asignados Acceso a la Biblioteca Virtual de la Universidad Guardar y acceder a información(documentos y notas) de Grupos de trabajo creados en un 9 . así como información de cada docente Relación de Cursos. y se realizará en las instalaciones de la Universidad Nacional Federico Villarreal . etc). El desarrollo del proyecto estará a cargo de: INNOVA: Equipo del proyecto Alum11: Jefe del Proyecto DEFINICIÓN DEL PRODUCTO DEL PROYECTO Es una herramienta de software Web que te permite gestionar toda la información necesaria para la mejor formación del alumno (notas.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 2. syllabus. El desarrollo consistirá en brindar al estudiante universitario facilidades para la gesion de toda su información referente a los cursos que lleva en la universidad. desde un solo lugar y de una manera fácil y rápida.Anexo 8.1 Hecha por BGH Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. así como información complementaria por cada materia.

SPONSOR. horarios y trabajos encomendados. 10 . Documentación final del proyecto Para el desarrollo del proyecto se deberá tener en cuenta lo siguiente: Inicio de Ejecución del Proyecto : Lunes. Desarrollar un sistema que cumpla las expectativas de los interesados. Líder Usuario Ing. el profesor asignado. 02 de Agosto del 2010 Finalización del Proyecto: Viernes. Cumplir con los acuerdos presentados en la propuesta y respetar los requerimientos del Líder Usuario. syllabus. T. NECESIDAD DEL NEGOCIO 2 El usuario necesita que el software le permita mostrar los recursos que necesita el estudiante universitario para su desarrollo profesional. Equipo del Proyecto: DSSE PROPÓSITO / NECESIDAD DEL NEGOCIO PROPÓSITO DEL NEGOCIO Acceder a la información necesaria de los cursos. 04 de diciembre del 2010 DEFINICIÓN DE LOS REQUERIMIENTOS DEL PROYECTO Stakeholder Necesidades. Deseos o Expectativas El proyecto no exceda el presupuesto estimado Requerimientos del Proyecto Supervisar que el proyecto tenga la capacidad de darle cierto beneficio a la Universidad. Contar con todas las herramientas indispensables para una adecuada formación universitaria. notas.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS determinado curso Acceder a la documentación de las clases Almacenamiento de Notas y/o tareas personales Acceso al calendario de actividades de los cursos UNIVERS. - Adicionalmente tiene las siguientes características: - Facilidad de Uso Tiempo de respuesta adecuado In ormes: El equipo del proyecto entregará al Usuario los siguientes documentos: Versiones de la documentación de todo el proyecto Informes semanales del rendimiento del equipo de trabajo. SPONSOR. Sponsor Ing. como. El plan de Gestión del Proyecto será entregado el 10 de Julio del 2010.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
FINALIDAD DEL PROYECTO
-

UNIVERS.

Brindar los conocimientos de proyectos a los integrantes del equipo de trabajo.

JUSTIFICACION DEL PROYECTO JUSTIFICACION CUALITATIVA Ganar experiencia en la Gestión de Proyectos Obtener feedback del desarrollo del proyecto para identificar mejoras. CRONOGRAMA DE HITOS DEL PROYECTO HITO O EVENTO SIGNIFICATIVO Inicio del proyecto Fin del Proyecto FECHA PROGRAMADA Lunes, 02 de Agosto del 2010 Viernes, 03 de Diciembre del 2010 JUSTIFICACION CUANTITATIVA Ponderado en el curso de Gerencia de Proyectos Informáticos. Tiempo dedicado al proyecto.

ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL PROYECTO ORGANIZACIÓN O GRUPO ORGANIZACIONAL INNOVA SPONSOR SPONSOR SUPUESTOS DEL PROYECTO INTERNOS A LA ORGANIZACIÓN El presupuesto del proyecto tiene una tasa de cambio de $1 = S/. 2.85. El cliente debe brindar todas las facilidades para la comunicación y coordinación con INNOVA. RESTRICCIONES DEL PROYECTO INTERNOS A LA ORGANIZACIÓN El presupuesto del proyecto no debe exceder lo presentado en la propuesta. Los entregables determinados por el usuario serán entregados en la fecha indicada. AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN Las calificaciones, estarán sujetos a la revisión y aprobación de los informes semanales de avance. AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN El cliente se encargará de seleccionar a los usuarios que recibirán la capacitación. ROL QUE DESEMPEÑA Encargados del desarrollo y la Gestión del Proyecto. Demandante del desarrollo del software. Sponsor del Desarrollo del software.

Se respetarán los acuerdos redactados en las reuniones con el Cliente.

11

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
PRINCIPALES RIESGOS DEL PROYECTO 1. 2. 3. 4. 5. 6. 7.

UNIVERS.

Los costos del proyecto no deben exceder al presupuesto establecido en la propuesta, caso contrario, estos serán asumidos por el proveedor del servicio. Construir un producto que no encaja en la estrategia general de la compañía Eventualidades, restricciones de horarios en sus centros laborales o motivos personales. Falta de motivación al equipo de trabajo. Cierre del local de la UNIVERS. anexo 8, por huelgas y/o manifestaciones. Cierre del local por epidemias o virus. Los integrantes no cumplan con las tareas asignadas.

PRESUPUESTO PRELIMINAR DEL PROYECTO CONCEPTO 1. Personal ( Analistas, desarrolladores y Grupo del Proyecto) 2. Herramientas y Costos indirectos 3. Máquinas (PC s) SUBTOTAL 5. Reserva de Contingencia 6. Reserva de Gestión TOTAL MONTO S/. 12,931

S/. 6,493 S/. 1,247 S/. 20,671 S/. 1033 S/. 1033 S/.22,737

12

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

PARTE II

13

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

2.1 GESTIÓN DE ALCANCE

14

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

2.1.1 DOCUMENTACIÓN DE REQUISITOS

HISTORIAL DE VERSIONES Versión 1.0 Hecha por IBC Revisada por BGH Aprobada por BGH Fecha 10-07-2010 Motivo Versión original

15

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
CONTROL DE VERSIONES Versión 1.0 Hecha por IBC Revisada por BGH Aprobada por BGH Fecha 07-07-2010

UNIVERS.

Motivo Versión original

DOCUMENTACIÓN DE REQUISITOS
NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE

NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR:      Ofrecer un buen servicio al cliente, para establecer posibles vínculos para otros proyectos. Muy escasos sistemas informatizados, en su mayoría no integrados. Escasa cultura del uso de la información en la toma de decisiones. Atomización y diversidad de criterios para la resolución de temas. No existencia de codificación uniforme de variables en el sistema universitario.

OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: y El objetivo de la SUITE DEL ESTUDIANTE es dotar al sistema de educación superior, Universidades y Secretaría de Políticas Universitarias de elementos que permitan mejorar la calidad de la información, entendiéndose por calidad la confiabilidad, completitud, disponibilidad e integridad. y Se trata de colaborar en la creación de la cultura entre la red del trabajo conjunto, intercambiando experiencias, incrementando la eficiencia en la utilización de los recursos y desarrollando los acuerdos necesarios para el mejor aprovechamiento de las disponib ilidades en el conjunto del sistema universitario.

16

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
REQUISITOS FUNCIONALES: STAKEHOLDER PRIORIDAD OTORGADA POR EL STAKEHOLDER CÓDIGO

UNIVERS.

R EQUISITOS DESCRIPCIÓN Desarrollar un sistema según la Gestión de Proyectos, con base en el estándar PMI. El cual Administrara la calidad de la información del estudiante universitario.

Muy alto

RE01

Muy Alto

RE02

Cliente: UNIVERS.

El esquema de trabajo con la UNIVERS. debe ir paulatinamente adaptándose a un tipo de experiencia sin precedentes en el sistema universitario brindando una herramienta de administración al Estudiante. En la interface tendrá herramientas de red de comunicaciones donde se expondrán encuestas, mostrará oportunidades de colaboración con la cultura, oportunidades de desarrollo (bolsa de trabajo, certificaciones, capacitaciones), participación, intercambio de experiencias (blog).

Alto

RE03

Alto

RE04

El cliente necesita que el personal reciba la capacitación sobre el nuevo sistema, funcionamiento y arquitectura.

REQUISITOS NO F UNCIONALES: STAKEHOLDER PRIORIDAD OTORGADA POR EL STAKEHOLDER Alto Sponsor: Ing. SPONSOR Muy Alto RE06 CÓDIGO RE05 R EQUISITOS DESCRIPCIÓN El proyecto debe ser rentable y ejecutarse en el tiempo previsto. Verificar cada entregable y dar su aceptación antes de presentar al cliente (UNIVERS.).

17

respecto a la ejecución del proyecto. La gestión del proyecto se realiza de acuerdo a la Metodología de Gestión de Proyectos de la Guía del PMBOK v.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 de satisfacción del cliente medida a través de las encuestas. Emitir informes periódicos del rendimiento del proyecto. Con el tiempo se podrá implementar esta herramienta en los diversos niveles de educación. Alto RE07 Durante el periodo de ejecución se espera obtener una satisfacción del 80 % como mínimo de cada entregable.4 IMPACTOS EN OTRAS ÁREAS ORGANIZACIONALES 1. COMERCIALES REGLAS DEL NEGOCIO:    La construcción del sistema debe de cumplir el 100% de los requerimientos. 2. Todos los entregables deben ser aprobados por el Sponsor. 18 . Sponsor: Muy Alto Ing. Se debe de cumplir con lo acordado por el contrato (Project Charter).0 sobre 5. Las universidades podrán avizorar con este sistema la posibilidad de integrar y optimizar el desempeño del estudiante dentro y fuera de las aulas. DE CALIDAD 3. SPONSOR RE08 CRITERIOS DE ACEPTACIÓN: CONCEPTOS CRITERIOS DE ACEPTACIÓN 1. Se debe lograr el 85% de nivel de satisfacción del cliente. y tomar acciones correctivas de ser el caso. TÉCNICOS 2. Comunicación constante entre el equipo de proyecto. REQUISITOS DE CALIDAD: STAKEHOLDER PRIORIDAD OTORGADA POR EL STAKEHOLDER CÓDIGO R EQUISITOS DESCRIPCIÓN Durante la presentación de los entregables se espera obtener una calificación mínima de 4. ADMINISTRATIVOS 4.

y un informe Final de las memorias. .El pago del pago de la realización del SISTEMA esta sujeto a la aprobación de los informes Mensuales. SUPUESTOS RELATIVOS A R EQUISITOS  El cliente no cambiara las fechas programadas de los entregables. REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS IMPACTOS EN OTRAS ENTIDADES: UNIVERS.Presentar un informe Mensual de las realizadas. encargado de dar mantenimiento y soporte a la SUITE DEL ESTUDIANTE. 19 . RESTRICCIONES RELATIVAS A R EQUISITOS . ambos deben ser revisados y aprobados por el comité Técnico de Constructores Asociados. convirtiendo una tarea meramente formal en una tarea de control de calidad de la información. Se entregará el manual de usuario. Se estregará las disposiciones técnicas brindadas en la capacitación. El cliente deberá asignar al personal de capacitación. respetando el cronograma. 3. y transformar el trabajo cotidiano de los agentes. El uso de sistemas integrados permitirá obtener información disponible y segura a las autoridades para la toma de decisiones. 2.  Se cuenta con el personal responsable asignado a en cada etapa del las actividades.

1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.0 Hecha por IBC Revisada por BGH Aprobada por BGH Fecha 10-07-2010 Motivo Versión Original 20 .2 PLAN DE GESTIÓN DE REQUISITOS HISTORIAL DE VERSIONES Versión 1.

0.0 IBC Revisada por Aprobada por BGH BGH Fecha 09-07-2010 UNIVERS. donde se detalla el porqué del cambio solicitado. y será aprobado por el Sponsor. Este proceso será realizado por el equipo de gestión del proyecto durante la planificació del n proyecto.Los requisitos son sugeridos por los principales stakeholders del proyecto.0 sobre 5. MÉTRICAS DEL PRODUCTO: El grado de satisfacción de los participantes respecto al curso debe ser como mínimo de 4. El comité de control de cambios evaluará el impacto en el proyecto (a nivel de costos.Los requisitos serán descritos en la Matriz de Trazabilidad de Requisitos. y reportará si estas son aprobadas o no al equipo de gestión del proyecto. para ver los efectos positivos o negativos que tenga en el proyecto. servicio o requisito se realizará lo siguiente:   Cualquier Stakeholder puede presentar la Solicitud de cambio. Motivo Versión Original PLAN DE GESTIÓN DE REQUISITOS NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante ACTIVIDADES DE REQUISITOS: . se implementará el cambio.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión Hecha por 1. durante el proceso de iniciación y planificación del proyecto. 21 . . de acuerdo al nivel de estabilidad y el grado de complejidad de cada requisito documentado. Si el cambio ha sido aprobado. ACTIVIDADES DE GESTIÓN DE CONFIGURACIÓN: Para las actividades de cambio al producto. tiempos y alcance) de las solicitudes de cambios presentadas. Se hará un seguimiento del cambio. SIGLAS DEL PROYECTO DSE   PROCESO DE PRIORIZACIÓN DE R EQUISITOS: La priorización de los requisitos se realizará en base a la Matriz de Trazabilidad de Requisitos. caso contrario se realizará un seguimiento de las actividades y se tomarán las acciones correctivas necesarias.

grado de complejidad y criterio de aceptación. sustento de inclusión. Desarrollo del producto. que incluye: código. oportunidades. Alcance del proyecto. fuente. metas y objetivos del negocio. . Estrategia de prueba. entregables del WBS.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Requerimiento de alto nivel. 22 . Diseño del producto. estado actual. prioridad.Trazabilidad hacia: y y y y y y y y Necesidades. nivel de estabilidad. Objetivos del proyecto.Atributos de Requisitos. fecha de cumplimiento. Escenario de prueba. propietario. descripción. ESTRUCTURA DE TRAZABILIDAD: En la Matriz de Trazabilidad se documentará la siguiente información: . versión.

0 Hecha por IBC Revisada por BGH Aprobada por BGH Fecha 10-07-2010 Motivo Versión Original 23 . 2.3 MATRIZ DE TRAZABILIDAD DE REQUISITOS HISTORIAL DE VERSIONES Versión 1.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

CONTROL DE VERSIONES Versión 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 Hecha por IBC Revisada por BGH Aprobada por BGH Fecha 10-07-2010 Motivo Versión Original MATRIZ DE TRAZABILIDAD DE REQUISITOS NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE ESTADO ACTUAL Estado Activo Cancelado Diferido Adicionado Aprobado Abreviatura AC CA DI AD AP NIVEL DE ESTABILIDAD Estado Alto Mediano Bajo Abreviatura A M B GRADO DE COMPLEJIDAD Estado Alto Mediano Bajo Abreviatura A M B 24 .

oportunidades de desarrollo (bolsa de trabajo. 20 de Junio del 2010 CLIENTE UNIVER S. Contrato Muy Alto 1.1) PLAN DE CAPACITA CIÓN Se ha considerad o todo lo referido al contrato Se ha considerado todo lo referido al contrato Informe de Capacitación Auditorio Cumplir con lo requerido por el cliente al cliente 25 . CA. AP) NIVEL DE ESTABILI DAD (A. METAS Y OBJETIVOS DEL NEGOCIO OBJETIVOS DEL PROYECTO ALCANCE DEL PROYECTO /ENTREGAB LE DEL WBS TRAZABILIDAD HACIA: ESCENARIO DE PRUEBA REQUERIMIENTO DE ALTO NIVEL CÓDIGO DESCRIPCIÓN PROPIETARIO FUEN TE PRIORIDAD VERSIÓN DISEÑO DEL PRODUCTO DESARROLLO DEL PRODUCTO ESTRATEGIA DE PRUEBA RE02 El esquema de trabajo con la UNIVERS. intercambio de experiencias (blog).DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. funcionamiento y arquitectura. AD. ATRIBUTO REQUISITO: SUSTENTO DE SU INCLUSIÓN FECHA DE INCLUSION ESTADO ACTUAL (AC. Solicitado por CLIENTE UNIVERS. M. 20 de Junio del 2010 CLIENTE UNIVER S. para incluir los módulos necesarios para el Estudiante Verificación de los procesos No aplica Cumplir con lo requerido por el cliente RE03 En la interface tendrá herramientas de red de comunicaciones donde se expondrán encuestas. B) GRADO DE COM PLEJID AD (A.0 AC A A Informe Final Satisfacer Cumplir con el alcance del proyecto (5.0 AC A A Aprobación de Informe de Performance Satisfacer al cliente Cumplir con el alcance del proyecto (3.0) CONCEPTU ALIZACIÓN Se ha considerad o todo lo referido al contrato Esta herramienta se integrará a la SI UNIVERS.1) GESTIÓN DE REQUERIM IENTOS Se ha considerad o todo lo referido al contrato Mostrará una interface didáctica básicamente de organización de información y accesibilidad a los procesos tramitarios entre otros Verificación del alcance No aplica Cumplir con lo requerido por el cliente RE04 El cliente necesita que el personal reciba la capacitación sobre el nuevo sistema. debe ir paulatinamente adaptándose a un tipo de experiencia sin precedentes en el sistema universitario brindando una herramienta de administración al Estudiante.3. Aprobación del Contrato Alto 1. participación. DI. Solicitado por CLIENTE UNIVERS. M. 20 de Junio del 2010 CLIENTE UNIVER S. OPORTUNIDAD ES. certificaciones. mostrará oportunidades de colaboración con la cultura. Solicitado por CLIENTE UNIVERS. Contrato Alto 1. capacitaciones). B) CRITERIO DE ACEPTACION NECESIDADES.0 AC A A Aprobación del Informe Final Satisfacer al cliente Cumplir con el alcance del proyecto (2.

Solicitado por el Sponsor 19 de Junio del 2010 Aprobación del JC Contrato Muy Alto 1.0 de satisfacción del cliente medida a través de las encuestas.). Solicitado por 19 de Junio del 2010 el Sponsor Contrato Muy Alto Aprobación del Ofrecer un buen Cumplir con los Todo el Proyecto Se ha incluido Mediante encuestas Se espera el resultado mínimo No aplica No aplica JC 1.95 y SPI>=0. Solicitado por el Sponsor 19 de Junio del 2010 Aprobación delJC Contrato Alto 1.0 AC A A Informe de Sesión servicio al cliente niveles de calidad formato de Informe al término de cada del Promedio de Encuestas de 4 sobre 5 requerido de Sesión sesión 26 .95 RE06 Verificar cada entregable y dar su aceptación antes de presentar al cliente (UNIVERS.0 AC A M Aprobación de Informe de Performance Cumplir compromisos contractuales Cumplir con el alcance del proyecto Todo el Proyecto Se ha considerad o un informe de performance Se monitoreará la Performance del proyecto No aplica No aplica En el Informe de Performance del Proyecto se espera CPI>=0. Solicitado por el Sponsor 19 de Junio del 2010 JC Contr ato Alto 1. RE05 El proyecto debe ser rentable y ejecutarse en el tiempo previsto.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 AC A A Informe de Sesión Ofrecer un buen servicio al cliente Cumplir con los niveles de calidad requerido Todo el Proyecto Cumplir los acuerdos del contrato RE08 Durante la presentación de los entregables se espera obtener una calificación mínima de 4.0 AC A M Informe de Sesión Cumplir compromisos contractuales Cumplir con los niveles de calidad requerido Todo el Proyecto Se ha incluido formato de Informe de Sesión Se ha considerad o todo lo referido al contrato Mediante encuestas al término de cada sesión No aplica No aplica ----No aplica No aplica Cumplir los acuerdos del contrato RE07 Durante el periodo de ejecución se espera obtener una satisfacción del 80 % como mínimo de cada entregable.0 sobre 5.

0 Hecha por IBC Revisada por BGH Aprobada por BGH Fecha 10-07-2010 Motivo Versión Original 27 .4 PLAN DE GESTIÓN DE CAMBIOS HISTORIAL DE VERSIONES Versión 1. 2.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

o difieren. Total sobre el proyecto. Asistente de Gestión de Proyectos OGV Captar las iniciativas de cambio de los stakeholders y formalizarlas en Solicitudes de Cambio. IBC. Aprobar Solicitudes de Cambio. Autorizar. rechazan. Solicitar cambios cuando lo crea conveniente y oportuno. rechazar. Motivo Versión Original PLAN DE GESTIÓN DE CAMBIOS NOMBRE DEL PROYECTO Desarrollo de la Suite del estudiante SIGLAS DEL PROYECTO DSE ROLES DE LA GESTIÓN DE CAMBIOS: NOMBRE DEL R OL PERSONA ASIGNADA RESPONSABILIDADES NIVELES DE AUTORIDAD Sponsor JC Dirimir en decisiones empatadas en el Comité de Control de Cambios.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión Hecha por Revisada por 1. solicitudes de cambio. o diferir Emitir solicitudes de cambio Stakeholders Cualquiera Solicitar cambios 28 . Comité de Control de Cambios Evaluar impactos de las Project BGH Manager Solicitudes de Cambio y hacer Hacer recomendaciones sobre los recomendaciones. MEG Decidir qué cambios se aprueban.0 IBC BGH Aprobada por BGH Fecha 08-07-2010 UNIVERS. cambios.

CAMBIO AL PLAN DE PROYECTO: Este tipo de cambio pasa obligatoriamente por el Proceso General de Gestión de Cambios.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS TIPOS DE CAMBIOS: UNIVERS. ACCIÓN PREVENTIVA: Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios. 1. el cual se describe en la sección siguiente. El Project Manager analiza a profundidad la Solicitud de cambio con el fin de entender lo que se solicita y las razones por las cuales se originó la iniciativa de cambio. 2. PROCESO GENERAL DE GESTIÓN DE CAMBIOS: SOLICITUD DE CAMBIOS: Captar las solicitudes y preparar documento en forma adecuada y precisa. 4. Entrevista al Stakeholder y levanta información detallada sobre lo que desea. en su lugar el Inspector de Calidad tiene la autoridad para aprobarlo y coordinar su ejecución. en su lugar el Project Manager tiene la autoridad para aprobarlo y coordinar su ejecución. 29 . ACCIÓN CORRECTIVA: Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios. Formaliza la iniciativa de cambio elaborando la Solicitud de Cambio respectiva usando el formato FGPR410. en su lugar el Project Manager tiene la autoridad para aprobarlo y coordinar su ejecución. VERIFICAR SOLICITUD DE CAMBIOS: Verifica que en la Solicitud de Cambios aparezca toda la información que se necesita para hacer una Asegurar que se ha provisto toda la evaluación de impacto integral y exhaustivo. 3. el El Asistente de Gestión de Proyectos se contacta con el Stakeholder cada vez que capta una iniciativa de cambio. información necesaria para hacer la Completa la Solicitud de Cambio si es necesario. REPARACION DE DEFECTO: Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios. Presenta la Solicitud de Cambio al Project Manager.

EVALUAR IMPACTOS: Evalúa los impactos integrales de los cambios. Coordina con el Equipo de Proyecto la ejecución de la nueva versión de Plan de Proyecto. Registra el estado de la solicitud en el Log de Control de Solicitudes de Cambio. y se reporta el estado del cambio. se monitorea el progreso. 30 . en las áreas de conocimiento subsidiarias. rechazarla. Reporta al Comité de Control de Cambios el estado de las acciones y resultados de cambio. En caso de no poder llegar a un acuerdo el Sponsor tiene el voto dirimente. Efectúa su recomendación con respecto a la Solicitud de Cambio que ha analizado. Monitorea el progreso de las acciones de cambio. El Project Manager replanifica el proyecto para implantar el cambio aprobado. El Comité de Control de Cambios evalúa los impactos calculados por el Project Manager y toma una decisión sobre la Solicitud de Cambio: aprobarla. en otros proyectos y áreas de la empresa. quién actualiza el estado de la solicitud en el Log de Control de Solicitudes de Cambio. UNIVERS. Actualiza el estado de la solicitud en el Log de Control de Solicitudes de Cambio. Describe en la Solicitud de Cambio los resultados de los impactos que ha calculado. El Project Manager evalúa los impactos integrales del cambio en todas las líneas base del proyecto. total o parcialmente. y en entidades externas a la empresa. (dependiendo de los niveles de autoridad). Registra la solicitud en el Log de Control de Solicitudes de Cambio. se replanifica según sea necesario. Comunica los resultados de la replanificación a los stakeholders involucrados.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS evaluación. Comunica su decisión al Project Manager. o diferirla. IMPLANTAR EL CAMBIO: Se realiza el cambio. TOMAR DECISIÓN Y REPLANIFICAR: Se toma la decisión a la luz de los impactos.

8. Formalizar el Cambio: Project Manager convoca al Comité de Control de Cambios y sustenta la necesidad de haber utilizado este procedimiento de urgencia. 4. 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONCLUIR EL PROCESO DE CAMBIO: UNIVERS. Implantar el Cambio: Project Manager implanta el cambio. PLAN DE CONTINGENCIA ANTE SOLICITUDES DE CAMBIO URGENTES: El único autorizado para utilizar y ejecutar personalmente este Plan de Contingencia es el Project Manager: 1. 7. se actualizan los registros. Actualiza todos los documentos. Registrar la Solicitud de Cambio: Project Manager registra personalmente la solicitud. y Asegura que todo el proceso haya sido archivos históricos correspondientes. Actualiza el estado de la solicitud en el Log de Control de Solicitudes de Cambio. 5. Tomar Decisión: Project Manager toma la decisión consultando telefónicamente al Sponsor. Ejecutar Decisión del Comité: Project Manager ejecuta decisión del Comité. seguido correctamente. Concluir el Cambio: Project Manager concluye el proceso de cambio. HERRAMIENTAS DE GESTIÓN DE CAMBIOS: SOFTWARE PROCEDIMIENTOS 31 . 2. 6. Evaluar Impactos: Project Manager evalúa impactos. Verificar la Solicitud de Cambio: Project Manager verifica la solicitud. registros. Genera las Lecciones Aprendidas que sean adecuadas. El Project Manager verifica que todo el proceso de cambio se haya seguido correctamente. Genera los Activos de Procesos de la Organización que sean convenientes. o en su defecto consultando a por lo menos dos miembros del Comité de Control de Cambios. Comité de Control de Cambios formaliza la aprobación o reconsidera la decisión del Project Manager.

OTROS 32 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS FORMATOS UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.0 Hecha por BGH BGH Revisada por OGV OGV Aprobada por JC JC Fecha 03-07-2010 27-06-2010 Motivo Borrador Borrador 33 .5 PLAN DE GESTIÓN DEL ALCANCE HISTORIAL DE VERSIONES Versión 2.1.0 1.

0 Hecha por BGH Revisada por BGH Aprobada por JC Fecha 03-07-2010 UNIVERS. pues permite una fácil diagramación y manejo de los entregables del proyecto. PROCESO PARA LA ELABORACIÓN DEL EDT El EDT será elaborado por miembros del Equipo de Proyecto.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 2. El EDT será revisado y aprobado por la Gerencia y el Equipo de Proyecto.7. el cual servirá como base para la definición del Alcance del Proyecto. dirigida por el jefe de proyecto. los cuales nos permiten conocer al mínimo detalle el costo. Finalmente se redactará la Definición del Alcance del Proyecto. trabajo y calidad incurrido en la elaboración del entregable. que en el proyecto actúan como fases. 34 . las cuales son: Dirección del Proyecto. Identificado los principales entregables. En el proyecto se identificó 6 fases. Conceptualización. Los pasos que se realizaron para la elaboración del EDT son los siguientes: - El EDT del proyecto será estructurado de acuerdo a la herramienta de descomposición. Construcción y Transición. Se revisarán el Enunciado Preliminar del Alcance del Proyecto. Elaboración. - - El Equipo asignado a la Gestión del Alcance utiliza para la elaboración del EDT la herramienta EDT Chart Pro versión 4. se procede con la descomposición del Entregable en paquetes de trabajo. identificándose primeramente los principales entregables. Motivo Borrador PLAN DE GESTIÓN DEL ALCANCE NOMBRE DEL PROYECTO Desarrollo de la Suite del estudiante SIGLAS DEL PROYECTO DSE PROCESO DE DEFINICIÓN DEL ALCANCE La definición del Alcance del proyecto Desarrollo de la Suite del Estudiante se desarrollará de la siguiente manera: - En reunión ordinaria. En mencionada reunión participarán tanto el equipo de proyecto como el sponsor. asignados por el Gerente del Proyecto como responsables de la Gestión del Alcance.

PROCESO PARA EL CONTROL DEL ALCANCE En este caso se presentan dos variaciones: - Primero. el EDT del proyecto debe haber sido elaborado. o un hito importante. apoya. hacia el Gerente del Proyecto y los integrantes del Equipo de Proyecto. - Se establece la asignación de responsabilidad.Las actividades para elaborar cada entregable. éste debe ser presentado al Gerente del Proyecto.Se hace una descripción breve del paquete de trabajo. . Es en base a la información del EDT que se elaborará el Diccionario EDT. . .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS PROCESO PARA LA ELABORACIÓN DEL DICCIONARIO EDT UNIVERS. . para lo cual se realizarán los siguientes pasos:  Se identificarán las siguientes características de cada paquete de trabajo del EDT: . . revisa. al Sponsor en una reunión con fecha pactada. el Diccionario EDT deberá ser expuesto minuciosamente. La elaboración del Diccionario EDT está bajo el control de los miembros del Equipo de Proyecto asignados a la Gestión del Alcance.Se describe cuales son los criterios de aceptación.Se detalla el objetivo del paquete de trabajo.Los recursos asignados y los costos. Si el entregable es aprobado. El Sponsor tendrá la condición de aprobar o presentar las observaciones del caso. De lograrse la aceptación del Cliente y de tratarse de un entregable muy importante. además que el jefe del Proyecto se encarga de verificar la aceptación del entregable del proyecto. el entregable es devuelto a su responsable junto con una Hoja de Correcciones donde se señala cuales son las correcciones o mejoras que se deben hacer. es enviado y presentado al Cliente para la conformidad con sus requerimientos. revisado y aprobado. .Se menciona las dependencias del PDT. el cual se encargará de dárselo a conocer. el Cliente también puede presentar sus observaciones respecto al entregable. - 35 . PROCESO DE VERIFICACIÓN DEL ALCANCE Al término de elaboración de cada entregable.Se describe el trabajo a realizar para la elaboración del entregable. pero si el entregable no es aprobado. Para su revisión y aprobación. Segundo. Si el entregable es aprobado es enviado al Cliente. se requerirá la firma de un Acta de Aceptación del Entregable. aprueba y da información del paquete de trabajo. participa. para lo cual requerirá reunirse con el Gerente del Proyecto. Previo a este proceso. si se requiere. De ser posible se establece las posibles fechas de inicio y fin del paquete de trabajo. se detalla quién hace qué: responsable. .Se mencionan supuestos y riesgos que podrían afectar al PDT. y presentar sus requerimientos de cambio o ajuste. el jefe del Proyecto se encargará de verificar que el entregable cumpla con lo acordado en la Línea Base del Alcance .

0 1. 2.0 Hecha por BGH BGH Revisada por OGV OGV Aprobada por JC JC Fecha 03-07-2010 27-06-2010 Motivo Borrador Borrador 36 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.6 ENUNCIADO DEL ALCANCE HISTORIAL DE VERSIONES Versión 2.

es decir 4.0 Hecha por BGH Revisada por OGV Aprobada por JCC Fecha 03-07-2010 UNIVERS. COSTO 4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 2. CALIDAD 5. 3. La calidad del proyecto será aceptable si se cumple el 90% de los objetivos en términos de satisfacción del usuario.0 4. TIEMPO El proyecto concluirá en 4 meses. 37 . El proyecto cuenta con un presupuesto total de S/. Proporcionar una herramienta que apoye al alumno en la gestión de sus cursos a lo largo de su carrera.395. 2.91 nuevos soles. ALCANCE 1. 3.0 Gerencia de proyectos Conceptualización Elaboración Construcción Transición 2. Facilitar la organización de los distintos recursos que se tienen por curso. 16. Permitirle al estudiante acceder a los sitios principales de la universidad y otros sitios académicos importantes para su formación profesional. 80 % de satisfacción del usuario en una escala del 1 al 5.0 3.0 2.0 5. Motivo Borrador ENUNCIADO DEL ALCANCE NOMBRE DEL PROYECTO Desarrollo de la Suite del estudiante SIGLAS DEL PROYECTO DSE OBJETIVOS DEL PROYECTO CONCEPTO OBJETIVOS El proyecto comprende la realización de las siguientes fases: 1. SATISFACCIÓN DEL USUARIO OBJETIVOS DEL PRODUCTO 1.

En la interface tendrá herramientas de red de comunicaciones donde se expondrán encuestas u opiniones a la vez que habilitara avisos de trabajo. Se conformara un formato de base de datos única que le permitirá al estudiante cargar la información estadística de regulares y egresados de las universidades e institutos universitarios. complementándose con gestión de aulas. TÉCNICOS 2. ADMINISTRATIVOS 4. intercambio de experiencias (blog). mesas de exámenes. 1. La SUITE DEL ESTUDIANTE. exposiciones. 4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO CONCEPTO 1. El sistema contendrá formularios de exámenes tomados según historial. 3. CRITERIOS DE ACEPTACIÓN DEL PRODUCTO CONCEPTOS 1.) de sus cursos por nivel. Se debe de cumplir con lo acordado por el contrato (Project Charter). desde que se matricula hasta su egreso. OBJETIVOS UNIVERS. La interface principal contara con la ubicación de enlaces fundamentales para el desarrollo de actividades en el plano académico. 2. etc. 4. Todos los entregables deben ser aprobados por el Sponsor. 38 . Se conformará una estructura única e interactiva que le permitirá al estudiante acceder a la paginas imprescindibles y las de la misma institución los cual alcanza a la integración de información útil. El sistema contará con modelos de organización de archivos de cursos por niveles (ciclo o años). 5. oportunidades de desarrollo (bolsa de trabajo. Además facilitara el enlace para el proceso de trámites documentarios 2. Se debe lograr el 85% de nivel de satisfacción del cliente. cursos. DE CALIDAD 3. participación. mostrará oportunidades de colaboración con la cultura. 5. 3. capacitaciones). certificaciones. exámenes internacionales y una zona de preguntas y respuestas orientada al aprendizaje. etc. Lograr que el Estudiante universitario organice y administre de forma adecuada su información (trabajos. Realizar la gestión de alumnos. COMERCIALES CRITERIOS DE ACEPTACIÓN La construcción del sistema debe de cumplir el 100% de los requerimientos. sesiones. El sistema visualizara formularios con campos importantes para definir el perfil de los usuarios.

Los entregables establecidos deben ser Las contrataciones del equipo desarrollador entregados mínimo un día antes de su INNOVA. y acordado con el sponsor. 14 de Junio del 2010 Del 14-06-2010 al 05-07-2010 Del 02-07-2010 al 08-07-2010 Del 08-07-2010 al 30-07-2010 Del 30-07-2010 al 01-10-2010 Del 24-07-2010 al 04-10-2010 Viernes. el Ing. RESTRICCIONES DEL PROYECTO INTERNOS A LA ORGANIZACIÓN AMBIENTALES O E XTERNOS A LA ORGANIZACIÓN Los pagos del cliente (en 3 mensuales). EXCLUSIONES DEL PROYECTO 1. El cronograma del proyecto no debe exceder a 39 . modificar el cronograma. 2. 15 de Octubre del 2010 UNIVERS. los cual estará por el Sponsor. incluyen las fechas no pudiéndose exposición. Se presentara un informe cada dos semanas Los entregables respetarán el cronograma fijado sobre los avances del sistema. no pudiéndose modificar el sujeto a revisión y aprobación por el sponsor cronograma. 3. estará El desarrollo e implementación del sistema no sujetos a la revisión y aprobación de los informes debe exceder al presupuesto establecido por la mensuales de avance del sistema (SUITE DEL UNIVERS. El sistema desarrollado comprenderá de un manual de usuario didáctico y entendible con lo cual no habrán capacitaciones de usuarios finales.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS ENTREGABLES DEL PROYECTO FASE DEL PROYECTO Inicio del proyecto Gerencia de proyecto Fase de Conceptualización Fase de Elaboración Fase de Construcción Fase de Transición Cierre del proyecto PRODUCTOS E NTREGABLES Lunes.. SPONSOR. No se habilitara la administración de correos ni la creación de una red social. ESTUDIANTE). La suite del estudiante no comprenderá la administración de los docentes del curso por lo cual no se desarrollara la suite del catedrático.

2. UNIVERS. Las reuniones ordinarias deben realizarse en las fechas y horas acordadas. El personal requerido se encuentra disponible en el momento deseado. deberá brindar el acceso de su intranet para incluir el alojamiento de la SUITE El cliente (UNIVERS. Se respetarán los acuerdos redactados en las reuniones con el Cliente. el ejecutor del proyecto. Se cuenta con el equipo de desarrollador de INNOVA. Se brindará un manual técnico mas no habrá una implementación de software por parte de INNOVA.. UNIVERS. 3. El cronograma de entregables no sufrirá Los informes presentados serán aprovechados y modificación alguna. 40 . El usuario revisará y aprobará los entregables e informes de desempeño a lo largo del proyecto en puntos específicos de tiempo. El usuario respetará el orden establecido del cronograma de hitos. no se contemplan otro tipo de gestiones. pudiéndose realizar el del equipo INNOVA indican las fechas en que cobro mensual según lo establecido. visualización de notas. puesto que los contratos revisados por el cliente. así como el soporte del entregas presentado en la propuesta. Se cuenta con el lenguaje de programación y de base de datos adecuados con la integración El cliente se encargara de seleccionar al personal y adaptación de los servicios usados por la que participe en el programa de capacitación. EL producto de software se limitará a la gestión de recursos. Las fechas acordadas en la planificación del proyecto para la disposición de los entregables no están sujetas a cambios. El cliente debe brindar todas las facilidades para la comunicación y coordinación con INNOVA. 2. y demás archivos. El presupuesto del proyecto tiene una tasa de cambio de $1 = S/. salvo expresa decisión y coordinación de ambas partes (INNOVA y el Sponsor).85. mismo.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS lo planteado por el equipo del proyecto.) respetará el cronograma de DEL ESTUDIANTE. La UNIVERS. se desarrollaran las sesiones. LÍMITES DEL PROYECTO 1.

STAKEHOLDER NECESIDADES. responsabilidad del jefe del Área de Desarrollo. y respetar los requerimientos del usuario. que contenga las memorias de las actividades realizadas. y el material elaborado durante la consultoría Cliente: UNIVERS. los resultados alcanzados. DESEOS O EXPECTATIVAS REQUERIMIENTOS DEL PROYECTO Sponsor: Ing.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS REQUERIMIENTOS DEL PROYECTO UNIVERS. El Sistema. - Cumplir con los acuerdos presentados en la propuesta. Entregar un Documento Final. El proyecto deberá ser realizado en un plazo máximo de 4 meses. REQUISITOS DE APROBACIÓN: DEL PROYECTO DEL PRODUCTO La gestión del proyecto deberá ser aprobada por el Sponsor. deberá ser revisado por el Jefe de Proyecto y aprobado por el Sponsor y el cliente. Entregar el DESE. SPONSOR Desarrollar un sistema de gestión para el alumnado - El cliente necesita que el personal reciba la capacitación sobre el nuevo sistema. 41 .

2.7 EDT HISTORIAL DE VERSIONES Versión 2.0 Hecha por BGH BGH BGH Revisada por OGV OGV OGV Aprobada por JC JC JC Fecha 10-07-2010 03-07-2010 27-06-2010 Motivo Versión Original Borrador Borrador 42 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 1.1 2.1.

EDT DESA OLLO DE LA SUITE DEL ESTUDIANTE 3 3 43 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. GERENCIA DEL PROYECTO 44 .

CONCEPTUALIZACIÓN 45 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

ELABORACIÓN 46 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

CONSTRUCCIÓN 47 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

TRANSICIÓN 48 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

2.2 GESTIÓN DEL TIEMPO 49 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

2.1 JHL BGH JC 10-07-2010 Original 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1 PLAN DE GESTIÓN DEL TIEMPO HISTORIAL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 2. 2.0 JHL BGH JC 27-06-2010 Borrador 50 .0 JHL BGH JC 03-07-2010 Borrador 1.

- - PROCESO DE SECUENCIAMIENTO DE ACTIVIDADES Red del Proyecto - Definimos la Red del Proyecto en base a los entregables del proyecto. con uso de las herramientas y técnicas siguientes: Estimación Análoga y Juicio de Expertos. - - 51 . Para este proceso utilizamos el formato de Red del Proyecto. Para este proceso utilizamos el formato de Identificación de Actividades.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1 JHL BGH JC 10-07-2010 Original PLAN DE GESTIÓN DEL TIEMPO NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE PROCESO DE DEFINICIÓN DE ACTIVIDADES A partir de la aprobación del Enunciado del Alcance. Luego por separado graficamos la red del proyecto de las actividades de cada fase del proyecto. Para tal caso se da un código. el EDT y el Diccionario del EDT se procede a realizar lo siguiente: Identificación y Secuenciamiento de Actividades - Por cada entregable definido en el EDT del proyecto se identifica cuales son las actividades que permitirán el término del entregable. nombre y alcance de trabajo y persona responsable. Inicialmente definimos las actividades por cada entregable. con ayuda de las herramientas y técnicas siguientes: Método de Diagramación con Procedencia (Final a Inicio) y Determinación de Dependencias (Dependencias discrecionales). CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 2. para cada actividad del entregable.

- - - - - PROCESO DE ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES El proceso de estimación de la duración de las actividades se define de acuerdo al tipo de recurso asignado a la actividad: Si el recurso es tipo personal. Para el recurso de tipo Materiales o Consumibles se define los siguientes: nombre de recurso y cantidad. Se obtiene toda la información necesaria para elaborar el Cronograma del proyecto. y maquinas o no consumibles). PROCESO DE ESTIMACIÓN DE RECURSOS DE LAS ACTIVIDADES Estimación de Recursos y Duraciones Para la estimación de recursos se hizo uso de las herramientas y técnicas siguientes: Juicio de Expertos y Software de Gestión de Proyectos.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. En base a los entregables y actividades que se han identificado para el proyecto se procede a realizar las estimaciones de la duración y el tipo de recursos (personal. trabajo y duración. Red del Proyecto. Para el Recurso de tipo Personal se define los siguientes: nombre de recurso. Ingresamos las actividades repetitivas del proyecto y los hitos. mediante la herramienta Software de Gestión de Proyectos. Estimación de Recursos y Duraciones. MS Project 2007. Para este proceso utilizamos el formato de Estimación de Recursos y Duraciones. Para el recurso de tipo Máquinas o no Consumibles se define los siguientes: nombre de recurso y cantidad. materiales o consumibles. estimamos la duración que tomará realizar la actividad. Ingresamos las actividades de los entregables del proyecto. PROCESO DE DESARROLLO DE CRONOGRAMA En base a los siguientes documentos: Identificación y Secuenciamiento de Actividades. 52 . se define la cantidad que se utilizará para realizar la actividad. Para este proceso se uso de las herramientas y técnicas siguientes: Juicio de Expertos y Análisis de Reserva. realizando los siguientes pasos: En primer lugar importamos el EDT del proyecto. En cambio si el tipo de recurso es material o maquinas.

53 . se ha identificado el entregable Informe de Performance del Trabajo.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Damos propiedades a las actividades. el cual debe aprobar el documento para proseguir con el proyecto. además mediante el uso de la herramienta Software de Gestión de Proyectos. se hacen las modificaciones aprobadas o si fuera el caso se hace la re planificación del proyecto. Asignamos los recursos de las actividades del proyecto. Ante la aprobación de una Solicitud de Cambio presentada por el Comité de Gestión de Cambios. MS Project 2007. PROCESO DE CONTROL DE CRONORAMA Dentro de la Gestión del Proyecto. El Cronograma es enviado al Sponsor. Es mediante estos informes que podemos controlar el cronograma del proyecto. Secuenciamos las actividades y los entregables del proyecto. - Definimos el calendario del proyecto.

2.0 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 IDENTIFICACIÓN Y SECUENCIAMIENTO DE ACTIVIDADES HISTORIAL DE VERSIONES Versión 2.1 2.0 Hecha por JHL JHL JHL Revisada por BGH BGH BGH Aprobada por JC JC JC Fecha 10-07-2010 03-07-2010 27-06-2010 Motivo Original Borrador Borrador 54 .2.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.1. CONTROL DE VERSIONES Versión 2. Realizar las actualizaciones convenientes a todo cambio del plan del proyecto de la fase CÓDI GO EDT NOMBRE CÓDI GO NOMBRE Revisar solicitudes de cambios autorizadas de la fase de conceptualización Actualizar el plan general del proyecto de la fase de conceptualización. ACTI VI D AD PR ED EC ESORA TI PO D E RELA CI ÓN AD ELAN TO/A TRASO PE RSO NA RES PON SABLE SECU EN CI AM I EN TO D E ACTI VI D AD ES D EN TRO D EL PAQU ETE D E TRABAJ O MGP 1.1 PLAN GENERAL DEL PROYECTO ACTUALIZADO OGV 1.1.A01 1.1 Hecha por JHL Revisada por BGH Aprobada por JC Fecha 10-07-2010 Motivo Original IDENTIFICACIÓN Y SECU ENCIAMIENTO DE ACTIVIDADES NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO ALCA NCE DEL TRABAJO DE LA ACT I VI DAD Inspeccionar las solicitudes de cambios aprobadas de la fase de conceptualización.A02 55 .A01 1.

1.1. Actualizar el plan general del proyecto de la fase de transición. Inspeccionar las solicitudes de cambios aprobadas de la fase de construcción. JHL A08 1. Inspeccionar las solicitudes de cambios aprobadas de la fase de elaboración. Realizar las actualizaciones convenientes a todo cambio del plan del proyecto de la fase de elaboración.A07 MGP 1.1.A06 A07 1. de conceptualización.A05 MGP 1. Revisar solicitudes de cambio autorizadas de la fase de construcción.1.A07 Revisar solicitudes de cambio autorizadas de la fase de transición.1. Realizar las actualizaciones convenientes a todo cambio del plan del proyecto de la fase de construcción.1.A04 OGV A04 A06 1. Actualizar el plan general del proyecto de la fase de elaboración. Inspeccionar las solicitudes de cambios aprobadas de la fase de transición.1.A03 Revisar solicitudes de cambios autorizadas de la fase de elaboración.A08 56 . Actualizar el plan general del proyecto de la fase de construcción.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1. Realizar las actualizaciones convenientes a todo cambio del plan del A01 1.A03 MGP JHL A03 A05 1.A05 1.1. OGV JHL A02 1.

2.A06 1.1.A08 JAP JAA 57 . Emitir reporte de verificación de la fase de elaboración. Comprobar el desempeño de la fase de transición.1.1.1.1.2. Verificar cumplimiento del alcance de la fase de transición.A07 JAP JAA A08 1.1.1.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Proporcionar la verificación de la fase de conceptualización.1. Realizar reportes de la verificación de la fase elaboración.1.2. Realizar reportes de la verificación de la fase de 1.1.1. proyecto de la fase de transición.2. 1.1.1.A05 FGP 1.1.A07 1.A02 CCF 1. Emitir reporte de verificación de la fase de transición.1.2.1.1.1. Verificar cumplimiento de la fase de elaboración.2. Verificar cumplimiento del alcance de la fase de conceptualización. Emitir reporte de verificación de la fase de construcción.1 VERIFICACIÓN DEL ALCANCE 1.A03 1.A01 CCF A01 A02 1. Comprobar el desempeño de la fase de construcción.A01 Cumplir con lo requerido en la fase de conceptualización.A03 ABA A03 A05 1.2. Realizar reportes de la verificación de la fase de construcción.1.2.1.1.2.2.1.2.1. Comprobar el desempeño de la fase de elaboración. Emitir reporte de verificación de la fase de conceptualización.A05 FGP A07 1.2.1.2. Verificar cumplimiento del alcance de la fase de construcción.A04 ABA A04 A06 1.

1.A07 58 .A01 1.2.2.2.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2.A05 HCB A01 A02 HCB 1.A04 1. 1. Emitir reporte de verificación de la fase de conceptualización.2. 1. Identificar el avance actual de la fase de conceptualización.A02 1. Comparar y verificar el avance del tiempo en la fase de construcción Emitir reporte de verificación de la fase de construcción.1. Medir el avance actual del tiempo en la fase de transición. Comparar y verificar el avance del tiempo en la fase de elaboración.A05 FGP 1.A06 A08 JAP 1.2.2. Realizar reportes y comprobar el avance de la fase de construcción.1. transición.1. Realizar reportes y comprobar el avance de la fase de elaboración.2.2. Medir el avance actual de tiempo en la fase de elaboración.2.A03 Comparar y verificar el avance del tiempo de la fase de conceptualización.2.1.2 MEDICIONES DEL RENDIMIENTO EN TIEMPO FGP A07 1.2.2.2.1. Medir el avance actual del tiempo en la fase de construcción.A01 OGV A03 A05 1.2.2. Comparar y verificar el avance del tiempo en la fase de transición.1.2.2.2. Emitir reporte de verificación de la fase de elaboración.2.1.1.1.A03 OGV A04 A06 1.1. Realizar reportes del desempeño de la fase de conceptualización.

Comprobar y medir el costo actual de la fase de conceptualización.A08 Emitir reporte de verificación de la fase de transición.2. Expedir reportes de la fase de construcción. Emitir reporte de verificación de la fase de elaboración.A01 A03 A05 1.2.2.1.3 MEDICIONES DEL RENDIMIENTO EN COSTO RJO A04 A06 BGH A07 1. Comparar y verificar el avance del costo de la fase de conceptualización. Comprobar y medir el costo actual de la fase de elaboración.3.3.A05 BGH 1.2.1.3.1.1.3.3.1.2.2.1.2. 1.3.2.2. Realizar reportes y comprobar el avance de la fase de transición.3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Comparar y verificar el avance del costo en la fase de transición.1.2.1. Comparar y verificar el avance del costo en la fase de construcción.A04 1.A05 1.A07 JAP ZDG A01 A02 1.1.A01 ZDG 1.A02 RJO 1.1.3. Expedir reportes de la fase de conceptualización.1.2. Emitir reporte de verificación de la fase de conceptualización.2. Comprobar y medir el costo actual de la fase de transición.A07 59 . 1.2. Comparar y verificar el avance del costo en la fase de elaboración.2.A03 1.1.3. Comprobar y medir el costo actual de la fase de construcción.3.A03 1. Expedir reportes de la fase de elaboración.A06 JHL A08 1.1. Emitir reporte de verificación de la fase de construcción.2.

1.2. Informar y reportar el desarrollo de la fase de elaboración.4.1. Realizar informe del seguimiento y control de la fase de elaboración.1.A07 60 .4.1. Controlar y monitorear la calidad de la fase de elaboración.1. Informar y reportar el desarrollo de la fase de construcción. 1.2.A03 OGV A04 A06 1. Realizar el seguimiento y control a la calidad de la fase de Expedir reportes de la fase de transición.4.2.2. Controlar y monitorear la calidad de la fase de conceptualización.4.2.4.3.2.1.4.A07 JHL MGP A01 A02 1.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Realizar informe del seguimiento y control de la fase de construcción.4 MEDICIONES DE CONTROL DE CALIDAD FGP A07 1.1.A06 A08 ZDG 1.4.4.A03 1.1.2. Informar y reportar el desarrollo de la fase de conceptualización.1.2.1.1.4.A05 FGP 1.2. Realizar el seguimiento y control a la calidad de la fase de conceptualización.1.3.A01 MGP 1.4. Realizar informe del seguimiento y control de la fase de conceptualización.2. Realizar el seguimiento y control a la calidad de la fase de construcción. Controlar y monitorear la calidad de la fase de construcción.A02 OGV A03 A05 1.A04 1.2.A05 1.A08 Emitir reporte de verificación de la fase de transición.A01 1.2. Realizar el seguimiento y control a la calidad de la fase de elaboración.1. Controlar y monitorear la calidad de la fase de transición. 1.

4.5. Documentar cambios y actualizaciones de la fase de conceptualización. Verificar actualizaciones al registro de riesgos de la fase de conceptualización. 1. Realizar informe del seguimiento y control de la fase de transición.A03 A07 1.1.5. 1. Informar y reportar el desarrollo de la fase de transición.A08 transición.1.A02 OGV A04 A06 1.A01 A03 A05 1.1.2.2. Verificar actualizaciones al registro de riesgos de la fase de elaboración. Examinar y comprobar las nuevas versiones del registro de riesgos de la fase de conceptualización.2.5.2. Registrar documentos de las solicitudes de cambios aprobados de la fase de conceptualización. Documentar cambios y actualizaciones de la fase de elaboración.A05 61 . Examinar y comprobar las nuevas versiones del registro de riesgos de la fase de construcción.1.2.4.5.A03 OGV 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Registrar documentos de las solicitudes de cambios aprobados de la fase de elaboración.A01 HCB 1.5.2.1.5.2.5 DOCUMENTO DE INFORMACIÓN DE MONITOREO DE RIESGOS 1.1. Verificar actualizaciones al registro de riesgos de la fase de construcción.1.1.5.1.2.A07 ZDG HCB A01 A02 1.1.2.2.A04 A08 FGP IBC 1. Examinar y comprobar las nuevas versiones del registro de riesgos de la fase de elaboración.

A08 1.1.A01 HCB MGP OGV 62 .1.1. Registrar el real desempeño de trabajo del equipo de la fase de conceptualización.6 EVALUACIÓN DEL RENDIMIENTO DEL EQUIPO 1. Desarrollar un análisis del desempeño de trabajo del equipo de la fase de elaboración. 1. Examinar y comprobar las nuevas versiones del registro de riesgos de la fase de transición.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2. 1.6. Registrar documentos de las solicitudes de cambios aprobados de la fase de transición.5.A07 HCB MGP A01 A02 1.5. 1.2.1.1.A03 Registrar documentos de las solicitudes de cambios aprobados de la fase de construcción.A02 1. Documentar cambios y actualizaciones de la fase de transición. Analizar el rendimiento del equipo en la fase de elaboración.2. Desarrollar un análisis del desempeño de trabajo del equipo de la fase de conceptualización.5.1.5.6.1.A01 1.2. Documentar el rendimiento del equipo de la fase de conceptualización.2.1.1.2. Analizar el rendimiento del equipo de la fase de conceptualización.5.6. Verificar actualizaciones al registro de riesgos de la fase de transición.2.A07 1.1.6.A06 Documentar cambios y actualizaciones de la fase de construcción.A05 FGP IBC JAP JAP 1.2.2.2.

Documentar el rendimiento del equipo de la fase de transición. 1.1.A04 Documentar el rendimiento del equipo en la fase de elaboración.1.A05 FGP A07 JAP A08 JAP 1. Analizar el rendimiento del equipo en la fase de construcción.A07 HCB A01 63 .6.A03 OGV A03 A05 FGP A04 A06 1. Registrar el real desempeño de trabajo del equipo de la fase de transición.1.A07 1.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Registrar el real desempeño de trabajo del equipo de la fase de construcción.A06 1. Documentar el rendimiento del equipo en la fase de construcción.2.2.1.2.1.A05 1. 1.2. Desarrollar un análisis del desempeño de trabajo del equipo de la fase de transición. Identificar y solicitar acciones a corregir en la fase de conceptualización. 1.1.6.2. Determinar y desarrollar acciones correctivas en la fase de conceptualización.A08 1.2. Desarrollar un análisis del desempeño de trabajo del equipo de la fase de construcción.6. Analizar el rendimiento del equipo en la fase de transición.2.2.6.6.6.2.1.6.A01 1.2.6.1.2 ACCIONES Registrar el real desempeño de trabajo del equipo de la fase de elaboración.

Recepcionar solicitudes de cambios de la fase de elaboración.A04 1.A01 Determinar y desarrollar acciones correctivas en la fase de elaboración.A03 1.A02 Identificar y solicitar acciones a corregir en la fase de elaboración.A05 1.A02 JHL MEG HCB A03 1. Realizar un análisis de las solicitudes entrantes.2. Verificar y analizar las solicitudes.A03 OGV 1.2. Reunir la emisión de las solicitudes de cambios de la fase de conceptualización.3. Reunir la emisión de las solicitudes de cambios de la fase de elaboración. CORRECTIVAS Y PREVENTIVAS 1. Determinar y desarrollar acciones correctivas en la fase de transición. Recepcionar solicitudes de cambios de la fase de conceptualización.2. Emitir autorización de solicitudes de cambio.2.2. Realizar un análisis de las solicitudes.2.2. 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2.A01 1. Salida de solicitudes de cambios aprobados.2.A04 OGV 64 . 1.2.3. Identificar y solicitar acciones a corregir en la fase de transición.3.3.A02 OGV A02 FGP A03 JAP A04 JHL MEG A01 A02 1.3 GESTIÓN DE CAMBIOS 1.2. Verificar y analizar las solicitudes.3. Determinar y desarrollar acciones correctivas en la fase de construcción.2.A04 1.2.3.3.2.3. Identificar y solicitar acciones a corregir en la fase de construcción.2.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

1.2.3.A06

1.2.3.A07

Emitir autorización de solicitudes de cambio. Recepcionar solicitudes de cambios de la fase de construcción. Verificar y analizar las solicitudes. Emitir autorización de solicitudes de cambio. Recepcionar solicitudes de cambios de la fase de transición. Verificar y analizar las solicitudes. Emitir autorización de solicitudes de cambio. Identificar las lecciones aprendidas de la fase de conceptualización. Documentar las lecciones aprendidas de la fase de conceptualización.

1.2.3.A08

1.2.3.A09

1.2.3.A10

1.2.3.A11

1.2.3.A12

Salida de solicitudes de cambios aprobados. Solicitar documento que formalice un cambio. Realizar un análisis de las solicitudes entrantes. Salida de solicitudes de cambios aprobados. Reunir la emisión de las solicitudes de cambios de la fase de transición. Realizar un análisis de las solicitudes entrantes. Salida de solicitudes de cambios aprobados. Determinar lo aprendido en la fase de conceptualización. Registrar dichas lecciones aprendidas de la fase de conceptualización.

1.2.3.A05

OGV
A04

FGP
A05

1.2.3.A07

MCA
A06 A07

1.2.3.A08

MCA
A08

MCA
A10 A09

1.2.3.A10

JHL

A11

1.2.3.A11

JHL

A12

HCB

1.2.4.A01

A01

1.2.4.A01

1.2.4

DOCUMENTA-CIÓN DE LECCIONES APRENDIDAS

HCB

A02

1.2.4.A02

65

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

1.2.4.A03

1.2.4.A04

1.2.4.A05

1.2.4.A06

1.2.4.A07

1.2.4.A08

1.3.1.A01

Identificar las lecciones aprendidas de la fase de elaboración. Documentar las lecciones aprendidas de la fase de elaboración. Identificar las lecciones aprendidas de la fase de construcción. Documentar las lecciones aprendidas de la fase de construcción. Identificar las lecciones aprendidas de la fase de transición. Documentar las lecciones aprendidas de la fase de transición Verificar el cumplimiento de los entregables. Verificar los documentos de cierre de fase. Realizar el cierre operativo.

Determinar lo aprendido en la fase de elaboración. Registrar dichas lecciones aprendidas de la fase de elaboración. Determinar lo aprendido en la fase de construcción. Registrar dichas lecciones aprendidas de la fase de construcción. Determinar lo aprendido en la fase de transición. Registrar dichas lecciones aprendidas de la fase de transición. Inspeccionar y dar conformidad del cumplimiento. Revisar e inspeccionar la documentación de cierre de fase. Determinar el cierre operativo. 1.2.4.A07 1.2.4.A05 1.2.4.A03

OGV

OGV
A03 A05

FGP

A04

A06

FGP

A07

JAP

JAP

A08

MGP 1.3.1.A01

A01

A02

OGV
A03

1.3.1.A02 1.3.1 CIERRE OPERATIVO 1.3.1.A03

OGV

A04

66

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

1.3.1.A02 Realizar y documentar los cambios respectivos en la parte técnica y administrativa. Analizar y verificar los registros contables ingresados. Documentar los informes económicos gestionados. Analizar y documentar las amortizaciones y provisiones. Definir los resultados antes de impuestos. Definir resultados después de impuestos. Verificar y documentar los resultados finales. Definir y extraer la información resultante y lecciones 1.3.2.1.A01 JCC 1.3.1.A03

JHL MGP JHL

1.3.1.A04

Actualizar la información técnica y administrativa.

1.3.2.1.A01

Revisar los registros contables Formalizar y registrar todos los documentos económicos pendientes Determinar y registrar las amortizaciones y provisiones Determinar resultados antes de impuestos Determinar resultados después impuestos Determinar y registrar los resultados finales Analizar y seleccionar la información y lecciones

JCC

A01

A02

1.3.2.1.A02

A03

1.3.2.1.A02 BGH 1.3.2.1.A03 OGV
A05 A04

1.3.2.1.A03

1.3.2.1.A04

1.3.2.1

CIERRE CONTABLE

1.3.2.1.A05 1.3.2.1.A06

1.3.2.1.A04 1.3.2.1.A05

OGV
A06

HCB MGP MEG HCB MGP

A07

1.3.2.1.A07

1.3.2.1.A06

A08

67

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

aprendidas Transferir las lecciones aprendidas a la base de conocimientos Solicitar presentación de cierre del proyecto. Realizar presentación de cierre del proyecto. Esperar aprobación de cierre del proyecto. Formalizar el cierre del proyecto. Notificar formalmente que el contrato ha sido completado.

aprendidas. Llevar las lecciones aprendidas a la base de conocimientos. Realizar una solicitud para presentar el cierre del proyecto. Exponer el cierre del proyecto. Aguardar que aprueben el cierre del proyecto. Oficializar el cierre del proyecto. Comunicar legalmente que ya se completó el proyecto y por tanto es un contrato acabado e integrado. Elaborar una descripción general del Mercado. Los objetivos importantes deben ser bien definidos. 1.4.2.A01 1.3.2.1.A07

MEG MRG

1.3.2.1.A08

1.4.2.A01

HCB MGP MEG HCB MGP MEG MRG

A01

1.4.2.A02

A02

1.4.2.A02

A03

1.4.2.A03 1.3.2.2 CIERRE DE CONTRATO 1.4.2.A04

1.4.2.A03 1.4.2.A04

MGP MEG

A04

A05

1.4.2.A05

2.1

ARQUITECTURA DE NEGOCIO (MAPA DE PROCESOS)

2.1. A01

Desarrollar la descripción general del Mercado. Identificar los objetivos importantes del negocio.

JHL

2.1. A02

2.1.A01

MGP

68

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

2.1. A03

Realizar la agrupación de roles y responsabilidades del negocio.

2.1. A04

Identificar las características de los integrantes de la organización. Identificar los conceptos y estructura de los procesos del negocio. Documentar la arquitectura del negocio. Identificar los términos del negocio. Documentar los términos del negocio. Identificar las reglas y restricciones.

Identificar las funciones que realizará cada integrante del equipo respecto al negocio. Identificar los atributos y habilidades de cada uno de los integrantes de la organización. Conocer el funcionamiento del negocio. Elaborar un documento donde se describa la arquitectura del negocio. Elaborar la identificación de los términos. Elaborar un documento donde describa los términos del negocio. Identificar, determinar y reconocer las restricciones

A01

2.1.A02

HCB
A02

2.1.A03

JAP
A03

2.1. A05

2.1.A04

ZDG

A04

A05

2.1. A06

2.1.A05

JHL ZDG

A06

2.2. A01 2.2 GLOSARIO DE NEGOCIO 2.2. A02

JAP
A01

2.2.A01 JAP

A02

2.3

REGLAS DE NEGOCIO

A01

2.3. A01

MGP
A02

69

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

correspondientes.

2.3. A02

Elaborar el listado de reglas y restricciones.

Se enumerará aquellas reglas e instrucciones para el buen funcionamiento del negocio. Identificar los Actores (roles) para el negocio. Identificar los Casos de Uso del negocio. Desarrollar dichas representaciones graficas del negocio. Obtener todas las actividades posibles. Elaborar el diagrama (secuencia) de las actividades. Describir los objetivos. Elaborar la identificación de los roles.

2.3.A01

MGP

2.4. A01 MODELO DE CASOS DE USO DEL NEGOCIO

Identificar los Actores. Identificar los Casos de Uso. Desarrollar el diagrama de Casos de Uso. Identificar las Actividades. Realizar el diagrama de Actividades. Definir los Objetos.

HCB

A01

A02

2.4

2.4. A02

2.4.A01

HCB

2.4. A03

2.4.A02

HCB

A03

2.5

DIAGRAMA DE ACTIVIDAD DEL NEGOCIO

2.5. A01

JHL

A01

2.5. A02

2.5.A01

JHL

A02

2.6

DIAGRAMA DE CLASES DEL NEGOCIO

2.6. A01

2.5.A02

ZDG

A01

2.6. A02

Identificar los Roles.

A02

2.6.A01

ZDG
A03 A04

70

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

2.6. A03

Identificar las Asociaciones. Realizar el diagrama de Clases del negocio. Solicitar cierre de fase. Realizar presentación de la fase al líder usuario. Esperar aprobación de cierre de fase. Formalizar el cierre de fase. Realizar informe de cierre de fase Recopilar requerimientos. Listar los requerimientos. Documentar requerimientos aprobados.

Obtener las asociaciones entre los roles y objetos. Elaborar el diagrama de Clases del Negocio. Solicitar la culminación de fase. Desarrollar la presentación general al líder usuario. Obtener la aprobación del cierre de fase. Formalizar el cierre de Fase. Elaborar un informe que valide el cierre de Fase. Reunir los requerimientos de los interesados. Elaborar un listado de todos los requisitos indispensables. Elaborar un documento que nos certifique que los

2.6.A02

ZDG

2.6. A04

2.6.A03

ZDG

2.7. A01

1. 2.2. A01

BGH

A01 A02

2.7. A02 2.7 CIERRE DE FASE

2.7.A01

BGH
A03

2.7. A03 2.7. A04 2.7. A05

2.7.A02 2.7.A03 2.7.A04

BGH BGH BGH
A04

A05

3.1.1. A01 REQUERIMIENTOS DE LOS INTERESADOS (USUARIOS)

2.7.A04

JAA
A01

3.1.1

3.1.1. A02

3. 1.1. A01

JAA

A02

3.1.1. A03

3. 1.1. A02

JAA

A03

71

1.2.2.2. Listar los requerimientos Funcionales. Elaborar un documento para los requerimientos que ya fueron aprobados. A01 MGP A03 3. Listar los requerimientos.3.1. 1.3 3. 1.1. A01 Recopilar requerimientos Funcionales. A01 Analizar requerimientos y Casos de Uso.1. 1. Documentar requerimientos Funcionales Aprobados. Reunir todos los requisitos para el sistema.1. A03 MGP JAP MGP JAP A01 A02 3.2. A02 3.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 3.1.1. A03 3. Identificar los requerimientos y Casos de Uso del sistema.1. A02 3.3. Elaborar un documento que certifique la aprobación de los requerimientos.1.2.3. 1. 3.1. Documentar requerimientos aprobados. A02 MGP JAP A03 3.3. 1. A03 3. A03 MGP A01 3. A01 3. Enumerar y/o ordenar los requerimientos. JAA HCB A01 A02 72 .1.2 REQUERIMIENTOS FUNCIONALES DEL SISTEMA A02 3. A01 REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA 3. Enumerar aquellos requerimientos funcionales parar su desarrollo. A02 MGP 3. requerimientos fueron aprobados.3. Reunir todos los requisitos indispensables funcionales.2.2. Recopilar requerimientos.1.1 MATRIZ DE TRAZABILIDAD DEL SISTEMA 3.1.

3. A02 HCB MGP A03 A02 A01 3. Describir el Flujo de eventos.2.3.1. Reconocer los roles del Sistema. Enumerar requerimientos.1. A01 ZDG A03 73 . A01 Describir los Casos de Uso. A02 3.2. métodos y atributos.1. A03 3.1.2. A01 DIAGRAMA DE CASOS DE USO DEL SISTEMA HCB A01 3.2.1. precondiciones y post-condiciones.1.2. Identificar los Casos de Uso y los procesos.1.3. A02 Formular Matriz. HCB 3.2. Identificar las clases del sistema. así como definir los atributos.1.1. Elaborar una descripción de los Casos de Uso.2.3 3. A01 3.3. 3.3.1. Establecer las relaciones.2.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1. Documentar la tabla en donde se mostraran los casos de uso. Identificar los Actores.2. 3. A02 3.2.2.1. Graficar las relaciones que existen entre los actores. A03 A01 ZDG A02 3. Definir los Objetos. Identificar qué procesos desarrollará el sistema. A01 MGP HCB ZDG 3.2 DIAGRAMA DE CLASES 3.1.2.2. y condiciones que sean necesarios para el sistema. A02 HCB A03 3.2. Identificar las relaciones.2.2. Describir lo que el sistema debe hacer. Desarrollar el diagrama de Casos de Uso.1.2. A01 HCB A02 3. A01 HCB ZDG 3. A02 3.2.2.2.1.2.2.2.2 ESPECIFICACIÓN DE CASOS DE USO 3. Identificar los requerimientos.1.2.2.

Desarrollar el Diagrama de Secuencia. A02 JHL A03 MGP A01 3. en la que hay un estado inicial de creación y un estado final de destrucción. 3.5.2. A02 MGP A03 JAP A01 A02 A03 74 . 3.2. y Diagrama de casos de uso.2. Representar ciclos continuos o bien una vida finita. Elaborar el diagrama de Clases. A01 MGP A02 3. A02 ZDG JHL 3.5 DIAGRAMA DE COMUNICACIÓN (COLABORACION) 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Identificar los objetos del Sistema.4. Identificar la secuencialidad. A01 DIAGRAMA DE SECUENCIA Identificar los Objetos. 3.3. Identificar una combinación de información tomada desde el diagrama de Clases.4 3.2.3.2. A03 Elaborar el diagrama.2.2. A02 3. Identificar los Objetos. Secuencia.4. 3. Indicar qué eventos hacen que se pase de un estado a otro Indicar cuáles son las respuestas y acciones que se generan. Desarrollar la secuencia entre los objetos ya identificados. A01 Identificar los Objetos.2.3 DIAGRAMA DE ESTADOS 3.2.3.2.4. Identificar las Acciones y los estímulos.2.2.2.4. A01 Diagramar las Clases. Elaborar el Diagrama. A01 JHL A01 A02 3.2.2.2.3. A03 3. 3.3.2.2.4. A02 3. A03 3.

2.5.1. 3. Elaborar el Diagrama. A02 Secuenciar los objetos. A01 MGP A03 A04 3.2. Realizar diagrama de clases y diagrama de 3.2. Desarrollar el diagrama EntidadRelación. A03 Elaborar el Diagrama.3.3. Describir un objeto que ha sido seleccionado para ser incluido en el modelo de análisis.3.5.1.3.3. Desarrollar el Diagrama de Comunicación.5.3.2. 3.2.2.A02 Elaborar el Diagrama del modelo de datos. Describir el almacenamiento de los datos en el ordenador: el formato de los registros. 3.3.1. A04 3. A01 Analizar el diagrama entidadrelación. A03 Identificar las relaciones. 3.5. Describir las dependencias entre entidades. Modelar las interacciones entre objetos o partes en términos de mensajes en secuencia. A02 JAP MGP A01 A02 3. A01 JAP 3.2 DIAGRAMA DEL MODELO DE DATOS (MODELO FÍSICO) 3. Identificar entidades.2. A01 3.3. la estructura de los ficheros.3. A02 MGP 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.1 DIAGRAMA ENTIDAD RELACIÓN 3.1. A03 MGP MGP ZDG A01 A02 .1.3. 3. A01 MGP ZDG 75 . A02 Identificar atributos.1. Visualizar los objetos que pertenecen a la Base de Datos.1.3. 3.

4 PROTOTIPOS DE INTERFAZ DE USUARIO Diseñar el prototipo de la interfaz unificada.4. Elaborar el Diccionario de Datos. A01 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3. Detectar los grupos de variables altamente relacionados entre sí.3.3. 3. A01 Elaborar vistas de cada diagrama estudiado conteniendo por cada escenario analizado un diseño.3. Documentar y describir toda la información a mayor detalle. A02 76 . ZDG HCB 3.3. A02 3. entidad relación. A01 ZDG JAP ZDG HCB A01 A02 3. 3. A01 Diseñar el prototipo de la interfaz por módulo. A02 Analizar el Modelo de Datos.4. ZDG A01 3.3.3 DICCIONARIO DE DATOS 3.3. Recopilar información específica a cerca de los requerimientos de información de los usuarios.4.

1.5.5 CIERRE DE FASE 3.A03 4.A01 FGP MEG A02 77 .2. Desarrollar la base de datos para el sistema. Realizar informe de cierre de fase.A02 3.1.A03 BGH 3.A03 3. BASE DE DATOS 4.5. Crear la Base de Datos. Determinar las secuencias de los inicios.2.1.A01 Solicitar cierre de fase. 3. 3. Desarrollar la presentación de la fase al líder Usuario. BGH A01 A02 3.A01 OGV A02 A03 4. Concretar la documentación del cierre de fase. Realizar presentación de la fase al líder usuario.A01 PRIORIZACIÓN DE SUBSISTEMAS Redactar el documento de solicitud de sierre de fase. Esperar aprobación de cierre de fase. Permanecer en espera a la aprobación de cierre de fase.5.5.5.2. Generar el Script del modelo físico.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.A02 4.5. Identificar las características de los subsistemas Identificar las relaciones entre los subsistemas Secuenciar los inicios. Redactar el documento de cierre de fase. Formalizar el cierre de fase.5.1. Elaborar el script del modelo físico para el desarrollo.1.5.A02 BGH A05 3.2. Se obtienen las relaciones entre los subsistemas.A01 BGH A03 A04 3.A02 4.A04 BGH OGV A01 4. Se obtienen las características de los subsistemas.A01 4. 4.1.A04 3.A05 4.5.A02 OGV FGP ABA A01 4.

1. MEG FGP BGH MEG FGP BGH A01 A02 4. OGV A02 Dar funcionalidad a las interfaces. Dar funcionalidad a las interfaces.3.3.3.3.3.2.A01 Generar el código y depurar módulo.A01 MÓDULO DE REPORTES Y CONSULTAS 4.A02 Generar los procesos de reportes y consultas.2. Obtener resultados de los procesos de cada mantenimiento.3.3.A01 Establecer las funcionalidades para cada interfaz.1. IBC RJO CCF A01 A02 BGH OGV Codificar y depurar módulo. 4.3.3.3.3.2. Se establecen normas para la seguridad y permisos para los usuarios.2.3.3.1 MÓDULO DE GESTIÓN DE USUARIOS 4.A02 Establecer políticas de seguridad y permisos. 4.1.A01 Establecer las funcionalidades para cada interfaz de reportes. 4.A01 MÓDULO DE MANTENIMIENTO 4. 4.3.A02 Generar los procesos de mantenimiento.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3. 4. Detallar cada reporte y cada consulta de los procesos realizados.1.3. 4. OGV A01 4. 4.3. 78 .A01 4.

4. SISTEMA INTEGRADO 4.A04 4.3. 4.A02 Generar los procesos para el procesamiento de datos Dar funcionalidad a las interfaces 4.5.4.A02 4.3. Establecer las funcionalidades para cada interfaz de procesos.5.A03 4.A01 Agrupar Módulos Codificar y ensamblar el Sistema Compilar y generar el Sistema Solicitar cierre de fase Realizar presentación de la fase al líder usuario Esperar aprobación de cierre de fase Formalizar el cierre de fase Realizar informe de cierre de fase 4. Desarrollar los códigos del sistema y ensamblarlo.3.5.A04 BGH BGH A03 A04 79 .A03 4.4. MÓDULO DE PROCESOS 4.4.A01 BGH OGV 4.5.5.4.A02 BGH A02 4.5.A01 MCH A02 BGH OGV 4.A05 Se obtendrá los resultados de cada proceso para el procesamiento de datos.4.A02 4. Integrar los módulos del sistema. Generar un informe para el cierre de fase.4.4.5.A01 4. Establecer la presentación de la fase al líder usuario.5.4.A01 4.5.4.3. CIERRE DE FASE 4. Ayudar a la aprobación del cierre Aprobación del cierre de la fase. MCH A01 4. Definir la conformidad de la funcionalidad del sistema.A03 4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5.A01 BGH A01 4. Solicitar el cierra de la fase.A02 BGH OGV A03 A02 A01 BGH 4.

1.A03 5.A01 Definir unidades del sistema a testear Diseñar pruebas Elaborar el plan de pruebas Ejecutar pruebas 5. 5.1.A01 CCF RJO ABA A01 A02 5.2.1. Se realizara el documento donde se detallara el informe de pruebas.2.1. Desarrollar las pruebas necesarias para el plan.1. REALIZACIÓN DE PRUEBA 5.1.2. Inspeccionar y determinar cómo se instala y configura el sistema.2.1. Se realizara el proceso de corrección de las observaciones.1.1.A02 IBC MCA ABA A01 A02 A03 5.2.1.A01 RJO ABA A03 80 .2.2.1.1.A02 5. INFORME DE PRUEBA 5.A01 ABA CCF A01 A02 5.2.1.2.A02 Se definen los métodos que se usaran para el testeo del sistema. Se obtienen las observaciones del informe. Se generar y ejecuta las pruebas necesarias.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.A01 IBC MCA A02 5.1.1.1.A01 5.A02 Desarrollar informe de pruebas Identificar cada paso de instalación y configuración Elaborar el manual de instalación 5.1 MANUAL TÉCNICO (INSTALA-CIÓN Y CONFIGURA-CIÓN) 5.1. IBC MCA A01 5.1. Desarrollar y especificar el manual de instalación.2.2.2. Desarrollar el plan de pruebas del sistema.2.1.1.1.2.A01 5.2.1.1.1. PLAN DE PRUEBAS 5.1.2.A01 5.A02 Corregir observaciones Identificar observaciones 5.1.1.

3.2.4.1.4.3.A01 MANUAL DEL SISTEMA Desarrollar y especificar el manual de configuración. Desarrollar y especificar el manual de ayuda del Sistema. Desarrollar y especificar el manual del sistema.A01 FGP A02 81 . 5.A02 5.1.2.2.2. Desarrollar y especificar el manual de usuario. Desarrollar y redactar el plan de capacitación.A02 RJO ABA CCF A01 5. Establecer los puntos finales a desarrollar.A01 5.2.2.2.A01 5.A01 MCA 5.2.2.2.A02 FGP A01 5.2.1. 5.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.A03 Elaborar el manual de configuración Estudiar el sistema por proceso y módulo Elaborar el manual del sistema Estudiar el producto Elaborar el manual de usuario Identificar posibles preguntas y soluciones Elaborar el manual de ayuda del Sistema Elaborar el plan de capacitación Realizar las coordinaciones finales 5.4.1 PLAN DE CAPACITACI-ÓN 5. Comprender todos los procesos y divisiones del sistema.4 AYUDA DEL SISTEMA 5.A02 OGV 5.3.2 5.A01 MCA A01 A02 5.2.3.A02 A01 5. Analizar detalles y características del producto.2.2.1.2.3.2.A01 OGV A02 5.3.2.A01 CCF A02 5.3 MANUAL DEL USUARIO 5. Definir alternativas de preguntas y respuestas de ayuda.

A01 FGP A02 5. Redactar un documento de segunda capacitación.4.A03 Adjuntar componentes adicionales Empaquetar el producto final 5.2.2.3.4.2.4.2 5.1.2. Redactar un documento de cuarta capacitación.2.4.2.A02 FGP A03 5.3. Desarrollar el instalador del software.3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.A01 MEG FGP A01 5.4.A01 5.3.3.3. Determinar y planificar el despliegue del sistema.A02 SOFTWARE EMPAQUETA-DO 5.2. Reunir otros componentes demás para el desarrollo del software Integrar del producto final para CCF RJO A01 5.1.2.2.4.4.A02 5.1 DIAGRAMA DE DESPLIEGUE 5.A03 CCF RJO MEG A01 A02 5.A02 5.4.2.A01 5. Recabar apoyo para el desarrollo del sistema.4.A01 Desarrollar informe de primera capacitación Desarrollar informe de segunda capacitación Desarrollar informe de tercera capacitación Desarrollar informe de cuarta capacitación Establecer cómo se desplegará el sistema Desarrollar el diagrama de despliegue Adjuntar ayuda del sistema Generar instalador 5.4.A02 CCF RJO A04 5. 5.A04 Redactar un documento de primera capacitación.4.2 INFORME DE CAPACITACI-ÓN 5.2.2.3.A03 5. Realizar el diagrama de despliegue.4.2.A04 5.A03 FGP A04 82 .A01 CCF RJO A02 A03 5.2. Redactar un documento de tercera capacitación.1.

A03 5.5 CIERRE DE FASE 5.5. la entrega. 5.A05 5.A04 5.5.5. Solicitar cierre de fase Realizar presentación de la fase al líder usuario Esperar aprobación de cierre de fase Formalizar el cierre de fase Realizar informe de cierre de fase Pedir y determinar cierre de fase.5.5.5.A02 BGH A02 A03 5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.A02 BGH A04 5.A04 BGH 83 . Estar a la espera de conformidad de cierre de fase.A01 5. Presentar el producto final de la fase al usuario.5. Redactar documento de cierre de fase.5.A01 BGH A01 5. Dar por concluida el cierre de fase formalmente.A03 BGH A05 5.5.

3 RED DEL CRONOGRAMA HISTORIAL DE VERSIONES Versión 2. 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2.0 Hecha por JHL JHL JHL Revisada por BGH BGH BGH Aprobada por JC JC JC Fecha 10-07-2010 03-07-2010 27-06-2010 Motivo Original Borrador Borrador 84 .0 1.1 2.

5 A01 1.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 2.1 Hecha por JHL Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS.1.2.1 A01 1.1.1 2.1 A03 1.2. Motivo Original RED DEL CRONOGRAMA NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE 1.1.2.2.1 A03 1.1.3 A06 1.7 A01 1.1 A04 1.2.5 A01 1.2.2.1 A07 1.1 A02 3.1 1.1 A02 1.2.1.2.1 A06 1.2.2.1 A05 1.1 A07 1.1 A01 1.1.1 A04 4.1.3 A03 1.1 A08 1.1.1 A08 85 .1 A06 5.1 A05 1.3 A12 1.2.5 A01 1.3 A09 1.2.

3 A07 1.1.2 A04 1.1.2.1.2.2.2.2.1.2.3 1.2.1.3 A02 1.2 A05 1.2 A08 1.2 1.1.2.1.2 A08 1.2 A04 1.1. 1.3 A08 86 .1.1.2.2.3 A06 1.2 A06 1.1.1 A02 1.2.2.2 A03 1.2.1.2 A06 1.3 A04 1.3 A03 1.1 A06 1.1.3 A05 1.2.2.2.2 A01 1.1.1.2.2.2.2.2 A02 1.1.1.1.1 A08 1.2.1.3 A01 1.1.2.1 A04 1.2.2.1.1.1.2 A07 1.2 A02 1.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.1.2.1.

1.2.1.5 A01 1.1.1.1.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4 A08 1.2.3 A08 1.4 1.2.4 A06 1.2.2.5 A08 87 .1.2.4 A08 1.3 A02 1.1.2.1.1.1.3 A06 1.4 A04 1.5 1.2.2.4 A06 1.2.1.1.4 A03 1. 1.4 A02 1.1.1.2.2.2.4 A04 1.1.1.2.1.5 A07 1.4 A01 1.2.2.1.1.2.4 A05 1.2.1.5 A05 1.1.2.1.5 A04 1.2.2.1.1.4 A02 1.2.4 A07 1.2.2.2.5 A02 1.1.3 A04 1.2.5 A03 1.5 A06 1.

2.2.4 A02 1.2 A01 3.1.2.4 A03 1.1.1.2. 1.6 A06 1.1.5 A02 1.6 A07 1.2.2.1.6 A02 1.2.2.2 A03 5.1.4.1.1.2 2.1.6 A08 1.2.1.2.6 1.2.2.5 A08 1.5 A04 1.1.6 A01 1.1 2A02 4.5 A06 1.2.2.6 A04 1.2.6 A04 1.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.2 A04 1.2 A04 88 .2.2.6 A06 1.1.6 A03 1.

3 A10 1.4 A08 89 .2.2.1 A04 1.2.2.2.2.3 A07 1.3 A11 1.2.2 A03 1.3 A08 1.4 A01 1.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2.2.2.4 A03 1.4 A02 1.3 A03 1.2 A02 1.3 A09 1.3 A04 1.4 1.2.4 A05 1.2.3 A01 1.3 A06 1.2.2.2.2.2.2.1 A02 1.1 A06 1.3 A05 1.2.2.4 A06 1.2 A04 1.2 A01 1. 1.2.3 1.3 A12 1.4 A07 1.2.3 A02 1.2.2.1 A08 1.2.4 A04 1.

2.1.1 A03 1. 1A02 1.2. 1.3.3.3. 1 90 .3. 1 1.1.3.1.1 5.2. 1 1.2. 1A05 1. 1 1. 1 1.2. 1 1.3.1.3.1 A01 1.2.3.1 1.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.3.1.3.5 A05 1.2.3.3.1 A02 1.2. 1 1.3.3.1 A04 1.

1 A02 2.2.2.3.2 A01 1.3.1 A06 2.1 A06 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 2.1 A04 2.2 A02 2.2.1 1.3.2 A04 1.1 A01 2.2 1.3.1 A05 2.2.1 A03 2.1 A06 2. 1.2 A02 91 .2 A02 1.2.2 A01 2.2 A05 2.3.3.1.3.2.2.2 A03 1.

5 2.5 A02 2.2 A02 2.4 2.5 A01 2. 2.4 A03 2.6 A04 92 .6 A02 2.6 A03 2.6 2.5 A02 2.3 2.3 A03 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.6 A01 2.3 A03 2.3 A02 2.4 A01 2.4 A02 2.3 A01 2.

1.1 A03 3.1.7 1.2 A01 3.2 3.2 A02 3.1.7 A04 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 A03 93 .1. 2.7 A03 2.7 A04 3.1.1.7 A05 3.7 A02 2.2 A01 2.1 A02 3.1.7 A01 2.1 A01 3.2.1.1 2.1.1 A03 3.

2.3 A02 3.1.2 A01 3.1.1.3 A01 3.1 A01 3.1.2.2.2 3.2 A03 3.1.2 A02 3.2.3 A01 3.1.1.2 A03 3.3 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.1.2.2.1.1 A02 3.1.1.1 A02 3.3 A03 3.1.2.2.3 A02 3.2.2.1.1.3 A03 3.3 A03 94 .2 A03 3.1.1 3.1.1.1.2. 3.3 3.2.2.

2 3.3 A03 3.2 A01 3.4 A03 3.5 A03 95 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5 A02 3.2.1.2.2.3 A01 3.2.2.5 3.2.2.2 A03 3.3 A03 3.2 A03 3.2.2.2.5 A01 3.2. 3.2.2.2.3 3.2.3 A02 3.2.4 3.2 A02 3.3 A03 3.2.4 A03 3.2.2.4 A02 3.2.4 A01 3.

1 A01 3.3.4 A01 3.1 A02 3.3 A02 3.3.3.3.3 A01 3.3 3.3.2 A02 3.4 3.2 A01 3.3.4 A02 96 .1 A04 3.1 A03 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.3.3.2 A02 3.3.3.1 A04 3.2.1 3.3. 3.2 3.3.5 A03 3.3 A02 3.3.

3.3 A02 4.5 A01 3.2 A02 4.1 A02 4.2 A01 4.1 A01 4.5 1.2 3.3.3.1 3.5 A03 3.5 A04 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2. 3.1 4.2 A02 3.1 A01 97 .5 A02 3.5 A04 4.5 A05 4.

3.1 A02 4.4 A02 4.2 A02 4.3 A02 4.4 4.3.3 4.3.4 A01 4.4 A02 98 .3.3 A01 4.3.3.3.4 4.2 A01 4.2 4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.3.3.4 A01 4. 4.

2.1 A03 5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.1.1.5 A04 5. 4.1.2.1 4.1 A01 5.2.1.2.2 5.5 1.1.1 A02 5.1 5.5 A01 4.1.5 A04 5.1.1 A01 5.1.1 A02 5.2 A01 99 .2.2 A03 4.5 A02 4.5 A03 4.2.

2.1 A01 5.1 A01 5.2.3 A01 5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4 A01 5.3 A01 5.2.2.4 5.2.2 A01 5.2.1 A02 5.4 A02 100 .2 5.1 A02 5.2.2 A01 5.3 5.2.2.2.2.1.3 A02 5.1 A02 5.2.2.2.2.2.2. 5.2 A02 5.1 5.

2.2 A03 5.1.1 5.1 A01 5.1.2 A02 5.3.1 A02 5.1 5.2.3.1 A02 5.2 A02 5.1 A02 5.4 A02 5.3.2 A03 5.3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.1 A03 5.4.2.4.4.3.4.2 5.2 A04 5.1 A01 5.4.2 A01 5. 5.3.2 5.4 A02 5.3.2 A04 101 .4.3.3.2 A01 5.

2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5 A01 5.5 A05 102 . 5.5 A02 5.5 1.5 A04 5.5 A03 5.2 A04 5.

2.1 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 Hecha por JHL JHL JHL Revisada por BGH BGH BGH Aprobada por JC JC JC Fecha 10-07-2010 03-07-2010 27-06-2010 Motivo Original Borrador Borrador 103 . 2.0 1.4 ESTIMACIÓN DE RECURSOS Y DURACIÓN HISTORIAL DE VERSIONES Versión 2.

1 Hecha por JHL Revisada por BGH Aprobada por JC Fecha 10-07-2010 Motivo Original ESTIMACIÓN DE RECUR SOS Y DURACIONES NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE TIPO DE RECURSO: PERSONAL ENTREGABLE ACTIVIDAD NOMBRE DEL RECURSO MGP DURACION (HRS) 1h TIPO DE RECURSO: MATERIALES O COMBUSTIBLE NOMBRE DEL RECURSO Escritorio Impresión Escritorio Archivador Escritorio Impresión CANTIDAD TIPO DE RECURSO: MAQUINAS O NO COMBUSTIBLE NOMBRE DEL RECURSO PC CANTIDAD HORAS / MAQUINA 1.A01 Revisar solicitudes de cambio autorizadas de la fase de conceptualización 1.1.1. CONTROL DE VERSIONES Versión 2.A02 Actualizar el plan de general del proyecto de la fase de conceptualización 1.1.A03 Revisar solicitudes de cambio autorizadas de la fase de elaboración 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.A04 Actualizar el plan 1 15 1 2 1 10 1 1h OGV OGV JHL MGP 1h PC 3 1h 1h 1h PC PC 1 2 1h 1h 104 .1 PLAN GENERAL DEL PROYECTO ACTUALIZADO 1.1.

1.1.1.5h 105 .1.A07 Revisar solicitudes de cambio autorizadas de la fase de transición 1.A06 Actualizar el plan general del proyecto de la fase de construcción 1.1.5h 1.2.5h 1h CCF 1.1.2.5h 0.5h 0.A02 Emitir reporte de verificación de la fase de conceptualización 1.A08 Actualizar el plan general del proyecto de la fase de transición 1.1.1 VERIFICACIÓN DEL ALCANCE ABA 0.5h 1.1.5 h 1.1.5h 1.1.5h 1.2.5 h FGP JAP JAA 0.A07 Verificar cumplimiento del alcance de la JHL Escritorio Archivador 1h Impresión Escritorio Impresión Escritorio Archivador Impresión Escritorio Impresión Escritorio Archivador Impresión Escritorio Estante Impresión Escritorio Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio 1 2 8 1 8 1 2 8 1 12 1 2 3 1 1 5 1 3 1 1 5 1 1 3 1 1 5 1 1 5 1 PC PC Impresora PC Impresora PC PC Impresora PC PC Impresora PC Impresora 2 1 1 1 1 1 1 1 1 1 1 1 1 PC 1 1h OGV MGP 1h PC 1 1h JHL 1h 1h MGP 1h 1.A01 Verificar cumplimiento del alcance de la fase de conceptualización 1.A06 Emitir reporte de verificación de la fase de construcción 1.1.A05 Revisar solicitudes de cambio autorizadas de la fase de construcción 1.2.A05 Verificar cumplimiento del alcance de la fase de construcción 1.1.5 h1.1.5h ABA 1.1.A03 Verificar cumplimiento de la fase de elaboración 1.5h FGP 1.2.A04 Emitir reporte de verificación de la fase de elaboración 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.5 h CCF 0. general del proyecto de la fase de elaboración 1.1.2.5h 0.1.2.1.1.2.

A01 Comparar y verificar el avance del costo de la fase de conceptualización 1.1.A02 Emitir reporte de verificación de la fase de conceptualización 1.A07 Comparar y verificar el avance del tiempo en la fase de transición 1.2.2.5h JAP 2h JAP 0.2.1.A04 Emitir reporte de verificación de la fase de elaboración 1.1.2.2.2.5h Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión 1 5 1 1 2 1 1 4 1 1 4 1 1 5 1 1 4 1 1 7 1 1 4 1 1 8 1 1 4 1 1 5 1 1 4 PC Impresora PC PC Impresora PC PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0.5h 106 .1.5h 0.5h 2h 0.2.2.1.A05 Comparar y verificar el avance del tiempo en la fase de construcción 1.1.5h 2h HCB 0.A08 Emitir reporte de verificación de la fase de transición 1.5h 2h 0.5h 2.2 MEDICIONES DEL RENDIMIENTO EN TIEMPO 1.5h 2.1.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2.5h FGP 2h FGP 0.1.5h 2h 0.3.2.2.A01 Comparar y verificar el avance del tiempo de la fase de conceptualización 1.3.1.2.5h ZDG RJO 0.5h ZDG 2.2.1.5h OGV 2h OGV 0.2.1.2.2.5h 2.3.A08 Emitir reporte de verificación de la fase de transición 1.1.MEDICIONES DEL RENDIMIENTO EN COSTO fase de transición 1.2.2.2.A02 Emitir reporte de verificación de la fase de conceptualización 1.A06 Emitir reporte de verificación de la fase de construcción 1.A03 Comparar y verificar JAP JAA HCB 0.A03 Comparar y verificar el avance del tiempo en la fase de elaboración 1.2.1.2.1.2.5h 2h 0. 1.3.

5h FGP FGP 2h 0.1.1.5h 2h 0.4.A01 Realizar el seguimiento y control a la calidad de la fase de conceptualización 1.2.A05 Realizar el seguimiento y control a la calidad de la fase de construcción 1.3.2.3.5h JHL 0.1.1.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5h OGV 2h 2h OGV 0.A06 Emitir reporte de verificación de la fase de construcción 1.1.2.1.1.2.2.2.5h Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión 1 1 4 1 1 4 1 1 3 1 1 4 1 1 5 1 1 3 1 1 6 1 1 3 1 1 6 1 1 3 1 1 7 Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora 1 1 1 1 1 1 1 1 1 1 1 0.4.4.2.5h 2.1.A07 Comparar y verificar el avance del costo en la fase de transición 1.5h MGP 2h PC 1 2h MGP 0.1.MEDICIONES DE CONTROL DE CALIDAD el avance del costo en la fase de elaboración 1.1.5h 0.5h PC Impresora PC Impresora PC Impresora PC Impresora PC 1 1 1 1 1 1 1 1 1 0.2.5h JHL 2.A08 Emitir reporte de verificación de la fase de transición 1.3. 1.A04 Realizar informe del seguimiento y control de la fase de elaboración 1.2.5h 107 .A06 Realizar informe del RJO 0.A04 Emitir reporte de verificación de la fase de elaboración 1.1.4.1.A02 Realizar informe del seguimiento y control de la fase de conceptualización 1.A03 Realizar el seguimiento y control a la calidad de la fase de elaboración 1.3.5h 0.4.5h 2.4.5h 0.4.2.5h BGH 2.5h BHG 0.2.3.A05 Comparar y verificar el avance del costo en la fase de construcción 1.

5.1. seguimiento y control de la fase de construcción 1.5.A02 Documentar cambios y actualizaciones de la fase de conceptualización 1.5h 1h 1h 108 .5h FGP IBC FGP IBC JAP 1h 1h 0.1.5.2.1.1.A07 Verificar actualizaciones al registro de riesgos de la fase de transición HCB 0.1.1.5h 1h 0.2.2.A04 Documentar cambios y actualizaciones de la fase de elaboración 1.5.1.A06 Documentar cambios y actualizaciones de la fase de construcción 1.4.2.5h Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante 10 1 1 2 1 1 8 1 1 2 1 1 5 1 1 2 1 1 PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora 2 1 1 1 1 1 1 1 1 1 1 1 0.2.5.2.A03 Verificar actualizaciones al registro de riesgos de la fase de elaboración 1.1.5 1.A05 Verificar actualizaciones al registro de riesgos de la fase de construcción 1.1.5h 0.2.5.2.1.A01 Verificar actualizaciones al registro de riesgos de la fase de conceptualización HCB 1h Impresión Escritorio Estante 4 1 1 PC Impresora 1 1 1h 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4.A07 Realizar el seguimiento y control a la calidad de la fase de transición 1.2.5.DOCUMENTO DE INFORMACIÓN DE MONITOREO DE RIESGOS 1.A08 Realizar informe del seguimiento y control de la fase de transición ZDG 2h ZDG 0.5.5h OGV 1h OGV 0.5 Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante 1 1 3 1 1 4 1 1 Impresora PC Impresora PC Impresora 1 1 1 1 1 2h 0.2.

5h 1.6.1.5h JAP 0.2.5h 0.5.EVALUACIÓN DEL RENDIMIENTO DEL EQUIPO 1.2.5h 0.6.1.6.6.5h FGP 1. A03 Analizar el rendimiento del equipo en la fase de elaboración.6.1.A01 Identificar y solicitar acciones a corregir en la fase de conceptualización 1.6.5h FGP 0.1. 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.5h 1.5h 0.2. 1.A08 Documentar el rendimiento del equipo de la fase de transición 1.2.5h 1.2.5h 1.2.A04 Documentar el rendimiento del equipo en la fase de elaboración 1.5h 1.5h JAP 1.1.5h 0.2.5h 1.5h OGV 0.A05 Analizar el rendimiento del equipo en la fase de construcción 1.2.2.5h 2h 2h 2h 109 . ACCIONES CORRECTIVAS Y PREVENTIVAS 1.6.1.A02 Documentar el rendimiento del equipo de la fase de conceptualización 1.5h 0.A01 Analizar el rendimiento del equipo de la fase de conceptualización 1.2.A08 Documentar cambios y actualizaciones de la fase de transición 1.A03 Identificar y solicitar acciones a corregir en la fase de JAP HCB MGP HCB MGP OGV 0.5h HCB 2h OGV FGP 2h 2h Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio 6 1 1 2 1 1 4 1 1 4 1 1 7 1 1 4 1 1 4 1 1 4 1 1 2 1 1 1 1 1 2 1 1 2 1 PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora PC Impresora 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0.2.6.1.2.A06 Documentar el rendimiento del equipo en la fase de construcción 1.2.2.2.2.A07 Analizar el rendimiento del equipo en la fase de transición 1.2.A02 Identificar y solicitar acciones a corregir en la fase de elaboración 1.1.6.2.1.

3.A06 Emitir autorización de solicitudes de cambio 1.5 h FGP MCA MCA 0.A10 Recepcionar solicitudes de cambios de la fase de transición 1.A11 Verificar y analizar las solicitudes 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 GESTIÓN DE CAMBIOS 1.3.2.2.3.2.2.A02 Verificar y analizar las solicitudes 1.A01 Recepcionar solicitudes de cambios de la fase de conceptualización 1.2.2h 1h 0.2.2.5h PC PC Impresora 1 1 1 1h 0.2.5h 1 1 1 1 2 1 1 1 3 1 1 1 1 1 2 1 1 1 1 1 1 1 1 1 1 1 2 PC Impresora 1 1 2h PC PC Impresora 1 1 1 1h 0.3.2h 1h 0.2.3.2h 1h 0.5h OGV OGV OGV 0.3.3.A12 Emitir autorización de JAP JHL MEG JHL MEG HCB 2h Estante Impresión Escritorio Estante Escritorio Estante Escritorio Impresión Escritorio Estante Escritorio Estante Escritorio Impresión Escritorio Estante Escritorio Estante Escritorio Impresión Escritorio Estante Escritorio Estante Escritorio Impresión 0.A08 Verificar y analizar las solicitudes 1.A09 Emitir autorización de solicitudes de cambio 1.A03 Emitir autorización de solicitudes de cambio 1.3. construcción 1.5 h 110 .A07 Recepcionar solicitudes de cambios de la fase de construcción 1.3.A05 Verificar y analizar las solicitudes 1.5h PC PC Impresora 1 1 1 1h 0.5h PC PC 1 1 1h 0.2.2.3.2.3.2.2.2h 1h 0.5 h MCA JHL JHL 0.3.2.A04 Identificar y solicitar acciones a corregir en la fase de transición 1.A04 Recepcionar solicitudes de cambios de la fase de elaboración 1.

2.4 DOCUMENTACIÓN DE LECCIONES APRENDIDAS OGV 1h PC Impresora 1 1 1h FGP 1.5h Escritorio Impresión Escritorio Estante Escritorio Impresión Escritorio Estante USB Escritorio Impresión Escritorio Estante USB Escritorio Impresión Escritorio Estante USB Escritorio Impresión Escritorio Estante 1 1 1 10 1 1 1 12 1 1 1 1 10 1 1 1 1 10 1 1 1 1 15 1 1 Impresora 1 PC PC Impresora PC 1 1 1 1 1.2.3.4.2.A01 Verificar el cumplimiento de los entregables 1.1.4.A08 Documentar las lecciones aprendidas de la fase de transición 1.CIERRE OPERATIVO PC Impresora 3 1 1h 111 .5h PC 1 1.3.2.4.A03 Identificar las lecciones aprendidas de la fase de elaboración 1.A01 Identificar las lecciones aprendidas de la fase de conceptualización 1.5 h HGB 1h 1h OGV 1.4.5 h JAP 1h PC Impresora 1 1 1h MGP OGV 2h 1h 1.5 h 1.4.4.3.4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2.A07 Identificar las lecciones aprendidas de la fase de transición 1.5 h FGP 1h PC Impresora 1 1 1h JAP 1.5h 1.2.A06 Documentar las lecciones aprendidas de la fase de construcción 1.2.1.2.1.1.A02 Documentar las lecciones aprendidas de la fase de conceptualización 1.5h PC 1 1. solicitudes de cambio 1.2.A05 Identificar las lecciones aprendidas de la fase de construcción 1.A04 Documentar las lecciones aprendidas de la fase de elaboración 1.1.4.A02 Verificar los documentos de cierre de fase Escritorio Estante HCB 1.

3.A04 Actualizar información técnica y administrativa 1.2.A08 Transferir las lecciones aprendidas a la base de conocimientos 1.2.1.A04 Determinar resultados antes de impuestos 1.2.2.1.3.2.A03 Determinar y registrar las amortizaciones y provisiones 1.A06 Determinar y registrar los resultados finales 1.1.1.2.3.1.3.2.1.2.3.3.1.3.2.3.5 h 1h PC 1 0.5h 1.3.2.A01 Solicitar presentación de cierre del proyecto 1.1 CIERRE CONTABLE 2h PC PC Impresora PC 1 1 1 1 1.1.A05 Determinar resultados después de impuestos 1.A02 Formalizar y registrar todos los documentos económicos pendientes 1.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.1. 1.2.5h 2.2.2.A01 Revisar los registros contables 1.3.A03 Realizar el cierre operativo 1.2.5h BGH 2h PC 1 2h 112 .5 h 2.5h 1.3.3.1.5h 1.5h 1.3.2 CIERRE DE CONTRATO 1.A07 Analizar y seleccionar la información y lecciones aprendidas 1.5 h 1.A02 Realizar presentación de cierre del proyecto OGV JHL MGP JHL JCC JCC 1h 2h 3h 4h Impresión Escritorio Estante Impresión Escritorio Estante 2 1 1 10 1 1 PC Impresora PC Impresora PC 1 1 2 1 1 1 1 1 1 1 1h 1h 2h 1h BGH OGV OGV HCB MGP MEG HCB MGP MEG MRG BGH OGV 3h 6h 2h Impresión Escritorio Estante Impresión Escritorio Estante Estante Escritorio Estante Escritorio Estante Escritorio Estante Impresión Escritorio Estante Escritorio Estante Escritorio Estante Sala de conferencias Proyector 6 1 1 1 1 1 1 1 1 1 1 1 1 15 1 1 1 1 1 1 1 1 PC PC Impresora PC PC 2.3.

2.5h 2. MGP 1.5h 1h PC PC 1 1 1.1 ARQUITECTURA DE NEGOCIO (MAPA DE PROCESOS) HCB 2h PC 1 2h JAP 1. A03 Realizar la agrupación de roles y responsabilidades del negocio. A05 Identificar los conceptos y estructura de los procesos del negocio. 2.1. 2.A05 Notificar formalmente que el contrato ha sido completado 2. A06 Documentar la arquitectura del negocio. 2. A02 Documentar los términos del negocio. A01 Desarrollar la descripción general del Mercado. 2.1.3.A03 Esperar aprobación de cierre del proyecto 1. A04 Identificar las características de los integrantes de la organización.3.2.5h 2.2. A01 Identificar las reglas y restricciones.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 1.5h PC 1 1.5h 1.5h ZDG JHL ZDG JAP 2h PC PC Impresora PC 1 2 1 1 2h 1.1.1.5h PC 1 1. OGV OGV 4d 1h Impresión Escritorio Estante Impresión Escritorio Estante Escritorio Estante Impresión Escritorio Estante Escritorio Estante Escritorio Estante Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante 1 1 1 10 1 1 1 1 10 1 1 1 1 1 1 1 1 10 1 1 10 1 1 PC Impresora 1 1 0. A02 Identificar los objetivos importantes del negocio.5 h JHL 1h PC 1 1h 2. 2.2. 2.1.2.3.3 REGLAS DE NEGOCIO 113 .2.1. A01 Identificar los términos del negocio.2 GLOSARIO DE NEGOCIO 1h 1h JAP MGP 1.5h 1h 2. 2.

2.5.4.4.3.A04 Realizar el diagrama de Clases del negocio 2. A03 Identificar las Asociaciones.4 MODELO DE CASOS DE USO DEL NEGOCIO 2. 2.5h 1. A01 Identificar las Actividades. A01 Identificar los Actores.6.6. 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5h Impresión Escritorio Estante Impresión Impresión Impresión Impresión Escritorio Estante Impresión Escritorio Estante 10 1 1 3 5 3 5 1 1 10 1 1 PC 1 1.6 DIAGRAMA DE CLASES DEL NEGOCIO 2. A01 Definir los Objetos. 2.5h HCB 2h Impresión Escritorio Estante 10 1 1 PC IM PC 2h JHL 2h 2h 2.4.7.A01 Solicitar cierre de fase 2.6.5h 1h 1h ZDG BGH BGH 2h 1h 2h PC 1 2h PC 1 2h 114 .5. 2.7. 2.5h 1. A02 Identificar los Casos de Uso. 2. A02 Realizar el diagrama de Actividades.6.5h 2. 2.5h 1.A02 Realizar presentación de la fase al líder usuario ZDG ZDG ZDG 1.5 DIAGRAMA DE ACTIVIDAD DEL NEGOCIO MGP HCB HCB 1.5h 1h 1h PC PC PC 1 1 1 1.5h 1. JHL 1. A02 Elaborar el listado de reglas y restricciones. A03 Desarrollar el diagrama de Casos de Uso.5h Impresión Escritorio Estante 3 1 1 PC PC PC 1 1 1 1 1 1 1.7 CIERRE DE FASE 2. 2. A02 Identificar los Roles.

BGH BGH BGH JAA JAA JAA MGP MGP 3h 1h 1.5h 6h 2h 3.1. 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA MGP JAP MGP JAP MGP JAP JAA HCB HCB 2h 1h 1h 3h 2.1. 3.2.2.3. A02 Listar los requerimientos.1.2. 3.7.7.1. 3.1.5h 3.1.1.5 h 2h 8h 2h 1.1.2.5h Impresión Escritorio Estante 10 1 1 PC 1 1.A03 Documentar requerimientos Funcionales Aprobados 3. A03 Documentar requerimientos aprobados.3. 3. A03 Documentar requerimientos aprobados.5h 6h 2h Impresión Escritorio Estante Impresión 10 1 1 5 Impresión Impresión Escritorio Estante Impresión 10 5 1 1 5 PC PC PC PC PC PC PC 1 1 1 1 1 1 1 0.1.A05 Realizar informe de cierre de fase 3.2.A04 Formalizar el cierre de fase 2.1.1.7.5h Impresión 3 PC PC 2 2 2 2 2 2h 1h 1h 3h 2. A01 Recopilar requerimientos.2.1. A01 Analizar requerimientos y Casos de Uso.1. 3.3.A03 Esperar aprobación de cierre de fase 2. A02 Listar los requerimientos Funcionales. A01 Recopilar requerimientos Funcionales.5h Impresión Escritorio Estante 15 1 1 PC PC 3.1 MATRIZ DE TRAZABILIDAD DEL SISTEMA Impresión 5 PC 115 . 2.1. A02 Formular Matriz. 3. A02 Listar los requerimientos.1.1. A01 Recopilar requerimientos.1.5h 8h 2h 1. 3. 3.2 REQUERIMIENTOS FUNCIONALES DEL SISTEMA MGP 1.1 REQUERIMIENTOS DE LOS INTERESADOS (USUARIOS) 3.1.1.1.

3 DIAGRAMA DE ESTADOS 116 . A01 Identificar los ZDG JHL JHL JHL MGP 3h 1.1.2.3.2.5h 3.2. 3.2.5h 2h 1. 3.2. A02 Identificar las Acciones y los estímulos.3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.3.3 ESPECIFICACIÓN DE CASOS DE USO 3. 3.5h 1.1. HCB ZDG HCB ZDG HCB MGP HCB HCB HCB Escritorio Estante 1. 3. MGP 3.2.2.2.2.4 DIAGRAMA DE 3.5h 1h 2h 2h 2h 2.2.2.2 DIAGRAMA DE CLASES 3. métodos y atributos.5h 1.5h PC 2 1. A02 Identificar las relaciones.2.4.2. 3.2. A01 Describir los Casos de Uso.2.2.3.5h 1.5h PC PC PC PC PC PC 2 1 1 1 1 1 1h 2h 2h 2h 2. A01 Definir los Objetos.1.5h 1.2. A02 Describir el Flujo de eventos.1. 3.2.2.1.5h 3.2. A01 Identificar los Objetos.5h Impresión Escritorio Impresión Escritorio Impresión Escritorio Estante Impresión Impresión Impresión Escritorio Estante Impresión Impresión Impresión Escritorio Estante Impresión Impresión Impresión Escritorio Estante Impresión 1 1 10 1 10 1 15 1 1 4 5 5 1 1 10 5 PC 2 1. A01 Identificar los Actores. 3. 3. A02 Enumerar requerimientos.5h 1.2. 3. precondiciones y post condiciones. A03 Desarrollar el diagrama de Casos de Uso. A04 Elaborar el diagrama. A02 Identificar los Casos de Uso y los procesos.2.2. 3.3.1. A03 Diagramar las Clases.2.3.1. 3.5h 5 7 5 5 1 1 5 PC PC PC PC PC 1 1 1 1 1 3h 1.2 DIAGRAMA DE CASOS DE USO DEL SISTEMA ZDG ZDG 3.5h 2h 1.

1 DIAGRAMA ENTIDAD .3.4.5h 2h 2h 3h 2h 2.1.4.3. 3.5h 2h 2h 3h 2h 2.3 DICCIONARIO DE DATOS Impresión Escritorio Estante 10 1 1 PC PC 3. 3. 3. 3.2.3. A03 Identificar las relaciones. 3.2.2.5.2. 3.3. A01 Analizar el diagrama entidad-relación.1.5h 2h Impresión Impresión Escritorio Estante Impresión Impresión Impresión Escritorio Estante Impresión Impresión Impresión Impresión Escritorio Estante 8 5 1 1 4 8 5 1 1 4 5 6 5 1 1 PC PC 1 1 1. A04 Elaborar el Diagrama. A01 Diseñar el prototipo de la interfaz por módulo. 3. MGP MGP 1.3.5h 2.3.2.5 DIAGRAMA DE COMUNICACIÓN (COLABORACION) 3. 3. 3. 3. A02 Diseñar el prototipo de Impresión Escritorio Estante 5 1 1 PC PC 3.5h 2.3. A01 Identificar los Objetos.4.3. SECUENCIA Objetos.2. A02 Elaborar el Diccionario de Datos. A02 Identificar la secuencialidad.1.5h 2h JAP JAP JAP MGP MGP MGP MGP MGP ZDG MGP ZDG ZDG ZDG JAP ZDG HCB ZDG 1. A02 Identificar atributos. 3. 3. 3.A02 Elaborar el Diagrama del modelo de datos 3. A02 Secuenciar los objetos.3.3.3.4.5h 1h 2h 3h 16h 18h 4h PC PC PC PC PC PC PC PC 1 1 1 1 1 1 1 2 2 1 2 2 2 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. A03 Elaborar el Diagrama.1.RELACIÓN 3.2.2 DIAGRAMA DEL MODELO DE DATOS (MODELO FÍSICO) 3.4 PROTOTIPOS DE INTERFAZ DE USUARIO CD 1 PC 117 . A01 Analizar el Modelo de Datos.3.5.2.3.5h 1h 2h 3h 16h 18h 4h 3. A01 Identificar entidades. A03 Elaborar el Diagrama.5.

1. 4. 4.1 MÓDULO DE GESTIÓN DE USUARIOS 4.5. A01 Identificar características de los subsistemas.5. 4.2. A01 Generar los procesos de mantenimiento.3. 4.2.A05 Realizar informe de cierre de fase 4.5.1.1.5h Impresión Impresión Escritorio Estante Impresión Impresión CD 3 5 1 1 2 2 1 PC PC 0.3. 4.5.3.2. A03 Secuenciar los inicios. A02 Codificar y depurar módulo. A02 Crear la Base de Datos.5. A02 Identificar las relaciones entre los subsistemas.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5 h 1 Impresión Escritorio Estante 10 1 1 PC 1 1h 2h 1.A01 Solicitar cierre de fase 3.1 PRIORIZACIÓN DE SUBSISTEMAS OGV OGV OGV FGP ABA FGP MEG IBC RJO CCF BGH OGV MEG FGP BGH 3h 2h 2h 1h 2h PC PC PC PC 1 1 1 2 2 3h 2h 2h 1h 2h 4.2 MÓDULO DE MANTENIMIENTO 4.1.5h 4. HCB BGH BGH BGH BGH BGH 1h 2h 3h 1h 1.3. A01 Generar el Script del modelo físico. la interfaz unificado.3. 4.A04 Formalizar el cierre de fase 3.A03 Esperar aprobación de cierre de fase 3. 3. 4.5 CIERRE DE FASE 3.1.2 BASE DE DATOS CD 1 PC 4h 72h 64h CD 1 PC PC PC 3 2 3 4h 72h 64h 118 .A02 Realizar presentación de la fase al líder usuario 3. A01 Establecer políticas de seguridad y permisos.

5 CIERRE DE FASE 4.5. A03 Compilar y generar el Sistema.4.3.A03 Esperar aprobación de cierre de fase 4.3.1.A02 Realizar presentación de la fase al líder usuario PC 1 2h 4. 4.3. A01 Generar los procesos para el procesamiento de datos.3.4. A01 Generar los procesos de reportes y consultas.5h 1h Impresión Escritorio Impresión Escritorio Estante Impresión Escritorio 2 1 5 5 1 Impresión Escritorio Estante 10 CD 1 CD 1 CD 1 PC PC PC PC PC PC PC 1 1 1 1 2 2 2 64h 20h 64h 20h 20h 8h 4h 1h 4. OGV OGV MCH MCH BGH OGV BGH OGV BGH OGV BGH BGH BGH BGH BGH IBC MCA 64h 20h 64h 20h 20h 8h 4h 1h 2h 5d 1h 1. 119 .2.3.A05 Realizar informe de cierre de fase PC PC PC 1 1 2 0.5.4 SISTEMA INTEGRADO 4.4.4. MEG FGP BGH 20h CD 1 PC 3 20h 4.1.5.1.1 PLAN DE PRUEBAS 5. A02 Dar funcionalidad a las interfaces.3. 4. 4. 4. 4.3. A03 Dar funcionalidad a las interfaces. A01 Agrupar Módulos. A02 Dar funcionalidad a las interfaces.4.5 h 1.A01 Solicitar cierre de fase 4. A01 Definir unidades del sistema a testear.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.3. A02 Codificar y ensamblar Sistema.5.4 MÓDULO DE PROCESOS 4. 4.A04 Formalizar el cierre de fase 4.3 MÓDULO DE REPORTES Y CONSULTAS 4. 4.5h 1h 5.5.

A01 Identificar cada paso de instalación y configuración.2. A02 Elaborar el manual de instalación.3 MANUAL DE 120 . 5.1.1.1. 5. 5.1.2.2.3.2. 5.1. RJO ABA CCF 2h PC 2 2h 3h Impresión Escritorio Estante CD 40 1 1 1 PC 1 3h 5. A001 Identificar observaciones.2.2.1.2.1.1 REALIZACIÓN DE PRUEBA 5.1 MANUAL TÉCNICO (INSTALACIÓN Y CONFIGURACIÓN) 5.1.1.2. 5. 5. A01 Estudiar el producto.2. IBC MCA IBC MCA ABA ABA CCF 3h 2h 5h 2h 2h Impresión Escritorio Escritorio CD Hojas Escritorio Impresión Escritorio Impresión CD Impresión Escritorio Estante Datatravel Impresión Impresión Escritorio Estante CD Impresión Escritorio Estante CD 9 1 1 1 10 1 3 1 3 1 20 1 1 1 2 40 1 1 1 40 1 1 1 PC PC PC PC PC 2 2 1 1 1 3h 2h 5h 2h 2h 5.2. A002 Desarrollar informe de pruebas.2. A001 Ejecutar pruebas.1. 5. A001 Corregir observaciones.2.2.1. A03 Elaborar el manual de configuración.2.2 INFORME DE PRUEBA CCF 2h PC 1 2h RJO ABA RJO ABA 1h PC 2 1h 2h PC 2 2h 5. 5. A02 Elaborar el manual de sistema. A01 Estudiar el sistema por proceso y módulo.2. A03 Elaborar el plan de pruebas.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. A02 Diseñar pruebas.2.1.2 MANUAL DE SISTEMA CCF MCA 6h 4h PC PC 1 1 6h 4h 5.2.2. 5.1.1. 5.1. 5.

5h 2h PC PC 2 1 1.5h 1.3.2. A02 Elaborar el manual de usuario.5h 5.4 AYUDA DEL SISTEMA OGV 4h PC 1 4h OGV 8h PC 1 8h FGP 5h PC 1 5h 5.2.5h PC 2 1. 5.2. 5. A01 Establecer cómo se desplegará el sistema. 5.3.1 DIAGRAMA DE DESPLIEGUE 5.2. A01 Elaborar el plan de capacitación. A002 Desarrollar informe de segunda capacitación.1. A02 Realizar las coordinaciones finales. 5. A004 Desarrollar informe de cuarta capacitación.2.5h 1.1 PLAN DE CAPACITACIÓN FGP 1h PC 1 1h CCF RJO 1. 5.5h PC 2 1.3. 5. 5.4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. A02 Elaborar el manual de ayuda del Sistema. 5.5h PC 2 1.2.3. A01 Identificar posibles preguntas y soluciones.1.3.3. A001 Desarrollar informe de primera capacitación. 5.5h 2h 121 .3.2.4.3.1. A003 Desarrollar informe de tercera capacitación.4.2.2. USUARIO 5.2 INFORME DE CAPACITACIÓN CCF RJO CCF RJO CCF RJO MEG 1.2.4. MCA 8h Impresión Escritorio Estante CD Impresión CD Estuche Impresión Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante Impresión 40 1 1 1 5 2 2 17 30 1 1 20 1 1 20 1 1 20 1 1 20 1 1 3 PC 1 8h 5.3.2.2.2.

4.5h 1h CD Estuche Impresión Impresión Escritorio Estante 3 3 3 10 1 2 PC PC 1 2h Impresión Impresión Escritorio Estante 3 5 1 2 PC 1 1.1.A05 Realizar informe de cierre de fase MEG FGP FGP FGP FGP BGH BGH BGH BGH BGH 3h 0. 5. A01 Adjuntar ayuda del sistema. 5.4.5.5h Impresión Escritorio Estante 10 1 1 PC PC PC PC 1 1 1 1 1 3h 0.5 CIERRE DE FASE 5.5h 122 . 5.A03 Esperar aprobación de cierre de fase 5.2 SOFTWARE EMPAQUETADO 5.5h 1h 1h 1.5h 1h 2h 3h 1h 1.A02 Realizar presentación de la fase al líder usuario 5. A03 Adjuntar componentes adicionales.5.5.2. A02 Desarrollar el diagrama de despliegue.5.5h 1h 1h 1.4.4. 5.2. 5.A01 Solicitar cierre de fase 5.4. A04 Empaquetar producto final. A02 Generar instalador.A04 Formalizar el cierre de fase 5.2.4.5. 5.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

0 1.5 CRONOGRAMA DEL PROYECTO HISTORIAL DE VERSIONES Versión 2.0 Hecha por JHL JHL JHL Revisada por BGH BGH BGH Aprobada por JC JC JC Fecha 10-07-2010 03-07-2010 27-06-2010 Motivo Original Borrador Borrador 123 . 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1 2.2.

JHL BGH JC 0-07-20 0 Ori i al DSE 6A 7 8 87 65 Versi Hec por Revis da por Aprobada por Fec a Mo ivo 9 24 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES UNIVERS. CRONOGRAMA DEL PROYECTO NOMBRE DEL PROYECTO Desarrollo de la sui e del es udiante SIGLAS DEL PROYECTO 4 @ @ B B @ 2.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 25 C .

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 26 D .

27 E .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 28 F .

29 G .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 30 H .

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.3 GESTIÓN DE COSTOS 131 .

2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 1.0 Hecha por MEG MEG Revisada por BGH BGH Aprobada por JC JC Fecha 03-07-2010 23-06-2010 Motivo Borrador Borrador 132 .3.1 PLAN DE GESTIÓN DE COSTOS HISTORIAL DE VERSIONES Versión 2.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.0 Hecha por MEG Revisada por MEG Aprobada por MEG Fecha 23-06-2010 UNIVERS. Motivo Versión Original PLAN DE GESTIÓN DE COSTOS NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE TIPOS DE ESTIMACIÓN DEL PROYECTO TIPO DE ESTIMACIÓN Orden de Magnitud Presupuesto UNIDADES DE MEDIDA TIPO DE RECURSO Recurso Personal Recurso Material o Consumible Recurso Máquina o no Consumibles UMBRALES DE CONTROL ALCANCE: PROYECTO/FASE/ENTREGABLE ACCIÓN A TOMAR SI VARIACIÓN EXCEDE LO PERMITIDO Investigar variación para tomar acción correctiva UNIDADES DE MEDIDA Costo / hora Unidades Unidades MODO DE FORMULACIÓN Análisis de Reserva Bottom Up NIVEL DE PRECISIÓN -50% al +100% -15% al +25% VARIACIÓN PERMITIDA Proyecto Completo +/.5% costo planificado MÉTODOS DE MEDICIÓN DE VALOR GANADO ALCANCE: PROYECTO / FASE / ENTREGABLE Proyecto Completo MÉTODO DE MEDICIÓN Valor acumulado Curva S MODO DE MEDICIÓN Reporte del performance Semanal del Proyecto 133 .

 El análisis de impacto deberá ser presentado al Sponsor y evaluará distintos escenarios posibles. tiempo y costo).  Se evaluará el impacto de cualquier posible cambio del costo. en especial las consecuencias en los objetivos finales del proyecto (alcance. 134 . Preparación de su Prepuesto de Costes Control de Costes FORMATOS DE GESTIÓN DE COSTOS FORMATO DE GESTIÓN DE COSTOS Plan de Gestión de Costos DESCRIPCIÓN Documento que informa la planificación para la gestión del costo del proyecto. revisado y aprobado por el Sponsor.  Toda variación final fuera del +/. Esto se realiza en la planificación del proyecto y es responsabilidad del área de Gestión de Costos.5% del presupuesto será considerada como causa asignable y deberá ser auditada. EAC variaciones típicas AC + (BAC-EV)/CPI NIVELES DE ESTIMACIÓN Y DE CONTROL TIPO DE ESTIMACIÓN DE COSTOS Orden de Magnitud Presupuesto NIVEL DE ESTIMACIÓN DE COSTOS Por fase Por fase/entregable fase/recurso semanalmente NIVEL DE CONTROL DE COSTOS No aplica Por fase/entregable fase/recurso semanalmente PROCESOS DE GESTIÓN DE COSTOS PROCESO DE GESTIÓN DE COSTOS Estimación de Costes DESCRIPCIÓN Se estima los costes del proyecto en base al tipo de estimación por presupuesto. informando al Sponsor los efectos en el proyecto.  Toda variación final dentro del +/.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS FORMULAS DE PRONÓSTICO DEL VALOR GANADO TIPO DE PRONÓSTICO FÓRMULA UNIVERS. y aprobado por el Sponsor. Se elabora el presupuesto del proyecto y las reservas de gestión del proyecto. DÓNDE Área de Gestión de Cambios y actualizaciones emite informes de seguimiento según el cronograma del proyecto. MODO: QUIÉN.5% del presupuesto será considerada como normal. CUÁNDO. Se presentará un informe de auditoría. y de ser el caso se generará una lección aprendida. cada uno de los cuales corresponderá alternativas de intercambio de triple restricción. Este documento es elaborado por el Gerente de Costos y. CÓMO.

aprobar o rechazar las propuestas de cambios.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS Costeo del Proyecto Presupuesto por Fase y Entregable Presupuesto por Fase y por Tipo de Recurso Presupuesto por Semana UNIVERS. Los documentos que serán afectados o utilizados en el Control de Cambios de Costos son: -Solicitud de Cambios. materiales. el aporte de miembros del proyecto. teniendo en cuenta para ello los objetivos del proyecto y los intercambios de la triple restricción. El Project Manager se encarga de compactar la información del equipo de proyecto en el Cronograma. Este informe detalla los costos a nivel de las actividades de cada entregable. El formato de Presupuesto por Fase y Entregable informa los costos del proyecto. y procede a re-planificar el proyecto en el escenario del MS Project. El coste del proyecto puede tener una variación de +/. la cual deberá ser revisada y aprobada por el Jefe del Proyecto y el Sponsor.5 % del total planeado. actualizando el proyecto según los reportes del equipo. un requerimiento de cambio superior será resuelta por el Sponsor.5% del presupuesto del proyecto puede ser aprobada por el Jefe del Proyecto. SISTEMA DE CONTROL DE CAMBIOS DE COSTOS El Sponsor y el Jefe del Proyecto son los responsables de evaluar. y cada fase dividido en entregables. Una solicitud de cambio sobre el coste del proyecto que no exceda el +/. Todos los cambios de costos deberán ser evaluados integralmente. El formato de Presupuesto por Fase y por Tipo de Recurso informe los costos del proyecto divididos por fases. si como resultado de la re-planificación del proyecto estos márgenes son superados se necesitará emitir una solicitud de cambio. 135 . maquinaria). FINANCIAMIENTO DEL PROYECTO Entre las fuentes de financiamiento que se utilizaron para financiar el proyecto fue: Fuentes Internas que es el uso de recursos propios o autogenerados. es el Sponsor que asume la responsabilidad. y se emite el Informe Semanal del Performance del Proyecto. SISTEMA DE CONTROL DE COSTOS DESCRIPCIÓN Cada responsable del equipo de proyecto emite un reporte semanal informando los entregables realizados y el porcentaje de avance. y cada fase en los 3 tipos de recursos (personal. así tenemos. si está no puede ser resuelta por el. divididos por Fases. El formato Presupuesto por Semana informa los costes del proyecto por semana y los costes acumulados por semana. -Acta de reunión de coordinación del proyecto. De esta manera se actualiza el estado del proyecto. para la compra de materiales que se utilizaran en todo el proyecto. según el tipo de recurso que participe. -Plan del Proyecto (re-planificación de todos los planes que sean afectados) En primera instancia el que tiene la potestad de resolver cualquier disputa relativa al tema es el Jefe del Proyecto.

0 Hecha por MEG MEG Revisada por BGH BGH Aprobada por JC JC Fecha 30-06-2010 23-06-2010 Motivo Borrador Borrador 136 . 2.3.0 1.2 ARGUMENTOS Y SUPUESTOS PARA LA GESTIÓN DE COSTOS HISTORIAL DE VERSIONES Versión 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

unos pagos mensuales para los integrantes de la implementación dependiendo de la función o actividad que se le asigne.10. 1. 1.00 Diseñador: S/.200.00 Jefe de Área: S/.00 Documentador: S/.1500.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. 1. 1. entre las cantidades de horas laborales en un mes. 13.000.89 Asistente de Área: S/. Motivo Versión Original ARGUMENTOS Y SUPUESTOS EN LA GESTIÓN D E COSTOS NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE SISTEMA DE CONTROL DE COSTOS Se considera como referencia para calcular el costo por hora. 1.000.00 Ejecución del Proyecto Analista modelador: S/.00 Consejero: S/. 800. nos proporcionan un aproximado de 160 horas al mes.00 Auditor: S/. 20. 3000. de la siguiente forma: Gerencia del Proyecto Jefe del Proyecto: S/.200.500.00 La cantidad de horas laborables según un horario referencial de un trabajador normal es de: 8 horas laborables x 5 días (lunes viernes) x 4 semanas. 2. El costo por hora del personal es calculado por el pago mensual (referenciado del mercado laboral local).00 Asistente de Área: S/.42 137 . 1.0 Hecha por MEG Revisada por MEG Aprobada por MEG Fecha 23-06-2010 UNIVERS.200.00 Secretaria: S/.83 Jefe de Área: S/.00 Programador: S/. Se especifican los costos por hora del personal: Gerencia del Proyecto Jefe del Proyecto: S/.200.

5. El costo Unitario del USB es de S/. x hora. y muchas veces se van a usar los mismos materiales para muchas actividades. El costo por estante es de S/. El costo del uso de las PCs de los integrantes de la implementación está presupuestado con S/. 6. 0. donde se va a repartir 3 archivadores por fase. o según se disponga en desarrollo del proyecto. El material llamado Impresión (IM) es en realidad un servicio que tiene un costo de S/. la utilización de impresora y electricidad consumida.00 y Lapiceros: Se va poner a disposición de los 15 integrantes del grupo.50. 8.00 y Estuches: Equivale a la cantidad de CD s que se va a tener.50 por lapicero. El costo por CD es de S/. el local o lugar donde se utilizará y conexión a internet. y Local: Se asume que el local de trabajo se va a alquilar con un costo de S/. Esto incluye el costo de la hoja. 10. Son en total 50 estuches. alquilar PC en cabinas de internet a un promedio de S/. UNIVERS. Estos costos no se especifican en el costeo por actividad.1.00. 8.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS Ejecución del Proyecto Analista modelador: S/.20. ya que la utilización de los materiales va a depender de las actividades. 8.1.30 por cada vez que se imprime una hoja. 138 . y Archivadores: Se va a tener 15 archivadores. 80.20 la hora. Esto incluye además el costo de la electricidad utilizada para la PC.33 Consejero: S/. 0.33 La cantidad de líneas de código por programador por hora es de 250 lineas. incluye la impresora) En el proyecto se va a tener la utilización de los siguientes materiales: y USB: Se le brindara un USB a cada personal.33 Secretaria: S/. la tinta utilizada.94 Documentador: S/. para los distintos usos que puedan darse. para repartirlos equitativamente entre las 5 fases del proceso. Ejemplo. por los 4 meses del desarrollo del proyecto. 8. lapiceros.42 Programador: S/. El costo de los archivadores es de S/. (Alquiler.00 y Escritorio: Se va a poner a disposición 8 escritorios para distribuirlos en el local donde se va a trabajar el desarrollo del proyecto.00 mensual. 45 y CD: Se va a poner a disposición la cantidad de 50 Cd s. El costo por estuche es de S/.33 Diseñador: S/. En total son 75 lapiceros a un costo de S/.10. 600. Se va a tener 3 estantes para todo el proyecto.56 Auditor: S/. El costo por escritorio es de S/. 0. en total 15 USB de 4GB. 300. 1. ya que son considerados como unos costos fijos al iniciar el desarrollo del proyecto. y Estantes: Se va a disponer de estantes para el guardado de los archivadores.

estas cantidades son especificadas con el 5% del TOTAL DE FASES. El presupuesto de la Gestión de Integración. ya que se está especificando como vía de comunicación a los servicios web como el Messenger. el primero presta una protección general de costos al proyecto y el segundo para cambios no planificados. debido a que esos costos los estamos incurriendo nosotros como empresa de proyectos. etc. que implican riesgos. Skype. Se evita el presupuestar licencias de software. ya que como requisito de las PCs a utilizar es que cuenten con los paquetes de desarrollo necesario para este proyecto como: MySQL con Apache. Alcance. cada una.) No se está considerando el presupuestar costos para línea telefónica fija o móvil. Rational Rose Data Modeler. correo electrónico. Tiempo y Costo no se incluyen. mensajes de móvil vía web. 139 . además de lo convencional como sistema operativo Windows XP y Microsoft office 2007 (incluido Microsoft Project 2007. Dentro del plan de presupuesto del proyecto por fase y por entregable se están considerando como cantidades para el análisis de reserva a: Reserva de contingencia y a Reserva de gestión .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

2.0 1.0 Hecha por FGP.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.3 COSTO DEL PROYECTO POR ACTIVIDAD HISTORIAL DE VERSIONES Versión 2. ZDG MEG Revisada por BGH BGH Aprobada por JC JC Fecha 30-06-2010 23-06-2010 Motivo Borrador Borrador 140 .

CONTROL DE VERSIONES Versión 1.1.A01 Revisar solicitudes de cambio autorizadas de la fase de conceptualización 1. ZDG Revisada por MEG Aprobada por BGH Fecha 30-06-2010 Motivo Versión Original COSTO DEL PROYECTO POR ACTIVIDAD NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE TIPO DE RECURSO: PERSONAL ENTREGABLE ACTIVIDAD NOMBRE DEL RECURSO DURACION (HRS) COSTO UNIT COSTO TOT TIPO DE RECURSO: MATERIALES O COMBUSTIBLE NOMBRE DEL RECURSO CANT COSTO UNIT COSTO TOT TIPO DE RECURSO: MAQUINAS O NO COMBUSTIBLE NOMBRE DEL RECUR-SO CANT HORAS / MAQUI -NA COSTO UNIT COSTO TOT 1.42 Escritorio 1 OGV 1h 13.2 1.A02 Actualizar el plan de general del proyecto de la fase de conceptualización MGP 1h 10.1.42 10.3 4.0 Hecha por FGP.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 141 .89 Impresión Escritorio Archivador 15 1 2 0.5 PC 1 1h 1.1 PLAN GENERAL DEL PROYECTO ACTUALIZADO 1.89 13.

A06 Actualizar el plan general del proyecto de la fase de construcción 1.1.89 Impresión Escritorio 5 1 0.3 3.42 Impresión Escritorio Archivador 8 1 2 0.2 JHL 1h 13.3 2.A04 Actualizar el plan general del proyecto de la fase de elaboración 1.A03 Revisar solicitudes de cambio autorizadas de la fase de elaboración 1.2 MGP 1h 10.2 2.2 1.2 1.89 13.5h 8.1.2 MGP 1h 10.42 MGP JHL 1h 24.2 1.1.78 13.2.A05 Revisar solicitudes de cambio autorizadas de la fase de construcción 1.42 10.2.89 OGV JHL 1h 27.2 1.89 Escritorio 1 PC 1 1h 1.1.33 12.2 10.2 CCF 1.1.42 Impresión Escritorio Archivador 12 1 2 0.A07 Revisar solicitudes de cambio autorizadas de la fase de transición 1.89 Impresión Escritorio Archivador 10 1 2 0.A08 Actualizar el plan general del proyecto de la fase de transición 1.3 1.4 OGV 1h 13.1 VERIFICACIÓN DEL ALCANCE 1.1.89 Escritorio 1 PC 1 1h 1.6 PC 1 1h 1.1.31 13.4 PC 1 1h 1.42 10.89 13.1.1. 1.2 1.50 Escritorio Estante 1 1 142 .A01 Verificar cumplimiento del alcance de la fase de conceptualización 13.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 3 PC 2 1h 1.5 PC 1 1h 1.

1.1.2.21 Impresión Escritorio Estante 5 1 1 0.2.3 1.1.1.89 6.6 ABA 1.1.33 84.5 PC Impresora 1 1 0.1.5h 1.6 FGP 1.5h 10.94 13.5h 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.42 5.3 1.25 Escritorio Estante 1 1 JAP JAA 0.A03 Verificar cumplimiento de la fase de elaboración 1.5 PC Impresora 1 1 0.3 1.2.5h 10.5h 13.84 Escritorio Estante 1 1 FGP 0.A05 Verificar cumplimiento del alcance de la fase de construcción 1.1.63 Escritorio Estante 1 1 ABA 0.5 PC Impresora 1 1 0.A08 Emitir reporte de verificación de la fase de transición CCF 0.6 143 .2 0.1.89 6.5h 10.2 0.1.2. 1.A07 Verificar cumplimiento del alcance de la fase de transición 1.42 13.2 0.A04 Emitir reporte de verificación de la fase de elaboración 1.89 Impresión Escritorio Estante 5 1 1 0.5h 1.94 31.89 20.5h 13.5h 1.1.3 1.5 PC Impresora 1 1 0.17 Impresión Escritorio 5 1 0.6 JAP JAA 1.1.1.1.2 0.5h 6.95 Impresión Escritorio Estante 5 1 1 0.1.2.A02 Emitir reporte de verificación de la fase de conceptualización 1.2.2.42 15.5h 8.A06 Emitir reporte de verificación de la fase de construcción 1.

78 Escritorio Estante 1 1 PC 1 2h 1.95 Impresión Escritorio Estante Escritorio Estante 7 1 1 1 1 0.89 6.78 2h 1.5h 1.2 2.2.78 Escritorio Estante 1 1 PC Impresora 1 1 2h 1.5h 1.3 1.2.2.2.2 2.3 2.2 MEDICIONES DEL RENDIMIENT O EN TIEMPO 1.5h 13.78 Escritorio Estante 1 1 PC 1 2h 1.A03 Comparar y verificar el avance del tiempo en la fase de elaboración 1.2.6 FGP 2h 13.2.4 FGP 0.2.1.89 27.A04 Emitir reporte de verificación de la fase de elaboración 1. 1.5 PC Impresora 1 1 0.2.2.2.A07 Comparar y HCB 2h 13.A01 Comparar y verificar el avance del tiempo de la fase de conceptualización 1.6 OGV 2h 13.2 0.4 OGV 0.2 2.89 6.2 0.A05 Comparar y verificar el avance del tiempo en la fase de construcción 1.2 PC Impresora 1 1 0.2.95 Impresión Escritorio Estante 5 1 1 0.2.6 JAP 2h 13.89 27.1.1 PC Impresora PC Impresora 1 1 1 1 0.89 6.2.A02 Emitir reporte de verificación de la fase de conceptualización 1.1.2 2.A06 Emitir reporte de verificación de la fase de construcción 1.3 1.1.89 27.95 Impresión Escritorio Estante 4 1 1 0.1.1.2.89 27.4 HCB 0.4 144 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5h 13.5h 1.5h 13.2 0.2.1.1.

2 PC Impresora 1 1 0.1.2.5h 1.83 Escritorio Estante 1 1 PC Impresora 1 1 2.3.17 Impresión Escritorio Estante 5 1 1 0.3 1.2 3.5h 1.A04 Emitir reporte de verificación de la fase de elaboración 1.5h 20.5h 1.A01 Comparar y verificar el avance del costo de la fase de conceptualización 1.2.83 52.42 0.3 1.5h 1.5h 20.3 0.0 RJO 0.1.2 0.2.95 Impresión Escritorio Estante 8 1 1 0.6 145 .2.2 0.17 Impresión Escritorio Estante 4 1 1 0.5h 8.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.6 ZDG 2.08 Escritorio Estante Impresión Escritorio 1 1 3 1 0.2.0 ZDG 0.5h 13.A05 Comparar y verificar el avance del costo en la fase de construcción 1.5h 1.1.3.33 20.2 0. 1.1.1.33 20.5h 1.83 Escritorio Estante 1 1 PC Impresora 1 1 2.A02 Emitir reporte de verificación de la fase de conceptualización 1.33 4.6 RJO 2.3.3.5h 8.1.2.1.3.33 4.2 3.A08 Emitir reporte de verificación de la fase de transición 1.3.3 2.0 BHG 0.2 0.1.83 10.4 PC Impresora 1 1 0.5h 1.89 6.2.3.5h 8.9 PC Impresora PC Impresora 1 1 1 1 2.2 3.2.MEDICI ONES DEL RENDIMIENT O EN COSTO verificar el avance del tiempo en la fase de transición 1.A03 Comparar y verificar el avance del costo en la fase de elaboración 1.5h 8.A06 Emitir reporte de JAP 0.5 PC Impresora 1 1 0.2.6 BGH 2.

21 Impresión Escritorio Estante 6 1 1 0.2.4.1.8 PC Impresora 1 1 0.MEDICI ONES DE CONTROL DE CALIDAD verificación de la fase de construcción 1.0 JHL 0.2 0.1.2 2.1.89 6.6 146 .5h 1.2 0.5h 1.A04 Realizar informe del seguimiento y control de la fase de elaboración Estante 1 JHL 2.3.A01 Realizar el seguimiento y control a la calidad de la fase de conceptualización 1.78 Escritorio Estante 1 1 PC 1 2h 1.6 OGV 2h 13.8 PC Impresora 1 1 0. 1.5h 13.42 5.84 Escritorio Estante 1 1 PC 1 2h 1.5h 13.3 1.95 Impresión Escritorio Estante 6 1 1 0.3 1.89 34.2 0.42 20.2.A03 Realizar el seguimiento y control a la calidad de la fase de elaboración 1.4 OGV 0.2 2.A08 Emitir reporte de verificación de la fase de transición 1.4 MGP 0.A07 Comparar y verificar el avance del costo en la fase de transición 1.5h 1.4.3 1.2 3.5h 10.1.A02 Realizar informe del seguimiento y control de la fase de conceptualización 1.2.4.1.73 Escritorio Estante 1 1 PC Impresora 1 1 2.89 6.89 27.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5 PC Impresora 1 1 0.1.3.5h 1.4.4.2.95 Impresión Escritorio Estante 5 1 1 0.2.5h 13.2.2.6 MGP 2h 10.

1.33 4.2.1.4 ZDG 0.1.3 3 PC Impresora 1 1 0.4.5.A07 Realizar el seguimiento y control a la calidad de la fase de transición 1.4.89 27.3 2.33 16.4.2 PC Impresora 1 1 0.A06 Realizar informe del seguimiento y control de la fase de construcción 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.95 Impresión Escritorio Estante 10 1 1 0.2 0.5.6 1.2 1.4.5h 1.2 2.2.5h 13.1.5 1.2.4 FGP 0.2.5 8. 1.5.5h 1.2.1 PC Impresora 1 1 0.3 1.A08 Realizar informe del seguimiento y control de la fase de transición 1.2.89 6.1.2 0.DOCU MENTO DE INFORMACIÓ N DE MONITOREO DE RIESGOS HCB 1h 13.17 Impresión Escritorio Estante 4 1 1 0.A05 Realizar el seguimiento y control a la calidad de la fase de construcción 1.A02 Documentar cambios y actualizaciones de la fase de conceptualización FGP 2h 13.78 Escritorio Estante 1 1 PC 1 2h 1.6 147 .A01 Verificar actualizaciones al registro de riesgos de la fase de conceptualización 1.2 2.89 13.95 Impresión Escritorio Estante 7 1 1 0.66 Escritorio Estante 1 1 PC 1 2h 1.1.2 0.2.5h 13.89 Escritorio Estante 1 1 PC 1 1h 1.89 6.1.6 ZDG 2h 8.2 HCB 0.

5h 1.89 Escritorio Estante 1 1 PC 1 1h 1.6 148 .A05 Verificar actualizaciones al registro de riesgos de la fase de construcción 1.5.2 1.5.16 10.3 1.A03 Verificar actualizaciones al registro de riesgos de la fase de elaboración 1.1.3 1.2 0.89 6.95 Impresión Escritorio Estante 6 1 1 0.2.2.5h 13.2.2 OGV 0.1.2.5.89 13.2.2 0.4 PC Impresora 1 1 0.5.1.5h 1.2 13.42 Impresión Escritorio Estante 5 1 1 0.6 13.5h 13.2 1.3 2.2 JAP 0.5.6 JAP 1h 13.1.5 PC Impresora 1 1 0.A08 Documentar cambios y actualizaciones de la fase de OGV 1h 13.89 FGP IBC 0.8 PC Impresora 1 1 0.89 FGP IBC 1h 24.5h 1. 1.31 10.89 6.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5.1.1.89 13.A07 Verificar actualizaciones al registro de riesgos de la fase de transición 1.2.42 Escritorio Estante 1 1 PC 1 1h 1.5h 12.2 0.95 Impresión Escritorio Estante 8 1 1 0.A04 Documentar cambios y actualizaciones de la fase de elaboración 1.89 Escritorio Estante 1 1 PC 1 1h 1.2 1.A06 Documentar cambios y actualizaciones de la fase de construcción 1.

2 PC Impresora 1 1 0.6 OGV 1.8 OGV 0.89 20.2.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2.2 0.5h 13.89 20.A04 Documentar el rendimiento del equipo en la fase de elaboración 1.EVALU ACIÓN DEL RENDIMIENT O DEL EQUIPO transición 1.A07 Analizar el 13.5h 1.2 1.2.A02 Documentar el rendimiento del equipo de la fase de conceptualización 1.6.95 Impresión Escritorio Estante 7 1 1 0.5h 13.89 6.42 Escritorio Estante 1 1 PC 1 1.89 6.2.8 13.2 1.6.1.84 PC Impresora 1 1 1.A06 Documentar el rendimiento del equipo en la fase de construcción 1.84 Escritorio Estante 1 1 PC 1 1.8 FGP 0.89 HCB MGP 0.1.5h 36.1 PC Impresora 1 1 0.6.1.8 149 .42 Impresión Escritorio Estante 4 1 1 0.1.6.1.95 Escritorio Estante Impresión Escritorio 1 1 4 1 0.6.2 PC 1 0.5h 1.3 1.5h 1.A05 Analizar el rendimiento del equipo en la fase de construcción 1.3 2. 1.16 10.5h 13.2 0.6.2.5h 12.84 Impresión Escritorio Estante 4 1 1 PC Impresora 1 1 1.2 0.89 HCB MGP 1.6.47 10.89 20.5h 1.5h 1.6 FGP 1.6.6 JAP 1.3 1.2 1.5h 1.2.1.2 1.5h 1.2.1.5h 13.A01 Analizar el rendimiento del equipo de la fase de conceptualización 1.5h 13. A03 Analizar el rendimiento del equipo en la fase de elaboración. 1.2.

2 2.3 0.2 2.3 0.3 PC Impresora 1 1 2h 1.78 Impresión Escritorio Estante 1 1 1 0.6.6 HCB 2h 13.95 Impresión Escritorio Estante 2 1 1 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 AUTORIZACIÓ N DE CAMBIOS rendimiento del equipo en la fase de transición 1.5h 13.78 Impresión Escritorio Estante 2 1 1 0.A02 Identificar y solicitar acciones a corregir en la fase de elaboración 1.33 4.1.2 0.2h 13.89 27.4 JAP 2h 13.2 2.2.89 27.4 FGP 2h 13.2.2h 1. ACCIONES CORRECTIVAS Y PREVENTIVAS 1.2 2.3 0.3.78 Impresión Escritorio Estante 2 1 1 0.A01 Identificar y solicitar acciones a corregir en la fase de conceptualización 1.4 JHL MEG 0.A03 Identificar y solicitar acciones a corregir en la fase de construcción 1. 1.2.5h 1.6 PC Impresora 1 1 0.89 27.3 0.2 0.3 PC Impresora 1 1 2h 1.2.2.2.44 Impresión Escritorio Estante 2 1 1 0.3 0.2.89 27.2.6 PC Impresora 1 1 0.2.2.4 OGV 2h 13.89 6.A01 Recepcionar solicitudes de cambios de la fase de conceptualización Estante 1 JAP 0.3 0.A04 Identificar y solicitar acciones a corregir en la fase de transición 1.6 PC Impresora 1 1 2h 1.6 PC Impresora 1 1 2h 1.2.89 8.A08 Documentar el rendimiento del equipo de la fase de transición 1.2.78 Impresión Escritorio Estante 1 1 1 0.6 150 .2.

2h 8.89 Escritorio Impresión Escritorio Estante 1 2 1 1 PC 1 1h 1.67 151 .3.A03 Emitir autorización de solicitudes de cambio 1.2.2.33 4.33 1.89 2.3.A06 Emitir autorización de solicitudes de cambio 1.2.22 8.3.78 Escritorio Estante 1 1 MCA 1h 8.95 0.2.2 1.A08 Verificar y analizar las solicitudes 1.3 PC Impresora 1 1 0.A09 Emitir autorización de solicitudes de cambio 1.A02 Verificar y analizar las solicitudes 1.17 0.2 0.2 OGV 0.A07 Recepcionar solicitudes de cambios de la fase de construcción 1.6 OGV 0.3.89 6.2 0.5h 1.9 PC Impresora 1 1 0.2.3. 1.33 8.3.A04 Recepcionar solicitudes de cambios de la fase de elaboración 1.A10 Recepcionar solicitudes de 13.2.2h 13.2.95 Impresión Escritorio Estante 3 1 1 0.5 h 1.89 JHL MEG 1h 22.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 0.6 FGP 0.89 2.3 0.3.89 6.3.33 Escritorio Impresión Escritorio Estante Escritorio Estante 1 1 1 1 1 1 PC 1 1h 1.3 0.2 0.3.5h 8.2 MCA 0.33 Escritorio 1 PC 1 1h 1.5h 13.6 PC Impresora 1 1 0.89 13.2 1.5 h 1.6 MCA 0.2.2 HCB 0.2.2h 13.A05 Verificar y analizar las solicitudes 1.5h 13.78 Escritorio Estante 1 1 OGV 1h 13.2 1.

2.2.A01 Identificar las lecciones aprendidas de la fase de conceptualización 1.2.4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5 h 1.2 1.2 OGV 1.89 13.2.5 h 1.5h 13.A11 Verificar y analizar las solicitudes 1.6 PC Impresora 1 1 1h 1.2 1.2.3.89 Impresión Escritorio Estante 10 1 1 0.89 Escritorio Impresión Escritorio Estante 1 2 1 1 PC 1 1h 1.A12 Emitir autorización de solicitudes de cambio 1.6 HCB 1.95 0.2 1.5h 13.8 OGV 1h 13.A05 Identificar las JHL 1h 13.5 h 1.5h 13.4.2 1.6 PC Impresora 1 1 0.5 h 1.4.3 3.2 JHL 0.84 Escritorio 1 PC 1 1. 1.89 Impresión Escritorio Estante USB Escritorio 12 1 1 1 1 0.2 1.A03 Identificar las lecciones aprendidas de la fase de elaboración 1.89 20.3 0.3 3 PC Impresora 1 1 1h 1.3.2.4 DOCUMENTAC IÓN DE LECCIONES APRENDIDAS cambios de la fase de transición 1.89 6.8 HGB 1h 13.89 13.2.4.2 0.A02 Documentar las lecciones aprendidas de la fase de conceptualización 1.2 FGP 1.84 PC 1 1.89 20.4.84 Escritorio 1 PC 1 1.8 152 .A04 Documentar las lecciones aprendidas de la fase de elaboración 1.2 1.5h 13.2.89 13.89 20.

2.2 1.1.3 3 1h 1.A02 Verificar los documentos de cierre de fase 1.89 Impresión Escritorio Estante USB 10 1 1 1 0.2 1.3.2.2 1.89 13.A04 Actualizar información técnica y FGP 1h 13.8 JAP 1h 13.78 0.2 JAP 1.3 19.A07 Identificar las lecciones aprendidas de la fase de transición 1.1.78 Escritorio 1 OGV 1h 13.2 2.A01 Verificar el cumplimiento de los entregables 1.89 13.89 13.3.2 OGV JHL MGP JHL 1h 13.A08 Documentar las lecciones aprendidas de la fase de transición 1.5 PC Impresora PC Impresora PC Impresora 1 1 1 1 2 1 1h 1.3.84 Escritorio 1 PC 1 1.4.56 0.1.3 3 PC Impresora 1 1 1h 1.A03 Realizar el cierre operativo 1.5h 13.2 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 1.89 27.1.3 0.89 27.89 Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante 15 1 1 2 1 1 10 1 1 0.1.5 h 1.4.89 13.4.6 1h 1.89 13.4 153 .1.2 1.2 2h 55.A06 Documentar las lecciones aprendidas de la fase de construcción 1.3 3 PC Impresora 1 1 1h 1.1.89 20.1.CIERRE OPERATIVO lecciones aprendidas de la fase de construcción 1.89 13.2 MGP 2h 13.89 Impresión Escritorio Estante USB 10 1 1 1 0.3.3.1.2.

A04 Determinar resultados antes de impuestos 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.34 Estante Escritorio 1 1 PC 1 2.2 1.89 13.2 1.3.A01 Revisar los registros contables 1.2.5h 1.A06 Determinar y registrar los resultados finales 1. 1.89 8.2 1.22 Escritorio Estante 1 1 PC 1 1.8 HCB MGP MEG 2h 13.3 1.1.8 HCB MGP MEG MEG 2.1.A08 JCC 3h PC 1 2h 1.2 BGH 3h 20.2.89 13.89 27.3.5 PC Impresora 1 1 1.2 1.2 JCC 4h Impresión Escritorio Estante 6 1 1 0.3.33 90.5 h 1.3 PC Impresora 1 1 2.3.2 3 OGV 2h 13.5h 1.2.1.1.3.2 3 OGV 6h 13.2.2.A05 Determinar resultados después de impuestos 1.3.5 h 1.8 1.A03 Determinar y registrar las amortizaciones y provisiones 1.3.5h 1.1.2.89 83.2 1.8 PC Impresora 1 1 1h 1.3 4.A07 Analizar y seleccionar la información y lecciones aprendidas 1.28 Impresión Escritorio Estante Escritorio 15 1 1 1 0.89 8.2.33 8.5h 13.50 PC 1 1.A02 Formalizar y registrar todos los documentos económicos pendientes 1.1 CIERRE CONTABLE administrativa 1.49 Impresión Escritorio Estante 1 1 1 0.8 154 .5 h 1.1.2.3.33 72.78 Estante Escritorio 1 1 PC 1 1.3 0.83 62.1.1.2.3.5h 12.2 1.

89 Impresión Escritorio Estante 1 1 1 0.1.2.0 240.83 13.5h 1.2 CIERRE DE CONTRATO OGV 4h 13.1 ARQUITECTU RA DE NEGOCIO (MAPA DE PROCESOS) JHL 1h 13.89 OGV 1h 13.2 0.2.4 1.5 h 1.3.2.A04 Formalizar el cierre del proyecto 1.3.89 13.A05 Notificar formalmente que el contrato ha sido completado 2.A02 Realizar presentación de cierre del proyecto 1.2 0.3 PC Impresora 1 1 0.3 0.3.6 BGH 2h 20.89 Impresión Escritorio Estante 10 1 1 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 1.89 34.2.2.56 OGV 1h 13.89 55.2 2.3.6 2.89 13.A03 Esperar aprobación de cierre del proyecto 1.3 3 PC 1 1h 1.3.89 13.2.2.72 Escritorio Estante 1 1 PC 1 0. Estante 1 BGH OGV 1h 20.66 Sala de conferencia s Proyector 1 1 100.83 41. A01 Desarrollar la descripción general del Mercado.2.2 155 .A01 Solicitar presentación de cierre del proyecto 1.2.3.2.2.0 PC 1 2h 1.0 20. Transferir las lecciones aprendidas a la base de conocimientos 1.

84 Escritorio Estante 1 1 PC 1 1. 2.78 Impresión Escritorio Estante 10 1 1 0.8 ZDG 2h 8.4 13. MGP 1. A04 Identificar las características de los integrantes de la organización.2 2.2 1.4 JAP 1. A06 Documentar la arquitectura del negocio.8 2.89 27.5h 1.33 8.89 13.2 2.5h 1.89 Escritorio Estante 1 1 PC 1 1h 1.1.8 HCB 2h 13.2. 2.5h 10.5h 13.66 Escritorio Estante 1 1 PC 1 2h 1.5h 33.1.3 3 PC 1 2h 1.3 6 PC Impresora 2 1 1.1.1.2 1.33 16.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 1.1.2 1. 2. 2.33 Impresión Escritorio Estante 20 1 1 0. A05 Identificar los conceptos y estructura de los procesos del negocio. A02 Identificar los objetivos importantes del negocio. 2. A01 Identificar los términos del negocio. A03 Realizar la agrupación de roles y responsabilidades del negocio.5h 1.2 GLOSARIO DE NEGOCIO JAP 1h 13.2 156 .89 JHL ZDG 1.89 20. 2.63 Escritorio Estante 1 1 PC 1 1.42 15.

2. 2.4 MODELO DE CASOS DE USO DEL NEGOCIO 2.78 Impresión Escritorio Estante 10 1 1 0.8 MGP 1h 10.5h 13.5h 1.89 27. A01 Identificar las reglas y restricciones.2 1.89 PC 1 1.5h 13. 2.9 PC Impresora 1 1 1.5h 10.2 1.42 PC 1 1h 1.42 15.89 20. A02 Identificar los Casos de Uso. A03 Desarrollar el diagrama de Casos de Uso.5h 13.89 27.42 10.78 PC 1 2h 1. A02 Elaborar el listado de reglas y restricciones.2 2.2. A01 Identificar los Actores.5.3 REGLAS DE NEGOCIO MGP 1.84 PC 1 1.2 2.63 Impresión Escritorio Estante 3 1 1 0.8 HCB 1.3 3 PC Impresora 1 1 1.2 1.84 Impresión Escritorio Estante 10 1 1 0.2 1.2 1.5h 1.4 JHL 2h 13.5 DIAGRAMA DE ACTIVIDAD DEL NEGOCIO 2.3 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.89 20. JAP 1.5h 1. 2.3. A02 Documentar los términos del negocio.5h 1.4.3 3 PC Impresora 1 1 2h 1.2 2.4 157 .4. 2. 2.89 20.4.8 HCB 1. 2.3. A01 Identificar las Actividades.8 HCB 2h 13.

3 3 PC Impresora 1 1 2h 1.89 20.7.33 8. A02 Realizar el diagrama de Actividades.4 BGH 2h 20.25 2h 158 .7.83 20.2 2.2 1.6 DIAGRAMA DE CLASES DEL NEGOCIO ZDG 1h 8.33 20.83 Impresión Impresión Escritorio Estante 10 5 1 1 0.8 2.6.2 1.3 1.84 Impresión Escritorio Estante 10 1 1 0.5h 8. A02 Identificar los Roles.7 CIERRE DE FASE BGH 3h 20.33 8.83 41.49 BGH 1h 20.A03 Esperar aprobación de cierre de fase 2.8 ZDG 1.5h 1.33 PC Impresión Escritorio Estante 5 1 1 1 1h 1.6.6. A01 Definir los Objetos. 2. 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.66 20.6.A04 Realizar el diagrama de Clases del negocio 2.4 2. 2.2 1.A04 Formalizar el cierre de fase 2.50 PC 1 1.83 31. 2.A01 Solicitar cierre de fase 2.7. 2.66 Impresión Escritorio Estante 10 1 1 0.6 2.5 PC Impresora PC impresora 1 1 1 1 0. A03 Identificar las Asociaciones.5h 1.3 3 1.2 1.7.2 2.2 ZDG BGH 2h 1h 8.33 PC 1 1h 1.2 0.3 3 PC Impresora 1 1 1.33 12.2 ZDG 1h 8.83 16.5 h 1.5h 20.A05 Realizar informe de cierre de fase JHL 1.83 0.5.2 1.4 BGH 1.5h 13.A02 Realizar presentación de la fase al líder usuario 2.3 0.83 62.5 PC Impresora 1 1 2h 1.7.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5h 1.3 3 PC Impresora 1 1 1.42 20. 3.1.1.2 REQUERIMIEN TOS FUNCIONALES DEL SISTEMA 3.1 REQUERIMIEN TOS DE LOS INTERESADOS (USUARIOS) 3.1. 3.89 10.1.2 7.2.42 MGP JAP 1h 24.8 10.1.8 3.2 2. A02 Listar los requerimientos.3 REQUERIMIEN TOS NO FUNCIONALES DEL SISTEMA 0. 3.84 0.4 JAA 1. 3.5h 13.62 13.31 13.88 MGP 6h 10.6 JAA 2h 13.78 PC Impresión Escritorio Estante 10 1 1 1 2h 1.1.5 PC Impresora 2 2 1h 1.3.2 2.12 PC 1 8h 1.89 20.2.89 Impresión Escritorio Estante 15 1 1 PC 2 1h 1. A03 Documentar requerimientos aprobados.89 27. A01 Recopilar requerimientos. 3.1. JAA 8h 13.4 MGP 1. 3.2 4.1.84 PC 1 2h 1.1. A03 Documentar requerimientos aprobados. 3.42 62.31 13.2 2.5h 10. A01 Recopilar requerimientos. A01 Recopilar requerimientos Funcionales.3.A03 Documentar requerimientos Funcionales Aprobados 3.3 3 PC Impresora 1 1 1. A02 Listar los requerimientos Funcionales.3.2.2 MGP 2h 10.42 MGP JAP 1h 24.2 9.1.1.2 1.2 1.42 MGP JAP 2h 48.1. A02 Listar los requerimientos.5h 1.52 PC 1 6h 1.2 2.89 10.89 111.42 15.4 159 .1.1. 3.1.3 4.63 Impresión Escritorio Estante 10 1 1 0.4 PC 2 2h 1.

5h 8.89 13.2. 3. 3.5h 1. A02 Identificar los Casos de Uso y los procesos.4 HCB 2h 13.89 HCB ZDG 1.2 DIAGRAMA DE CLASES ZDG 2.33 8.5 PC Impresora 1 1 2h 1.5h 33.4 3. 3. 3. 3.89 27.2.89 13.89 HCB MGP 2.2 2.78 PC 1 2h 1.2.2.1.5h 69.1.1.2 2.5 PC Impresora 2 2 1h 1.34 13. A01 Identificar los Actores.5h 1. A03 Desarrollar el diagrama de Casos de Uso.1.3.3.78 Impresión Escritorio Estante 5 1 1 PC 2 3h 1.1.89 HCB ZDG 1.2.2.89 HCB MGP 1h 24.0 160 .33 20.3 4.2.78 Impresión Escritorio Estante 5 1 1 0.1.5h 1.1.1.2.42 Escritorio 1 PC 2 1.2 3.1.2 0.1.5h 33.2 DIAGRAMA DE CASOS DE USO DEL SISTEMA HCB 2h 13.2 6 HCB 2h PC 1 2h 1. 3.1.2.3 1.89 JAA HCB 3h 83. A03 Enumerar requerimientos. precondiciones y post condiciones. métodos y 13.4 3.2 7.6 3.2 2.1.2.6 Escritorio 1 PC 2 1.33 13.45 13.33 13.83 PC 1 2.2.2 3.5 PC Impresora 2 2 2.3.2.33 8.3 ESPECIFICACI ÓN DE CASOS DE USO Impresión Escritorio Estante 15 1 1 0.3 1.2.89 27.31 10.2 3.5h 1. A02 Formular Matriz.2.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4 13. A01 Analizar requerimientos y Casos de Uso.2. A01 Definir los Objetos. A01 Describir los Casos de Uso. 3.2.1 MATRIZ DE TRAZABILIDA D DEL SISTEMA 3.2. A02 Describir el Flujo de eventos.89 27.2 2. 3. 3.

84 2h 1.3 DIAGRAMA DE ESTADOS JHL 1.2 1.2.2.89 20.5h 10.89 27.5h 13.5 DIAGRAMA DE COMUNICACIÓ N (COLABORACI ON) JAP 1. ZDG 1.89 20. 3.2.5h 1. 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 3. 3.2 2.4 MGP 1. 3. A01 Identificar los Objetos.5h 1.5h 10.3.89 20.50 PC Impresión Escritorio Estante 1 1.5.3.5 PC Impresora 1 1 1 1.2.33 12.5h 1.2.5h 13.5 PC Impresora PC 1 1 1 2h 1.3 1.2.5h 1.2 1.5h 13.2 1.4 3.73 PC 1 2.6 JHL 1.2 1.2.5h 1.5h 1. A02 Secuenciar los objetos. atributos.2. A03 Elaborar el diagrama.2.5h 1.3.4 DIAGRAMA DE SECUENCIA MGP 1. 3.2 3.42 20. 3.4. A02 Identificar la secuencialidad.2 1.4.89 34.2.2.5h 13.0 161 .8 3.2.78 0.3 1.2 1. A02 Identificar las Acciones y los estímulos.33 24.8 3.8 ZDG 3h 8. A01 Identificar los Objetos.42 15.5 PC Impresora PC 1 1 1 3h 1.84 1. 3.63 1.2. A03 Elaborar el Diagrama. A01 Identificar los Objetos.2 2.2.2.8 JAP 2.8 MGP 2h 10. 3.84 PC Impresión Escritorio Estante 5 1 1 1 1. A02 Identificar las relaciones.3 1.4.8 JHL 2h 13.84 PC 1 1.2 3.99 5 0.5.5h 8. 3.63 Impresión Escritorio Estante 5 1 1 PC 0.42 15. A03 Diagramar las Clases.

1. 3.50 8.89 PC 2 18h 1.33 10. 3.2 2.53 13.3.2.4 3.42 26.2 4.3.2 43.99 0.5 PC Impresora 2 2 2h 1.33 0.3 1. 3.2 2.5.3.1.3 3 PC Impresora 2 2 16h 1.5 PC Impresora PC 1 1 1 2h 1.96 13.84 Impresión Escritorio Estante 5 1 1 PC 0. A02 Identificar atributos. 3.2 3. 3.4.42 Impresión Escritorio Estante 5 1 1 PC 2 1h 1.3.1 DIAGRAMA ENTIDAD RELACIÓN 3.2 DIAGRAMA DEL MODELO DE DATOS (MODELO FÍSICO) MGP ZDG 1h 18.5h 10.75 8.2.05 2.42 20.3.3 1. A02 Elaborar el Diccionario de Datos.42 20. A01 Identificar entidades.8 3. A04 Elaborar el Diagrama.2 3.2 2.4 MGP 2.3.26 PC 1 3h 1. A01 Diseñar el prototipo de la interfaz por módulo.89 8.6 ZDG JAP 16h 355.5 PC Impresora 1 1 1 2h 1.1. 3.84 2h 1.3 DICCIONARIO DE DATOS ZDG 3h PC Impresión Escritorio Estante 10 1 1 1 3h 1. JAP 2h 13.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.42 10.3. 3.33 24.A02 Elaborar el Diagrama del modelo de datos 3.5h 1. A03 Elaborar el Diagrama.0 3.4 MGP ZDG 2h 37. A01 Analizar el diagrama entidad-relación.33 8.2 2.3.2 3.2.2 38.3 1.2 162 .4 PROTOTIPOS DE INTERFAZ DE USUARIO ZDG HCB 18h 399.33 8.3. A01 Analizar el Modelo de Datos.89 27.4 MGP 2h 10.4 MGP 3h 10.3.42 31.3.1.78 Impresión Escritorio Estante 5 1 1 0. 3.3. 3.3. A03 Identificar las relaciones.6 MGP 2h 10.

4.5. A02 Diseñar el prototipo de la interfaz unificado. 3.78 PC 1 2h 1.4.31 10.89 27.5.2 3.6 4.3 0.89 41.3 0.83 20.4 163 .5 CIERRE DE FASE BGH 3h 20.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.A02 Realizar presentación de la fase al líder usuario 3.25 1.67 3h 1.2 2.2 2.2 2.83 41.A04 Formalizar el cierre de fase 3. A01 Generar el Script del modelo físico.1 PRIORIZACIÓ N DE SUBSISTEMAS OGV 2h 13.6 1h BGH 2h 20.A05 Realizar informe de cierre de fase 4.1.5h 20.2 9. A01 Identificar características de los subsistemas.4 3.6 1.42 PC 2 1h 1.0 PC 1 2h 1. A03 Secuenciar los inicios.89 13.2 BASE DE DATOS FGP ABA 1h 24.1.88 13.9 1. 8.5 PC Impresora PC Impresora PC 1 1 1 1 1 1h 1. 4.5.83 Impresión Impresión Escritorio Estante 3 5 1 1 0.78 CD 1 1.83 20.2 12.5.89 20.A03 Esperar aprobación de cierre de fase 3. 4.4 4.5h OGV 3h 13.49 BGH 1h 20.66 0.83 62.89 27.4 OGV 2h 13.3 3 PC Impresora 1 1 2h 1.2 2.83 Impresión Escritorio Estante 10 1 1 CD 1 1.A01 Solicitar cierre de fase 3.33 ZDG HCB BGH 4h 88. A02 Identificar las relaciones entre los subsistemas.8 BGH 1.83 31.1.2.2 1. 3.5.0 PC 2 4h 1.0 1.0 1.

3.4 MÓDULO DE PROCESOS 164 .89 4.3. 4.3.0 PC 2 72h 1.3.3.2.2 4.8 533.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.33 8. A01 Generar los procesos de mantenimiento. 13.2 24.2. 4.2 14.33 4.2 230. A02 Dar funcionalidad a las interfaces.89 8.0 1.32 PC 3 4h 1.33 277.3.0 1. 4.33 8.4.0 PC 3 20h 1.44 8.2 72 1955.0 76.89 888.4 1599.42 IBC RJO CCF 4h 8.8 4.3.33 10.3. 4.89 8.2 PC 3 64h 1.8 4 108. 4.8 4.3.1.0 PC 2 2h 1.0 1.8 4.0 1. MEG FGP BGH 64h 13.1. A02 Dar funcionalidad a las interfaces.4 CD 1 1.3.89 8.33 BGH OGV 72h 13.33 8.8 OGV MCH 20h 64h 13.3. FGP MEG 2h 44. A02 Crear la Base de Datos. A01 Establecer políticas de seguridad y permisos.96 PC 1 64h 1.89 8.33 4.2 172.2 1.2. A01 Generar los procesos para MEG FGP BGH 20h 13.3.0 PC PC 1 1 20h 64h 1.1 MÓDULO DE GESTIÓN DE USUARIOS CD 1 1. A02 Codificar y depurar módulo.12 CD 1 1.3 MÓDULO DE REPORTES Y CONSULTAS OGV 64h 13.33 611 CD 1 1.2 76.3. A01 Generar los procesos de reportes y consultas.2 MÓDULO DE MANTENIMIE NTO 4.

A01 Definir unidades del sistema a testear.33 PC 2 20h 1.33 166.33 41.33 16.89 8.8 BGH IBC MCA 1.4.42 18.5 h 1.1.2 1.5 CIERRE DE FASE BGH 5h 8. 4.0 1.4.4.5.2 2.A01 Solicitar cierre de fase 4.4 13. 4.0 PC 2 4h 1.33 Impresión Escritorio Impresión Escritorio Estante Escritorio 2 1 5 0.A05 Realizar informe de cierre de fase 5.33 8. A02 Codificar y ensamblar Sistema.A03 Esperar aprobación de cierre de fase 4.1 PLAN DE PRUEBAS 1h 10.6 1. MCH 20h 8.2 1.4.5.2 9.3.4 BGH 2h 8.5. A02 Dar funcionalidad a las interfaces.33 PC 2 8h 1.2 24 BGH OGV 20h 444.3 0.88 13.3 0.65 BGH 1h 8. 4.2 1.33 12.2 4.4 SISTEMA INTEGRADO BGH OGV 8h 177.3 3 PC Impresora 1 1 1 1h 1.6 1h PC Impresión Escritorio Estante 0.89 8.2 BGH OGV BGH 4h 88.5h 5.50 1. 4.1.89 8. A01 Agrupar Módulos.5.6 CD 1 1.2 19.0 PC 1 20h 1.33 8.1.5. A03 Compilar y generar el Sistema.33 CD 1 1.33 8.75 1 1h 1.2 0. 4.8 4.A04 Formalizar el cierre de fase 4.6 1.0 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 2.76 13.A02 Realizar presentación de la fase al líder usuario 4.5 PC Impresora PC Impresora PC 1 1 1 1 2 0. el procesamiento de datos.4 165 .5h 8.66 10 2h 4.

1.33 10.8 5h 2h 5h 2h 1.1.4 8.42 52. A02 Desarrollar informe de pruebas.75 10. 5.33 10.3 13.1.2.2. 5.0 0.2.42 IBC MCA ABA ABA 2h 37.2.50 10.78 PC Impresora 1 1 2h 1.84 Escritorio 1 PC 2 3h 1.2 4.2.2 2. A01 Ejecutar pruebas.42 8.2 4. 5. A01 Identificar observaciones.1. A03 Elaborar el manual IBC MCA 3h 56.2 6 2.0 PC Impresora PC PC 2 2 1 1 2h 1.8 PC Impresora 2 2 2h 1. A02 Elaborar el manual de instalación.3 13.2.5 8.2 INFORME DE PRUEBA CCF 2h 13.1.1. A02 Diseñar pruebas.2.1.2 Escritorio CD Impresión Escritorio 1 1 10 1 1.1.1.8 PC 2 1h 1. 5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.42 8.3 7 PC 1 2h 1.0 PC Impresora 2 2 2h 1.50 Impresión Escritorio Estante CD Impresión Escritorio 40 1 1 1 40 1 0.4 5.1.2.1.2 4.2 2.3 4.1.42 5. 5.1.33 10.89 27.0 0.2 2.2.25 8.1 20.2. 8.33 37.33 RJO ABA 1h 18.2 1.1 MANUAL TÉCNICO (INSTALACIÓ NY CONFIGURACI ÓN) 2h 166 .42 10. A01 Identificar cada paso de instalación y configuración.4 5.1 REALIZACIÓN DE PRUEBA 5.78 CD Impresión Escritorio Estante USB 1 20 1 1 1 1.0 0.2.4 Escritorio 1 CCF 2h 13.1. 5.2 7. A03 Elaborar el plan de pruebas. 5.2. A02 Corregir observaciones.0 1. 5.1.33 RJO ABA RJO ABA 2h 37.89 27.

4 AYUDA DEL SISTEMA OGV 8h 13.2.3.3 MANUAL DE USUARIO MCA 8h 8.0 FGP 1h 13.6 167 .56 PC 1 4h 1. A01 Estudiar el producto.2.2.8 PC Impresora 1 1 6h 1.0 1.2.2. 5.67 Estante CD 1 1 1. 5.2.2.0 PC Impresora 2 2 1. A01 Desarrollar informe de primera capacitación. 5. 5.3.89 13. de configuración.0 PC 1 8h 1.33 33.64 PC Impresora 8h 1.1.4.2 4.32 Impresión Escritorio Estante CD 40 1 1 1 0.0 PC 1 1 1 4h 1.33 66.0 0.3. 5. 10.45 Impresión Impresión Escritorio Estante Impresión Escritorio Estante 17 30 1 1 20 1 1 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4.1 PC Impresora PC Impresora 1 1 1 1 5h 1.2 MANUAL DE SISTEMA CCF 6h 13. 5.2 6.3.1.2 9.2 9.5h 1. 5.34 Impresión Escritorio Estante CD 40 1 1 1 0. A02 Realizar las coordinaciones finales.2 INFORME DE CAPACITACIÓ N 13.2 7. A02 Elaborar el manual de sistema.6 5. 5. A02 Elaborar el manual de ayuda del Sistema.2.2.89 83.0 PC 1 3h 1.89 69. A02 Elaborar el manual de usuario.1 PLAN DE CAPACITACIÓ N FGP 5h 13.89 55.6 OGV 4h 13.3 13.33 0.89 CCF RJO 1.0 1.33 8.5 3.5h 33.2.2 MCA 4h 8. 5.3 13.2.3.12 CD Estuche 2 2 1.2. A01 Estudiar el sistema por proceso y módulo.42 13. A01 Elaborar el plan de capacitación.89 111.2 5.2.3 5.3.88 5.89 41.3.3 6.3 0.2 3.2.0 5.89 9 1h 1.2 3.6 CCF 3h 5.2 1. A01 Identificar posibles preguntas y soluciones.2 4.

33 16. 5.4.0 PC Impresora 1 1 3h 1. A01 Adjuntar ayuda del sistema.0 PC Impresora 2 2 1.6 0.5.0 PC Impresora 2 2 1.5h 1h 1. 5.33 8.2 3. A02 Desarrollar el diagrama de despliegue.83 20.4.89 13. 5.5 PC PC 1 1 1.89 CCF RJO 1.2 3.2.89 CCF RJO 1.5h 33.89 20.2. A02 Desarrollar informe de segunda capacitación.5h 1.3 3.5h 33.1. 5.33 8.5h 1h 13.89 PC 1 1h 1.1.3 6.2.66 PC 1 2h 1. 5.1 DIAGRAMA DE DESPLIEGUE 5.4.5h 1.2 1.2 1. A03 Adjuntar componentes adicionales.89 13.2 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4. 5.2 FGP BGH 1.33 13.2 0. A01 Establecer cómo se desplegará el sistema. A04 Empaquetar producto final.2 2.5h 1. 5. A03 Desarrollar informe de tercera capacitación.2 1.3.2.2.6 MEG 2h 8.5h 1h 13. 5.83 CD Estuche 3 3 1.33 8. 5. A04 Desarrollar informe de cuarta capacitación.5 4.5h 1h 1.3.2.6 FGP FGP 0.89 CCF RJO 1.0 0.89 6.5 CIERRE DE FASE 5.6 1.2.6 0.2.3 6.2 168 .2 1.4.2.A01 Solicitar cierre de fase 13.4 MEG 3h 8.4.0 PC Impresora 2 2 1.5h 33.89 PC PC 1 1 0.33 Impresión Escritorio Estante Impresión Escritorio Estante Impresión Escritorio Estante 20 1 1 20 1 1 20 1 1 0.3. 5.33 13.99 Impresión Escritorio Estante 10 1 1 0.95 13.2.4.8 1.33 24.4.2 SOFTWARE EMPAQUETAD O 5.2 3. A02 Generar instalador.84 20.2 FGP 1h 13.3 6.

83 Impresión Impresión Escritorio Estante 3 5 1 2 0.A05 Realizar informe de cierre de fase BGH 2h 20. 5.25 1.5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 0.5.83 31.83 41.83 62.2 BGH 1.4 BGH 3h 20.0 PC Impresora 1 1 2h 1.3 3.5 1.8 169 .2 1.5.A03 Esperar aprobación de cierre de fase 5.83 20.5h 1.5.66 Impresión Escritorio Estante 10 1 2 0.3 0.49 BGH 1h 20.5h 20.9 PC Impresora PC Impresora 1 1 1 1 1h 1.A02 Realizar presentación de la fase al líder usuario 5.2 1.A04 Formalizar el cierre de fase 5.2 2.

3. 2.4 PRESUPUESTO DEL PROYECTO POR FASE Y TIPO DE RECURSO HISTORIAL DE VERSIONES Versión 2.0 1.0 Hecha por FGP MEG Revisada por BGH BGH Aprobada por JC JC Fecha 30-06-2010 23-06-2010 Motivo Borrador Borrador 170 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

82 S/. 39. 341.96 S/. 5.40 S/.90 S/.10 S/. 2406. 7856.0 Elaboración Materiales Maquinas S/. 2147.0 Gerencia del Proyecto Materiales Maquinas DESARROLLO DE LA SUITE DEL ESTUDIANTE Personal 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. 222. Motivo Versión Original PRESUPUESTO D EL PROYECTO .) S/.0 Conceptualización Materiales Maquinas S/.33 S/.42 Personal 3. 120.08 TOTAL FASE S/.83 171 .04 Personal 4. 35.60 TOTAL FASE S/.92 S/. 746.82 1. 600.POR FASE Y POR TIPO DE RECURSO NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE PROYECTO FASE TIPO DE RECURSO Personal MONTO (S/. 30.40 S/. 1930.40 TOTAL FASE S/.0 Construcción Materiales Maquinas S/. 7105.60 TOTAL FASE S/.0 Hecha por FGP Revisada por MEG Aprobada por MEG Fecha 23-06-2010 UNIVERS. 529. 2392.

28 TOTAL FASE TOTAL FASES OTROS COSTOS SUBTOTAL DE PROYECTO Reserva de Contingencia Reserva de gestión PRESUPUESTO TOTAL DEL PROYECTO UNIVERS.92% 4.34 S/.54% 4.64 S/.80 S/. 1033.87% 28.56% 5.) S/. 20672. 1217.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS Personal 5. 5977.1033. 14695.64 S/.22740. 6493.54% 100% 172 . 1247. 1033.0 Transición Materiales Maquinas S/. 103.56 S/.04% 100% 5% 5% 110.73 S/.73 S/.1033. 12931.41% 6.00% 56.48% 90. 1439.64 S/.64 S/.22740.01 % DEL % DEL SUBTOTAL PRESUPUESTO 62. S/.118.01 DETALLE DEL PRESUPUESTO POR RECURSO TIPO DE RECURSO RECURSOS HUMANOS RECURSOS MATERIALES RECURSOS MAQUINA SUBTOTAL DEL PROYECTO Reserva de Contingencia Reserva de Gestión PRESUPUESTO TOTAL DEL PROYECTO MONTO (S/.55% 31.23 S/.12 S/.37 S/.50 S/.50 S/. 20672.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.0 Hecha por FGP. ZDG MEG Revisada por BGH BGH Aprobada por JC JC Fecha 30-06-2010 23-06-2010 Motivo Borrador Borrador 173 . 2.0 1.5 PRESUPUESTO DEL PROYECTO POR FASE Y ENTREGABLES HISTORIAL DE VERSIONES Versión 2.

2.0 Hecha por FGP.POR FASE Y POR ENTREGABLE NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE PROYECTO FASE ENTREGABLE 1.CIERRE OPERATIVO S/.1 PLAN GENERAL DEL PROYECTO ACTUALIZADO 1. 114. 122.82 S/.MEDICIONES DEL RENDIMIENTO EN COSTO 1.2.3 GESTION DEL CAMBIO 1.52 S/. ZDG Revisada por MEG Aprobada por MEG Fecha 23-06-2010 UNIVERS.2.1. 163.2.70 S/.1.4 DOCUMENTACIÓN DE LECCIONES APRENDIDAS 1.4.12 S/.5.3. 135. 195.2.DOCUMENTO DE INFORMACIÓN DE MONITOREO DE RIESGOS 1.37 DESARROLLO DE LA SUITE DEL ESTUDIANTE 1.1.2.1.52 S/.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.1.6.0 Gerencia del Proyecto 1. 146.1. 152.1 VERIFICACIÓN DEL ALCANCE MONTO (S/.62 S/.89 S/.1. 149.2.3. ACCIONES CORRECTIVAS Y PREVENTIVAS 1.2 MEDICIONES DEL RENDIMIENTO EN TIEMPO 1.24 S/.68 S/.2.EVALUACIÓN DEL RENDIMIENTO DEL EQUIPO 1.) S/. 173.MEDICIONES DE CONTROL DE CALIDAD 1.2.2. 158.91 174 . 105. Motivo Versión Original PRESUPUESTO D EL PROYECTO .

403.0 Elaboración 3.81 S/.2 DIAGRAMA DE CASOS DE USO DEL SISTEMA 3.39 S/.07 S/. 113.73 S/.62 S/.82 S/. 53. S/.2. 176.3. 105.95 S/. 68.2.1. 167. 111.4 DIAGRAMA DE SECUENCIA S/. 370.49 S/.1.0 Conceptualización 2.3 DIAGRAMA DE ESTADOS 3.1 MATRIZ DE TRAZABILIDAD DEL SISTEMA 3.34 S/. 189.2.2.2 REQUERIMIENTOS FUNCIONALES DEL SISTEMA 3. 59.82 2.53 S/. 92.1.1 REQUERIMIENTOS DE LOS INTERESADOS (USUARIOS) 3. 2392. 78.62 TOTAL FASE S/. 151.1 ARQUITECTURA DE NEGOCIO (MAPA DE PROCESOS) 2.96 S/.1. 40.600.92 S/. 55. 76.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 1.2.3.96 TOTAL FASE S/.2.3 REQUERIMIENTOS NO FUNCIONALES 3.04 S/.2 DIAGRAMA DE CLASES 3.6 DIAGRAMA DE CLASES DEL NEGOCIO 2.1.7 CIERRE DE FASE S/.2.3 ESPECIFICACIÓN DE CASOS DE USO 3.1.3 REGLAS DE NEGOCIO 2.22 S/.51 S/. 29.60 175 .1 CIERRE CONTABLE 1.2 GLOSARIO DE NEGOCIO 2.4 MODELO DE CASOS DE USO DEL NEGOCIO 2.42 3.2.2 CIERRE DE CONTRATO UNIVERS.5 DIAGRAMA DE ACTIVIDAD DEL NEGOCIO 2.

36 S/. 1895.2 MÓDULO DE MANTENIMIENTO 4.1.1 REALIZACIÓN DE PRUEBA 5.3.0 Construcción S/.95 S/.2 MANUAL DE SISTEMA S/.5 CIERRE DE FASE S/. 81.52 S/541.2.52 S/.1.3.89 S/.2.3 DICCIONARIO DE DATOS 3.1 MÓDULO DE GESTIÓN DE USUARIOS 4.2.36 4. 111. 64.56 S/. 92.90 S/.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 3.1 PRIORIZACIÓN DE SUBSISTEMAS 4. 129.1 DIAGRAMA ENTIDAD RELACIÓN 3.64 S/. 105.4 SISTEMA INTEGRADO 4.34 S/.60 S/.3 MÓDULO DE REPORTES Y CONSULTAS 4. 425. 800.5 DIAGRAMA DE COMUNICACIÓN (COLABORACIÓN) 3.5 CIERRE DE FASE UNIVERS. 2868. 129.95 S/.4 PROTOTIPOS DE INTERFAZ DE USUARIO 3. 2406.3.05 S/.26 TOTAL FASE S/. 147.64 S/ 199.75 S/. 98.81 176 .1 MANUAL TÉCNICO (INSTALACIÓN Y CONFIGURACIÓN) 5. 66.3.3. 744.4 MÓDULO DE PROCESOS 4.2. S/.2.2 BASE DE DATOS 4. 1267.83 5.04 4. 75.2 DIAGRAMA DEL MODELO DE DATOS (MODELO FÍSICO) 3.3.2 INFORME DE PRUEBA 5.1 PLAN DE PRUEBAS 5.0 Transición 5.63 S/.3. 7856.57 TOTAL FASE S/.

22740.73 S/.37 S/.36 S/.16 S/.65 S/. 1033.01 177 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 5.3.2. 06 TOTAL FASE S/. 181.23 S/. 104. S/.4 AYUDA DEL SISTEMA 5.64 TOTAL FASES OTROS COSTOS SUBTOTAL DEL PROYECTO Reserva de Contingencia Reserva de gestión PRESUPUESTO TOTAL DEL PROYECTO S/. 14695.72 S/.4. 50.5 CIERRE DE FASE UNIVERS. 1033.2. 60.4. 189.64 S/. 126.2.12 S/. 5977.2 INFORME DE CAPACITACIÓN 5.50 S/.64 S/.1 DIAGRAMA DE DESPLIEGUE 5. 171.2 SOFTWARE EMPAQUETADO 5. 20672. 1439.3.3 MANUAL DE USUARIO 5.1 PLAN DE CAPACITACIÓN 5.

0 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.0 Hecha por FGP MEG Revisada por BGH BGH Aprobada por JC JC Fecha 01-07-2010 23-06-2010 Motivo Versión Original Borrador 178 . 2.6 PRESUPUESTO DEL PROYECTO POR SEMANAS HISTORIAL DE VERSIONES Versión 2.

Motivo Versión Original PRESUPUESTO D EL PROYECTO .359.07 12.10 8. S/.289.66 10.80 735.60 1.332. S/.647. S/.90 9. S/. S/.18 11.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 2.20 639.39 591. S/.41 DESARROLLO DE LA SUITE DEL ESTUDIANTE 179 .77 2. S/. S/.0 Hecha por FGP Revisada por MEG Aprobada por MEG Fecha 01-07-2010 UNIVERS. S/.76 4.99 1. S/.756.775.88 482.230.377.488.712.710.10 2.76 1.67 709.52 381.67 13.966.209.74 S/.POR SEMANA NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE COSTO (S/. S/. S/. S/. S/. S/.38 11. S/. S/.) POR SEMANA COSTO ACUMULADO POR SEMANA PROYECTO SEMANA N° SEMANA 01 02-08-10 AL 06-08-10 SEMANA 02 09-08-10 AL 13-0810 SEMANA 03 16-08-10 AL 20-08-10 SEMANA 04 23-08-10 AL 27-08-10 SEMANA 05 30-08-10 AL 03-09-10 SEMANA 06 06-09-10 AL 10-09-10 SEMANA 07 13-09-10 AL 17-09-10 SEMANA 08 20-09-10 AL 24-09-10 SEMANA 09 27-09-10 AL 01-10-10 SEMANA 10 04-10-10 AL 08-10-10 SEMANA 11 11-10-10 AL 15-10-10 SEMANA 12 18-10-10 AL 22-10-10 SEMANA 13 25-10-10 AL 29-10-10 SEMANA 14 01-11-10 AL 05-11-10 SEMANA 15 08-11-10 AL 12-11-10 SEMANA 16 15-11-10 AL 19-11-10 S/. S/. S/. S/.80 482.03 5.89 411. S/. S/.27 1.18 10.34 6.31 1.731. 767.590.046.937. S/.71 687.39 1. S/. S/. S/.78 9. S/.88 530.195. S/. 767.678.159. S/. S/.

60 S/. S/.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS SEMANA 17 22-11-10 AL 26-11-10 SEMANA 18 29-11-10 AL 03-12-10 UNIVERS. 14. TOTAL SEMANAS OTROS COSTOS SUBTOTAL DEL PROYECTO Reserva de Contingencia Reserva de gestión PRESUPUESTO TOTAL DEL PROYECTO 180 .22 382. 14695. 1033.73 S/.695.312. 5977.50 S/. S/. 22726.01 S/.01 S/.23 S/. 20672.23 S/.15 S/. 602.63 14. 1033.

0 1. 2.0 Hecha por FGP.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3.7 CURVA S DEL PRESUPUESTO HISTORIAL DE VERSIONES Versión 2. ZDG FGP Revisada por BGH BGH Aprobada por JC JC Fecha 01-07-2010 23-06-2010 Motivo Borrador Borrador 181 .

000. 2.00 S/.00 S/. 10.000.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.00 S/. 14.000.000. ZDG Revisada por MEG Aprobada por MEG Fecha 01-07-2010 UNIVERS.000.00 S/. 8. 12.00 S/.00 S/. 1 2 3 4 5 7 8 9 10 11 12 13 14 15 1 17 18 SEMANAS PRESUPUESTO 182 .000. 1 .000. Motivo Borrador CURVA S DEL PRESUPUESTO NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE CURVA S DEL PRESUPUESTO S/. 4.00 S/.0 Hecha por FGP.000. .00 S/.

4 GESTIÓN DE CALIDAD 183 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.

2.1 1.0 Hecha por HCB HCB Revisada por BGH BGH Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión original Borrador 184 .4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1 PLAN DE GESTIÓN DE LA CALIDAD HISTORIAL DE VERSIONES Versión 1.

95 CPI = Cost Performance Index Acum. es decir acabar dentro del tiempo y el presupuesto planificados. Reporte: Al día siguiente de la medición.95 SPI = Schedule Performance Index Acum. 185 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. SPI 0. CPI 0. Medición: El día que culmine la última actividad de cada fase. FRECUENCIA Y MOMENTO DE REPORTE Frecuencia: Cada fase finalizada. asimismo debe cumplir con los requisitos de calidad del Líder Usuario. Reporte: Al día siguiente de la medición. Performance del Proyecto Frecuencia: Cada fase finalizada. Motivo Versión original PLAN DE GESTIÓN DE LA CALIDAD NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE POLÍTICA DE CALIDAD DEL PROYECTO El presente proyecto debe cumplir con los requisitos de calidad planteados por INNOVA.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. Frecuencia: Cada fase finalizada. Medición: El día que culmine la última actividad de cada fase. LÍNEA BASE DE CALIDAD PROYECTO FACTOR DE CALIDAD RELEVANTE OBJETIVO DE CALIDAD MÉTRICA A UTILIZAR FRECUENCIA Y MOMENTO DE MEDICIÓN Frecuencia: Cada fase finalizada.

4. 4. Frecuencia: Luego de los paquetes de trabajo 2.1.7. Medición: 15/11/2010. 5. respectivamente. Reporte: Dentro de las 8 horas después de realizar la prueba.1 y 5.2.2. 5. 186 .1 del WBS. 4.4. 4.5. 5.1 y 5. Reporte: Al día siguiente de la medición Satisfacción del Líder Usuario 4 X = Grado de satisfacción del Líder Usuario.2 del WBS. Frecuencia: Al final de las actividades de los paquetes 4.4 del WBS.1 y 5.1 del WBS. Medición: 12/11/2010 respectivamente.2.1 y 5. Frecuencia: Luego de los paquetes de trabajo 2. Medición: El momento de medición se manejará internamente.2.5.4 del WBS. PRODUCTO FACTOR DE CALIDAD RELEVANTE FRECUENCIA Y MOMENTO DE MEDICIÓN FRECUENCIA Y MOMENTO DE REPORTE Frecuencia: Al final de los paquetes 4.2.1. 5.4. Frecuencia: Al final de los paquetes 5.4.1. y 17/11/2010.2.5.1. Seguridad de Acceso =0 X = Instrucciones no permitidas realizadas Frecuencia: Al final de las actividades de los paquetes 5.1 X = Índice de conformidad con requerimientos.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 4.2 del WBS.7. Reporte: Al día siguiente de la medición OBJETIVO DE CALIDAD MÉTRICA A UTILIZAR Conformidad con requerimientos 0.5.

2.2.2. 1.3.2. 5. 5. 5.3.2. Frecuencia: Al final de las actividades de los paquetes 5.2.3. = .3.2. 2.4 del WBS. 16/11/2010 y 17/11/2010 respectivamente. Medición: En la fecha que se termine con el paquete de trabajo y cada vez que se quiera emitir algún documento dentro del proyecto.2. 3. 5.2.2.2.2. 5. 1.3.4 del WBS.5.1. Frecuencia: Al final de los paquetes 5.1.1.2. 5. Medición: 15/11/2010.4.2.1. 3. 5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Aprendizaje =1 X = Índice de funciones en manual de usuario.1.2.1.2.2.2. 5.3.1. 1. 2.3 y 5. 1.1. 3.2. 4.3 y 5.7.1. Reporte: Al día siguiente de la medición. 2.1.5 del WBS y cuando se desee emitir un documento dentro del proyecto. 3.2. 5.2. 5. 5.3.3.1.2 y 5.2.2. 1. 16/11/2010. DOCUMENTACIÓN FACTOR DE CALIDAD RELEVANTE FRECUENCIA Y MOMENTO DE MEDICIÓN FRECUENCIA Y MOMENTO DE REPORTE OBJETIVO DE CALIDAD =1 MÉTRICA A UTILIZAR X = Coherencia =0 X = Ortografía Frecuencia: Al final de las actividades de los paquetes 1.2.5.1. 2.1.

Contenido = .

X = Formal X = Paginación =1 X = Gráficos = .

X = Anexos X = Versión = .

= .

2. 3.3.2 y 5.3.5.2.2.3.1. 2. X = Creador Frecuencia: Al final de las actividades de los paquetes 1.1. 3. 2.5. 5. 5.2. 3.1. Reporte: Dentro de las 8 horas siguientes de realizado el proyecto.1.2. 1.2.1. 4.1. 5.2.1.5 del WBS y cuando se desee emitir un documento dentro del proyecto.2.3. 5.1.2.2. 1.2. 5.4. 1. Referencias = .1. 1. 3.3.3. 2.2.2.3. 5. 1.7.2.1.1.3.2. 5.

X = Revisor = .

X = Aprobador = .

X = Fecha 187 .

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS = .

UNIVERS. X = Motivo X = Cumplimiento con el formato Formato = .

Verificar la efectividad de la aplicación de acciones preventivas/correctivas: Evaluar si el proceso ha mejorado. Delimitar el proceso: Definir el primer y último paso del proceso a mejorar. Aplicar acciones correctivas: Implementar las correcciones en el proceso con problemas. 3. 4. 8. 5. Documentar las mejoras y hacerlas parte del proceso: Redefinir el proceso con las mejoras ya aplicadas. 2. Determinar la oportunidad de mejora: Analizar los pasos del proceso que son susceptibles a mejorar. Definir acciones preventivas o correctivas: Implementar las prevenciones o correcciones en el proceso con problemas. 6. 188 . PLAN DE MEJORA DE PROCESOS Cada vez que se quiera mejorar un proceso se seguirá los siguientes pasos : 1. Analizar la información levantada: Identificar que problemas existen dentro del proceso a mejorar. Tomar información sobre el proceso: Toda la información del proceso a mejorar. 7.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. DIAGRAMA DE FLUJO PARA MEJORA DE PROCESOS 189 .

2.1 Cierre Contable 1.5.1.1.3.3 Autorización de Cambios 1.4.2.4 Documentación de Lecciones Aprendidas 1.Mediciones de Control de Calidad 1.1.3.Acciones Correctivas y Preventivas 1.1 Arquitectura de Negocio (Mapa de Procesos) 2.2.1.1.2.2 Mediciones del Rendimiento en Tiempo 1.1. MATRIZ DE ACTIVIDAD DE CALIDAD PAQUETE DE TRABAJO 1.2.2.2.2.3.2.Cierre Operativo 1.Evaluación del Rendimiento del Equipo 1.1.1 Veri icación del Alcance 1.Documento de In ormación de Monitoreo de Riesgos 1.2.2 Cierre de Contrato 2.2.6.2.Mediciones del Rendimiento en Costo 1.3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1 Plan General del Proyecto Actualizado 1.2 Glosario de Negocio Mediciones de métricas de calidad TAREAS DE PREVENCION TAREAS DE CONTROL Aprobación por el Sponsor I Revisión del Proyect Charter Revisión por Jefe de Proyecto Revisión por el Jefe de Proyecto Revisión por Jefe de Proyecto y Jefe de Gestión Costo Revisión por el Jefe de Proyecto y Jefe de Control de Calidad Revisión por Jefe de Proyecto y Consejero de Riesgo I Revisión por Jefe de Proyecto Revisión por Jefe de Proyecto Revisión por Jefe de Proyecto y Jefe de Gestión de Cambio y Actualización Revisión por Jefe de Proyecto Aprobación por Jefe de Proyecto Aprobación por Jefe de Proyecto Aprobación por Sponsor Aprobación Desarrollo Aprobación Desarrollo por Jefe de por Jefe de 190 .

2.5 Diagrama de Comunicación (Colaboración) 3.2 Diagrama de Clases 3.2.1.2.2 Diagrama del Modelo de Datos (Modelo Físico) Revisión de la Documentación e Requisitos Documentación de Requisitos Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por por UNIVERS.2.3 Reglas de Negocio 2.4 Modelo de Casos de Uso del Negocio 2. Jefe Jefe de de por Jefe de por Jefe de Aprobación por Sponsor Aprobación por Jefe de Proyecto Aprobación de Jefe de Desarrollo Aprobación de Jefe de Desarrollo Revisión por Jefe de Proyecto Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por Jefe de P Revisión de Requisito Revisión de requisitos por Jefe de Revisión de requisito por Jefe de Revisión de requisito por Jefe de Revisión de requisitos por Jefe de Revisión de Requisitos por Jefe de Revisión de Requisitos por Jefe de Revisión de Requisitos por Jefe de 191 .2.2 Requerimientos Funcionales del Sistema 3.1.1.5 Diagrama de Actividad del Negocio 2.3.1.1.2 Especi icación de Casos de Uso 3.4 Diagrama de Secuencia 3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 2.3 Requerimientos No Funcionales del Sistema 3.1.3 Diagrama de Casos de Uso del Sistema 3.3 Diagrama de Estados 3.7 Cierre de Fase 3.2.1 Requerimientos de los Interesados (Usuarios) 3.1 Diagrama Entidad Relación 3.6 Diagrama de Clases del Negocio 2.2.3.1 Matriz de Trazabilidad del Sistema 3.

3.3.1.2 In orme de Prueba 5.3 Manual de Usuario 5.3 Diccionario de Datos 3.3.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 3.2.5 Cierre de Fase 4.1.3.4 Sistema Integrado 4.1 Realización de Prueba 5.4 Ayuda del Sistema Aprobación Desarrollo Aprobación Desarrollo por UNIVERS.2.1 Manual Técnico (Instalación y Con iguración) 5.4 Prototipos de Inter az de Usuario 3.2 Módulo de Mantenimiento 4. Jefe de Revisión del Modelo de Datos Q Revisión de requisito por Jefe de Aprobación por Sponsor Aprobación Desarrollo Revisión del Modelo de datos Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por Jefe de por Jefe de por Jefe de por Jefe de por Jefe de pro Jefe de por Jefe de Aprobación por Sponsor Aprobación Desarrollo por Jefe de Revisión por Jefe de Desarrollo Q Revisión por Jefe de Desarrollo Revisión de Módulos Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por Jefe de Q Revisión de Módulos por Jefe de Revisión de Módulos por Jefe de Revisión de Módulos por Jefe de 192 .2.2.2 Manual de Sistema 5.1.2.2.2 Base de Datos 4.1 Priorización de Subsistemas 4.1 Módulo de Gestión de Usuarios 4.3.4 Módulo de Procesos 4.5 Cierre de Fase 5.1 Plan de Pruebas 5.3 Módulo de Reportes y Consultas 4.

3. Nivel de autoridad: Exigir el cumplimiento de entregables al Equipo del Proyecto.2 Software Empaquetado 5. motivación y solución de conflictos. Objetivos del rol: Medir frecuentemente la calidad dentro del proyecto y promover mejoras para el cumplimiento de los objetivos de calidad del proyecto.5 Cierre de Fase ROLES PARA LA GESTION DE CALIDAD Aprobación Desarrollo por UNIVERS.4. aceptar entregables o disponer de su reproceso.2 In orme de Capacitación 5.4. negociación. administración de personal. Requisitos de habilidades: Liderazgo. reportar el estado de las mediciones de calidad obtenidas. Funciones del rol: Revisar entregables.1 Diagrama de Despliegue 5. tecnologías de la información. Reporta a: Sponsor Supervisa a: Equipo del Proyecto Requisitos de conocimientos: Gestión de proyectos. Nivel de autoridad: Exigir el cumplimiento de los objetivos de calidad planificados al Equipo del Proyecto. Jefe de Rol Nº1 JEFE DEL PROYECTO Rol Nº 2 MIEMBROS DEL ÁREA DE CONTROL DE CALIDAD R Revisión por Jefe de Desarrollo Aprobación por Jefe de Proyecto Aprobación pro Jefe de Proyecto Aprobación por Sponsor Objetivo del rol: Gestionar activamente la calidad del proyecto. formular acciones preventivas y correctivas.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 5. gestión financiera. evaluar la performance del proyecto mediante informes de seguimiento. Reporta a: Jefe del Proyecto Supervisa a: Equipo del Proyecto 193 . comunicación.1 Plan de Capacitación 5.3. Funciones del rol: Medir los factores de calidad mediante métricas de calidad. deliberar para generar acciones preventivas o correctivas.

negociación. especialidades correspondientes según sus actividades asignadas. PERSONAL INVOLUCRADO EN LA GESTION DE CALIDAD JEFE DEL PROYECTO 1 BGH IBC ÁREA DE GESTIÓN DE CAMBIOS Y ACTUALIZACIONES 4 MCA ZDG AREA DE CONTROL DE CALIDAD EQUIPO DEL PROYECTO 3 15 HCB CCF 194 . objetividad. formular acciones preventivas y correctivas. gestión de la calidad. Objetivos del rol: Gestionar las solicitudes de cambio que puedan formularse a lo largo del proyecto. influencia. Requisitos de habilidades: Comunicación. gestión de la calidad. Funciones del rol: Elaborar los entregables. Reporta a: Jefe del Proyecto Supervisa a: Equipo del Proyecto Requisitos de conocimientos: Gestión de proyectos. Rol Nº 3 MIEMBROS DEL ÁREA DE GESTIÓN DE CAMBIOS Y ACTUALIZACIONES Nivel de autoridad: Implementar cambios previa aprobación del Jefe del Proyecto. objetividad. implementar los cambios aprobados. Requisitos de habilidades: Comunicación. tecnologías de la información. Funciones del rol: Analizar la viabilidad de las solicitudes de cambio. negociación. Requisitos de conocimientos: Gestión de proyectos. tecnologías de la información. Requisitos de habilidades: Específicas según sus actividades correspondientes. Nivel de autoridad: Aplicar los recursos que se le han asignado. influencia. Objetivos del rol: Elaborar entregables con la calidad requerida y según estándares.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Rol Nº 4 MIEMBROS DEL EQUIPO DEL PROYECTO Reporta a: Jefe del Proyecto Requisitos de conocimientos: Gestión de proyectos. tecnologías de la información.

Para medici n de Métricas de Ca idad 1. De Informe de Performance de rabajo .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. De Informe de Performance de Proyecto FORMATOS 3. De Acciones correcti as 5. 95 S . De Informe de Métrica de Ca idad 4. ENFOQUE DE ASEGURAMIENTO DE LA CALIDAD (QA) E aná isis de os procesos para aseguramiento de a ca idad serea i ará en as Reuniones de Aseguramiento de a Ca idad que se evarán a cabo entre e Área de esti n de Cambios y Actua i aciones y e Jefe de Área de Contro de Ca idad. Para Mejora de Procesos PROCEDIMIENTOS . De Acciones preventivas PROCESOS DE GESTIÓN DE LA CALIDAD E aseguramiento de a ca idad se rea i ar monitoreando continuamente os informes de seguimiento en su frecuencia respectiva y revisando si as actividades que se ejecutan en e momento est n siendo desarro adas con os recursos necesarios. Para reu iones de Aseguramiento de a Ca idad. ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO DIRECTOR DEL PROYECTO CONTROL DE CALIDAD GESTION DE CAMBIO Y ACTUALIZACIONES EQUIPO DE PROYECTO DOCUMENTOS NORMATIVOS PARA LA CALIDAD 1. 3.

Documentar las mejoras y hacerlas parte del proceso. Los resultados de estas mediciones se consolidarán y enviarán al área de Gestión de Cambios y Actualizaciones. Tomar información sobre el proceso. 196 . 2. Determinar la oportunidad de mejora. Los entregables que hayan sido reprocesados se volverán a revisar para verificar su conformidad.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 7. 3. El control de calidad se ejecutará revisando los entregables para ver si son conformes o no. Para los defectos detectados se tratará de encontrar sus causas raíces y eliminar las fuentes de los errores. De esta manera se podrá descubrir a tiempo cualquier necesidad de cambios en los procesos de gestión del proyecto y de desarrollo del producto. ENFOQUE DE CONTROL DE LA CALIDAD (QC) Además. Verificar la efectividad de la aplicación de acciones preventivas/correctivas. ENFOQUE DE MEJORA 4. Cada vez que se requiera mejorar un proceso se seguirán los siguientes pasos: 1. las cuales tendrán que ser elaboradas por el área de Gestión de Cambios y Actualizaciones y aprobadas por el Jefe del Proyecto. Los resultados se formalizarán como solicitudes de cambio y/o acciones preventivas o correctivas. Definir acciones preventivas o correctivas. Los resultados se formalizarán como solicitudes de cambio y/o acciones preventivas o correctivas. 6. DE PROCESOS 5. 8. Analizar la información levantada. Delimitar el proceso. Aplicar acciones preventivas o correctivas. Se verificará que las solicitudes de cambio aprobadas y/o acciones preventivas o correctivas se hayan ejecutado y hayan sido efectivas. en este proceso se hará la medición de las métricas de calidad y se informarán al área de Gestión de Cambios y Actualizaciones.

2 PLANTILLA DE MÉTRICA DE CALIDAD HISTORIAL DE VERSIONES Versión 1.0 Hecha por HCB HCB Revisada por BGH BGH Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión original Borrador 197 .4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.1 1.

5. trabajo real. MÉTODO DE MEDICIÓN 1. Estos índices se trasladarán al Informe de Performance del Proyecto.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. Se informará al cliente de dichas acciones de ser el caso. Se recabará información de avances reales. Motivo Versión original PLANTILLA DE MÉTRICA DE CALIDAD Nº 001 NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MÉTRICA DE: PRODUCTO FACTOR DE CALIDAD RELEVANTE Performance del Proyecto DEFINICIÓN DEL FACTOR DE CALIDAD La performance del proyecto se define como el cumplimiento del cronograma y del presupuesto del proyecto. y calculará el CPI (índice de performance del costo) y el SPI (índice del performance del cronograma). PROPÓSITO DE LA MÉTRICA Monitorear el rendimiento del proyecto en cuanto a cumplimiento del cronograma y presupuesto. PROYECTO X 198 . Se revisará el informe con el Jefe del Proyecto y se tomarán las acciones correctivas y/o preventivas pertinentes. fechas de inicio y fin real. Este factor de calidad es relevante pues permitirá al equipo del proyecto saber si está al margen de las utilidades o si se está ocasionando pérdidas. 2. los días que termine cada fase. los cuales se ingresarán en el MS Project.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. 3. obteniendo los indicadores de rendimiento del proyecto. y costo real. 4. si se están desarrollando las actividades con el mismo ritmo que se ha plasmado en el cronograma o si hay retrasos o adelantos. DEFINICIÓN OPERACIONAL El área de medición de control de calidad calculará el Valor Ganado. valor ganado. El MS Project calculará los índices de CPI y SPI.

95 2. de cumplir con la calidad deseada recae en el Jefe del Proyecto. RESPONSABLE DEL CONTROL DE CALDIAD La Jefa del área de Control de Calidad es la encargada de vigilar el factor de calidad. y promover las mejoras de procesos que sean necesarias para lograr los objetivos de calidad planteados. el cual hará posible el aumento de práctica y experiencia en cuanto a Gestión de Proyecto se refiere para todos los miembros del equipo de INNOVA. en última instancia. Para el SPI se desea una valor acumulado no menor de 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS RESULTADO DESEADO 1. La responsabilidad.95 ENLACE CON OBJETIVOS ORGANIZACIONAL UNIVERS. El cumplimiento de ésta métrica es indispensable para manejar de forma adecuada la Gestión del Proyecto DSE. Para el CPI se desea un valor acumulado no menor de 0. 199 .

5. Malo 3.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. con un trato amable y cumpliendo con los requerimientos de nuestro usuario. PROYECTO X 200 .5. 4. Bueno 5. Muy malo 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. porque consideramos que un usuario satisfecho es el mejor indicador de nuestra gestión en el proyecto. DEFINICIÓN OPERACIONAL La métrica operará en base a valores predefinidos (niveles de satisfacción) entre 1 y 5. Muy bueno La Jefa de Calidad del Proyecto será la encargada de entrevistar al usuario mediante una encuesta que consta de 5 preguntas que le será efectiva luego de terminados los paquetes de trabajo 2. Siendo el significado para cada valor: 1.1. Motivo Versión original PLANTILLA DE MÉTRICA DE CALIDAD Nº 002 NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MÉTRICA DE: PRODUCTO FACTOR DE CALIDAD RELEVANTE Satisfacción del Usuario DEFINICIÓN DEL FACTOR DE CALIDAD Es la situación en la cual el usuario está contento y satisfecho con el desarrollo y la adquisición de nuestro producto. situación que le permite confiar y contar con nuestro equipo de proyectos INNOVA para proyectos posteriores. Los resultados de la encuesta serán reportados el mismo día.2. El contacto para la entrevista con el usuario se manejará de forma interna dependiendo de su disponibilidad siendo el responsable de tal tarea el JEfe del Proyecto.1 y 5. Regular 4. PROPÓSITO DE LA MÉTRICA Permitirnos saber si nuestros recursos están trabajando de la mejor forma.7. Este factor de calidad es importante.2 del WBS.

El cumplimiento de esta métrica es indispensable para manejar de manera adecuada la Gestión del Proyecto DSE desde la perspectiva de la satisfacción del usuario. RESULTADO DESEADO Se desea para todas las mediciones un resultado mayor o igual a 4. La Jefa de Calidad del Proyecto revisará la encuesta llenada por el usuario. en última instancia. 4. 2. La Jefa de Calidad del Proyecto pedirá al Líder Usuario que responda a la encuesta. RESPONSABLE DEL CONTROL DE CALDIAD La persona responsable de vigilar este factor de calidad y los resultados de la métrica es la Jefa de Calidad del Proyecto.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS MÉTODO DE MEDICIÓN 1. ENLACE CON OBJETIVOS ORGANIZACIONAL UNIVERS. de cumplir con la calidad deseada recae en el Jefe del Proyecto. Se informará de los resultados al área de Gestión de Cambios y Actualizaciones. ello hará posible el aumento de práctica y experiencia en cuanto a Gestión de Proyectos se refiere para todos los miembros del equipo INNOVA. 201 . Se elaborará una encuesta dirigida al Líder Usuario. 3. La responsabilidad. Promover las mejoras de procesos que serán necesarias para lograr los objetivos de calidad planteados es responsabilidad de la Jefa del área de Control de Calidad en conjunto con el área de Gestión de Cambios y Actualizaciones.

202 .2. X es decimal. El reporte de los resultados se hará al día siguiente.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. Tipo de medida: A y B son números enteros. NOMBRE DE LA MÉTRICA Índice de conformidad con requerimientos PROPÓSITO DE LA MÉTRICA Disminuir cambios en los requerimientos del software. 2. PRODUCTO X PROYECTO FACTOR DE CALIDAD RELEVANTE Conformidad con requerimientos DEFINICIÓN DEL FACTOR DE CALIDAD La conformidad con requerimientos del producto de software se define como el grado en que los requerimientos del software tienen la conformidad del usuario. Audiencia: Programadores. 4. 4. B = requerimientos totales.4 del WBS. DEFINICIÓN OPERACIONAL La Jefa de Calidad actualizará los esquemas de Conformidad con requerimientos cuando terminen las actividades de los paquetes 4. Motivo Versión original PLANTILLA DE MÉTRICA DE CALIDAD Nº 003 NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MÉTRICA DE. MÉTODO DE MEDICIÓN 1. Fórmula: = / Valores: A = número de requerimientos cambiados. Este factor de calidad es relevante ya que permitirá gestionar las acciones pertinentes si es que los requerimientos del software cambian indiscriminadamente.4.1 y 5.5. 3. Usuarios. 5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.4.

Ello hará posible el aumento de práctica y experiencia en cuanto a Gestión de Proyectos se refiere para todos los miembros del equipo INNOVA.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS RESULTADO DESEADO Se desea que en todas las mediciones se obtenga un valor mejor.1. Mientras más cercano a cero El cumplimiento de esta métrica es indispensable para manejar de forma adecuada la gestión del desarrollo del producto. en última instancia. 203 . ENLACE CON OBJETIVOS ORGANIZACIONAL UNIVERS. de cumplir con los objetivos de calidad deseada recae en el Jefe del Proyecto. RESPONSABLE DEL CONTROL DE CALDIAD La Jefa de Calidad es la responsable de vigilar este factor de calidad y de promover (en conjunto con el área de Control de Calidad y de Gestión de Cambios y Actualizaciones) las mejoras que sean necesarias para lograr los objetivos de calidad planeados. 0. La responsabilidad.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. Audiencia: Programadores. 1.1 del WBS. Tipo de medida: X se cuenta en números enteros. 204 . Fórmula: =Cantidad de instrucciones no permitidas realizadas 2. MÉTODO DE MEDICIÓN Se realizarán intentos de intrusiones manuales y ejecutables al software y a la base de datos. Informe de revisión. 5.2. DEFINICIÓN OPERACIONAL La Jefa de Calidad actualizará los esquemas de Seguridad de acceso una vez terminadas las actividades de los paquetes 5.1. Fuentes: Pruebas. El reporte de los resultados se hará al día siguiente. 4. NOMBRE DE LA MÉTRICA Intrusiones no permitidas realizadas PROPÓSITO DE LA MÉTRICA Contar el número de accesos no permitidos a los datos que son manejados por el software. Motivo Versión original PLANTILLA DE MÉTRICA DE CALIDAD Nº 004 NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MÉTRICA DE: PRODUCTO X PROYECTO FACTOR DE CALIDAD RELEVANTE Seguridad de acceso DEFINICIÓN DEL FACTOR DE CALIDAD La seguridad de acceso del producto de software se define como la capacidad de proteger la información de manera que las personas o sistemas no autorizados no puedan leerlos o modifi al tiempo que no se deniega el acceso a las personas o sistemas autorizados. Interpretación: 0 3.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS RESULTADO DESEADO UNIVERS. La responsabilidad. Si se obtiene un valor mayor a cero no se estará garantizando la seguridad de la información. Se desea que en todas las mediciones se obtenga un valor de =0. Ello hará posible el aumento de práctica y experiencia en cuanto a Gestión de Proyectos se refiere para todos los miembros del equipo INNOVA. de cumplir con los objetivos de calidad deseada recae en el Jefe del Proyecto. RESPONSABLE DEL CONTROL DE CALDIAD La Jefa de Calidad es la responsable de vigilar este factor de calidad y de promover (en conjunto con el área de Control de Calidad y de Gestión de Cambios y Actualizaciones) las mejoras que sean necesarias para lograr los objetivos de calidad planeados. en última instancia. ENLACE CON OBJETIVOS ORGANIZACIONAL El cumplimiento de esta métrica es indispensable para manejar de forma adecuada la gestión del desarrollo del producto. 205 .

Fuentes: Diseño del sistema. MÉTODO DE MEDICIÓN 1.2. NOMBRE DE LA MÉTRICA Índice de funciones en manual de usuario PROPÓSITO DE LA MÉTRICA Conocer qué proporción de las funciones del software se detallan en el manual de usuario. Motivo Versión original PLANTILLA DE MÉTRICA DE CALIDAD Nº 005 NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MÉTRICA DE: PRODUCTO X PROYECTO FACTOR DE CALIDAD RELEVANTE Aprendizaje DEFINICIÓN DEL FACTOR DE CALIDAD El aprendizaje del producto de software se define como la capacidad para aprender sobre su aplicación.1. Fórmula: = / 2. 5. X es decimal. Interpretación: 0 1 4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. Documentadores. B = total de funciones del programa.2. DEFINICIÓN OPERACIONAL La Jefa de Calidad actualizará los esquemas de aprendizaje una vez terminadas las actividades de los paquetes 5.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. 6. 5. Valores: A = número de funciones detalladas en manual de usuario.2.3 y 5.2. Manual de usuario. Tipo de medida: A y B se cuentan en números enteros. Audiencia: Programadores. 206 . 3.4 del WBS. El reporte de los resultados se hará al día siguiente. 5. Software.2.

207 . ENLACE CON OBJETIVOS ORGANIZACIONAL El cumplimiento de esta métrica es indispensable para manejar de manera adecuada la gestión del desarrollo. RESULTADO DESEADO Se desea que en todas las mediciones se obtenga un valor =1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Ello hará posible el aumento de práctica y experiencia en cuanto a Gestión de Proyectos se refiere para todos los miembros del equipo INNOVA. de cumplir con los objetivos de calidad deseada recae en el Jefe del Proyecto. en última instancia. RESPONSABLE DEL CONTROL DE CALDIAD La Jefa de Calidad es la responsable de vigilar este factor de calidad y de promover (en conjunto con el área de Control de Calidad y de Gestión de Cambios y Actualizaciones) las mejoras que sean necesarias para lograr los objetivos de calidad planeados. lo cual puede causar confusión. Un valor menor a uno indica que existen funciones del software que no se explican al usuario en los manuales. La responsabilidad.

2. B = total de palabras escritas en el documento.2. 5. DEFINICIÓN OPERACIONAL La Jefa de Calidad del Proyecto actualizará los esquemas de Calidad de Documentación una vez terminadas las actividades de los siguientes paquetes de trabajo: 1.1.1. Ortografía 1.5.2.2. 3.3.4. Fórmula: = / 2. Este factor de calidad es relevante ya que lo información debe ser coherente.2. B = total de párrafos del documento.7. Valores: A = número de párrafos coherentes.2.2 .1. 5.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. Valores: A = número de palabras con faltas ortográficas.3.3.3. 5.1. 1.2.2. 1.1.3.1.2. 1. 3. 2. 5.2.3.1.NO) 208 . ¿Es formal? (SI . 5. 4. legible y formal. 3. Motivo Versión original PLANTILLA DE MÉTRICA DE CALIDAD Nº 006 NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MÉTRICA DE: PRODUCTO X PROYECTO FACTOR DE CALIDAD RELEVANTE Contenido DEFINICIÓN DEL FACTOR DE CALIDAD El contenido de la documentación es lo que se desea informar.3.2. PROPÓSITO DE LA MÉTRICA Mejorar la comprensión del documento.2 y 5. 5.5.1. MÉTODO DE MEDICIÓN Coherencia 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.1. 1. 3.5 del WBS y cada vez que se intente emitir algún documento dentro del proyecto.3.2.2. 1.1. 2. 2.2. Fórmula: = / 2. Formal 1. 5.1.

Fórmula: = / 2.NO) Gráficos (aplicable o no) 1. Número de página sin inconsistencias. RESPONSABLE DEL CONTROL DE CALDIAD La Jefa de Calidad del Proyecto es la responsable de vigilar este factor de calidad y de promover las mejoras que sean necesarias para lograr los objetivos de calidad planeados junto con la Jefa del área de Documentación.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. ¿Posee anexos requeridos? (SI . Formal: SI 4. Paginación: SI 5. Ello hará posible el aumento de práctica y experiencia en cuanto a Gestión de Proyectos se refiere para todos los miembros del equipo INNOVA. Ortografía: =0 3. B = total de gráficos. Anexos (aplicable o no) 1. Valores: A = gráficos comentados. (SI . Anexos: SI ENLACE CON OBJETIVOS ORGANIZACIONAL El cumplimiento de esta métrica es indispensable para manejar de forma adecuada la gestión del proyecto desde el punto de vista de calidad de la documentación. Paginación 1. Coherencia: =1 2. 209 . Gráficos: =1 6.NO) RESULTADO DESEADO Valores deseados de medición: 1.

3. Se especifica la versión sin inconsistencias (SI . 5. 2.2.3. 5.2.2 y 5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. Se especifica el aprobador (SI .5 del WBS y cada vez que se intente emitir algún documento dentro del proyecto.2.1.5. 5.3. Se especifica el creador (SI .2. DEFINICIÓN OPERACIONAL La Jefa de Calidad del Proyecto actualizará los esquemas de Calidad de Documentación una vez terminadas las actividades de los siguientes paquetes de trabajo: 1. 5. 2. 2.1.3.3. 3. 3.7.3. PROPÓSITO DE LA MÉTRICA Mejorar la especificidad de referencias para cada documento.2 . 1. 5.2.2. 1.1.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. Motivo Versión original PLANTILLA DE MÉTRICA DE CALIDAD Nº 007 NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MÉTRICA DE: PRODUCTO X PROYECTO FACTOR DE CALIDAD RELEVANTE Referencias DEFINICIÓN DEL FACTOR DE CALIDAD Las referencias en la documentación se definen como las indicaciones que ubican al documento en un contexto específico. 5.1. 3. 2.5. 4. 1.2. Se especifica el revisor (SI .1. 1.2. revisión y aprobación. Este factor de calidad es relevante pues permitirá al equipo del proyecto y al usuario comprender quiénes son los que intervienen en la elaboración.1. 5.NO) 210 .3.NO) Creador 2. MÉTODO DE MEDICIÓN Versión 1.1.1.NO) Revisor 3.NO) Aprobador 4.1.1. Así como también la fecha y versión del documento.2.4.3.2.2.3.2.2.1. 1.

Se especifica la versión sin inconsistencias SI Creador: 2. Se especifica la fecha sin inconsistencias SI Código: 6. Se especifica el creador SI Revisor: 3. Ello hará posible el aumento de práctica y experiencia en cuanto a Gestión de Proyectos se refiere para todos los miembros del equipo INNOVA. Se especifica el revisor SI Aprobador: 4. Fecha 5. Se indica el código del documento sin inconsistencias SI ENLACE CON OBJETIVOS ORGANIZACIONAL El cumplimiento de esta métrica es indispensable para manejar de forma adecuada la gestión del proyecto desde el punto de vista de calidad de la documentación. 211 . Se especifica el aprobador SI Fecha: 5.NO) Motivo 6. Se indica el código del documento sin inconsistencias (SI . Se especifica la fecha sin inconsistencias (SI .NO) RESULTADO DESEADO Valores deseados de medición: Versión: 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. RESPONSABLE DEL CONTROL DE CALDIAD La Jefa de Calidad del Proyecto es la responsable de vigilar este factor de calidad y de promover las mejoras que sean necesarias para lograr los objetivos de calidad planeados junto con la Jefa del área de Documentación.

5.3.2.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. PROPÓSITO DE LA MÉTRICA Generalizar la edición de toda documentación por medio de formatos pre establecido.2.2.1.2.7. Cumple con el formato (SI .2. Motivo Versión original PLANTILLA DE MÉTRICA DE CALIDAD Nº 008 NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MÉTRICA DE: PRODUCTO X PROYECTO FACTOR DE CALIDAD RELEVANTE Formato DEFINICIÓN DEL FACTOR DE CALIDAD El formato de la documentación se define como el orden visual en que debe ser editado el documento.2. 5.2.3.2.5. 5. 5. 5.1. 5.1.3.1.3. 1.3. 3.1. 2. 3. 3.5.5 del WBS y cada vez que se intente emitir algún documento dentro del proyecto.1.NO) RESULTADO DESEADO Para todas las mediciones de esta métrica se desea un resultado SI. 2. 2. 1.2.1.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS.3. Este factor de calidad es relevante porque permitirá a la persona un mejor entendimiento en cuanto a la organización del documento. DEFINICIÓN OPERACIONAL La Jefa de Calidad del Proyecto actualizará los esquemas de Calidad de Documentación una vez terminadas las actividades de los siguientes paquetes de trabajo1.2 y 5. 1. 1. 5. MÉTODO DE MEDICIÓN Se compara el documento editado con el formato pre establecido: 1.1. 4.2. 3.1. 2.4.2.1.3.2.2.3. 212 .2. 1.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS ENLACE CON OBJETIVOS ORGANIZACIONAL UNIVERS. 213 . RESPONSABLE DEL CONTROL DE CALDIAD La Jefa de Calidad del Proyecto es la responsable de vigilar este factor de calidad y de promover las mejoras que sean necesarias para lograr los objetivos de calidad planeados junto con la Jefa del área de Documentación. Ello hará posible el aumento de práctica y experiencia en cuanto a Gestión de Proyectos se refiere para todos los miembros del equipo INNOVA. El cumplimiento de esta métrica es indispensable para manejar de forma adecuada la gestión del proyecto desde el punto de vista de calidad de la documentación.

2.4.1 1.0 Hecha por HCB HCB Revisada por BGH BGH Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión original Borrador 214 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 LÍNEA BASE DE CALIDAD HISTORIAL DE VERSIONES Versión 1.

CONTROL DE VERSIONES Versión 1.95 CPI = Cost Performance Index Acum.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 001 Frecuencia: Cada fase finalizada. Frecuencia: Cada fase finalizada.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 Motivo Versión original LÍN EA BASE DE LA CALIDAD NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE LÍNEA BASE DE CALIDAD PROYECTO FACTOR DE CALIDAD RELEVANTE OBJETIVO DE CALIDAD MÉTRICA A USAR PLANTILLA MOMENTO DE MEDICIÓN MOMENTO DE REPORTE Performance del Proyecto CPI 0. Medición: El día que culmine la última actividad de cada fase. 215 . Reporte: Al día siguiente de la medición.

95 SPI = Schedule Performance Index Acum. y 17/11/2010.2.7.2.5. 5. Frecuencia: Luego de los paquetes de trabajo 2.5.5. respectivamente. LÍNEA BASE DE CALIDAD PRODUCTO FACTOR DE CALIDAD RELEVANTE OBJETIVO DE CALIDAD MÉTRICA A USAR PLANTILLA MOMENTO DE MEDICIÓN MOMENTO DE REPORTE Conformidad con requerimientos 0. 4. Frecuencia: Luego de los paquetes de trabajo 2.4 del WBS. Frecuencia: Al final de los paquetes 4. Frecuencia: Cada fase finalizada.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Reporte: Al día siguiente de la medición Satisfacción del usuario 4 X = Resultado de encuesta al usuario. Frecuencia: Al final de las actividades de los paquetes 4.1.1 y 5.1 y 5. SPI 0.7. 002 Medición: El momento de medición se manejará internamente. 4.1 y 5.4 del WBS.2. 5. Reporte: Al día siguiente de la medición.5.2 del WBS. 003 Medición: 15/11/2010.1 X = Índice de conformidad con requerimientos.4.4.1 y 5. 4.4. 001 Medición: El día que culmine la última actividad de cada fase. 5. Frecuencia: Cada fase finalizada. 5.4.1.2. 4. Reporte: Al día siguiente de la medición 216 .2 del WBS.

005 Medición: 15/11/2010.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1.1.2.2.2.2.2.2.2. Frecuencia: Al final de los paquetes5.1 del WBS.1. 5.2.2.1.4 del WBS. Seguridad de Acceso =0 X = Instrucciones no permitidas realizadas 004 Frecuencia: Al final de las actividades de los paquetes 5.1 del WBS. Reporte: Al día siguiente de la medición.4 del WBS.2.2. 16/11/2010. 5. Medición: 28/06/2010 y 29/06/2010 respectivamente. Frecuencia: Al final de los paquetes 5. 5.3 y 5. Frecuencia: Al final de las actividades de los paquetes 5.2. LÍNEA BASE DE CALIDAD DOCUMENTACIÓN FACTOR DE CALIDAD RELEVANTE Contenido OBJETIVO DE CALIDAD =1 MÉTRICA A USAR X = Coherencia PLANTILLA 006 MOMENTO DE MEDICIÓN Frecuencia: Al final de las MOMENTO DE REPORTE Frecuencia: Al final de las 217 . 16/11/2010 y 17/11/2010 respectivamente.3 y 5. Aprendizaje =1 X = Índice de funciones en manual de usuario. 5. Reporte: Al día siguiente de la medición.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. =0 = .

= .

=1 = .

= .

= .

= .

Referencias = .

= .

= .

= .

5.1. 1.1.1.2.1.1.1.1. 5.3.2.3.1.2.1.7. 1.1.3.2.3.1.3. 5.5 del WBS y cuando se desee emitir un documento dentro del proyecto. 2. 3.2.2.1. 3. 5. 1.1. Medición: En la fecha que se termine con el paquete de trabajo y cada vez que se quiera emitir algún documento dentro del proyecto.3.2.2. 3. X = Ortografía X = Formal X = Paginación X = Gráficos X = Anexos X = Versión X = Creador X = Revisor X = Aprobador X = Fecha X = Motivo X = Cumplimiento con el formato 008 007 actividades de los paquetes 1.3. 5. 3. actividades de los paquetes 1. 2. 1.3.3.3.1.1. 5. 3. 5. 3.2.2. 3. 2.4.3.1.5.2.3.2. 3. 1.3. 2.2.4.2.2. 5. 1.2.2 y 5.2. 2.5. 5.5 del WBS y cuando se desee emitir un documento dentro del proyecto. Reporte: Dentro de las 12 horas siguientes al intento de emisión del documento.2.1.3.2.1.1. 2.1. 1.1.2.2. 5. 1.2. Formato 218 . 4. 5.7.2.3.5. 5.2 y 5.1. 5.2. 2. 1.2.3.2. 4. 1. 5. 2.2.5.2.

4.0 Hecha por HCB HCB Revisada por BGH BGH Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión original Borrador 219 .1 1.4 MATRÍZ DE ACTIVIDAD DE CALIDAD HISTORIAL DE VERSIONES Versión 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.

5.Acciones Correctivas y Preventivas 1.1 Plan General del Proyecto Actualizado 1.1.2.Mediciones del Rendimiento en Costo 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.2 Mediciones del Rendimiento en Tiempo 1.1 Verificación del Alcance 1.4.Evaluación del Rendimiento del Equipo 1.2.2.1.6.2.Mediciones de Control de Calidad 1.3 Autorización de Cambios 1.1.2.2.Documento de Información de Monitoreo de Riesgos 1.2. Motivo Versión original MATRÍZ DE ACTIVIDAD DE CALIDAD NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE MATRIZ DE ACTIVIDAD DE CALIDAD PAQUETE DE TRABAJO 1.4 Documentación de Lecciones Aprendidas Mediciones de métricas de calidad TAREAS DE PREVENCION TAREAS DE CONTROL Aprobación por el Sponsor Revisión del Project Charter Revisión por Jefe de Proyecto Revisión por el Jefe de Proyecto Revisión por Jefe de Proyecto y Jefe de Gestión Costo Revisión por el Jefe de Proyecto y Jefe de Control de Calidad Revisión por Jefe de Proyecto y Consejero de Riesgo Revisión por Jefe de Proyecto Revisión por Jefe de Proyecto Revisión por Jefe de Proyecto y Jefe de Gestión de Cambio y Actualización Revisión por Jefe de Proyecto 220 .1.2.1.1.2.3.1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS.2.

2.5 Diagrama de Actividad del Negocio 2.1.1.1.1.3 Diagrama de Estados Revisión de la Documentación e Requisitos Documentación de Requisitos UNIVERS.3 Requerimientos No Funcionales del Sistema 3.2.3. Aprobación por Jefe de Proyecto Aprobación por Jefe de Proyecto Aprobación por Sponsor Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por Jefe de por por por Jefe Jefe Jefe de de de por Jefe de por Jefe de Aprobación por Sponsor Aprobación por Jefe de Proyecto Aprobación de Jefe de Desarrollo Aprobación de Jefe de Desarrollo Revisión por Jefe de Proyecto Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por Jefe de Revisión de Requisito Revisión de requisitos por Jefe de Revisión de requisito por Jefe de Revisión de requisito por Jefe de 221 .2.3 Reglas de Negocio 2.2.4 Modelo de Casos de Uso del Negocio 2.6 Diagrama de Clases del Negocio 2.2.Cierre Operativo 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 1.2 Diagrama de Clases 3.1 Requerimientos de los Interesados (Usuarios) 3.1.1 Cierre Contable 1.1 Arquitectura de Negocio (Mapa de Procesos) 2.2 Cierre de Contrato 2.1.2.3 Diagrama de Casos de Uso del Sistema 3.2 Requerimientos Funcionales del Sistema 3.1.2 Especificación de Casos de Uso 3.3.2.2 Glosario de Negocio 2.1 Matriz de Trazabilidad del Sistema 3.3.7 Cierre de Fase 3.

2.5 Cierre de Fase 4.2 Módulo de Mantenimiento 4.4 Prototipos de Interfaz de Usuario 3.5 Diagrama de Comunicación (Colaboración) 3.1 Diagrama Entidad Relación 3.3.2 Informe de Prueba Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por UNIVERS.5 Cierre de Fase 5.1. Jefe de Revisión de requisitos Revisión de Requisitos por Jefe de Revisión de Requisitos por Jefe de Revisión de Requisitos por Jefe de Revisión del Modelo de Datos por Jefe de Revisión de requisito por Jefe de Aprobación por Sponsor Aprobación Desarrollo Revisión del Modelo de datos Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por Jefe de por Jefe de por Jefe de por Jefe de por Jefe de pro Jefe de por Jefe de Aprobación por Sponsor Aprobación Desarrollo por Jefe de Revisión por Jefe de Desarrollo Revisión por Jefe de Desarrollo 222 .2 Diagrama del Modelo de Datos (Modelo Físico) 3.2.3 Módulo de Reportes y Consultas 4.1 Plan de Pruebas 5.2 Base de Datos 4.3.3.4 Sistema Integrado 4.3.1 Módulo de Gestión de Usuarios 4.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 3.1 Realización de Prueba 5.1.3 Diccionario de Datos 3.3.4 Módulo de Procesos 4.2.1 Priorización de Subsistemas 4.3.3.2.4 Diagrama de Secuencia 3.

1 Plan de Capacitación 5. Revisión de Módulos Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo Aprobación Desarrollo por Jefe de Revisión de Módulos por Jefe de Revisión de Módulos por por Jefe Jefe de de Revisión de Módulos por Jefe de Revisión por Jefe de Desarrollo Aprobación por Jefe de Proyecto Aprobación pro Jefe de Proyecto Aprobación por Sponsor 223 .3.3.4.2.2.1 Diagrama de Despliegue 5.4.2.5 Cierre de Fase UNIVERS.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 5.1 Manual Técnico (Instalación y Configuración) 5.4 Ayuda del Sistema 5.2.2 Manual de Sistema 5.2 Informe de Capacitación 5.2 Software Empaquetado 5.3 Manual de Usuario 5.

1 1.0 Hecha por HCB HCB Revisada por BGH BGH Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión original Borrador 224 .4. 2.5 PROCEDIMIENTOS DE GESTIÓN DE LA CALIDAD HISTORIAL DE VERSIONES Versión 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

1 Hecha por HCB Revisada por BGH Aprobada por JC Fecha 10-07-2010 UNIVERS. Aplicar acciones correctivas: Implementar las correcciones en el proceso con problemas. 6. 7. 1. Determinar la oportunidad de mejora: Analizar los pasos del proceso que son susceptibles a mejorar. MEJORA DE PROCESOS PROCEDIMIENTO Cada vez que se quiera mejorar un proceso se seguirá los siguientes pasos : 1. Definir acciones preventivas o correctivas: Implementar las prevenciones o correcciones en el proceso con problemas. Documentar las mejoras y hacerlas parte del proceso: Redefinir el proceso con las mejoras ya aplicadas. 225 . 4. 2. 3. Documentar las mejoras y hacerlas parte del proceso: Redefinir el proceso con las mejoras ya aplicadas. Delimitar el proceso: Definir el primer y último paso del proceso a mejorar. Motivo Versión original PROCEDIMIENTOS DE GESTIÓN DE LA CALIDAD NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE 1. Verificar la efectividad de la aplicación de acciones preventivas/correctivas: Evaluar si el proceso ha mejorado. Tomar información sobre el proceso: Toda la información del proceso a mejorar. 5. 8. Analizar la información levantada: Identificar que problemas existen dentro del proceso a mejorar.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.

DIAGRAMA DE FLUJO 226 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

Verificar si los resultados son los deseados: Comparar resultados de las mediciones con los resultados deseados. Medir las variables de la métrica de calidad: Obtener el valor para cada variable de cada fórmula de cada métrica de calidad a ser medida. 2. 3. 227 . Enviar documentación de resultados: Si los resultados obtenidos son iguales o mejores que los resultados deseados se enviará un Informe de Conformidad de Resultados al área de Gestión de Cambios y Actualizaciones. 5.XLSM de métricas de calidad para calcular variaciones entre mediciones. Si los resultados obtenidos están por debajo de los resultados deseados se enviará un Memorando de Disconformidad de Resultados al Jefe del área a la cual se ha realizado la medición con copia al Jefe del Proyecto.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 4. Preparar Informe de métrica de calidad: Pasar los valores de las variables al informe de métrica de calidad. Pasar datos de medición a archivo SSEP MCALIDAD. 2.XLSM: Ingresar los valores obtenidos en la medición al archivo SSEP-MCALIDAD. MEDICIÓN DE MÉTRICAS PROCEDIMIENTO Cada vez que se requiera medir alguna métrica de calidad se seguirán los siguientes pasos: 1.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. DIAGRAMA DE FLUJO 228 .

Definir fecha de aplicación de mejoras: En caso de que hubiera uno o varios procesos que pasaron al procedimiento de Mejora de Procesos se pactará una fecha de aplicación de las mejoras acordadas para cada proceso con problemas. Verificar el uso de recursos: Constatar si los recursos que se están empleando en el proceso en análisis son los suficientes o si hay un exceso de recursos que no se planificó. producto o documentación) no son aceptables se pasará el proceso o los procesos con problemas al Plan de Mejora de Procesos. Definir entradas para el procedimiento de Mejora de Procesos: Si los resultados obtenidos en todos los aspectos de calidad (proyecto. 3 REUNIÓN DE ASEGURAMIENTO DE LA CALIDAD PROCEDIMIENTO Cada vez que se requiera una reunión de QA se seguirán los siguientes pasos: 1. Revisar los informes de seguimiento: Revisar toda documentación que refleje el estado de la calidad dentro del proyecto (proyecto. 4. Si los resultados obtenidos en algún aspecto de calidad (proyecto. 5. Verificar la conformidad con los objetivos planificados: Comparar los resultados obtenidos con los resultados deseados. producto y documentación) son aceptables se llegará al fin de la reunión. 229 . 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. producto y documentación). 3.

DIAGRAMA DE FLUJO 230 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4.1 1. 2.6 FORMATOS HISTORIAL DE VERSIONES Versión 1.0 Hecha por HCB HCB Revisada por BGH BGH Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión original Borrador 231 .

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo

INFOR ME DEL PERFORMANCE DEL PRO YECTO Nº [###]
NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE

PERIODO

[Semana, Mes ##]

ESTADO DEL AVANCE DEL CRONOGRAMA

ESTADO DEL AVANCE DE LOS ENTREGABLES FASE PAQUETE DE TRABAJO CÓDIGO Y NOMBRE 2.1 Arquitectura de Negocio (Mapa de Procesos) 2.2 Glosario de Negocio 2.3 Reglas de Negocio 2.0 CONCEPTUALIZACIÓN 2.4 Modelos de Casos de Uso del Negocio 2.5 Diagrama de Actividad del Negocio 2.6 Diagrama de Clases del Negocio 2.7 Cierre de Fase 3.0 ELABORACIÓN 3.1.1 Requerimientos de los interesados (usuarios) ESTADO DE AVANCE [###]% [###]% [###]% [###]% OBSERVACIONES

[###]%

[###]% [###]% [###]%

232

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
3.1.2 Requerimientos funcionales del Sistema 3.1.3Requerimientos no funcionales del Sistema 3.2.1.1 Matriz de trazabilidad del Sistema 3.2.1.2 Especificación de Caso de uso 3.2.1.3 Diagrama de Caso de Uso del Sistema 3.2.2 Diagrama de Clases 3.2.3 Diagrama de Estados 3.2.4 Diagrama de Secuencia 3.2.5 Diagrama de Comunicación (Colaboración) 3.3.1 Diagrama Entidad Relación 3.3.2 Diagrama del Modelo de Datos (Modelo Físico) 3.3.3 Diccionario de Datos 3.4 Prototipos de Interfaz de Usuario 3.5 Cierre de Fase 4.1 Priorización de Subsistemas 4.2 Base de Datos 4.3.1. Módulo de Gestión de Usuarios 4.0 CONSTRUCCIÓN 4.3.2 Módulo de Mantenimiento 4.3.3 Módulo de Reportes y Consultas 4.3.4 Módulo de Procesos 4.4 Sistema Integrado 4.5 Cierre de Fase 5.0 TRANSICIÓN 5.1.1 Plan de Pruebas [###]% [###]% [###]% [###]%

UNIVERS.

[###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]%

233

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
5.1.2.1 Realización de Prueba 5.1.2.2 Informe de Prueba 5.2.1 Manual técnico (instalación y configuración) 5.2.2 Manual del Sistema 5.2.3 Manual del Usuario 5.2.4 Ayuda del Sistema 5.3.1 Plan de capacitación 5.3.2 Informe de capacitación 5.4.1 Diagrama de Despliegue 5.4.2 Software Empaquetado 5.5 Cierre de Fase [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]% [###]%

UNIVERS.

ACTIVIDADES INICIADAS EN EL PERIODO
PAQUETE DE TRABAJO

PROGRAMADO
ACTIVIDAD FECHA INICIO FECHA FIN DURACION RECURSOS FECHA INICIO

REAL
RECURSOS

OBSERVACIO NES

ACTIVIDADES FINALIZADAS EN EL PERIODO
PAQUETE DE TRABAJO

PROGRAMADO
ACTIVIDAD FECHA INICIO FECHA FIN DURACION RECURSOS FECHA INICIO

REAL
RECURSOS

OBSERVACIO NES

234

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
ACTIVIDADES EN PROCESO A LA FECHA
PAQUETE DE TRABAJO ACTIVIDAD FECHA DE FIN PROGRAMADA FECHA DE FIN ESTIMADA % DE AVANACE DE LA FECHA

UNIVERS.

OBSERVACIONES

COSTOS INCURRIDOS EN EL PERIODO
ENTREGABLE COSTO AUTORIZADO COSTO INCURRIDO VARIACION ABSOLUTA VARIACION PORCENTUAL OBSERVACIONES

235

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha

UNIVERS.

Motivo

INFOR ME DEL PERFORMANCE DEL PRO YECTO Nº [###]
NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE

PERIODO

[Semana, Mes ##]

ESTADO ACTUAL DEL PROYECTO 1. SITUACIÓN DEL ALCANCE EV/BAC PV/BAC = [###] = [###] =[###]% =[###]%

% AVANCE REAL % AVANCE PLANIFICADO 2. EFICIENCIA DEL CRONOGRAMA

SV (VARIACIÓN DEL CRONOGRAMA) SPI (ÍNDICE DE RENDIMIENTO DEL CRONOGRAMA) 3. EFICIENCIA DEL COSTO

EV PV

= [###]

=[###]%

EV/PV

= [###]

=[###]%

CV (VARIACIÓN DEL COSTO) CPI (ÍNDICE DE RENDIMIENTO DEL COSTO) 4.

EV - PV

= [###]

=[###]%

EV/PV

= [###]

=[###]%

CUMPLIMIENTO DE OBJETIVOS DE CALIDAD

GRAFICA DE RESULTADOS DE LA ENTREVISTA REALIZADOS AL LIDER USUARIO

236

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
PROBLEMAS Y PENDIENTES PROBLEMA / PENDIENTE [Descripción del problema / pendiente] RESPONSABLE [Quien va a exponer el problema / pendiente] FECHA

UNIVERS.

[Fecha en que se tratará de solucionar el problema / pendiente]

COMENTARIOS

237

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS
CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha

UNIVERS.

Motivo

INFORME DE MÉTRICA DE CALIDAD Nº [###]
NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE

PLANTILLA

FECHA DE EMISIÓN

RESULTADOS DE LA MEDICIÓN MÉTRICA 1: [Nombre de la métrica] FÓRMULA VARIABLE 1 VARIABLE 2 SI SE NECESITA

RESULTADO DESEADO

RESULTADO REAL

CONFORME (SI - NO)

EVOLUCIÓN DE LA MÉTRICA EN CASO DE HABER MÁS DE UNA MÉTRICA POR PLANTILLA SE PONDRÁN LA CANTIDAD DE GRÁFICOS NECESARIOS GRAFICA QUE MUESTRA LA EVOLUCION DE LA MÉTRICA

OBSERVACIONES

238

ADJUNTAR DIAGRAMA CAUSA EFECTO (DIAGRAMA DE ISHIKAWA) ACCIÓN CORRECTIVA A TOMAR SOLUCIÓN DE LARGO PLAZO QUE ELIMINARÁ EL PROBLEMA DE RAÍZ O QUE LO MITIGARÁ HASTA UN ESTADO CONTROLABLE. CÓMO. ESPECIFICAR QUÉ. CUÁNDO Y DÓNDE IDENTIFICACIÓN DE LAS CAUSAS CAUSAS QUE GENERAN EL PROBLEMA Y SUS CONSECUENCIAS. DISTINGUIENDO EL PROBLEMA DE SUS CAUSAS Y DE SUS CONSECUENCIAS REPARCIÓN DEL DEFECTO SOLUCIÓN DE CORTO PLAZO PARA MITIGAR LA GRAVEDAD DEL PROBLEMA Y/O SUS CONSECUENCIAS.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha UNIVERS. QUIÉN. QUIÉN. CÓMO. ESPECIFICAR QUÉ. Motivo ACCIÓN CORR ECTIVA Nº [###] NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE FASE PAQUETE DE TRABAJO ACTIVIDAD DEFINICIÓN DEL PROBLEMA DEFINA Y ACOTE EL PROBLEMA QUE SE VA A RESOLVER. CUÁNDO Y DÓNDE AUTORIZACIÓN PERSONAS QUE AUTORIZAN EQUIPO NOMBRE FECHA 239 .

CUÁNDO Y DÓNDE AUTORIZACIÓN PERSONAS QUE AUTORIZAN EQUIPO NOMBRE FECHA 240 . ESPECIFICAR QUÉ. QUIÉN. CÓMO. CÓMO. Motivo ACCIÓN PREVENTIVA Nº [###] NOMBRE DEL PROYECTO Desarrollo de la Suite del Estudiante SIGLAS DEL PROYECTO DSE FASE PAQUETE DE TRABAJO ACTIVIDAD DEFINICIÓN DEL PROBLEMA DEFINA Y ACOTE EL PROBLEMA QUE SE VA A RESOLVER. QUIÉN. DISTINGUIENDO EL PROBLEMA DE SUS CAUSAS Y DE SUS CONSECUENCIAS REPARCIÓN DEL DEFECTO SOLUCIÓN DE CORTO PLAZO PARA MITIGAR LA GRAVEDAD DEL PROBLEMA Y/O SUS CONSECUENCIAS.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha UNIVERS. ESPECIFICAR QUÉ. CUÁNDO Y DÓNDE IDENTIFICACIÓN DE LAS CAUSAS CAUSAS QUE GENERAN EL PROBLEMA Y SUS CONSECUENCIAS. ADJUNTAR DIAGRAMA CAUSA EFECTO (DIAGRAMA DE ISHIKAWA) ACCIÓN CORRECTIVA A TOMAR SOLUCIÓN DE LARGO PLAZO QUE ELIMINARÁ EL PROBLEMA DE RAÍZ O QUE LO MITIGARÁ HASTA UN ESTADO CONTROLABLE.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.5 GESTIÓN DE LOS RECURSOS HUMANOS 241 .

0 Hecha por MGP MGP Revisada por OGV OGV Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión Original Borrador 242 .1. PLAN DE GESTIÓN DE RECURSOS HUMANOS HISTORIAL DE VERSIONES Versión 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.1 1.5.

3. 243 .1 Hecha por MGP Revisada por OGV Aprobada por JC Fecha 10-07-2010 UNIVERS. RRHH y Comunicaciones en conjunto con el Área de Desarrollo organizarán una capacitación para los integrantes del Área de Diseño y Programación y otros interesados dentro del equipo del proyecto. 3. 5. Se realizará una evaluación al final de la capacitación. jefes u otros) y se entrevista con los jefes de las áreas para tratar posibles problemas con el personal acerca de la participación en el trabajo y su modo de integración como área. Recursos Humanos y Comunicaciones elabora y controla un Sistema de Incentivos y Sanciones que evalúa el cumplimiento de las actividades y asistencias del personal a las reuniones.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. Recursos Humanos y Comunicaciones realiza encuestas (auto evaluativas y observaciones al equipo. El resultado de esta evaluación es una nota que se adiciona al informe que entrega el área de Recursos Humanos y Comunicaciones y según un ponderado obtiene la nota final del personal. semanalmente entrega un informe al Jefe del Proyecto. RRHH y Comunicaciones se encargarán de organizar la Capacitación en fechas que sean accesibles a los integrantes del Área de Diseño y Programación y otros interesados dentro del equipo del proyecto. Desarrollo se encargará de elaborar la lista de temas a dictar. 2. Los resultados de la evaluación final se tomarán en cuenta para posibles cambios en los equipos dependientes del Área de Desarrollo. 4. El Jefe del Proyecto maneja el sistema Final de Evaluación: Él evalúa actitudes del personal durante el desarrollo de las actividades. Motivo Original PLAN DE GESTIÓN DE RECURSOS HUMANOS NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE CAPACITACIÓN. SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: 1. 2. ENTRENAMIENTO 1.

PACTOS. Todo el personal que participa del proyecto será controlado por el Sistema de Incentivos y Sanciones elaborado por el área Recursos Humanos y Comunicaciones. por tanto se fija como requerimiento de seguridad que en dichos periodos el personal de la empresa nunca deje las aulas de reunión sin resguardo. REQUERIMIENTOS DE SEGURIDAD: 1. 2. debiendo turnarse para tomar sus refrigerios. 244 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. La nota resultado de este proceso será entregado al Sponsor en sobre cerrado por el Jefe del Proyecto. Y POLÍTICAS: 1. y con movilidad (taxi) pagada por la empresa. y sólo él y el Jefe de Recursos Humanos y Comunicaciones conocerán su contenido. El traslado de equipos (Laptop y PC S) hacia y desde los locales de reunión o programación. 2. Los periodos de descanso en los intermedios de las reuniones generan un riesgo de robo de los equipos del equipo (Laptop s). genera riesgo de robo o asalto para el personal que traslada el equipo. por tanto se fija como requerimiento de seguridad que cualquier traslado de equipos debe ser hecho por un mínimo de dos personas (nunca una sola). CUMPLIMIENTO DE REGULACIONES. y por la evaluación personal del Jefe del Proyecto.

0 Hecha por MGP MGP Revisada por OGV OGV Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión Original Borrador 245 .1 DISPOSICIÓN GERENCIAL DE EVALUACIÓN DE RENDIMIENTO CONTROL DE VERSIONES Versión 1.1.1 1. 2.5.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. es decir semanalmente. ITEM I. Motivo Versión Original DISPOSICIÓN GERENCIAL DE EVALUACIÓN DE RENDIMIENTO NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE 1. 1.2 III.2 DESCRIPCIÓN ASISTENCIA Y PUNTUALIDAD Asistencia a todas las reuniones ordinarias Puntualidad ordinarias a todas las reuniones NOTA BASE 13 INCENTIVO 3 4 15 3 2 14 4 3 ENTREGABLES Y DOCUMENTOS (E/D) Entrega puntual de todos los E/D E/D de Calidad ACTITUDES PERSONALES Participación activa y oportuna en sesión Autoevaluación por área 246 . Los valores son divisibles por la cantidad de sesiones o E/D desarrolladas en el período de evaluación.1 3.1 1. 2.1 2.1 Hecha por MGP Revisada por OGV Aprobada por JC Fecha 10-07-2010 UNIVERS. 3. INCENTIVOS: Puntos a favor que se colocarán sobre la nota base en caso de ser cumplidos.2 II.

Tardanza 30 min.2 1. 2.2 2.1 2. Abandono de Reunión ENTREGABLES Y DOCUMENTOS (E/D) Demora entrega E/D (área) Demora entrega E/D (personal) Información deficiente E/D No respetar el formato No respetar el flujo de comunicaciones ACTITUDES PERSONALES Falta de respeto u orden durante sesión NOTA BASE 13 INCENTIVO -2 -0.3 1.5 -0. 1.4 2. UNIVERS. en base al desempeño en los ítems mencionados. SANCIONES Se aplican en cada ocurrencia mencionada y se duplica por vez.5 -1 -1.5 III.5 15 -1.5 14 -2 3.4 II.3 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 2. Esta nota es objetiva y será entregada al Sponsor (Profesor) semanalmente. PONDERADOS DE EVALUACIÓN SEMANAL ASISTENCIA Y PUNTUALIDAD (AP) ENTREGABLES Y DOCUMENTOS (ED) ACTITUDES PERSONALES (AC) * 2 3 1 TOTAL = (AP x 2 + ED x 3 + AC) / 6 (*) Responsabilidad del Jefe del Proyecto 247 . ITEM I.8 -1 -0. PONDERADO FINAL Es la nota final.1 1.1 DESCRIPCIÓN ASISTENCIA Y PUNTUALIDAD Inasistencia Reunión Ordinaria Tardanza 15 min.5 -1. 3.

1 1.5.0 Hecha por MGP MGP Revisada por OGV OGV Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión Original Borrador 248 .2 ORGANIGRAMA DEL PROYECTO CONTROL DE VERSIONES Versión 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. Motivo Versión Original ORGANIGRAMA DEL PRO YECTO NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE 249 .1 Hecha por MGP Revisada por OGV Aprobada por JC Fecha 10-07-2010 UNIVERS.

J Brancacho Acosta Bravo J De gado Chuquihuaccha Herrera Gamboa Bravo J Gon ales .J J = JEFE G W .J Gonzales Jamanpa Espeza Delgado Brancacho Crucez V J 250 Acosta .J ` X Y Gilb nio .DESARROLLO DE SOFTWA RE DE GESTION DE OBR AS UNIVERS.J Aguilar . Javier Canchano Caro) JEFE DEL PROYECTO (Bacilio Gon áles) ÁREA DE GESTI N DE COSTOS ÁREA DE GESTI N CONTROL DE CALIDAD ÁREA DE GESTI N DE RRHH U T ÁREA DE GESTI N DE COMUNICACIONES ÁREA DE GESTI N DE CAMBIOS Y ACTUALIZACIONES U U U U Espe a J J Crucez Ga b a . SPONSOR (Ing.

251 . SPONSOR (SPONSOR) ALUM1 ALUM2 BRAVO CARDENAS ALUM4 ALUM5 ALUM6 CRUCEZ FIERRO ALUM8 ALUM9 ALUM10 ALUM11 (JEFE DEL PROYECTO) ALUM12 ALUM13 ALUM14 ALUM15 DIRECCIÓN Área de Gestión de Cambios y Actualizaciones Área de Gestión de Costos Área de Control de Calidad Área de Recursos Humanos Área de Desarrollo Área de Comunicaciones Área de Análisis Área de Diseño y Programación Área de Pruebas Área de Documentación DESCRIPCIÓN UNIVERS.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS GLOSARIO DE ACRÓNIMOS N° 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 SIGLA INNOVA DSE JC JAP JAA IBC ABA HCB MCA CCF ZDG MEG MGP BGH OGV FGP JHL RJO DIRE GCA AGC CCA RRHH GDE CO AAN ADP APR AD Nombre del equipo Nombre del producto ING.

ÁREA A1 A2 A3 A4 A5 DIRE = Dirección GC = Área de Gestión de Costos CCA = Área de Control de Calidad RRHH = Área de Recursos Humanos CO = Área de Comunicaciones P1 P2 P3 P4 P5 P6 P7 P8 P9 P10 P11 P12 P13 P14 P15 P16 P17 P18 P19 P20 P21 P22 P23 RECURSOS (Personal) BGH = Jefe del Proyecto MEG = Jefe del área HCB = Jefe del área CCF = Auditor de Control de Calidad MGP = Jefe del área JAA = Jefe del área ABA = Asistente de Comunicaciones JAP = Secretaria IBC = Jefe del área MCA = Consejero de Cambios ZDG = Consejero de Riesgos OGV = Jefe del área JHL = Jefe del área MGP = Modelador de sistemas IBC = Modelador de base de datos FGP = Jefe del área MEG = Diseñador RJO = Programador 1 ZDG = Programador 2 BGV = Programador 3 CCF = Jefe del área ABA= Asistente de pruebas externas JAP = Jefe del área A6 A7 A7.2 ADP = Área de Diseño y Programación A7.3 A7.1 GCC = Área de Gestión de Cambios y Actualizaciones ADS = Área de Desarrollo AAN = Área de Análisis A7.4 APR = Área de Pruebas AD = Área de Documentación 252 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

3 DESCRIPCIÓN DE ROLES CONTROL DE VERSIONES Versión 1.5. 2.0 Hecha por MGP MGP Revisada por OGV OGV Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión Original Borrador 253 .1 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

Decide sobre los límites del proyecto SUPERVISA A: Jefe del Proyecto 254 . Aprobar el cierre del proyecto. y por tanto la persona que apoya.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. Gestionar el Control de Cambios del proyecto.1 Hecha por MGP Revisada por OGV Aprobada por JC Fecha 10-07-2010 UNIVERS. es el principal interesado en el éxito del proyecto. Motivo Versión Original DESCRIPCIÓN DE ROLES NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE NOMBRE DEL ROL SPONSOR OBJETIVOS DEL ROL: Es la persona que patrocina el proyecto. Aprobar el Enunciado del Alcance. Ayudar en la solución de problemas y superación de obstáculos del proyecto NIVELES DE AUTORIDAD: Decide sobre modificaciones a las líneas base del proyecto. FUNCIONES: Aprobar la planificación del proyecto. y defiende el proyecto. Aprobar el Plan de Gestión del Proyecto. Monitorear el estado general del proyecto. soporta. Decide sobre las fechas de presentación de los entregables. RESPONSABILIDADES: Aprobar el Project Charter. Decide sobre planes y programas del proyecto.

Ejecutar el proyecto. Ayudar a Gestionar el Control de Cambios del proyecto. Registrar las lecciones aprendidas durante el proyecto Realizar las Pruebas con el líder de usuario. Controlar el proyecto. RESPONSABILIDADES: Actualizar el Plan de Gestión del proyecto. Planificar el proyecto. MS Project.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS NOMBRE DEL ROL A1. Elaboración del Plan de Pruebas. Gestionar los recursos del proyecto Decide sobre la programación detallada de los recursos humanos y materiales asignados al proyecto. Es la persona líder encargada de la gestión del proyecto quien mediante la administración adecuada de los recursos cumplirá los objetivos establecidos por el Sponsor logrando así el éxito del proyecto. Decide sobre la información y los entregables del proyecto. Realizar las revisiones a los resultados obtenidos. FUNCIONES: NIVELES DE AUTORIDAD: REPORTA A: A:Sponsor SUPERVISA A: Gestión de Cambios y Actualizaciones Control de Calidad Recursos Humanos Comunicaciones Gerencia de Desarrollo Área de Análisis Área de Diseño y Programación Área de Pruebas Área de Documentación RESPONSABLE: BGH ALUM11 EQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK. Identificación de las unidades del sistema para la realización de Pruebas. Liderazgo Comunicación Negociación Solución de Conflictos HABILIDADES: 255 . JEFE DEL PROYECTO OBJETIVOS DEL ROL: UNIVERS.

GESTIÓN DE COSTOS OBJETIVOS DEL ROL: Persona encargada de brindar la información necesaria con respecto a los costos así como la remisión de los entregables respectivos. REPORTA A: Jefe de Proyecto RESPONSABLE: MEG ALUM9 REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK MS Project Conocimientos en contabilidad Negociación Solución de Conflictos Motivación Responsabilidad HABILIDADES: 256 . Estimación de los costos de los recursos. Elaboración del presupuesto.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS Motivación UNIVERS. En base al presupuesto que se tenga se acordará la adquisición de algún bien. Controlará de acuerdo a los costos de cada recurso el tema de responsabilidades. RESPONSABILIDADES: Proponer procedimientos en base a los costos proyectados. Toma de decisiones de acuerdo a algún recurso que se requiera. FUNCIONES: NIVELES DE AUTORIDAD: Toma de decisión al momento de adquirir un bien o recurso. NOMBRE DEL ROL A2.

REPORTA A: Jefe de Proyecto RESPONSABLE: HCB ALUM5 REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK MS Project Didáctica Inteligencia Emocional Dominio de Escena Oratoria Comunicación Negociación Solución de Conflictos HABILIDADES: 257 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Brindarle al Cliente y Líder Usuario un producto que cumple con las características pactadas. en caso de no cumplir con las especificaciones descritas en cada entregable. FUNCIONES: NIVELES DE AUTORIDAD: Determinar la aprobación de los entregables. Gestionar al equipo de Calidad. NOMBRE DEL ROL A3. de los objetivos del proyecto y del producto. Responder al equipo del proyecto con una adecuada gestión de la calidad de los entregables. RESPONSABILIDADES: Verificar que los entregables realizados por el equipo del proyecto cumpla con estándares de documentación. Utilizar técnicas de medición de calidad. JEFE DEL ÁREA DE COTROL DE CALIDAD OBJETIVOS DEL ROL: Es la persona que se encargará de revisar los entregables del equipo para que cumplan con los estándares de la documentación. Evaluar los entregables generando solicitudes de cambio. Presentar según el cronograma las evaluaciones de calidad.

Estudiar el producto. controlar y ejecutar el plan de gestión de calidad. NOMBRE DEL ROL A3. Se analiza el producto para comprobar que cumple los requerimientos. NIVELES DE AUTORIDAD: Determinar si el producto final cumple con las necesidades del cliente para la toma de decisiones.1 AUDITOR DE CONTROL DE CALIDAD OBJETIVOS DEL ROL: Esta persona es la responsable de gestionar. REPORTA A: Jefe del Área de control de Calidad RESPONSABLE: CCF CRUCEZ FIERRO REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK MS Project Didáctica Dominio de Escena Oratoria Comunicación Negociación Solución de Conflictos HABILIDADES: 258 . RESPONSABILIDADES: Inspeccionar la calidad. Emitir cuadro de evolución de Control de Calidad. Evaluar informes del paquete Especificaciones FUNCIONES: La calidad del producto será importante para aplicación de métodos de mejora.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Se informa mediante cuadros la evolución de la calidad del producto para la captación de clientes. Definir requerimientos funcionales del sistema.

JEFE DE RECURSOS HUMANOS Y COMUNICACIONES OBJETIVOS DEL ROL: Es la persona responsable del manejo del personal tanto en información como en roles. asegurarse del seguimiento del procedimiento en todo momento. archivando con certeza los eventos expidiendo cartas y documentando minuciosamente los detalles RESPONSABILIDADES: Determinar fuentes de información. Seguimiento constante al personal mediante métodos de evaluación. Definir unidades del sistema a probar Realizar pruebas internas. NIVELES DE AUTORIDAD: REPORTA A: Jefe de Proyecto SUPERVISA A: Asistente de Comunicaciones Secretaria REQUISITOS DEL ROL: RESPONSABLE: MGP . Elaborar informe de seguimiento. de seguir y tratar las canalizaciones de quejas del personal.ALUM2 HABILIDADES: 259 . Determinar de acuerdo al desempeño de cada integrante de que manera formará parte en el proyecto. Revisar los resultados obtenidos.ALUM10 REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK Gestión del potencial Humano Didáctica Inteligencia Emocional Dominio de Escena Oratoria Comunicación Negociación Solución de Conflictos JAA .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. NOMBRE DEL ROL A4. Los resultados de evaluación permitirán saber el desempeño de cada integrante. Elaborar informe de desempeño del equipo. asegurarse de que todos los detalles administrativos referente a la organización de la vista.

etc. Identificar y enviar la información requerida a la persona indicada y en el momento oportuno.1 ASISTENTE DE COMUNICACIONES OBJETIVOS DEL ROL: Es la persona que apoya en la tareas relacionadas al manejo de la información y la de su distribución por los medios de comunicación considerados en el proyecto. Motivar a los integrantes del equipo para cumplir con sus actividades proactivamente. Gmail. Conocimiento para enviar mensajes de texto por celular. Yahoo.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Liderazgo Comunicación Negociación Solución de Conflictos Motivación CONOCIMIENTOS: HABILIDADES: 260 . NOMBRE DEL ROL A5. Elaborar informe de desempeño del equipo. REPORTA A: Jefe del área de Recursos Humanos y Comunicaciones RESPONSABLE: ABA . RESPONSABILIDADES: Elaborar informe de seguimiento.ALUM4 REQUISITOS DEL ROL: Manejo de Organigramas Manejo de correos electrónicos: Hotmail. Calificar a cada uno de los integrantes según el desempeño que muestran a lo largo del desarrollo del proyecto. FUNCIONES: NIVELES DE AUTORIDAD: Asistir al jefe de Recursos Humanos y Comunicaciones.

Elaborar informe de desempeño del equipo. Redactar informe de requerimientos del producto.ALUM1 REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK. Elaborar documentación de expectativas del líder usuario. Mediante la documentación registrará todos los requerimientos. Documentar mediante un informe el seguimiento. FUNCIONES: NIVELES DE AUTORIDAD: Correcta definición de requerimientos en los informes siendo estos entendibles.2 SECRETARIA OBJETIVOS DEL ROL: Es la persona encargada de documentar los informes que se acuerdan según los requerimientos y especificaciones. Elaborar informe de respaldo de requerimientos. Redactar informe de aceptación de requerimientos del producto. REPORTA A: Jefe del área de Recursos Humanos y Comunicaciones RESPONSABLE: JAP . Oratoria Comunicación Negociación Solución de Conflictos HABILIDADES: 261 . Redacción de los diferentes informes para los interesados. Revisar expectativas del líder usuario. Evaluar informes del paquete Especificaciones.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Ofimática Didáctica Inteligencia Emocional Dominio de Escena. Elaboración de informes de respaldo y desempeño. RESPONSABILIDADES: Definir requerimientos funcionales del sistema. NOMBRE DEL ROL A5. Definir requerimientos no funcionales del sistema.

6 JEFE DE GESTIÓN DE CAMBIOS Y ACTUALIZACIONES OBJETIVOS DEL ROL: Es la persona encargada de gestionar los cambios requeridos por el usuario durante la realización del proyecto. Informar los cambios para conocimientos del equipo. Responsable de que los cambios y actualizaciones efectuadas estén alineados con los objetivos del proyecto. Registrar y coordinar los cambios realizados durante el proyecto. NOMBRE DEL ROL A. Velar por los objetivos planteados al inicio del proyecto FUNCIONES: - NIVELES DE AUTORIDAD: Negocia con el usuario sobre las solicitudes de cambio. Coordinar los cambios con el equipo. Designar una versión a cada actualización realizada. RESPONSABILIDADES: Actualizar el Plan de Gestión del proyecto.BRAVO CARDENAS REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK MS Project Proactivo Liderazgo Comunicación Negociación Solución de Conflictos Motivación HABILIDADES: 262 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. REPORTA A: Jefe del Proyecto SUPERVISA A: Consejero de Cambios Consejero de Riesgos Consejero de Costos RESPONSABLE: IBC .

REPORTA A: Jefe del área Gestión de Cambios y Actualizaciones RESPONSABLE: MCA . Mantener la integridad de las líneas base. Revisar acciones correctivas. Liderazgo Comunicación Negociación Solución de Conflictos Motivación HABILIDADES: 263 . FUNCIONES: Identificar cambios. NIVELES DE AUTORIDAD: Decide sobre la aprobación de cambios solicitados.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.1 CONSEJERO DE CAMBIOS OBJETIVOS DEL ROL: Es la persona que gestiona los cambios. Gestionar los cambios aprobados. Revisar acciones preventivas.ALUM6 REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK. NOMBRE DEL ROL A6. RESPONSABILIDADES: Aprobar los cambios solicitados. Aprobar acciones preventivas. Aprobar acciones correctivas.

REPORTA A: Jefe de Gestión de Cambios y Actualizaciones. Generar posibles acciones correctivas y/ o preventivas. Apoyar en la gestión de cambios. Documentar toda acción aprendida en el transcurso de la gestión. las cuales son entregadas al Jefe de Área para facilitar su elección.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. FUNCIONES: NIVELES DE AUTORIDAD: Decide sobre cualquier posible cambio en el proyecto. MS Project. Registrar lecciones aprendidas. Honestidad Autenticidad Negociación Creatividad Sensibilidad HABILIDADES: 264 .2 CONSEJERO DE RIESGOS OBJETIVOS DEL ROL: Es la persona encargada de brindar posibles soluciones a los riesgos.ALUM8 REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK. RESPONSABLE: ZDG. NOMBRE DEL ROL A6. RESPONSABILIDADES: Gestionar acciones correctivas y/o preventivas.

Definir requerimientos funcionales del sistema. Documentar los requerimientos funcionales. control y aprobación de los entregables propios del área y sub-áreas de Desarrollo.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. REPORTA A: Jefe de Proyecto SUPERVISA A: Área de Análisis Área de Diseño y Programación Área de Pruebas Área de Documentación RESPONSABLE: OGV. RESPONSABILIDADES: Evaluar informes del paquete Especificaciones. Revisar los manuales de las especificaciones de instalación del producto. Elaborar el Plan de Desarrollo del Software.ALUM12 REQUISITOS DEL ROL: Metodología RUP Herramientas TI Metodología TSP Erwin Rational Rose Creatividad Comunicación Negociación Solución de Conflictos Responsabilidad CONOCIMIENTOS: HABILIDADES: 265 . Definir requerimientos no funcionales del sistema. Estudiar la instalación del producto. seguimiento. Revisar expectativas del líder usuario. Coordinar con el líder de usuario para la especificación de las expectativas del mismo. Los informes del paquete de especificaciones serán realizados y aprobados por el Jefe del área. FUNCIONES: NIVELES DE AUTORIDAD: Aprobar los entregables del área y sub-áreas.7 JEFE DEL ÁREA DE DESARROLLO OBJETIVOS DEL ROL: Gestionar adecuadamente el desarrollo. NOMBRE DEL ROL A.

Está información luego será utilizada por las áreas de modelamiento y diseño y programación. Revisar expectativas del líder usuario. Definir requerimientos funcionales del sistema. Es la persona responsable del levantamiento de información.1 JEFE DEL ÁREA DE ANÁLISIS OBJETIVOS DEL ROL: UNIVERS. Definir requerimientos no funcionales del sistema. Software Rational Requisite Pro Liderazgo Comunicación Negociación Solución de Conflictos Motivación HABILIDADES: 266 . que será base principal para el desarrollo del sistema informático que se solicita. Elaborar el Plan de Desarrollo del Software. Asignar tareas a los integrantes del área de análisis. el funcionamiento del negocio y plasmarlos en requerimientos funcionales. Identificar las necesidades del cliente.ALUM14 REQUISITOS DEL ROL: CONOCIMIENTOS: Metodología TSP. FUNCIONES: NIVELES DE AUTORIDAD: Decide sobre el acta de Aceptación de la Fase de Requerimientos.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS NOMBRE DEL ROL A7. Analizar las expectativas del líder usuario en cuanto a los requerimientos funcionales y no funcionales identificados. Identificar los requerimientos no funcionales del cliente y proponer aquellos que no habían sido contemplados. Elaborar documentación de expectativas del líder usuario. REPORTA A: Jefe del Área de Desarrollo RESPONSABLE: JHL. Coordinar con las áreas de Modelamiento y diseño y programación sobre los requerimientos de los clientes. Entrevistar al líder usuario y adjunto. de la captura de los requerimientos del cliente. RESPONSABILIDADES: Elaborar el Acta de Aceptación de Fase de Requerimientos. Evaluar informes del paquete Especificaciones. Entregar el Acta de Aceptación de Fase de Requerimientos.

ALUM10 REQUISITOS DEL ROL: CONOCIMIENTOS: Ingeniería de Requerimientos Metodología TSP. Analizar las expectativas del líder usuario en cuanto a los requerimientos funcionales y no funcionales identificados. Elaborar documentación de expectativas del líder usuario. NOMBRE DEL ROL A7. Definir requerimientos no funcionales del sistema. RESPONSABILIDADES: Revisar expectativas del líder usuario. Software Rational Requisite Pro Análisis Negociación Solución de Conflictos Comunicación HABILIDADES: 267 . Identificar los requerimientos no funcionales del cliente y proponer aquellos que no habían sido contemplados. Evaluar informes del paquete Especificaciones.1. el funcionamiento del negocio y plasmarlos en requerimientos funcionales. Identificar las necesidades del cliente. Entrevistar al líder usuario y adjunto.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. FUNCIONES: REPORTA A: Jefe del Área de Análisis RESPONSABLE: MGP. de la captura de los requerimientos del cliente. Definir requerimientos funcionales del sistema.1 MODELADOR DE SISTEMAS OBJETIVOS DEL ROL: Es la persona responsable del levantamiento de información.

RESPONSABILIDADES: Analizar el Modelo del Sistema Realizar el Modelamiento de la Base de Datos FUNCIONES: Entender de forma clara la lógica del Negocio Identificar las entidades del Negocio Determinar los atributos de las entidades Determinar las relaciones entre las entidades NIVELES DE AUTORIDAD: Decide El tipo de modelo de datos.BRAVO CARDENAS REQUISITOS DEL ROL: CONOCIMIENTOS: Erwin Rational Rose Ingeniería de Requerimientos Análisis Negociación Solución de Conflictos Comunicación HABILIDADES: 268 .2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. MODELADOR DE BASE DE DATOS OBJETIVOS DEL ROL: Es la persona encargada de la identificación de entidades y de las relaciones que se dan entre ellas. Decide las interrelaciones dadas entre las entidades participantes en el negocio. NOMBRE DEL ROL A7.1. REPORTA A: Jefe del Área de Análisis RESPONSABLE: IBC .

RESPONSABILIDADES: Revisar formato de diseño de formularios. Conocimientos en programación Visual Basic 6. REPORTA A: Jefe del área de Gerencia de Desarrollo RESPONSABLE: FGP . Aprobar formato de diseño de formularios. FUNCIONES: Revisar el cumplimiento con el diseño de Modelo de BD y del Sistema.2 JEFE DEL ÁREA DE DISEÑO Y PROGRAMACIÓN OBJETIVOS DEL ROL: Es la persona que gestionara el desarrollo del diseño y elaboración del software.ALUM13 REQUISITOS DEL ROL: CONOCIMIENTOS: Gestión de Proyectos según el PMBOK. NIVELES DE AUTORIDAD: Decide sobre la aprobación del diseño y codificación de formularios del software. Aprobar forma de codificación de los formularios.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Revisar forma de codificación de los formularios. NOMBRE DEL ROL A7.0 Conocimientos en desarrollo base de datos MS ACCESS Liderazgo Comunicación Negociación Solución de Conflictos HABILIDADES: 269 .

RESPONSABILIDADES: Estudiar y aprender diseño. flujos de proceso.1. NOMBRE DEL ROL A7. Agrupar formularios. diagramas.0 Modelamiento Nivel de Visual Basic Avanzado. etc. Elaborar los diagramas de flujo y bases de datos requeridos para la programación informática.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. DISEÑADOR OBJETIVOS DEL ROL: Es la persona que gestionara el desarrollo del diseño del software. FUNCIONES: NIVELES DE AUTORIDAD: - REPORTA A: Jefe del Área de Diseño y Programación RESPONSABLE: MEG . Efectuar la documentación de los Sistemas Desarrollados tales como manuales. 270 .ALUM9 CONOCIMIENTOS: HABILIDADES: Visual Basic 6. Decide las agrupaciones de formularios. Decide sobre el nivel de seguridad. Decide sobre las funciones integradas o creación de funciones propias. Codificar formularios. Decide sobre la manipulación del objeto.2. Consultar biblioteca de código externo.

Decide las agrupaciones de formularios. Codificar macros. Decide sobre las funciones integradas o creación de funciones propias.ALUM8. FUNCIONES: NIVELES DE AUTORIDAD: - REPORTA A: Jefe del Área de Diseño y Programación RESPONSABLE: RJO . RESPONSABILIDADES: Verificar formularios. BGH . flujos de proceso. NOMBRE DEL ROL A7. CONOCIMIENTOS: HABILIDADES: 271 . Agrupar formularios. Efectuar estudios y propuestas de reformas en los trabajados de programación desarrollados. diagramas.ALUM15. Codificar formularios. etc. Decide sobre la manipulación del objeto. Comentar módulos. Creación de Macros. ZDG . Efectuar la programación de los sistemas informáticos conforme a los proyectos definidos y a las normas y estándares establecidos. Consultar biblioteca de código externo. Efectuar la documentación de los Sistemas Desarrollados tales como manuales.2. Estudiar y aprender diseño.2. Elaborar los diagramas de flujo y bases de datos requeridos para la programación informática. Decide sobre el nivel de seguridad.ALUM11 REQUISITOS DEL ROL: Nivel de SQL avanzado. Visual Studio 2008 Modelamiento Nivel de SQL Avanzado Nivel de Visual Studio Avanzado.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Ensamblar y compilar el sistema. PROGRAMADOR OBJETIVOS DEL ROL: Es el responsable de pasar a un lenguaje de programación de aplicaciones las características de diseño del sistema.

Coordinar con los interesados en el desarrollo del software para la elaboración del Plan. Asignar a un equipo la elaboración del Plan de pruebas bajo su supervisión. Realizar el control adecuado a la Fase de pruebas para la elaboración del acta de aceptación. Definir unidades el sistema a aprobar.CRUCEZ FIERRO REQUISITOS DEL ROL: CONOCIMIENTOS: Estándares de calidad. NOMBRE DEL ROL A7. RESPONSABILIDADES: Elaboración del Acta de aceptación de la Fase de Pruebas. Realizar pruebas con el líder de usuario. Elaborar plan de pruebas. Diseñar pruebas. Estándares de Procesos Dominio de Ofimática Responsabilidad Compromiso Proactivo HABILIDADES: 272 . FUNCIONES: NIVELES DE AUTORIDAD: REPORTA A: Jefe de Proyecto SUPERVISA A: Asistente de pruebas externas RESPONSABLE: CCF . Coordinar reuniones con el Líder de Usuario para la realización de las pruebas al sistema.3 JEFE DEL ÁREA DE PRUEBAS OBJETIVOS DEL ROL: Persona encargada de realizar las pruebas necesarias al sistema de acuerdo a los requisitos antes planteados. Elaborar el Plan de Desarrollo del Software. Establecer unidades del Sistema claves para las pruebas. Asignar a una persona el tema de seguimiento para la elaboración del Informe. El jefe del área visará los entregables. EL jefe de área autorizará la remisión del resultado de los planes de prueba bajo su responsabilidad y criterio. Elaborar informe de Seguimiento.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

Se asignará a una persona del área de pruebas para el registro de las lecciones aprendidas durante cada prueba realizada al sistema. REPORTA A: Jefe del Área de Pruebas RESPONSABLE: ABA.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.ALUM4 REQUISITOS DEL ROL: CONOCIMIENTOS: Estándares de calidad Estándares de Procesos Dominio de Ofimática Responsabilidad Compromiso Proactivo Iniciativa HABILIDADES: 273 . Definir unidades claves del sistema.1 ASISTENTE DE PRUEBAS EXTERNAS OBJETIVOS DEL ROL: Persona encargada de coordinar la realización de pruebas con el Cliente. Designar personal encargado del Plan de pruebas. Proponer un diseño para las pruebas del Sistema. Diseñar las pruebas. Elaboración de Plan de pruebas.3. Proponer fechas para que el cliente realice las pruebas pertinentes. NOMBRE DEL ROL A7. RESPONSABILIDADES: Registro de las lecciones aprendidas Realizar pruebas con el Cliente. FUNCIONES: NIVELES DE AUTORIDAD: Persona autorizada para la aprobación de los documentos entregables. el cual será visado por el jefe del área.

Estudiar la Instalación del Producto. NOMBRE DEL ROL A7. Determinar formatos. Redacción de Documentos e Informes. Preparar presentaciones de productos o servicios. Elaborar Informe de Resultados.4 ÁREA DE DOCUMENTACIÓN OBJETIVOS DEL ROL: Es la persona que se encargada de la Redacción de Documentos e informes. Elaborar Formularios. Elaborar el manual de Instalación. Decide el lenguaje adecuado para redactar los documentos y de esa manera lograr que todos ellos sean entendibles para cada uno de los integrantes del equipo de Proyecto. Proporcionar los documentos a las demás áreas respectivas de manera oportuna. Saber planificar y organizar el propio trabajo. RESPONSABILIDADES: Elaborar el Manual del Usuario. Elaborar Documento de Construcción. Elaborar informe de pruebas internas.ALUM1 REQUISITOS DEL ROL: CONOCIMIENTOS: MS Office Redacción Ortografía Didáctica Proactividad Solución de Conflictos Motivación Iniciativa HABILIDADES: 274 . Preparar y tratar la información adecuadamente.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. FUNCIONES: NIVELES DE AUTORIDAD: REPORTA A: Jefe del Proyecto RESPONSABLE: JAP. Saber organizar y planificar todo tipo de actos en la organización.

MATRIZ DE ASIGNACIONES DE RESPONSABILIDADES CONTROL DE VERSIONES Versión 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4.1 1.0 Hecha por MGP MGP Revisada por OGV OGV Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión Original Borrador 275 . 2.5.

Motivo Versión Original PLAN DE MATRIZ DE ASIGNACIÓN DE RESPONSABILIDAD ES (RAM) NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE CÓDIGOS DE ROLES DE INNOVA DIRE GCC CCA RRHH CO ADS AAN ADP APR AD Dirección Área de Gestión de Actualizaciones Cambios y Área de Control de Calidad Área de Recursos Humanos Área de Comunicaciones Área de Desarrollo Área de Análisis Área de Diseño y Programación Área de Pruebas Área de Documentación CÓD. DE RESPONSABILIDADES R P V A RESPONSABLE PARTICIPA REVISA APRUEBA 276 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.1 Hecha por MGP Revisada por OGV Aprobada por JC Fecha 10 -07-2010 UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.
ROLES

CÓDIGOS DE ROLES DE INNOVA SP 1.0 1.1 1.1.1 GERENCIA DEL PROYECTO EJECUCIÓN ACTA DE REUNIÓN DE COORDINACIÓN DEL PROYECTO EVALUACIÓN DE COMPETENCIAS PARA TRABAJAR SEGUIMIENTO Y CONTROL INFORMACIÓN SOBRE EL RENDIMIENTO DEL TRABAJO VERIFICACIÓN DEL ALCANCE MEDICIONES DEL RENDIMIENTO EN TIEMPO MEDICIONES DEL RENDIMIENTO EN COSTO MEDICIONES DE CONTROL DE CALIDAD DOCUMENTO DE INFORMACIÓN DE MONITOREO DE RIESGOS EVALUACIÓN DEL RENDIMIENTO DEL EQUIPO PLAN DE ACCIONES A DIRE R A A GCC CCA RRHH

INNOVA CO ADS p AAN ADP APR AD

R

1.1.2 1.2 1.2.1. 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.2

A A A A A A A V V V V V V R R R R R R

R p p P P P P P P P P

A A A

R V R V R P P

P P P

277

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

CORRECTIVAS Y PREVENTIVAS 1.2.3 1.2.4 1.3 1.4 1.4.1 1.4.1.1 1.4.1.2 1.4.2 2.0 2.1 2.2 2.3 2.4 2.5 2.6 2.7 3.0 AUTORIZACIÓN DE CAMBIOS DOCUMENTACIÓN DE LECCIONES APRENDIDAS PLAN GENERAL DEL PROYECTO ACTUALIZADO CIERRE CIERRE ADMINISTRATIVO CIERRE DEL PROYECTO DOCUMENTACIÓN FINAL DEL PROYECTO CIERRE DE CONTRATO CONCEPTUALIZACIÓN ARQUITECTURA DE NEGOCIO (MAPA DE PROCESOS) GLOSARIO DE NEGOCIO REGLAS DE NEGOCIO MODELO DE CASOS DE USO DEL NEGOCIO DIAGRAMA DE ACTIVIDAD DEL NEGOCIO DIAGRAMA DE CLASES DEL NEGOCIO CIERRE DE FASE ELABORACIÓN A P V V P P P A A A A R A A V A V A V V P R V R V P R V V P P P P P P A A A A A A A R A R R R R R R R R P P P P P P P P P P P P P P P P P P R P P P

278

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

3.1 3.1.1 3.1.2 3.1.3 3.2 3.2.1 3.2.1.1 3.2.1.2 3.2.1.3 3.2.2 3.2.3 3.2.4 3.2.5 3.3 3.3.1 3.3.2 3.3.3 3.4

GESTIÓN DE REQUERIMIENTOS REQUERIMIENTOS DE LOS INTERESADOS (USUARIOS) REQUERIMIENTOS FUNCIONALES DEL SISTEMA REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA MODELO DEL SISTEMA MODELAMIENTO DE CASOS DE USO DEL SISTEMA MATRIZ DE TRAZABILIDAD DEL SISTEMA ESPECIFICACIÓN DE CASOS DE USO DIAGRAMA DE CASOS DE USO DEL SISTEMA DIAGRAMA DE CLASES DIAGRAMA DE ESTADOS DIAGRAMA DE SECUENCIA DIAGRAMA DE COMUNICACIÓN MODELO DE DATOS DIAGRAMA ENTIDAD RELACIÓN DIAGRAMA DEL MODELO DE DATOS (MODELO FÍSICO) DICCIONARIO DE DATOS PROTOTIPOS DE INTERFAZ DE USUARIO

P

P

A A A A A A A A A A A A A A A A A A

R R R R R R R R R R R R R R R R R R

P P P P P P P P P p p P P P

P

279

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

3.5 4.0 4.1 4.2 4.3 4.3.1 4.3.2 4.3.3 4.3.4 4.4 4.5 5.0 5.1 5.1.1 5.1.2 5.1.2.1 5.1.2.2 5.2 5.2.1

CIERRE DE FASE CONSTRUCCIÓN PRIORIZACIÓN DE SUBSISTEMAS BASE DE DATOS DESARROLLO DE MÓDULOS MÓDULO DE GESTIÓN DE USUARIOS MÓDULO DE MANTENIMIENTO MÓDULO DE REPORTES Y CONSULTAS MÓDULO DE PROCESOS SISTEMA INTEGRADO CIERRE DE FASE TRANSICIÓN PRUEBAS / TESTEO PLAN DE PRUEBAS EJECUCIÓN DE PRUEBAS REALIZACIÓN DE PRUEBA INFORME DE PRUEBA DOCUMENTACIÓN DEL SISTEMA MANUAL TÉCNICO

A

P

V V

P

R A A A P P P R R R R R R R R R P

P

P P P P P P P

V V V V V V A P P P V V V P

A A A A A A R A A A

R R R R R R P P P P P R R P P

V

A A

V V

A A A

280

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

5.2.2 5.2.3 5.2.4 5.3 5.3.1 5.3.2 5.4 5.4.1 5.4.2 5.5

MANUAL DEL SISTEMA MANUAL DEL USUARIO AYUDA DEL SISTEMA CAPACITACIÓN TÉCNICA PLAN DE CAPACITACIÓN INFORME DE CAPACITACIÓN DESPLIEGUE DIAGRAMA DE DESPLIEGUE SOFTWARE EMPAQUETADO CIERRE DE FASE A A A P P P V V V P P A A A V V

A A A R R R P P

P P P P P P

R R R

P

R R R

P P P

281

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

2.5.5. DIRECTORIO DEL PROYECTO
CONTROL DE VERSIONES Versión 1.1 1.0 Hecha por MGP MGP Revisada por OGV OGV Aprobada por JC JC Fecha 10-07-2010 03-07-2010 Motivo Versión Original Borrador

282

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS

UNIVERS.

CONTROL DE VERSIONES Versión 1.1 Hecha por MGP Revisada por OGV Aprobada por JC Fecha 10-07-2010 Motivo Versión Original

DIRECTORIO DEL EQUIPO DE PROYECTO
NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE

ROL/PERSONA NOMBRE Y APELLIDO DIRECCIÓN ROL 1 TELÉFONO CELULAR CORREO PERSONAL

DATOS PERSONALES JANETH ALUM1 Av. Mariscal Nieto Mz. C Lt. 3A Ate - Lima 326 - 7317 945 - 967 - 018 j_ani2@hotmail.com NOMBRE ÁREA CARGO TELÉFONO / FAX

DATOS EMPRESA INNOVA A5, A7.4 P8, P23 994 - 456 - 603 innova.dse@gmail.com

CORREO EMPRESA

283

822 CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA agenteander007@hotmail.com INNOVA A5 .603 innova. Daniel Hernández 409.Comas 5216 . A7.Callao 426 .7512 992 2042 .Los Olivos 486 .1 P9.603 innova. Bellavista.482 NOMBRE ÁREA CARGO TELÉFONO / FAX DATOS EMPRESA INNOVA A5 P6 994 .7231 999 419 .456 .com neoaguil17@hotmail.com BRAVO CARDENAS Jr.dse@gmail. P22 994 .3 P7.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. COVIDA .com 284 .com INNOVA A6. P15 994 .8321 992 239 .469 bra85@hotmail.dse@gmail. Gonzales Prada 759.com ALUM4 Jr. ROL/PERSONA NOMBRE Y APELLIDO DIRECCIÓN ROL 2 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 3 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 4 TELÉFONO CELULAR CORREO PERSONAL DATOS PERSONALES ALUM2 Jr. A7.dse@gmail. Micaela Bastida 781 .603 innova.456 .456 .

Mariano Melgar 141 .603 innova.456 .dse@gmail. ROL/PERSONA NOMBRE Y APELLIDO DIRECCIÓN ROL 5 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 6 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 7 TELÉFONO CELULAR CORREO PERSONAL DATOS PERSONALES ALUM5 Jr. A7.com 285 .456 .3 P4. Covida 210 Los Olivos 523-1254 992-414-798 karlos25_01@hotmail.Comas 529 .224 jade17_64@hotmail.dse@gmail.3357 980 .758 .603 innova.com INNOVA A6 P10 994 . P21 994 .dse@gmail.603 innova.com ALUM6 Av.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.456 . Las Palmeras 777 Los Olivos 521-4587 999-712-441 NOMBRE ÁREA CARGO TELÉFONO / FAX DATOS EMPRESA INNOVA A3 P3 994 .com CRUCEZ FIERRO JR.com CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA snk_clarck@hotmail.com INNOVA A3.

ROL/PERSONA NOMBRE Y APELLIDO DIRECCIÓN ROL 8 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 9 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 10 TELÉFONO CELULAR CORREO PERSONAL DATOS PERSONALES YOHANY ALUM8 Psje. 259 .456 .dse@gmail. 3 Gr. 22-A Mz. 12 . ATALAYA 110 BREÑA 330 .713 pandora_gp@hotmail.603 innova.1 P5.M.603 innova.com NOMBRE ÁREA CARGO TELÉFONO / FAX DATOS EMPRESA INNOVA A6. 4 José Gálvez V. 293 .170 .dse@gmail.T.dse@gmail. A7.E.2 P2.382 .1899 992 . 19c Lt.456 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Gómez Mz.6432 993 .com ALUM10 Sc.com INNOVA A4 .com ANGEL ALUM9 JR.1913 990 .144 2605@gmail.V.S. A7. 6 Pdro. P17 994 .999 maeg_001@hotmail.2 P11.456 . G Lt.603 innova.com INNOVA A2.056 . P19 994 .com CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA 286 . A7. P14 994 .

1ro de Noviembre Mz J lt 3 3591566 992691213 b_gonzalesh@hotmail.S.dse@gmail. Rosario del Norte . LAS ESMERALDAS 816 3852677 997 .456 .412 -170 fragp7@hotmail.com CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA 287 . 1 Urb.com ALUM13 CA.P 523 .456 .603 innova. J1 lote.603 innova. A7.5230 992 207 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 P16 994 .2 P1.456 .com EL AGUSTINO Chaclacayo NOMBRE ÁREA CARGO TELÉFONO / FAX DATOS EMPRESA INNOVA A1.M.dse@gmail.dse@gmail.com ALUM12 Mz. P20 994 .com INNOVA A7 P12 994 .com INNOVA A7.603 innova. ROL/PERSONA NOMBRE Y APELLIDO DIRECCIÓN ROL 11 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 12 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 13 TELÉFONO CELULAR CORREO PERSONAL DATOS PERSONALES ALUM11 (JEFE DEL PROYECTO) Asoc.307 _gv1@hotmail.

456 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.Chorrillos 530-4582 999-421-128 NOMBRE ÁREA CARGO TELÉFONO / FAX DATOS EMPRESA INNOVA A7. Cáceres 237 Urb. Buenos Aires .603 anlurq@hotmail.dse@gmail.S.com INNOVA A7. ROL/PERSONA NOMBRE Y APELLIDO DIRECCIÓN ROL 14 TELÉFONO CELULAR CORREO PERSONAL NOMBRE Y APELLIDO DIRECCIÓN ROL 15 TELÉFONO CELULAR CORREO PERSONAL DATOS PERSONALES ALUM14 Jr.1 P13 994 .com 288 . 387-1624 994 .2 P18 994 .603 innova.J.603 innova.com ALUM15 Jr.dse@gmail. Ruan 111 Urb.com CORREO EMPRESA NOMBRE ÁREA CARGO TELÉFONO / FAX CORREO EMPRESA randalrjo@hotmail.456 .L. Mirones .456 .

2 ADP = Área de Diseño y Programación A7. CUADRO DE TÉRMINOS DE LAS ÁREAS (Uso exclusivo para el Directorio del equipo del proyecto) ÁREA A1 A2 A3 A4 A5 DIRE = Dirección GC = Área de Gestión de Costos CCA = Área de Control de Calidad RRHH = Área de Recursos Humanos CO = Área de Comunicaciones P1 P2 P3 P4 P5 P6 P7 P8 P9 P10 P11 P12 P13 P14 P15 P16 P17 P18 P19 P20 P21 P22 P23 RECURSOS (Personal) BGH = Jefe del Proyecto MEG = Jefe del área HCB = Jefe del área CCF = Auditor de Control de Calidad MGP = Jefe del área JAA = Jefe del área ABA = Asistente de Comunicaciones JAP = Secretaria IBC = Jefe del área MCA = Consejero de Cambios ZDG = Consejero de Riesgos OGV = Jefe del área JHL = Jefe del área MGP = Modelador de sistemas IBC = Modelador de base de datos FGP = Jefe del área MEG = Diseñador RJO = Programador 1 ZDG = Programador 2 BGV = Programador 3 CCF = Jefe del área ABA= Asistente de pruebas externas JAP = Jefe del área A6 A7 A7.1 GCC = Área de Gestión de Cambios y Actualizaciones ADS = Área de Desarrollo AAN = Área de Análisis A7.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4 APR = Área de Pruebas AD = Área de Documentación 289 .3 A7.

2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.6 GESTIÓN DE LAS COMUNICACIONES 290 .

1 PLAN DE GESTIÓN DE COMUNICACIONES HISTORIAL DE VERSIONES Versión 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.0 Hecha por JAA JAA Revisada por GBH GBH Aprobada por JC JC Fecha 10-07-2010 27-06-2010 Motivo Versión Original Borrador 291 .1 1.6.

b) Realizar un seguimiento a las soluciones programadas que se están aplicando. Se codifican y registran las polémicas en el Log de Control de Polémicas considerando el siguiente formato: LOG DE CONTROL DE POLEMICAS Código Descripción Involucrados Enfoque de Solución Eventos ocurridos Acciones de solución Responsable Fecha Resultado 3. Se captan todas las polémicas presentadas durante las reuniones formales del equipo de proyecto.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. 292 . de no ser así se tomarán acciones correctivas al respecto.1 Hecha por JAA Revisada por GBH Aprobada por JC Fecha 10-07-2010 UNIVERS. Antes de cada reunión. de no ser así se plantearán nuevas soluciones. Motivo Versión Original PLAN DE G ESTIÓ N DE COMUNICACION ES NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Desarrollo de la Suite del estudiante DSE PROCEDIMIENTO PARA TRATAR POLÉMICAS: 1. c) Revisar si las soluciones aplicadas han sido efectivas y si la polémica ha sido resuelta. 2. los responsables de Comunicación proceden a revisar el Log de Control de Polémicas con el fin de: a) Verificar la existencia de polémicas pendientes para determinar las posibles soluciones con el equipo de Gestión del proyecto.

Sponsor sobre la forma de comunicación. la cual deberá pasar por el siguiente proceso: a) El problema será tratado por el Sponsor y el equipo de Gestión del Proyecto con el fin de proponer una solución en base a negociaciones. b) Si el problema aún persiste éste será resuelto por el Sponsor en coordinación con los responsables de Gestión de Cambios y Actualizaciones para las modificaciones correspondientes. Debe fijarse la agenda con anterioridad. El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado cada vez que: 1. Hay personas que ingresan o salen del proyecto. 4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 3. La actualización del Plan de Gestión de las Comunicaciones deberá seguir los siguientes pasos: 1. a los participantes (previa revisión por parte de ellos). 7. Hay una solicitud de cambio aprobada del Sponsor que impacte en el Plan de Gestión de Proyecto. Determinación de requerimientos de información. 3. tomándose como referencia para la evaluación de los miembros del equipo. la cual está presente en las actas de reuniones. 10. Hay quejas. sugerencias. sólo en caso que sean reuniones extraordinarias y no se logre confirmar el lugar y hora de la reunión. comentarios o evidencias de requerimientos de información no satisfechos. 2. Hay solicitudes inusuales de informes o reportes adicionales. esto se realiza como último punto de cada reunión y queda registrado en las actas de reuniones. Hay evidencias de resistencia al cambio. 4. 5. Elaboración de la Matriz de Comunicaciones del Proyecto. 9. Aprobación del Plan de Gestión de las Comunicaciones. 4. La puntualidad. Hay una solicitud de cambio aprobada del equipo de trabajo. Hay cambios en la matriz autoridad versus influencia de los stakeholders. 293 . Difusión del nuevo Plan de Gestión de las Comunicaciones. 6. 8. 5. 6. En caso que la polémica no pueda ser resulta a pesar del respectivo seguimiento detallado en el punto 3. 3. Hay evidencias de deficiencias de comunicación dentro y fuera del proyecto. Se debe emitir un Acta de Reunión la cual se debe repartir por medio del correo electrónico. Actualización del Plan de Gestión de las Comunicaciones. se comunicará por medio electrónico. Debe coordinarse e informarse la fecha. roles del proyecto. Guías para Reuniones Todas las reuniones deberán seguir las siguientes pautas: 1. Hay una acción correctiva que impacte las necesidades de información de los stakeholders. hora y lugar con los participantes. Identificación y clasificación de stakeholders. Hay cambios en las asignaciones de personas a áreas. 4. dicha polémica se convertirá en un problema. 2. 2.

2. estará a cargo del Área de RRHH y Comunicaciones la cual usará el correo electrónico del equipo como medio de comunicación. UNIVERS. a que fecha corresponde la versión. 6. Guías para el control de versiones: 1. El reparto de Documentos físicos para los interesados. y por qué motivo se emitió dicha versión. Se debe terminar cuando los objetivos de las reuniones se han tomado en cuenta. debe transcurrir 24 horas para que se dé por aceptada dicha acta. Luego que se realiza y envía por correo electrónico el Acta de Reunión.Mail: Es utilizado para la comunicación de noticias urgentes. tratar los pendientes) y los métodos de solución de controversias. quién lo aprobó. Se deben fijar los objetivos de la reunión (cerrar los temas abiertos en las actas anteriores. GUÍAS PARA DOCUMENTAR EL PROYECTO Guías para Recuperación y Reparto de Documentos. 8. anotando la versión. Los documentos de Gestión de Proyectos presentados al Sponsor están sujetos al Control de Versiones. El tipo de mensaje es de 294 . Cada vez que se emite una versión del documento se llena una fila en la cabecera. 7. dicho Control de Versiones se encuentra ubicado en la cabecera de cada documento y tienes el siguiente formato: CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 5. quien emitió el documento. VÍAS DE COMUNICACIÓN Vías formales de comunicación Son las que se transmiten a través de canales oficiales Medios utilizados en la comunicación formal:  E.1. El reparto de Documentos digitales estará a cargo del Área de Comunicaciones la cual usará el correo electrónico del equipo como medio de comunicación. Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de anotador (toma nota de los resultados formales de la reunión). quién lo revisó.

Por tal motivo.  Red de Confianza Revela qué interesados comparten la información delicada y se respaldan mutuamente en una situación de crisis. de intercambio individual y grupal. no están planificadas y no siguen la estructura formal. Puede reforzarse por otros medios para asegurarse la masividad de la llegada de la información. etc. Es necesaria analizarla cuando baja la productividad. procedimientos de gestión. Reuniones: Se utiliza para comunicar temas delicados o complejos. Vías informales de comunicación Emergen de la interacción natural que existe entre los miembros del equipo. Permiten la comunicación frente a frente y da lugar a preguntas que surgen espontáneamente. calidades de producto. el equipo debe examinarlas cuando llevan adelante un cambio importante o enfrentan una crisis.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. normativas. para resolver los problemas y recibir información técnica. 295 . Redes o medios de Comunicación Informal  Red de Asesoramiento Se basa en los principales interesados del proyecto de quienes dependen los demás. El estilo del mensaje es formal y en relación al tema que trata.  Red de Comunicación Pone de manifiesto cuáles son los interesados que hablan regularmente sobre cuestiones de trabajo. Puede ser usado como material de consulta.   índole informativa. Manuales: Documento de información que específica algún tema.

ALUM2. : 01 Lugar Convocado por Fecha: 12-06-2010 UNIVERS. ALUM12. ALUM10. Hora: 2:30 pm UNIVERSIDAD NACIONAL FEDERICO VILLARREAL EQUIPO Nº1 INTEGRANTES Ítem 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ALUM1. BRAVO CARDENAS. ALUM9. CRUCEZ FIERRO. ALUM15. ALUM4. ALUM11. ALUM8. ALUM13. ALUM5. ALUM6. ALUM14.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS DESARROLLO DE LA SUITE DEL ESTUDIANTE ACTA DE REUNIÓN ACTA Nro. Apellidos y Nombres Asistencia SI SI SI SI SI SI SI SI SI SI SI SI SI SI SI Observación 296 .

AGENDA TRATADA Ítem Temas Se Culminó? 1 2 Establecer el equipo técnico Realizar el Acta de Constitución SI NO INFORMACIÓN Y/O ACUERDOS PARA LA SIGUIENTE REUNIÓN Fecha: 15 06 2010 Hora: 7:30 pm Ítem 1 2 3 Lugar: UNIVERS. Descripción Traer avances del Acta de Constitución Realizar el Acta de Constitución Terminar la presentación del día sábado 19-06-2010 No habiendo más que agregar. Gerente General Alum12. se dio por concluida la reunión siendo las 17:30 horas: --------------------------------------Alum11. 12 de Junio del 2010 297 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. -------------------------------------- Sub-Gerente Lima.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. ALUM2. : 02 Lugar Convocado por Fecha: 15-06-2010 Hora: 7:30 pm UNIVERSIDAD NACIONAL FEDERICO VILLARREAL EQUIPO Nº1 INTEGRANTES Ítem 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ALUM1. ALUM15. ALUM13. ALUM10. Apellidos y Nombres Asistencia SI SI SI SI SI SI SI SI SI SI SI SI SI SI SI Observación 298 . BRAVO CARDENAS. ALUM4. ALUM9. DESARROLLO DE LA SUITE DEL ESTUDIANTE ACTA DE REUNIÓN ACTA Nro. ALUM14. ALUM11. CRUCEZ FIERRO. ALUM5. ALUM6. ALUM12. ALUM8.

alcance Lugar: UNIVERS.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. se dio por concluida la reunión siendo las 22:00 horas: --------------------------------------Alum11. Gerente General Alum12. 15 de Junio del 2010 299 . -------------------------------------- Sub-Gerente Lima. No habiendo más que agregar. AGENDA TRATADA Ítem Temas Se Culminó? 1 2 3 Avanzar con el Acta de Constitución Terminar la presentación del día sábado 19-06-2010 Se estableció los días de reunión (jueves y sábado) SI NO SI INFORMACIÓN Y/O ACUERDOS PARA LA SIGUIENTE REUNIÓN Fecha: 17 06 2010 Hora: 7:30 pm Ítem 1 2 Descripción Finalizar el Acta de Constitución del Proyecto Avanzar con el desarrollo del área de conocimiento .

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. ALUM11. ALUM14. ALUM10. : 03 Lugar Convocado por Fecha: 17-06-2010 Hora: 7:30 pm UNIVERSIDAD NACIONAL FEDERICO VILLARREAL EQUIPO Nº1 INTEGRANTES Ítem 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ALUM1. CRUCEZ FIERRO. ALUM5. ALUM6. ALUM2. ALUM4. ALUM8. ALUM15. ALUM13. BRAVO CARDENAS. DESARROLLO DE LA SUITE DEL ESTUDIANTE ACTA DE REUNIÓN ACTA Nro. ALUM9. ALUM12. Apellidos y Nombres Asistencia SI SI SI SI SI SI SI SI SI SI SI SI SI SI SI Observación 300 .

17 de Junio del 2010 301 . se dio por concluida la reunión siendo las 22:00 horas: --------------------------------------Alum11. Gerente General Alum12. AGENDA TRATADA Ítem Temas Se Culminó? 1 1 3 4 Culminar con la presentación del primer entregable para el día Sábado Culminar el Acta de Constitución del Proyecto Enunciado del Alcance Se determinó la calificación por cada ítem de evaluación que influye en la nota individual SI SI NO SI INFORMACIÓN Y/O ACUERDOS PARA LA SIGUIENTE REUNIÓN Fecha: 19 06 2010 Hora: 11:30 am Ítem 1 2 Lugar: UNIVERS. Descripción Finalizar el desarrollo de la Gestión del Alcance del Proyecto Definir Grupos de Trabajo para la realización de las demás tareas No habiendo más que agregar.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. -------------------------------------- Sub-Gerente Lima.

ALUM10. ALUM15. Apellidos y Nombres Asistencia SI SI SI SI SI SI SI SI SI SI SI SI SI SI SI Observación 302 . ALUM5. ALUM12. CRUCEZ FIERRO. ALUM13. ALUM9. ALUM6. Hora: 11:30 am UNIVERSIDAD NACIONAL FEDERICO VILLARREAL EQUIPO Nº1 INTEGRANTES Ítem 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ALUM1. : 04 Lugar Convocado por Fecha: 19-06-2010 UNIVERS.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS DESARROLLO DE LA SUITE DEL ESTUDIANTE ACTA DE REUNIÓN ACTA Nro. ALUM2. ALUM14. ALUM11. BRAVO CARDENAS. ALUM8. ALUM4.

se dio por concluida la reunión siendo las 14:00 horas: --------------------------------------Alum11. AGENDA TRATADA Ítem Temas Se Culminó? 1 1 3 Revisión de la Gestión del Alcance del Proyecto Revisión de la Gestión del Tiempo del Proyecto Revisión de la Gestión del Costo del Proyecto SI NO NO No habiendo más que agregar. Gerente General Alum12.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 19 de Junio del 2010 303 . -------------------------------------- Sub-Gerente Lima.

ALUM2. ALUM15. CRUCEZ FIERRO. Apellidos y Nombres Asistencia ** 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ALUM1. decisión de gerencia) T: Tardanza F: Falta ** P: Presente 304 . ALUM5. ALUM13. ALUM8. LISTA DE INTEGRANTES DEL PROYECTO DSE Ítem. ALUM10. ALUM11. ALUM6.9 puntos) (0-4 puntos) (0-3 puntos) (0-3 puntos. BRAVO CARDENAS. : 01 UNIVERS. P P P P P P P P P P P P P P P Hora de Factores de Evaluación* Asistencia P PT AC PE 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 2:00PM 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 * P : Puntualidad PT: Participación en las reuniones AC: Cumplió con traer lo acordado PE: Puntos Extras (0. ALUM12. ALUM14.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS INFORMES DE DESEMPEÑO Desempeño Reunión Nro. ALUM9. ALUM4.

: 02 UNIVERS. ALUM2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS Desempeño Reunión Nro. ALUM5. ALUM8. Apellidos y Nombres Asistencia ** Hora de Factores de Evaluación* Asistencia P PT AC PE 7:30PM 7:30PM 8:05PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 9 9 7 9 9 9 9 9 9 9 9 9 9 9 9 3 4 4 4 5 3 3 5 5 5 5 5 5 5 3 2 2 2 2 2 2 2 2 2 2 3 2 2 2 2 3 2 2 2 3 2 2 3 2 2 3 3 2 3 2 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ALUM1. ALUM13. CRUCEZ FIERRO. ALUM11. LISTA DE INTEGRANTES DEL PROYECTO DSE Ítem. ALUM12. ALUM14. ALUM4. ALUM6. ALUM10.9 puntos) (0-5 puntos) (0-3 puntos) (0-3 puntos. ALUM15. ALUM9. decisión de gerencia) ** ** P: Presente T: Tardanza F: Falta 305 . BRAVO CARDENAS. P P T P P P P P P P P P P P P * P : Puntualidad PT: Participación en las reuniones AC: Cumplió con traer lo acordado PE: Puntos Extras (0.

ALUM13. Apellidos y Nombres Asistencia ** 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 * Hora de Factores de Evaluación* Asistencia P PT AC PE 8:40PM 8:20PM 9:30PM 7:30PM 7:30PM 7:50PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:30PM 7:50PM 7:30PM 5 5 5 9 9 9 9 9 9 9 9 9 9 9 9 3 4 3 4 5 3 3 5 5 5 5 5 5 5 3 2 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 2 2 2 3 2 2 3 2 2 3 3 2 3 2 ALUM1. P : Puntualidad T T T P P P P P P P P P P T P (0. ALUM6. BRAVO CARDENAS. ALUM15. Desempeño Reunión Nro. ALUM11. ALUM2. ALUM8. decisión de gerencia) ** P: Presente T: Tardanza F: Falta Desempeño Reunión Nro. CRUCEZ FIERRO. ALUM12.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. ALUM9. ALUM10. : 03 LISTA DE INTEGRANTES DEL PROYECTO DSE Ítem. ALUM14. : 04 306 . ALUM5.9 puntos) PT: Participación en las reuniones AC: Cumplió con traer lo acordado PE: Puntos Extras (0-5 puntos) (0-3 puntos) (0-3 puntos. ALUM4.

Apellidos y Nombres Asistencia ** 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ALUM1. BRAVO CARDENAS. ALUM2. ALUM13.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS LISTA DE INTEGRANTES DEL PROYECTO DSE Ítem. Hora de Factores de Evaluación* Asistencia P PT AC PE 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 11:30AM 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 3 4 3 4 5 3 3 5 5 5 5 5 5 5 3 2 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 2 2 2 3 2 2 3 2 2 3 3 2 3 2 * P : Puntualidad (0. ALUM10. CRUCEZ FIERRO. ALUM5. ALUM6. ALUM14. ALUM9. ALUM4. ALUM15.9 puntos) (0-5 puntos) (0-3 puntos) (0-3 puntos. ALUM12. decisión de gerencia) PT: Participación en las reuniones AC: Cumplió con traer lo acordado PE: Puntos Extras ** P: Presente T: Tardanza F: Falta TERMINOLOGÍA COMÚM AL ESTABLECER LAS COMUNICACIONES 307 . T T T P P P P P P P P P P T P UNIVERS. ALUM8. ALUM11.

es una estructura exhaustiva. y define la autoridad del Jefe del Proyecto. se esbozan los objetivos del proyecto.. también conocido por su nombre en inglés Work Breakdown Structure o WBS. jerárquica y descendente formada por los entregables a realizar en un proyecto. documentación. protección para cambios no Stakeholder Reserva de Contingencia Reserva de Gestión EDT En gestión de proyectos. una estructura de descomposición del trabajo o EDT.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. capacitación y despliegue del sistema. o micro forma). Representa una planificados. herramientas y técnicas a las actividades del proyecto para cumplir con los requisitos del mismo. GLOSARIO DE TÉRMINOS NOMBRE DEL PROYECTO Desarrollo de la Suite del estudiante SIGLAS DEL PROYECTO DSE TÉRMINO Biblioteca Virtual DESCRIPCIÓN Una biblioteca digital o biblioteca virtual es una biblioteca en que una proporción significante de los recursos de información se encuentran disponibles en el formato digital (pdf. identifica las principales partes interesadas. accesible por medio de las computadoras. Proporciona una delimitación preliminar de las funciones y responsabilidades. etc. doc. objetivos y participantes en el proyecto. Aplicación de conocimientos. Los interesados dentro de un proyecto Es la previsión de recursos que se hace para hacer frente a gastos imprevistos tales como jubilaciones y retiros del personal de la empresa con cargo a resultados. Es una declaración sobre el alcance. Sirve como una referencia de autoridad para el futuro del 308 . Consiste en el análisis y modelado del Negocio Consiste en el análisis y modelado del Sistema Fase de Dirección del Proyecto Fase de Conceptualización Fase de Elaboración Fase de Construcción Fase de Transición Project Charter Consiste en el Desarrollo en sí del sistema Realización de pruebas. habilidades.

Una medida de eficiencia en función de los costos respecto al proyecto. Índice de performance del costo. definiciones y restricciones presentes en una organización y que son de vital importancia para alcanzar los objetivos misionales Un diagrama de actividades representa los flujos de trabajo paso a paso de negocio Un diagrama de clases del negocio es un tipo de diagrama estático que describe la estructura de una organización mostrando sus clases.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS proyecto. detalles técnicos. la descripción de los procesos y estructuras básicas del negocio. eventos y escenarios en los diagramas de caso de uso Glosario de negocio Reglas del negocio Diagrama de actividad del negocio Diagrama de clases del negocio Requerimiento funcionales del sistema Requerimiento no funcionales del sistema Matriz de trazabilidad del sistema Especificación de casos de uso 309 . SPI Índice de performance del cronograma. manipulación de datos y otras funcionalidades específicas que muestran cómo los casos de uso serán llevados a la práctica Se refieren a todos los requisitos que ni describen información a guardar. Una medida de eficiencia del cronograma en el proyecto. Un requisito funcional define el comportamiento interno del software: cálculos. CPI UNIVERS. atributos y las relaciones entre ellos. operaciones. Es la relación del valor ganado y los costos reales. Es la razón entre el valor ganado y el valor planificado. ni funciones a realizar La matriz de trazabilidad se usa para ver si los casos de uso que existen satisfacen todos los requerimientos. normas. Conjunto de definiciones que explican la terminología usada en la definición del modelo del negocio Las Reglas del Negocio o Conjunto de Reglas de Negocio describe las políticas. Implica mencionar interacciones. Incluyen. Un valor mayor o igual a 1 indica una condición favorable. CV SV Arquitectura De Negocio Es una medida de desempeño del costo en un proyecto Es una medida de desempeño del cronograma en un proyecto La arquitectura del negocio puede verse como un conjunto de elementos relacionados entre sí por medio de una funcionalidad determinada que representa la estructura y la organización de un Sistema de Negocio . a un nivel de abstracción alto.

contenido y organización Diagrama de estados del sistema Diagrama de secuencia del sistema Diagrama de comunicación (colaboración). Un diccionario de datos es un conjunto de metadatos que contiene las características lógicas y puntuales de los datos que se van a utilizar en el sistema que se programa. Diagrama de entidad . un equipo o una computadora. Un diagrama de casos de uso del sistema es una especie de diagrama de comportamiento del sistema Un diagrama de clases del sistema es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases. o. E-R "Entity relationship". Un diagrama de estados del sistema es un diagrama utilizado para identificar cada una de las rutas o caminos que puede tomar un flujo de información en la organización luego de ejecutarse cada proceso El diagrama de secuencia es un tipo de diagrama usado para modelar interacción entre objetos en un sistema Un diagrama de colaboración es esencialmente un diagrama que muestra interacciones organizadas alrededor de los roles Un diagrama o modelo entidad-relación (a veces denominado por su siglas. "DER" Diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información. alias.relación Diagrama del modelo de datos (modelo físico) Diccionario de datos Prototipos de interfaz de usuario Esquema general del medio con que el usuario puede comunicarse con una máquina. descripción. atributos y las relaciones entre ellos. AC PGP QA QC Es el costo total en el que se ha incluido realmente Plan general del proyecto Aseguramiento de la calidad Control de calidad 310 . El modelo de datos proporciona una manera simple de representar los datos: una tabla bidimensional llamada relación. y comprende todos los puntos de contacto entre el usuario y el equipo. incluyendo nombre. normalmente suelen ser fáciles de entender y fáciles de accionar.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS Diagrama de casos de uso del sistema Diagrama de clases del sistema UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.6.1 1.2 MATRIZ DE COMUNICACIONES DEL PROYECTO CONTROL DE VERSIONES Versión 1.0 Hecha por JAA JAA Revisada por GBH GBH Aprobada por JC JC Fecha 10-07-2010 27-06-2010 Motivo Versión Original Borrador 311 . 2.

Después de cada cambio 1.Área de Gestión de Cambios y Actualizaciones . CONTROL DE VERSIONES Versión 1.1 Hecha por JAA Revisada por GBH Aprobada por JC Fecha 10-07-2010 Motivo Versión Original MATRIZ DE COMUNICACIONES DEL PROYECTO NOMBRE DEL PROYECTO Desarrollo de la Suite del estudiante SIGLAS DEL PROYECTO DSE INFORMACIÓN CONTENIDO FORMATO NIVEL DE DETALLE RESPONSABLE DE COMUNICAR GRUPO RECEPTOR METODOLOGÍA DE ENTREGA FRECUENCIA DE COMUNICACIÓN CÓDIGO DEL ELEMENTO EDT Planificación del Proyecto Actualización de los documentos de planificación del proyecto PGP Actualizado Alto Jefe del Área de Gestión de Cambios y Actualizaciones .2.Área de Control de Calidad .Equipo del Documento digital (Word) vía correo electrónico.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.8 Actualización del PGP 312 .

Jefe del Área de Comunicaciones Jefe del Proyecto 313 .7 Gestión de Riesgos Estado del Proyecto Documento por el cuál la Dirección del Proyecto hará un control de incentivos Disposición gerencial de evaluación de rendimiento.Jefe del Área de Comunicaciones . Pronóstico de Tiempo y Costo.4 Seguimiento y control Sponsor Documento impreso Documento digital (Word) vía correo electrónico A lo largo del proyecto.Jefe del Área de RRHH . 1. Proyecto Sponsor Documento impreso(Word) Estado del Proyecto Estado Actual. Informe de Seguimiento Alto .2.Jefe del Área de RRHH .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Progreso. Problemas y pendientes.Jefe del Área de Control de Calidad .Área de Control de Calidad Equipo del Proyecto Documento digital (Word) vía correo electrónico A lo largo del proyecto 1. Muy Alto .

2.Todos los Jefes de Cada Área .Jefe del Área de Comunicaciones .Jefe del Área de RRHH .7 Gestión de Riesgos Estado del Proyecto Evaluación periódica a la Dirección del Proyecto por el equipo del proyecto.7 Gestión de Riesgos Estado del Proyecto Resultados de la evaluación previa de las aptitudes del personal.7 Gestión de Riesgos Estado del Proyecto Organigrama al equipo del proyecto Medio . 1. Documento digital (Word) vía correo electrónico del equipo del A lo largo del proyecto. Evaluación previa del personal Medio -Jefe del Proyecto . Al inicio del proyecto 1.Jefe del Área de -Equipo del Proyecto Por desempeño 1. base para elaborar el organigrama.Jefe del Área de RRHH .2. Estado del Proyecto Memorándum que se enviará por motivo de: aproximación de fecha de remisión de entregable Memorándum de Alerta Muy Alto .Jefe del Área de Comunicaciones -Equipo del Proyecto Documento digital (Word) vía correo electrónico. Presentación del documento que muestra el organigrama del proyecto Evaluación a la Dirección del Proyecto.Jefe del Proyecto Documento digital (Word) vía correo electrónico del equipo del proyecto.7 Gestión de Riesgos 314 .Jefe del Área de RRHH .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 1.2.Jefe del Área de Control de Calidad -Equipo del Proyecto Documento digital (Word) vía correo electrónico A lo largo del proyecto.2. Medio .

7 Gestión de Riesgos Desarrollo del Software Plan de Desarrollo del Software Muy Alto -Jefe del Área de Desarrollo . Comunicaciones proyecto.Área de Gestión de Cambios y Actualizaciones .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 Desarrollo de módulos .Área de Control de Calidad Documento digital (Word) vía correo electrónico Diario 4. al inicio del proyecto 1. Una sola vez.2. Estado del Proyecto Documento donde se describen todos los roles que intervienen en el proyecto Organización para el desarrollo de cada módulo del sistema.Jefe del Área de Comunicaciones -Equipo del Proyecto Documento digital (Word) vía correo electrónico del equipo del proyecto. Documentación de Expectativas del Líder Usuario Muy Alto -Jefe del Área de análisis .1 Gestión de Requerimientos 315 .Área de Control de Calidad .Área de Gestión de Cambios y Documento digital (Word) vía correo electrónico Diario 3. Documento De Descripción De Roles Medio .Jefe del Área de RRHH .Equipo del Proyecto Desarrollo del Software Recopilación de las expectativas del Líder Usuario del sistema.

Área de Gestión de Cambios y Actualizaciones .Área de Control de Calidad . Documento de Requerimientos No Funcionales del Sistema Alto -Jefe del Área de análisis .3 Requerimientos No Funcionales del Sistema Documento digital (Word) vía correo electrónico Diario 3.Equipo del Proyecto Desarrollo del Software Listado de los requerimientos negociados Informe de requerimientos del producto Alto -Jefe del Área de análisis .Equipo del Proyecto Desarrollo del Software Descripción del Sistema.1 Requerimientos de los interesados Documento digital (Word) vía correo electrónico. Documento de Requerimientos Funcionales del Sistema Alto -Jefe del Área de análisis .1.1.Área de Control de Calidad .Área de Gestión de Cambios y Actualizaciones .Equipo del Proyecto Desarrollo del Software Descripción Técnica del Sistema. Diario 3.Área de Documento digital (Word) vía correo electrónico Diario 3.2 Requerimientos Funcionales del Sistema 316 . Actualizaciones .1.Área de Control de Calidad .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

Modelo de la BD Alto -Jefe del Área de Diseño y programación .3 Modelo de Datos . Diario (usuarios) 3.Líder Usuario Documento impreso Semanal 317 .Equipo del Proyecto Desarrollo del Software Información detallada del Modelamiento. de la base de datos.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.Área de Control de Calidad .Equipo del Proyecto .Área de Gestión de Cambios y Actualizaciones Documento digital (Word) vía correo electrónico del equipo del proyecto. tanto lógica como física. Gestión de Cambios y Actualizaciones .

Área de Control de Calidad .4 Prototipos de interfaz de usuario Desarrollo del Software Listado detallado de Pruebas a las que se someterá el software para probar su Operatividad.Equipo del Proyecto Documento digital vía correo electrónico Diario 3.Área de Control de Calidad .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.Sponsor Documento digital (Word) vía correo electrónico.1. Diario 5.2 Ejecución de pruebas 318 .Área de Gestión de Cambios y 5.1.Área de Gestión de Cambios y Actualizaciones .Equipo del Proyecto . Plan De Pruebas Alto -Jefe del Área de Pruebas .Área de Gestión de Cambios y Actualizaciones .Área de Control de Calidad .1 Plan de Pruebas Documento impreso Documento digital (Word) vía correo electrónico Una sola vez Pruebas del Software Resultado de las pruebas internas realizadas Informe de Pruebas Internas Alto Jefe del Área de Pruebas Una sola vez . Desarrollo del Software Presentación del diseño de los formularios del Sistema Documento De Diseño De Pantallas Medio -Jefe del Área de Diseño y programación .

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.Área de Gestión de Cambios y Actualizaciones .Área de Gestión de la Calidad Documento impreso Documento digital (Word) vía correo electrónico Una sola vez Diario 5.1 Manual Técnico (Instalación Y 319 . basados en los requerimientos del cliente. Informe de Resultados Alto Jefe del Área de Pruebas .Equipo del Proyecto Documento digital (Word) vía correo electrónico Diario 5.2.2.Área de Control de Calidad .Equipo del Proyecto Pruebas del Software Resultados de las pruebas realizadas al software.Área de Gestión de Cambios y Actualizaciones .Área de Gestión de la Calidad . Actualizaciones .Equipo del Proyecto Documento digital (Word) vía correo electrónico Diario 5.2 Informe de Pruebas Documento impreso Una sola vez Informe Final del Software Documento técnico que da asistencia a los usuarios Manual de Usuario Alto -Jefe del Área de Diseño y programación .2.3 Manual De Usuario Líder Usuario Informe Final del Software Documentación dirigido para el líder usuario Manual de Instalación Medio -Jefe del Área de Diseño y programación .1.

8 Actualización del Plan General del Proyecto Plan del Proyecto Plan para la Dirección del Proyecto actualizado PGP actualizado Alto Jefe del Proyecto Sponsor Documento impreso Una sola vez 320 .2.Equipo del Proyecto Configuración) Líder usuario Plan del Proyecto Plan para la Dirección del Proyecto PGP Alto Jefe del Proyecto Sponsor Documento impreso Documento impreso Una sola vez Una sola vez 1.Área de Gestión de Cambios y Actualizaciones .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. del software .2.8 Actualización del Plan General del Proyecto 1.

2.3 LISTA DE STAKEHOLDERS POR ROL GENERAL EN EL PROYECTO HISTORIAL DE VERSIONES Versión 1.6.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 Hecha por JAA JAA Revisada por GBH GBH Aprobada por JC JC Fecha 10-07-2010 27-06-2010 Motivo Versión Original Borrador 321 .1 1.

 Alum7. (Responsable Principal) BGH  Alum3. JHL  Alum10.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.  Alum2. (Responsable Principal) OGV  Alum14.1 Hecha por JAA Revisada por GBH Aprobada por JC Fecha 10-07-2010 UNIVERS.  Alum15. MGP JAA 322 .  Alum1. IBC  Alum4. SPONSOR ( JC)  Alum11 (BGH) EQUIPO DE GESTIÓN DEL PROYECTO Área de Conocimiento Grupo Responsable Personal de Apoyo Gestión del Alcance  Alum11. ABA CCF RJO Gestión del Tiempo  Alum12. Motivo Versión Original LISTA DE STAKEHOLDERS POR ROL GENERAL EN EL PROYECTO NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Desarrollo de la Suite del estudiante DSE ROL GENERAL Comité del Proyecto  Sponsor  Usuario  Jefe del Proyecto STAKEHOLDERS  Ing. SPONSOR ( JC)  Ing.

(Responsable Principal) HCB CCF  Alum14. FGP  Alum8.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. BGH Gestión de Riesgos  Alum8. IBC  Alum13. ABA  Alum11. Gestión de la Calidad  Alum5. JHL MEG  Alum7. (Responsable Principal) ZDG  Alum1.  Alum5. OGV Gestión de las Comunicaciones  Alum2. Franc FGP Gestión de Adquisiciones  Alum15. (Responsable Principal) MGP  Alum12. (Responsable Principal) RJO EQUIPO DE EJECUCIÓN DEL PROYECTO 323 . Gestión de los Recursos Humanos  Alum10.  Alum6.  Alum9. JAP MCA  Alum3.  Alum9. ZDG HCB  Alum6. (Responsable Principal) MEG Gestión de los Costo  Alum13. (Responsable Principal) JAA  Alum4.

DESARROLLO DEL GLOSARIO DEL NEGOCIO ALUM1 (JAP) DETERMINACIÓN DE LAS REGLAS DE NEGOCIO ALUM10 (MGP) MODELADO DE CASOS DE USO DEL NEGOCIO CREACIÓN DEL DIAGRAMA DE ACTIVIDAD DEL NEGOCIO CREACIÓN DEL DIAGRAMA DE CLASES DEL NEGOCIO CIERRE DE FASE DETERMINACION DE LOS REQUERIMIENTOS DE LOS INTERESADOS (USUARIOS) DETERMINACION DE LOS REQUERIMIENTOS FUNCIONALES DEL SISTEMA DETERMINACION DE LOS REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA CREACIÓN DE LA MATRIZ DE TRAZABILIDAD DEL SISTEMA ALUM5 (HCB) ALUM5 (HCB) ALUM14 (JHL) ALUM8 (ZDG) ALUM11 (BGH) ALUM2 (JAA) ALUM10 (MGP) ALUM10 (MGP) ALUM1 (JAP) ALUM2 (JAA) ALUM5 (HCB) ALUM10 (MGP) 324 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS ROL DETERMINACIÓN DE LA ARQUITECTURA DE NEGOCIO (MAPA DE PROCESOS) NOMBRE DEL PERSONAL ALUM14 (JHL) ALUM10 (MGP) ALUM5 (HCB) ALUM1 (JAP) ALUM8 (ZDG) UNIVERS.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS ESPECIFICACIÓN DE CASOS DE USO ALUM5 (HCB) ALUM8 (ZDG) ALUM10 (MGP) ALUM5 (HCB) UNIVERS.RELACIÓN CREACIÓN DEL DIAGRAMA DEL MODELO DE DATOS (MODELO FÍSICO) CREACIÓN DEL DICCIONARIO DE DATOS DESARROLLO DE LOS PROTOTIPOS DE INTERFAZ DE USUARIO DETERMINACIÓN DE LA PRIORIZACIÓN DE SUBSISTEMAS CREACIÓN Y DESARROLLO DE LA BASE DE DATOS ALUM8 (ZDG) ALUM14 (JHL) ALUM10 (MGP) ALUM1 (JAP) ALUM10 (MGP) ALUM10 (MGP) ALUM8 (ZDG) ALUM8 (ZDG) ALUM1 (JAP) ALUM8 (ZDG) ALUM5 (HCB) ALUM12 (OGV) ALUM13 (FGP) ALUM4 (ABA) ALUM9 (MEG) ALUM13 (FGP) BRAVO CARDENAS (IBC) ALUM15 (RJO) CRUCEZ FIERRO (CCF) ALUM11 (BGH) ALUM12 (OGV) ALUM9 (MEG) ALUM13 (FGP) ALUM11 (BGH) ALUM12 (OGV) DESARROLLO DEL MÓDULO DE GESTIÓN DE USUARIOS DESARROLLO DEL MÓDULO DE MANTENIMIENTO DESARROLLO DEL MÓDULO DE 325 . CREACIÓN DEL DIAGRAMA DE CASOS DE USO DEL SISTEMA CREACIÓN DEL DIAGRAMA DE CLASES CREACIÓN DEL DIAGRAMA DE ESTADOS CREACIÓN DEL DIAGRAMA DE SECUENCIA CREACIÓN DEL DIAGRAMA DE COMUNICACIÓN (COLABORACION) CREACIÓN DEL DIAGRAMA ENTIDAD .

ALUM11 (BGH) ALUM12 (OGV) ALUM6 (MCA) REALIZACIÓN DE PRUEBAS REALIZACIÓN DEL INFORME DE PRUEBAS CREACIÓN DEL MANUAL TÉCNICO (INSTALACIÓN Y CONFIGURACIÓN) CREACIÓN DEL MANUAL DEL SISTEMA CREACIÓN DEL MANUAL DEL USUARIO ALUM4 (ABA) CRUCEZ FIERRO (CCF) ALUM4 (ABA) ALUM15 (RJO) CRUCEZ FIERRO (CCF) ALUM6 (MCA) CREACIÓN DEL AYUDA DEL SISTEMA REALIZACIÓN DEL PLAN DE CAPACITACIÓN REALIZACIÓN DEL INFORME DE CAPACITACIÓN CREACIÓN DEL DIAGRAMA DE DESPLIEGUE REALIZACIÓN DEL EMPAQUETAMIENTO DEL SOFTWARE ALUM12 (OGV) ALUM13 (FGP) ALUM15 (RJO) CRUCEZ FIERRO (CCF) ALUM9 (MEG) ALUM13 (FGP) 326 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS REPORTES Y CONSULTAS DESARROLLO DEL MÓDULO DE PROCESOS INTEGRACIÓN DEL SISTEMA CREACIÓN DEL PLAN DE PRUEBAS ALUM6 (MCA) UNIVERS.

Ruan 111 Urb. Jr. Mariano Melgar 141 Comas Sc. 19c Lt. JR.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS INFORMACIÓN DE LOS STAKEHOLDERS NOMBRE DNI DIRECCIÓN CORREO UNIVERS.J.com 2931899 992170144 ALUM14 48963215 anlurq@hotmail.com 2591913 990056713 43459099 neoaguil17@hotmail.S. LAS ESMERALDAS 816 EL AGUSTINO Jr. 1ro de Noviembre Mz J lt 3 Chaclacayo Jr.com 3852677 997412170 ALUM5 47895621 jade17_64@hotmail. G Lt.com 52167512 992204282 ALUM8 42103658 2605@gmail.M.com 530-4582 996591469 ALUM1 45128634 j_ani2@hotmail.com 3591566 ALUM4 45789253 agenteander007@hotmail.com 5293357 980758224 MIRIAN GAMBOA PILLACCA ALUM2 45218639 pandora_gp@hotmail.S. Buenos Aires .com 4267231 999 419482 RANDAL ALUM15 45821369 randalrjo@hotmail. C Lt. b_gonzalesh@hotmail.L. 22-A Mz. Gómez Mz. 4 José Gálvez V. 12 V. Gonzales Prada 759.com 387-1624 997407796 ALUM9 45821369 maeg_001@hotmail. TELEFONO (CASA) TELEFONO (MOVIL) 992691213 ALUM11 49859320 Asoc. Cáceres 237 Urb.T. Micaela Bastida 781 Comas Psje. Jr.com 3267317 945967018 327 . Mariscal Nieto Mz. BellavistaCallao Jr. ATALAYA 110 BREÑA CA.E. Mirones Chorrillos Av. 6 Pdro. 3 Gr.com 3306432 993382999 ALUM13 48521759 blackstar_rock_1@hotmail.

J1 lote.Lima ALUM12 48293671 Mz.com 5214587 999712441 ALUM7 45269318 karlos25_01@hotmail. Las Palmeras 777 Los Olivos JR. COVIDA Los Olivos _gv1@hotmail.P Av.com 5231254 992414798 BRAVO CARDENAS 45829367 bra85@hotmail. Daniel Hernández 409. Rosario del Norte S.com 4868321 992 39469 328 . Covida 210 Los Olivos Jr. 5235230 992207307 ALUM6 45862193 snk_clarck@hotmail.M.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS 3A Ate .com UNIVERS. 1 Urb.

2.7 GESTIÓN DE RIESGOS 329 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

2.1 PLAN DE GESTIÓN DE RIESGOS 330 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.7.

Líder usuario PMBOK Equipo de proyecto Revisar la documentación Recopilación de información mediante Tormenta de ideas y Diagrama de afinidad Evaluación de probabilidad e impacto Análisis Cualitativo de Riesgos Priorizar los riesgos y evaluar la probabilidad de ocurrencia y el impacto de dichos riesgos Líder usuario Matriz de probabilidad e impacto Categorización de los riesgos Estrategias para: Amenazas Oportunidades Estrategia de respuesta para contingencias Jefe de Gestión de Riesgos Elaborar el Plan de Gestión de Riesgos Sponsor.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. Motivo Versión Original PLAN DE GESTIÓN DE RIESGOS NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE METODOLOGÍA DE GESTIÓN DE RIESGOS PROCESO Planificación de Gestión de los Riesgos DESCRIPCIÓN HERRAMIENTAS FUENTES DE INFORMACIÓN Sponsor. Líder usuario INNOVA (equipo del proyecto) Proyectos afines Identificación de los Riesgos Identificar que riesgos pueden afectar el proyecto y documentar sus características Planificación de Respuesta a los Riesgos Desarrollar opciones y acciones para incrementar las oportunidades y reducir las amenazas a los objetivos de Proyectos INNOVA (equipo del proyecto) 331 .0 Hecha por ZDG Revisada por BGH Aprobada por JC Fecha 23-06-2010 UNIVERS.

Sponsor. responsable directo Actualización de Planificación de Gestión de los Riesgos MCA ZDG MEG Proveer definiciones Ejecutar Actividad Jefe de Gestión de Cambios y Actualizaciones Actualización de Identificación de Riesgos Miembros JHL Dirigir actividad. responsable directo 332 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. responsable directo MCA ZDG MEG Proveer definiciones Ejecutar Actividad Jefe de Gestión de Cambios y Actualizaciones Análisis Cualitativo de Riesgos Miembros JHL Dirigir actividad. Líder usuario Jefe de Proyecto INNOVA (equipo del Proyecto) Monitoreo y Control de Riesgos Implementar planes de respuesta a los riesgos Identificar nuevos riesgos Reevaluación de los riesgos Reuniones sobre el estado del Proyecto ROLES Y RESPONSABILIDADES DE GESTIÓN DE RIESGOS PROCESO ROLES Jefe de Gestión de Cambios y Actualizaciones Miembros PERSONAS RESPONSABILIDADES JHL Dirigir actividad. responsable directo MCA ZDG MEG Proveer definiciones Ejecutar Actividad Actualización de Planificación de Respuesta a los Riesgos Jefe de Gestión de Cambios y Actualizaciones Miembros JHL Dirigir actividad.

3 Plan general del proyecto actualizado 1.1 Información sobre el rendimiento del trabajo Una vez Semanal Análisis Cualitativo de Riesgos Al inicio del proyecto En cada reunión del equipo del proyecto Una vez Semanal Planificación de Respuesta a los Riesgos Al inicio del proyecto En cada reunión del equipo del proyecto Una vez Semanal Seguimiento y Control del Riesgos En cada fase del proyecto Semanal 333 .3 Plan general del proyecto actualizado 1.2.3 Plan general del Proyecto actualizado Una vez Identificación de los Riesgos Al inicio del proyecto En cada reunión del equipo del proyecto 1.1 Información sobre el rendimiento del trabajo 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS MCA ZDG MEG UNIVERS. Proveer definiciones Ejecutar Actividad Seguimiento y Control del Riesgos Jefe de Gestión de Cambios y Actualizaciones Miembros JHL MCA ZDG MEG Dirigir actividad. responsable directo Proveer definiciones Ejecutar Actividad PERIODICIDAD DE LA GESTIÓN DE RIESGOS PROCESO Planificación de Gestión de los Riesgos MOMENTO DE EJECUCIÓN ENTREGABLE DEL WBS PERIODICIDAD DE EJECUCIÓN Al inicio del proyecto 1.3 Plan general del proyecto actualizado 1.2.2.1 Información sobre el rendimiento del trabajo 1.2.1 Información sobre el rendimiento del trabajo 1.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS FORMATOS DE LA GESTIÓN DE RIESGOS Planificación de Gestión de los Riesgos Identificación de los Riesgos Análisis Cualitativo de Riesgos Planificación de Respuesta a los Riesgos Seguimiento y Control del Riesgos UNIVERS. Plan de Gestión de Riesgos Identificación y Evaluación Cualitativa de Riesgos Al inicio del proyecto En cada reunión del equipo del proyecto Al inicio del proyecto En cada reunión del equipo del proyecto Informe de Monitoreo de Riesgos Solicitud de Cambio Acción Correctiva 334 .

7.2 ESTRUCTURA DE DESGLOSE DE RIESGO (RBS) 335 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.

2.3.4 R024 Realización de un diagrama de base de datos con campos redundantes 0.36 0.3 R023 Documentación insuficiente relacionada a la metodología del trabajo Implementar el sistema con código duro.2 R035 1 Técnico 1.55 1.1.1 R007 Computadoras no adecuadas para el desarrollo del software.1 Requisitos 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1. 0.2.40 336 . 0.3.1 R034 0.2 Tecnológicos Limitación en el número de equipos informáticos (pc s) para el desarrollo del software.3.3.44 1.1 Hecha por ZDG Revisada por BGH Aprobada por JC Fecha 05-07-2010 UNIVERS.1 R033 1.2 R006 1. Combinación de diversos lenguajes para el desarrollo del software 0.3 Rendimiento 1.28 1. Motivo Versión Original ESTRUCTURA DE DESGLOSE DEL RIESGO (RBS) NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE CATEGORIAS DEL NIVEL 1 CATGORIAS DEL NIVEL 2 RIESGO (NIVEL 3) DESCRIPCIÓN Las computadoras a utilizar no cumplan con las especificaciones mínimas de requerimientos.15 0.36 1. PROB x IMPACTO 1.

42 2.39 2. Cierre del Local por Epidemia Personal no capacitado para el desarrollo del software 0.1.) 0.1.4.4 Calidad La persona encargada de verificar la calidad del software no esté capacitada en el uso de la misma.1 R025 1. etc.2 R026 0.1.1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.28 3.85 3.2.2.4 R032 Mal uso de los equipos informáticos 0.1 Cliente y Usuario 2.3 Condiciones de Salubridad 2.3 R037 Infraestructura no adecuada (paredes con rajaduras.1 R027 Cierre del local por problemas fiscales 0. Requerimientos no detallados por parte del usuario 0.1 R017 2.4.2 R030 Cierre del local por arreglos en la infraestructura 0.36 2 Externo 2.18 2.28 3.1 Recursos 3. ambientes con humedad.2 R018 0. Los procedimientos realizados no hayan sido minuciosamente revisados.40 Poca disponibilidad del usuario para revisar el avance del proyecto.3.54 Renuncia masiva del personal que desarrolla el sistema 0.54 337 . 1.2 R031 3 De la organización 3.1 R029 Cierre del Local por Huelgas.5 R015 Pérdida de información confidencial 0.60 3.2.1.30 1.1 R016 0.40 0.1. 0.1.2 Condiciones Ambientales 2.3 R028 2.

28 4.3.2 R008 Trabajar con información desactualizada 0.50 4.1.2 R011 Falta de revisión de los avances del proyecto 0.06 4.08 338 .04 4 Dirección de Proyecto 4. 0.4.65 4.3 R010 No seguir con el cronograma establecido (demora en los tiempos de presentación) 0.2 R019 Errada estimación de los Recursos Humanos Herramientas y/o técnicas no apropiadas para el Software.13 4.4 Comunicación 4.1 R022 4.1. Mala interpretación de la complejidad del software.1.3 R020 0.2 R013 Retraso en el tiempo para la construcción de los módulos del software.45 0.1 R021 0.6 R014 Cambios en los Recursos Humanos Montos mal calculados en el presupuesto para la realización del proyecto 0.08 4. 0.4.3 Control 4.42 4.3.1 R012 Demora en la toma de decisiones.24 4.2 Planificación 4.3.1 Estimación 4.1.4.2.1 R009 Incumplir con los temas programados en la agenda 0. 0.3 R004 Presentar los informes sin previa revisión y aprobación del responsable del área 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.45 4.2. 3.

85 4.5. 0.64 339 .4.2 R001 Incumplimiento de las tareas asignadas a cada personal 0.4 R002 Finalización de los entregables fuera de la fecha establecida.5.24 4.3 R036 Falta de predisposición por parte del personal 0.5 Personal 4.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5. 4.4 R005 Información desactualizada de los costos incurridos 0.1 R003 Mala dirección del Líder del Grupo (poca integración del equipo de trabajo) 0.12 4.08 4.5.

TÉCNIC 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2 R001 340 4.3 R037 2.4.4 R024 2.4.5.2 R018 2.4.3.2 R030 2.1 REQUISIT S 1.1.2 R035 1. DIRECCIÓN DEL PR ECT 4.1 ESTIMACIÓN 4.3 R004 4.5.3.4 R002 a a a a a 2.5.1.2.1.4 R032 3.1 R007 1.3 R028 3.3 C NTR L .2 R008 4.1.1 R009 4.1 R012 4.4 CALIDAD 1.4.3.1 R021 4.3.2 C NDICI NES AMBIENTALES 2.2. EXTERN 3.1 R025 1. DIAGRAMA DE ESTRUCTURA DE DESGLOSE DEL RIESGO (RBS) DSE 1.3.4 C MUNICACIÓN 1.2.3.3.1 R016 3.2 R031 3.1.3 R023 1.3 C NDICI NES SALUBRIDAD 2.3 R036 4.3 RENDIMIENT 1.3 R010 4.1.1.1 R022 4.1 R034 1.1.5.2 PLANIFICACIÓN 4.2 TECN LÓGIC S 1.3 R020 4.1 R029 4.1 R017 3. DE LA RGANIZACIÓN 4.2.1.5 PERS NAL 4.1 R003 4.1.4 R005 4.4.1 R033 1.1.2.2.2 R013 4.6 R014 2.3.5 R015 3.2 R026 4.1 CLIENTE USUARI 3.2 R006 1.1 R027 2.4.2 R019 4.2 R011 4.2.1.1 RECURS S a a ba b a a a a a a a a a a a 1.

2.7.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.3 IDENTIFICACIÓN Y EVALUACIÓN CUALITATIVA DE RIESGOS 341 .

CONTROL DE VERSIONES Versión 1.4 0. Finalización de los entregables fuera de la fecha establecida Desinterés o irresponsabilidad de algunos miembros del equipos Desorganización por los equipos de trabajo y poca comunicación Actividad no culminada a tiempo Todo el proyecto 0.81 0.00 .85 0.0 0.2 0.6 0.4 Tiempo 0.0 Hecha por FGP Revisada por BGH Aprobada por JC Fecha 05-07-2010 Motivo Versión Original IDENTIFICACIÓN Y EVALUACIÓN CUALITATIVA DE RIESGOS NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE PROBABILIDAD Muy Improbable Relativamente Probable Probable Muy Probable Casi Certeza VALOR NUMÉRICO 0.40 0.6 Costo 0.21 0.2 0.41 0.6 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.8 1.6 Calidad TOTAL PROBABILIDAD x IMPACTO Alcance 0.0.6 Costo 0.4 Alcance 0.0 IMPACTO Muy bajo Bajo Moderado Alto Muy Alto VALOR NUMÉRICO 0.30 0.20 CÓDIGO DEL RIESGO DESCRIPCIÓN CAUSA RAÍZ TRIGGER ENTREGABLES AFECTADOS OBJETIVO AFECTADO ESTIMACIÓ N DE IMPACTO PROB x IMPACT O 0.80 0.4 0.4 0.8 1.61 0.0 TIPO DE RIESGO Muy Alto Alto Moderado Bajo Muy Bajo ESTIMACI ÓN DE PROBABIL IDAD PROBABILIDAD X IMPACTO Mayor a 0.2 Muy Alto Alto 342 .16 0.6 0.08 TIPO DE RIESGO R001 Incumplimiento de las tareas asignadas a cada personal.0 0.5 R002 Retraso en presentación de entregable a cliente Todo el proyecto 0.60 0.2 0.30 0.4 0.6 0.25 0.8 0.2 0.24 0.8 0.5 Tiempo 0.

8 TOTAL PROBABILIDAD x IMPACTO Alcance Tiempo Costo Calidad 0.1 Calidad 0.36 0.0 Elaboración 4.4 Costo 0.12 0.3 Calidad 0.8 Tiempo Costo Calidad 0.36 0.08 0. Poca disponibilidad de acceso a fuentes de información actuales Informalidad al momento de desarrollar el producto 2.2 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo Costo 0.3 R007 Combinación de diversos lenguajes para el desarrollo del software Trabajar con información desactualizada Complejidad de integración modular 4.0 Construcción 0.04 0.8 Calidad TOTAL PROBABILIDAD X IMPACTO Alcance 0.02 0.2 Mediciones del rendimiento en costo 1.09 0.2.24 0. Informes de presupuesto 1.1.4 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0. entre sus miembros y el líder R003 Mala dirección del líder del grupo (poca integración del equipo de trabajo) Jefe de Equipo con falta de experiencia en dirección de proyecto Desintegración del equipo de trabajo Todo el proyecto 0.64 0.2 Costo Calidad 0.2.4 R005 Información desactualizada de los costos incurridos Ineficiencia en los procedimientos de la gestión de cambios y costos.02 Bajo Bajo Muy Bajo 343 .2 0.0 Construcción 0.3 R006 Documentación insuficiente relacionada a la metodología del trabajo Poca disponibilidad de información de apoyo para el equipo del proyecto Debido a que los programadores contratados no cuentan con los mismos conocimientos.12 0.08 Muy bajo 0.5 TOTAL PROBABILIDAD X IMPACTO Alcance 0.4 Tiempo 0.0 Conceptualización 3.4 TOTAL PROBABILIDAD x IMPACTO Alcance Tiempo Costo Calidad 0.24 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.08 Muy bajo 0. Errores en entregables Todo el proyecto 0.08 0.3 Cambios solicitados 0.3 R008 Informes generados desactualizados Todo el proyecto 0.24 Bajo 0.16 0.1 R004 Presentar los informes sin previa revisión y aprobación del responsable del área Falta de comunicación entre aéreas e incumplimiento de procedimientos establecidos.3 Plan general del proyecto actualizado 1.15 0.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.08 0.24 0.2 Costo Calidad TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.25 Muy Bajo alto Moderado 344 .3 Costo 0. R009 Incumplir con los temas programados en la agenda Falta de coordinación por parte de los miembros del equipo.04 0.1.03 0.24 Bajo 0.06 0.1 R012 Demora en la toma de decisiones.65 0.06 0.6 R010 No seguir con el cronograma establecido (demora en los tiempos de presentación) Imprevistos en la realización de las tareas y actividades programadas.10 0.06 Muy bajo 0.3 Costo 0.13 0.15 0.5 0. Demora en presentación de entregables Todo el proyecto 0.2 Seguimiento y control 0.35 0.7 Costo 0.4 Calidad 0.42 Moderado 0.2 Calidad 0. Polémicas en el equipo 1.6 Costo Calidad TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.6 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.2 Seguimiento y control 0.3 Plan general del proyecto actualizado 5.4 R011 Falta de revisión de los avances del proyecto Bajo nivel de monitoreo del desempeño del trabajo por parte de responsable a cargo Falta de Consenso de ideas durante el plan y desarrollo del proyecto Auditorias del trabajo realizado 1.3 R013 Retraso en el tiempo para la construcción de los módulos del software Identificación de nuevas tareas Incumplimiento con el cronograma establecido 1. Retraso en avance del trabajo Todo el proyecto 0.1 Plan de pruebas 0.5 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0. Actualización lista de recursos humanos Todo el proyecto 0.6 Calidad TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.5 R014 Cambios en los Recursos Humanos Renuncias o cambios de puesto.42 0.30 0.7 Costo Calidad TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.

18 0.3 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.4 Sistema integrado 0.25 Moderado 345 .08 0.5 0.40 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5 0. Problemas personales del usuario Nivel de calidad del producto 5.3 Costo 0. R015 Pérdida de información confidencial Políticas de seguridad no establecidas.3 Calidad TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.2 TOTAL PROBABILIDAD X IMPACTO Alcance 0.4 0.18 0.54 0. HH.4 R017 Requerimientos no detallados por parte del usuario Poca colaboración o interés por parte del usuario del producto Nivel de calidad del producto Todo el proyecto 0.2 Tiempo 0.2 Calidad 0.08 0.08 0.18 0.3 Costo 0.6 R016 Personal no capacitado para el desarrollo del software Incumplimiento de requerimientos de personal en la selección de RR.3 Tiempo 0.12 0.3 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.50 0. Identificación deficiente de recursos para el desarrollo Informe de avance del software 2.4 R019 Herramientas y/o técnicas no apropiadas para el Software.0 Elaboración 0.1 Ejecución de pruebas 0.2 Costo 0.02 0. Bajo desempeño laboral 4.3 Calidad 0.0 Conceptualización 3.28 0.12 0.2 Costo Calidad 0.0 Construcción 0.12 0.36 0.08 0.20 0.1 TOTAL PROBABILIDAD X IMPACTO Alcance 0. antivirus ineficaz Información incompleta para entregables Todo el proyecto 0.3 Calidad 0.2 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo Costo Calidad 0.4 R018 Poca disponibilidad del usuario para revisar el avance del proyecto.04 Muy bajo Moderado Bajo Bajo Bajo R020 Mala interpretación de la complejidad del software Falta de conocimiento del contenido del plan del software Deficiencia en el control de calidad del producto 4.12 0.02 0.12 0.12 0. sabotaje de información.3 Costo 0.

45 0.3 Plan general del proyecto actualizado 0.3 Cambios solicitados 0.2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.08 0.3 Plan general del proyecto actualizado 1.30 Bajo Moderado Bajo Bajo Bajo R026 Monitoreo ineficaz de actividades a lo largo del proyecto Informes de desempeño incorrectos Todo el proyecto 0.2 Costo 0.3 Calidad 0.5 0.12 0.4 Calidad 0.28 0. Poca experiencia del equipo de desarrollo Mantenimiento de código difícil y costoso 4.12 0. Informes de presupuesto del proyecto 1.4 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo Costo Calidad 0.16 0. Los procedimientos realizados no hayan sido minuciosamente revisados.09 0.15 0.7 Calidad TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.4 R025 La persona encargada de verificar la calidad del software no esté capacitada en el uso de la misma. R021 Montos mal calculados en el presupuesto para la realización del proyecto Ineficiencia en los procedimientos de la gestión de cambios y costos.3 0.4 Sistema integrado 0.09 0.4 0. Informes de gestión de cambios 1.08 0.4 0.4 R024 Realización de un diagrama de base de datos con campos redundantes Falta de conocimiento por parte del analista Estructura física de BD ineficiente 4.3 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo Costo 0.2 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.12 0.25 0.4 Costo 0.40 0.20 0.45 0.3 Calidad 0.3 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.2 Base de datos 4.5 Calidad TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.12 0.1 Pruebas y testeo 0.3 Costo 0.12 Bajo 346 .4 Sistema integrado 0.12 0.28 0.2.5 R023 Implementar el sistema con código duro.28 0. Falta de tiempo para la capacitación en el uso del software Informes deficientes de calidad de software 5.3 Costo 0.3 Mediciones del rendimiento en costo 1.4 R022 Errada estimación de los Recursos Humanos Mala estimación del personal por parte del área de RRHH.1.

25 0.0 Elaboración 4. R027 Cierre del local por problemas fiscales Evasión o incumplimiento de deberes tributarios Retraso en cumplimiento del cronograma del proyecto 1.21 0.15 0.2 Seguimiento y Control 0.2 Tiempo 0.18 0.3 R028 Cierre del Local por Huelgas.4 TOTAL PROBABILIDAD X IMPACTO Alcance 0.5 Costo Calidad 0.18 0. Paralizaciones del transporte público Retraso en cumplimiento del cronograma del proyecto 1.5 Costo 0.5 0.42 0. etc.1 Calidad TOTAL PROBABILIDAD X IMPACTO Alcance 0.) Construcciones con pocos niveles de seguridad Posible cierre del local por no cumplir normas de seguridad Todo el proyecto 0.03 0.12 0.0 Construcción 5.15 0.5 0.2 Tiempo 0.3 TOTAL PROBABILIDAD X IMPACTO Alcance 0.6 Costo Calidad 0.54 Moderado Moderado Muy Bajo Bajo Moderado R032 Mal uso de los equipos informáticos Falta de conocimiento en la manipulación y/u operación de los equipos informáticos Reducción en la eficiencia de los equipos 3.40 0.09 0.15 0.30 0.12 0.5 Tiempo 0.15 0.7 TOTAL PROBABILIDAD X IMPACTO Alcance 0.60 0.10 0.4 Seguimiento y Control 0.30 Muy Alto 347 .7 Tiempo 0.21 0.3 Costo 0.6 0.06 0.12 0.3 Costo 0.5 Calidad 0.39 0.5 R029 Cierre del Local por Epidemia Extensión de una pandemia Personal del equipo contagiado con epidemia Entregables del proyecto 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. ambientes con humedad.0 Transición 0.3 R030 Cierre del local por arreglos en la infraestructura Edificaciones antiguas Retraso en fechas del cronograma Todo el proyecto 0.4 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo Costo Calidad 0.15 0.4 Tiempo 0.3 Calidad TOTAL PROBABILIDAD X IMPACTO Alcance 0.15 0.6 0.3 R031 Infraestructura no adecuada (paredes con rajaduras.

12 0.85 0.3 R037 Renuncia masiva del personal que desarrolla Del sistema Pagos al personal no realizados a tiempo Actualización de lista de RR.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0Construcción 5.1 Costo 0.3 R036 Falta de predisposición por parte del personal Falta de motivación al personal Calidad de entregables Todo el proyecto 0.15 0.20 0.55 0.0Construcción 5.06 0.3 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.12 0.12 0.16 0.2 Calidad 0.0 Transición 0.28 Muy Bajo Bajo 348 . Computadoras no adecuadas para el desarrollo del software.4 R035 Problemas con la pantalla del monitor Problemas con el teclado (falta de teclas) Lento avance del desarrollo de software 4.2 Costo 0.4 Costo 0.2 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo Costo Calidad 0.08 0. HH.0 Construcción 0.4 TOTAL PROBABILIDAD x IMPACTO 0.1 Calidad 0.3 Costo 0.0Trancisión 0. Todo el proyecto 0. Las computadoras a utilizar no cumplan con las especificaciones mínimas de requerimientos.15 Moderado Moderado Muy bajo 0. Falta de presupuesto para adquirir más equipos informáticos Lento avance del desarrollo del software 4.04 0.16 0.20 0.4 Calidad 0.44 0.4 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.06 0.03 0.4 Calidad 0. R033 Limitación en el número de equipos informáticos (pc s) para el desarrollo del software.4 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.16 0.5 R034 Falta de presupuesto para repotenciar las pc s Lento avance del desarrollo de software 4.4 TOTAL PROBABILIDAD X IMPACTO Alcance Tiempo 0.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 2.7.4 PLAN DE RESPUESTA A RIESGOS 349 .

Fecha 13-07-2010 Motivo Versión Original PLAN DE RESPUESTA A RIESGOS NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE Ordenados en forma Decreciente Muy Alto Alto Moderado Bajo Muy Bajo Evitar/ Mitigar Transferir Explotar/ Compartir Mejorar Aceptar RESPONSABLE DEL RIESGO CÓDIGO DEL RIESGO PROBABILID AMENAZA/ OPORTUNIDAD DESCRIPCIÓN DEL RIESGO CAUSA RAÍZ TRIGGER ENTREGABLES AFECTADOS AD POR IMPACTO TOTAL TIPO DE RIESGO RESPUESTAS PLANIFICADAS TIPO DE RESPUESTA RESPONSABLE DE LA RESPUESTA FECHA PLANIFICADA PLAN DE CONTINGENCIA 1.85 MUY ALTO Jefe de cada área 2. Lista de Verificación a ser aplicada antes de cada sesión MITIGAR Jefe de cada área Antes de iniciar cada sesión Evaluar Incumplimiento R001 AMENAZA Incumplimiento de las tareas asignadas a cada personal Desinterés o responsabilidad de algunos miembros del equipo Actividad no culminada a tiempo Todo el proyecto 0.64 ALTO R002 Jefe de cada área 1.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS CONTROL DE VERSIONES Versión 1.1 Hecha por IBC Revisada por BGH Aprobada por JC UNIVERS. Realizar actividades en paralelo y coordinar lista de apoyo de miembros MITIGAR Jefe del Proyecto (BGH) Durante la elaboración 350 . Solicitar feedback de los participantes mediante encuestas por cada sesión MITIGAR Al finalizar cada sesión Informar a la dirección de proyectos Tomar medidas correctivas 3. Informe semanal de cumplimiento del contrato Finalización de los entregables fuera de la fecha establecida Desorganización por los equipos de trabajo y poca comunicación entre sus miembros y el Retraso en presentación de entregable a cliente MITIGAR Al final de cada semana Evaluar Incumplimiento Informar a la dirección de proyectos AMENAZA Todo el proyecto 0.

08 MUY BAJO Jefe del Proyecto (BGH) 1.1.4. Errores en entregables Todo el proyecto 0. líder 2.Revisión adecuada y minuciosa al momento de entregar un informe MITIGAR Jefe de cada área Al finalizar cada sesión Contratar gente altamente calificada para que pueda hacer labores de calidad.2 Mediciones del rendimiento en costo 1. EVITAR Jefe de cada área Acción continua 3. Continuo 2. MITIGAR R004 AMENAZA Presentar los informes sin previa revisión y aprobación del responsable del área Falta de comunicación entre aéreas e incumplimiento de procedimientos establecidos.3 Cambios solicitados Jefe de Gestión de Cambios y Actualizaci ones (JHL) MITIGAR Jefe de Recursos Humanos y Comunicaciones (JAA) Al finalizar cada sesión Evaluar impactos contractuales Tomar acciones correctivas R005 AMENAZA Información desactualizada de los costos incurridos Ineficiencia en los procedimientos de la gestión de cambios y costos.08 MUY BAJO Jefe de cada área 1. Coordinación Continúa entre los miembros de equipo del proyecto Tomar medidas EVITAR Jefe de cada área Acción continua 3.0 Construcción 0. Presentar borrador antes de emitir versión final.2. Incentivar al equipo para lograr el objetivo deseado. 1.0 Conceptualización 3. MITIGAR Jefe de Recursos Humanos y Comunicaciones (JAA) Durante su elaboración Analizar causas Monitoreo resultados 351 . Programar con tiempo la elaboración de los informes.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.36 BAJO 1.4. Programar con tiempo la elaboración de los informes 1.24 BAJO 2.8 Actualización del PGP 1. Informes de presupuesto 0.0 Elaboración 4.Comunicación y coordinación con los integrantes del equipo MITIGAR Jefe del Proyecto (BGH) Jefe de cada área Jefe de Recursos Humanos y Comunicaciones (JAA) Continuo Capacitaciones para los integrantes del equipo. Informe Semanal a la dirección de proyecto de nivel de cumplimiento de contrato EVITAR Jefe de cada área Al final de cada semana R003 AMENAZA Mala dirección del líder del grupo (poca integración del equipo de trabajo) Jefe de Equipo con falta de experiencia en dirección de proyecto Desintegración del equipo de trabajo Todo el proyecto 0. Solicitar feedback de los costos actualizados mediante formatos por cada sesión Jefe de Gerencia de Desarrollo (OGV) MITIGAR Jefe de Gestión de Cambios y Actualizaciones (JHL) Al finalizar cada sesión R006 AMENAZA Documentación insuficiente relacionada a la metodología del Poca disponibilidad de información de apoyo para el equipo del proyecto Informalidad al momento de desarrollar el producto 2.

24 BAJO Jefe de cada área 1. Verificar que la información brindada sea actual MITIGAR Jefe de cada área MITIGAR Jefe del Proyecto (BGH) Permanente acción. R008 AMENAZA Trabajar con información desactualizada Poca disponibilidad de acceso a fuentes de información actuales Informes generados desactualizados Todo el proyecto 0. Complejidad de integración modular 4.08 MUY BAJO Sponsor (JC) 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Permanente acción. Coordinación continúa con los miembros del equipo. trabajo 2. Cláusula de flexibilidad en entregables de los desarrolladores MITIGAR Jefe de Gerencia de Desarrollo (OGV) Acción continua Evaluación del Impacto Reprogramación de agenda 3. MITIGAR Jefe de Gerencia de Desarrollo (OGV) Acción continua R010 AMENAZA Demora en presentación de entregables Todo el proyecto 0. 1. MITIGAR Jefe de cada área Continua Reprogramación de actividades. Polémicas en el equipo 1. Verificación y actualización de los entregables. Verificar los entregables en cada sesión. Formalización de la solicitud.36 BAJO Jefe de Gerencia de Desarrollo (OGV) 1.4 Seguimiento y control 0. Presentar borrador antes de antes de emitir versión final. Comunicación y coordinación con el equipo. Coordinación continua con representantes del cliente. MITIGAR Jefedel Proyecto (BGH) Jefe de cada área 1. EVITAR Jefe de Gerencia de Desarrollo (OGV) Una semana antes de presentar el informe R007 AMENAZA Combinación de diversos lenguajes para el desarrollo del software Debido a que los programadores contratados no cuentan con los mismos conocimientos. 352 .Contratar a personal calificado ACEPTAR Jefe de Recursos Humanos (MGP) Al Inicio Tener un perfil para todos los programadores Continua 2. Cláusula de flexibilidad en entregables de los analistas No seguir con el cronograma establecido (demora en los tiempos de presentación) Imprevistos en la realización de las tareas y actividades programadas.42 MODERADO Jefe de Recursos Humanos y Comunicaci ones (JAA) 2.0 Construcción 0. MITIGAR Jefe del Proyecto (BGH) Durante la elaboración R009 AMENAZA Incumplir con los temas programados en la agenda Falta de coordinación por parte de los miembros del equipo.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Determinar el rendimiento e incumplimiento de los integrantes. Elaboración Del Log de Control de Polémicas. Informe del cumplimiento del trabajo de cada integrante. Realizar la integración de los módulos diariamente 2. Coordinación continúa con los miembros de RRHH MITIGAR Jefe de Recursos Humanos (MGP) Jefe de Recursos Durante la elaboración Al finalizar MITIGAR 353 .06 MUY BAJO Jefe del Proyecto (BGH) 1. Determinar el esfuerzo estimado y la duración del proyecto MITIGAR Jefe del Proyecto (BGH) Jefe de cada área Durante la elaboración R013 AMENAZA Retraso en el tiempo para la construcción de los módulos del software Identificación de nuevas tareas Incumplimiento con el cronograma establecido 1. Tomar acciones Correctivas 2. Requerir Feedback de encuestas tomadas a los integrantes por cada sesión. Al finalizar cada sesión. Realizar una estimación detallada usando información de proyectos anteriores. Falta de Consenso de ideas durante el plan y desarrollo del proyecto Retraso en avance del trabajo Todo el proyecto 0. Analizar causas. Actualización lista de recursos humanos Jefe de Recursos Humanos (MGP) MITIGAR Jefe del Proyecto (BGH) Al final de cada semana Evaluar Necesidades De cambio e impactos Contractuales R014 OPORTUNIDAD Todo el proyecto 0. MITIGAR En la planificación del Proyecto.4 Seguimiento y control 0.65 ALTO Jefe de Gerencia de Desarrollo (OGV) Analizar causas MITIGAR Jefe de Recursos Humanos y Comunicaciones (JAA) Acción continua Tomar acciones Correctivas Monitorear 3. Coordinación continua con representantes de la dirección de proyecto Cambios en los Recursos Humanos Renuncias o cambios de puesto. Programar con tiempo la elaboración de los informes MITIGAR Jefe de Recursos Humanos y Comunicaciones (JAA) Jefe de Gestión de Cambios y Actualizaciones (JHL) Jefe de cada área Al finalizar cada sesión R011 AMENAZA Falta de revisión de los avances del proyecto Bajo nivel de monitoreo del desempeño del trabajo por parte de responsable a cargo Auditorias del trabajo realizado 1. EVITAR Al finalizar cada sesión. MITIGAR Jefe de cada área R012 AMENAZA Demora en la toma de decisiones.2.50 MODERADO 1. Revisión periódica y conformidad de los avances del proyecto. MITIGAR Jefe del Proyecto (BGH) Jefes de cada área Área de Recursos Humanos y Comunicaciones (JAA) Al finalizar cada sesión. 2.8 Actualización del PGP 5.1 Plan de pruebas 0. Monitorear resultados 1.13 MUY BAJO Jefe de cada área 1. 2.

Lista de Verificación a ser aplicada antes de cada sesión MITIGAR Jefe de cada área Antes de iniciar cada sesión R018 AMENAZA Poca disponibilidad del usuario para revisar el avance del proyecto. Problemas personales del usuario Nivel de calidad del producto 5. R019 AMENAZA Herramientas y/o técnicas no apropiadas para el Software. antivirus ineficaz Información incompleta para entregables 1. Jefe de Gerencia de Desarrollo 354 .2 Ejecución de pruebas 0. AMENAZA 4.36 BAJO Jefe del Proyecto (BGH) Sponsor (JC) Jefe de Gerencia de Desarrollo (OGV) 1.1. EVITAR Jefe del Proyecto (BGH) Al finalizar cada sesión Evaluar impactos Contractuales Tomar acciones preventivas Adquirir herramientas y/o técnicas conforme a lo necesitado para el proyecto. R016 Personal no capacitado para el desarrollo del software Incumplimiento de requerimientos de personal en la selección de RR. Solicitar feedback de los participantes mediante encuestas por cada sesión MITIGAR Jefe de Recursos Humanos (MGP) Al finalizar cada sesión R017 AMENAZA Requerimientos no detallados por parte del usuario Poca colaboración o interés por parte del usuario del producto 1. Humanos (MGP) cada sesión Tomar acciones correctivas R015 AMENAZA Pérdida de información confidencial Políticas de seguridad no establecidas. Utilizar juicio de Expertos. sabotaje de información.54 MODERADO Jefe de cada área 2. Presentar borrador antes de emitir versión final. Identificación deficiente de recursos para el desarrollo Informe de avance del software 2. Contratar personal altamente calificado. HH. Comunicación y coordinación informal con representantes del cliente Nivel de calidad del producto Todo el proyecto MITIGAR Jefe del Proyecto (BGH) Continua Evaluar impactos Contractuales Tomar acciones preventivas 0.0 Construcción 0.40 BAJO Sponsor (JC) 2.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Jefe del Proyecto (BGH) MITIGAR En la fase de Lanzamiento.0 Elaboración 0.04 MUY BAJO 1. 2. Comunicarse con un representante del cliente. EVITAR Jefe de cada área Una semana antes de la fecha límite Monitorear resultados 1.0 Conceptualización 3. Programar con tiempo la elaboración de los informes Todo el proyecto MITIGAR Jefe de Recursos Humanos y Comunicaciones (JAA) Durante la Elaboración Analizar causas Tomar acciones Correctivas 0.28 BAJO Jefe de Recursos Humanos (MGP) 2. Bajo desempeño laboral MITIGAR Jefe de Recursos Humanos (MGP) Al inicio del proyecto Evaluación constante de los miembros del equipo. informe actualizado del listado de recursos humanos.

MITIGAR Jefe de Recursos Humanos (MGP) Durante la elaboración R022 AMENAZA Errada estimación de los Recursos Humanos Mala estimación del personal por parte del área de RRHH. 3.Asignación de un MITIGAR Al finalizar pruebas Todos los programadores deberán 355 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.2.1. Realizar informes de contrastes entre los requerimientos y las funcionalidades. Realizar reporte semanal del rendimiento de los integrantes de la ejecución. Actualizar el plan del proyecto.4.Realizar Capacitación del personal de Gestión de Cambios y Actualizaciones MITIGAR Jefe del Proyecto (BGH) Primeras semanas de inicio del proyecto Tomar acciones correctivas.3 Cambios solicitados 0. 1.28 BAJO Jefe de área de Diseño y 1. Matriz de trazabilidad de actividades con RRHH. Informes de presupuesto del proyecto 1.4 Integración del sistema 0. Informe Semanal a la dirección de proyecto de nivel de cumplimiento de contrato EVITAR Jefe de Gerencia de Desarrollo (OGV) MITIGAR Jefe del Proyecto (BGH) Jefe de cada área Al finalizar cada sesión R021 AMENAZA Montos mal calculados en el presupuesto para la realización del proyecto Ineficiencia en los procedimientos de la gestión de cambios y costos.4. Solicitar feedback de los participantes mediante encuestas por cada sesión Analizar causas EVITAR Jefe de Recursos Humanos (MGP) Acción continua Tomar acciones Correctivas Monitorear resultados 3. Jefe de Gerencia de Desarrollo (OGV) MITIGAR Durante la elaboración Evaluar Necesidades Acción continua Evaluar impactos contractuales Tomar acciones correctivas R020 AMENAZA Mala interpretación de la complejidad del software Falta de conocimiento del contenido del plan del software Deficiencia en el control de calidad del producto 4. Reprogramación de actividades.4 Integración del sistema MITIGAR Jefe de Recursos Humanos y Comunicaciones (JAA) Jefe de Recursos Humanos Al finalizar cada sesión 0.28 BAJO Jefe de Gestión de Cambios y Actualizaci ones (JHL) 1. 2. en caso se requiera nuevas herramientas y/o técnicas (OGV) Jefe del Proyecto (BGH) MITIGAR Jefe de Gestión de Cambios y Actualizaciones (JHL) Jefe de Gerencia de Desarrollo (OGV) Al finalizar cada sesión.2 Mediciones del rendimiento en costo 1.8 Actualización del PGP 1.2.45 MODERADO 2.8 Actualización del PGP 0.45 MODERADO Jefe de Recursos Humanos (MGP) 2. R023 AMENAZA Implementar el sistema con código Poca experiencia del equipo de desarrollo Mantenimiento de código difícil y 4. 1. Elaborar diccionarios de terminologías y tecnicismos del software. Informes de gestión de cambios 1.

4 Seguimiento y Control 0.39 BAJO Jefe de cada área 1. MITIGAR Jefe de Control de Calidad Jefe de Recursos Humanos (MGP) Jefe de Control de Calidad (HCB) Jefe de cada área Planificación del proyecto MITIGAR Planificación del proyecto Contar solo con el personal calificado para este tipo de gestión R026 AMENAZA Los procedimientos realizados no hayan sido minuciosamente revisados. Contratar personal altamente calificado.2 Base de datos 4.1 Pruebas y testeo 0. duro.Validar todos los datos ingresados MITIGAR Jefe de Área de Análisis (HCB) Al iniciar cada sesión Validar los datos ingresados con personal capacitado.Contemplar tiempos de holgura frente a la demora por pedidos de cambios en el código MITIGAR Jefe de Gestión de Cambios y Actualizaciones (JHL) Planificación del proyecto R024 AMENAZA Realización de un diagrama de base de datos con campos redundantes Falta de conocimiento por parte del analista Estructura física de BD ineficiente 4.40 BAJO 2.18 MUY BAJO 1. Paralizaciones del transporte público Retraso en cumplimiento del cronograma del proyecto 1. R025 AMENAZA La persona encargada de verificar la calidad del software no esté capacitada en el uso de la misma. Tener un local de reserva en caso de problemas fiscales. 2. Plantear y establecer un local alternativo. Verificación de cada entregable por los profesionales de calidad.. Evaluación y/o capacitación de los integrantes del equipo. Solicitar inspección del local con respecto a eventualidades adversas EVITAR Jefe del Proyecto (BGH) Sponsor (JC) Jefe del Proyecto (BGH) Durante la elaboración Realizar impactos contractuales Tomar Acciones opcionales 2.30 BAJO Jefe de Control de Calidad (HCB) 1.60 MODERADO 1. 2. Elaborar una relación de posibles locales de EVITAR Al finalizar cada sesión 356 . MITIGAR Jefe del Proyecto (BGH) Al inicio del proyecto. R028 AMENAZA Cierre del Local por Huelgas.40 BAJO Jefe de Área de Análisis (HCB) 1. costoso programaci ón (FGP) personal de apoyo para la supervisión (MGP) manejar un mismo lenguaje de programación. Establecer un local alternativo en caso huelga MITIGAR Jefe del Proyecto (BGH) Al inicio de la fase de lanzamiento En caso de cierre del local deberíamos elegir otro punto de reunión. Monitoreo ineficaz de actividades a lo largo del proyecto Informes de desempeño incorrectos Todo el proyecto 0.4 Seguimiento y Control 0. Falta de tiempo para la capacitación en el uso del software Informes deficientes de calidad de software 5. R027 AMENAZA Cierre del local por problemas fiscales Evasión o incumplimiento de deberes tributarios Retraso en cumplimiento del cronograma del proyecto 1. R029 AMENAZA Cierre del Local por Epidemia Extensión de una pandemia Personal del equipo contagiado con epidemia Entregables del proyecto 0. MITIGAR Al iniciar cada sesión Asignar o contratar personal para que revisen los detalles.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.4 Integración del Sistema 0.

1. Administración por personal capacitado Reducción en la eficiencia de los equipos 3.54 MODERADO 2. Realizar informe de condiciones de usabilidad del local. etc.0Construcción 5. Informe semanal de inestabilidad de la edificación o posibles inconvenientes. Elaborar una relación de posibles locales de contingencia. MITIGAR Jefe de Recursos Humanos y Comunicaciones (JAA) Al finalizar cada sesión R033 AMENAZA Limitación en el número de equipos informáticos (pc s) para el desarrollo del software. Solicitar feedback del equipo desarrollador mediante encuestas por cada sesión Evaluar Necesidades MITIGAR Jefe de Recursos Humanos (MGP) Durante la elaboración Evaluar impactos contractuales 357 .55 MODERADO Jefe de cada área 1. Cierre del local por arreglos en la infraestructura EVITAR Jefe del Proyecto (BGH) A la firma de contratos Realizar impactos contractuales R030 AMENAZA Edificaciones antiguas Retraso en fechas del cronograma Todo el proyecto 0. Tomar Acciones opcional MITIGAR Jefe del Proyecto (BGH) Al finalizar cada sesión R031 AMENAZA Infraestructura no adecuada (paredes con rajaduras. Falta de presupuesto para adquirir más equipos informáticos Lento avance del desarrollo del software 4.42 MODERADO 2. EVITAR Jefe del Proyecto (BGH) Al finalizar cada sesión AMENAZA R032 Mal uso de los equipos informáticos Falta de conocimiento en la manipulación y/u operación de los equipos informáticos 1. contingencia.0 Construcción 0.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 Elaboración 4. Todo el proyecto EVITAR Jefe del Proyecto (BGH) A la firma de contratos Evaluar impactos contractuales Tomar acciones correctivas 0.85 MUY ALTO Jefe de cada área Jefe de Recursos Humanos (MGP) Antes de iniciar cada sesión Evaluar Uso indebido de equipos Informar Tomar medidas 2.) Construcciones con pocos niveles de seguridad Posible cierre del local por no cumplir normas de seguridad 1. ambientes con humedad. Elaborar un análisis de condiciones de ambiente para el equipo de ejecución del producto. Revisión periódica de la configuración de los equipos.0 transición EVITAR 0.

Alquilar maquinas eficientes y en buen estado. 1. MITIGAR Jefe de RRHH (MGP) Todo el proyecto 0. Además contar con una base de datos de postulantes al contratar. Problemas con la pantalla del monitor Problemas con el teclado (falta de teclas) 1. MITIGAR Jefe de Recursos Humanos y Comunicaciones (JAA) Al finalizar cada sesión Tomar acciones correctivas R034 AMENAZA Las computadoras a utilizar no cumplan con las especificaciones mínimas de requerimientos. Nivelar recursos disponibles MITIGAR Jefe de Gerencia de Desarrollo (OGV) Después de la entrega de boletas Reasignación de roles y funciones entre el personal presente.28 BAJO Jefe de cada área 2. Elaborar un documento de requerimientos de especificaciones de PC s 4. Plantear y resguardar computadoras.0Construcción 5. Charlas de motivación al equipo del proyecto. Comunicación y Coordinación informal con representantes del equipo de desarrollo.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. HH.44 MODERADO Jefe de cada área 2. Obtener los requerimientos de HW y SW necesarios.0Trancisión MITIGAR 0. Falta de presupuesto para repotenciar las pc s Lento avance del desarrollo de software 1. MITIGAR Jefe de cada área Al finalizar cada sesión. EVITAR Jefe de cada área Al inicio de la Ejecución del Proyecto Al finalizar cada sesión. Lento avance del desarrollo de software 4. MITIGAR Jefe del Proyecto (BGH) Jefe del Proyecto (BGH) R036 AMENAZA Falta de predisposición por parte del personal Falta de motivación al personal Calidad de entregables Todo el proyecto 0. 2.0 Transición EVITAR Jefe de cada área A la firma de contratos Evaluar Necesidades Evaluar impactos contractuales 0.12 MUY BAJO Jefe de cada área Informar el trabajo de integrantes. Evaluación de los miembros del equipo. Solicitar reporte semanal de funcionalidad de equipos MITIGAR Jefe de cada área Al finalizar cada sesión Tomar acciones correctivas R035 AMENAZA Computadoras no adecuadas para el desarrollo del software.15 MUY BAJO Jefe de cada área Jefe de Gestión de Cambios y Actualizaciones (JHL) Al inicio de la Ejecución del Proyecto. R037 AMENAZA Renuncia masiva del personal que desarrolla del sistema 1. 2. Reasignar funciones entre el personal disponible Pagos al personal no realizados a tiempo Actualización de lista de RR. 2. 358 . Exponer el objetivo común del equipo del Proyecto.0Construcción 5.

DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.5 EVALUACIÓN Y ANÁLISIS CUANTITATIVO DE RIESGOS 359 . 2.7.

450 c/u S/. Programador Analista Administrador de BD S/.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.0 Hecha por IBC. 750 c/u S/. Curso de Gestión de proyectos Estrategias y herramientas S/.750 c/u R005 BAJO Evaluar impactos contractuales Tomar acciones correctivas No aplicable No aplicable 360 . CONTROL DE VERSIONES Versión 1. 150 c/u R004 MUY BAJO Contratar gente altamente calificada para que pueda hacer labores de calidad. MCA Revisada por FGP Aprobada por ZDG Fecha 13-07-2010 Motivo Versión Original EVALUACIÓN Y ANÁLISIS CUANTITATIVO DE RIESGOS NOMBRE DEL PROYECTO Desarrollo de la suite del estudiante SIGLAS DEL PROYECTO DSE CÓDIGO DEL RIESGO DESCRIPCIÓN DEL RIESGO TIPO DE RIESGO MUY ALTO PLAN DE CONTINGENCIA Evaluar incumplimiento Informar a la dirección de proyectos Tomar medidas correctivas Evaluar incumplimiento Informar a la dirección de proyectos Tomar medidas RECURSOS EXTRA RESERVA DE CONTINGENCIA No aplicable R001 Incumplimiento de las tareas asignadas a cada personal Finalización de los entregables fuera de la fecha establecida Mala dirección del líder del grupo (poca integración del equipo de trabajo) Presentar los informes sin previa revisión y aprobación del responsable del área Información desactualizada de los costos incurridos No aplicable R002 R003 ALTO No aplicable No aplicable MUY BAJO Capacitaciones para los integrantes del equipo.

Reprogramación de actividades. la toma de MUY BAJO Analizar causas Tomar acciones correctivas Monitorear resultados No aplicable No aplicable R013 Retraso en el tiempo para la construcción de los módulos del software ALTO Analizar causas Tomar acciones correctivas Monitorear No aplicable No aplicable 361 . No aplicable No aplicable R012 Demora en decisiones. No aplicable No aplicable R009 Incumplir con los temas programados en la agenda No seguir con el cronograma establecido (demora en los tiempos de presentación) Falta de revisión de los avances del proyecto MODERADO Evaluación del impacto Reprogramación de agenda No aplicable No aplicable R010 BAJO Formalización de la solicitud.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. No aplicable No aplicable R011 MUY BAJO Determinar el rendimiento e incumplimiento de los integrantes. R006 Documentación insuficiente relacionada a la metodología del trabajo Combinación de diversos lenguajes para el desarrollo del software Trabajar con desactualizada información BAJO Analizar causas Monitoreo resultados No aplicable No aplicable R007 BAJO Tener un perfil para todos los programadores No aplicable No aplicable R008 MUY BAJO Verificación y actualización de los entregables.

150. Reprogramación de actividades. Herramientas y/o técnicas no apropiadas para el Software. R014 Cambios en Humanos los Recursos MODERADO Evaluar Necesidades De cambio e impactos contractuales Tomar acciones correctivas No aplicable No aplicable R015 Pérdida de confidencial información MODERADO Analizar causas Tomar acciones correctivas Monitorear resultados No aplicable No aplicable R016 Personal no capacitado para el desarrollo del software Requerimientos no detallados por parte del usuario Poca disponibilidad del usuario para revisar el avance del proyecto.750. Mala interpretación de complejidad del software la BAJO Evaluación constante miembros del equipo.00 c/u S/. de los No aplicable No aplicable R017 BAJO Evaluar impactos contractuales Tomar acciones preventivas Programador Analista Administrador de BD S/. 750. No aplicable No aplicable 362 .DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. Evaluar necesidades Evaluar impactos contractuales Tomar acciones correctivas No aplicable No aplicable R020 MODERADO No aplicable No aplicable R021 Montos mal calculados en el presupuesto para la realización del proyecto BAJO Tomar acciones correctivas.00 c/u R018 BAJO Evaluar impactos contractuales Tomar acciones preventivas Gestor de Documentación S/.00 c/u S/. 450.00 R019 MUY BAJO Adquirir herramientas y/o técnicas conforme a lo necesitado para el proyecto.

200. 50.00 R029 Cierre del Local por Epidemia MODERADO Realizar impactos contractuales Tomar Acciones opcionales Alquiler de local S/. En caso de cierre del local deberíamos elegir otro punto de reunión.00 c/u R026 BAJO Asignar o contratar personal para que revisen los detalles.00 363 . 50. No aplicable No aplicable R025 BAJO Contar solo con el personal calificado para este tipo de gestión Gestor de calidad S/. BAJO Todos los programadores deberán manejar un mismo lenguaje de programación.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.00 R028 Cierre del Local por Huelgas. 50.00 c/u R027 MUY BAJO Tener un local de reserva en caso de problemas fiscales. R022 Errada estimación Recursos Humanos de los MODERADO Analizar causas Tomar acciones correctivas Monitorear resultados No aplicable No aplicable R023 Implementar el sistema con código duro. BAJO Alquiler de local S/. Los procedimientos realizados no hayan sido minuciosamente revisados. 200. Alquiler de local S/. No aplicable No aplicable R024 Realización de un diagrama de base de datos con campos redundantes La persona encargada de verificar la calidad del software no esté capacitada en el uso de la misma. Gestor de configuración S/. Cierre del local por problemas fiscales BAJO Validar los datos ingresados con personal capacitado.

200. Además contar con una base de datos de postulantes al contratar. Computadoras no adecuadas para el desarrollo del software. 10. 10.00 c/u R034 MODERADO Evaluar necesidades Evaluar impactos contractuales Tomar acciones correctivas No aplicable No aplicable R035 R036 MUY BAJO Plantear y computadoras. MODERADO Evaluar necesidades Evaluar impactos contractuales Tomar acciones correctivas Alquiler de PC´s S/. Programador Analista Administrador de BD S/.00 R033 Limitación en el número de equipos informáticos (pc s) para el desarrollo del software.00 c/u S/.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS. 50.00 c/u S/.750. etc.) Mal uso de informáticos los equipos MODERADO Realizar impactos contractuales Tomar Acciones opcional Alquiler de local S/.00 c/u 364 . R030 Cierre del local por arreglos en la infraestructura Infraestructura no adecuada (paredes con rajaduras. 750. No aplicable No aplicable R037 Renuncia masiva del personal que desarrolla del sistema Bajo Reasignación de roles y funciones entre el personal presente. 450.00 R031 MODERADO Evaluar impactos contractuales Tomar acciones correctivas No aplicable No aplicable R032 MUY ALTO Evaluar Uso indebido de equipos Informar Tomar medidas Servicio Técnico S/. Charlas de motivación al equipo del proyecto.00 c/u Falta de predisposición parte del personal por MUY BAJO Informar el trabajo de integrantes. Las computadoras a utilizar no cumplan con las especificaciones mínimas de requerimientos. ambientes con humedad. resguardar Alquiler de PC´s S/.

00 OBSERVACIÓN El sueldo al personal de apoyo externo será cubierto por los sueldos de los colaboradores que serán despedidos por su bajo rendimiento. 365 . 6 820. además de otros recursos. Total Reserva de Contingencia S/.DESARROLLO DE SOFTWARE DE GESTION DE OBRAS UNIVERS.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->