Betsy Delgado Hugo

PROYECTOS DE INVESTIGACIN II
BETSY DELGADO HUGO Pgina 1

|ACTA DE CONSTITUCIN DEL PROYECTO

NOMBRE DEL PROYECTO:
Prototipo para la Gestin de Anlisis Clnicos de Pacientes del Centro
Mdico Espritu Santo, basado en Computacin Mvil y SOA.

PROJECT MANAGER:
Betsy Jazmn Delgado Hugo

PATROCINADOR DEL PROYECTO (Sponsor):
Encargado de la Clnica

DESCRIPCIN DEL PROYECTO:

El proyecto consiste en realizar un sistema que ayude a mejorar el
intercambio de informacin entre las reas de Consultorio y Laboratorio
Implementando Soluciones SOA con Web Services, as como tambin
permitir a los pacientes ver el estado en el que se encuentran los anlisis
(en proceso, terminados) y recibir notificaciones al momento que los
resultados estn listos en su dispositivo mvil.

DEFINICION DEL PRODUCTO DEL PROYECTO:

Diseo que comunicar las reas de de Consultorio y Laboratorio mediante
Websevices (Implementacin SOA) para el envo y recepcin de anlisis y
resultados, as como tambin al Paciente con el rea de Laboratorio
mediante mensajes de texto para que el paciente est informado sobre el
estado actual de sus anlisis (en proceso o terminado), y a su vez recibir
notificaciones al estar los resultados de estos concluidos.

OBJETIVOS DEL PROYECTO:
Concepto Objetivos Criterio de xito
1. Alcance Cumplir con la
elaboracin del diseo.
Culminar con el
desarrollo del diseo en
el plazo estimado
2. Tiempo Concluir en el plazo de
tiempo de 6 meses.
Concluir el proyecto en
el plazo establecido.
3. Costo Cumplir con el
presupuesto estimado.
No exceder el
presupuesto estimado.

OBJETIVOS ESPECFICOS DEL PROYECTO:

- Permitir una mejor comunicacin entre las reas de Consultorio y
Laboratorio.
- Ofrecer al paciente una solucin que le ahorre tiempo para la
consulta de sus resultados.
- Reducir el tiempo de espera para el recojo de resultados.
- Permitir al paciente acceder a los resultados de sus anlisis a
cualquier hora y en cualquier lugar.

FINALIDAD DEL PROYECTO:

Desarrollar un Sistema que automatice el proceso de envo y recepcin de
anlisis y sus resultados tanto entre las reas de Consultorio y Laboratorio
as como tambin entre el Laboratorio y el Paciente para darles una mejor
atencin a los pacientes del Centro Mdico.

REGISTRO DE INTERESADOS

INFORMACIN DE IDENTIFICACIN DE INTERESADOS:

Nombre

Puesto

Rol
1. Encargado del
Centro Mdico
Jefe del centro mdico Encargado de la
administracin de la
clnica
2. Mdico
Especialista
Mdico de consultorio. Mdico encargado de
acuerdo a la
especialidad que tiene.
3. Laboratorista Encargado de
Laboratorio.
Encargado de la toma y
estudio de las muestras
sea de sangre, orina,
etc.
4. Paciente - Da a conocer sus
sntomas al Mdico
Especialista y se dirige
al Laboratorio para la
toma de muestras.

INFORMACIN DE EVALUACIN DE INTERESADOS:

Nombre

Principales Requisitos
1. Encargado del
centro Mdico
El sistema debe mejorar la comunicacin entre las
reas de consultorio y Laboratorio para la mejora
en la atencin al paciente.
El sistema debe culminar en el presente ao 2013
2. Mdico
Especialista
El sistema debe facilitar el envo de informacin de
la atencin del paciente al Laboratorio.
El sistema debe mostrar la informacin con los
resultados de los anlisis.
3. Laboratorista El sistema debe mostrar la informacin enviada
por el mdico.
El sistema debe permitir el ingreso de la
informacin sobre los resultados de los anlisis.
4. Paciente El sistema debe permitir el acceso a la informacin
sobre los resultados de los anlisis.
El sistema debe permitir conocer el estado actual
de los anlisis.

LISTADO DE ENTREGABLES

Entregables

Fecha de Entrega
Acta de Constitucin,
Definicin del Alcance,
WBS,
Junio
Diccionario WBS,
Documento de Requerimientos de
Usuario,
Junio
Diagrama de Arquitectura,
Diagramas de Clases,
Diagrama de Secuencia,
Junio
Manual de adquisicin de equipos,
Presupuesto del Proyecto,
Julio
Cdigo y ejecutable del primer
mdulo del sistema,
Manual de usuario,
Manual de soporte al sistema,
Septiembre
Sistema en versin Alfa,
Documento de Pruebas Unitarias,
Octubre
Sistema en versin Beta,
Documento de Pruebas de
Produccin
Noviembre
Informe del cierre del proyecto,
Lecciones aprendidas
Diciembre

ALCANCES DEL PROYECTO

1. Transmisin de informacin mediante Webservices
2. Consulta de datos va SMS
3. Uso de Java, NetBeans 6.1
4. Uso de libreras javax.comm. sqldbc
5. Servidor de base de datos Sql Server 2005
6. Uso de un dispositivo electrnico de captura de datos(Telfono
mvil, 3gsm soporte de comandos AT, RS232 9600/8N1)
7. Uso de servicios de Operadora telefnica.
8. Dar acceso al sistema a los usuarios permitidos
9. El sistema ser desarrollado siguiendo la metodologa RUP
10. El sistema simular una base de datos que brinde la
informacin requerida
11. Comprobar el funcionamiento del proyecto


TIEMPO DE FINALIZACIN

El proyecto deber ser terminado y entregado al cliente a fines del
2013

SUPUESTOS DEL PROYECTO

Para la realizacin del sistema no es necesaria la adquisicin de
licencias.
El proyecto puede necesitar la compra de algunos equipos.

RESTRICCIONES Y LMITES

El sistema slo considera las reas de Consultorio y Laboratorio.
El cliente slo podr acceder al resultado y estado de los anlisis.


GESTIN
DEL
ALCANCE


INTERESADOS DEL PROYECTO

CDIGO

NOMBRE

DESCRIPCIN
SH01 Encargado del
Centro Mdico
Persona encargada de financiar el
proyecto.
SH02 Mdico Especialista Persona que manejar los datos
ingresados al sistema.
SH03 Laboratorista Persona que manejar los datos
ingresados al sistema.
SH04 Paciente Persona que accede a la informacin
proporcionada por el sistema.

IDENTIFICACIN DE REQUISITOS

Requisitos Funcionales:

- El sistema permitir la validacin de usuario para el ingreso y
modificacin de la informacin.
- El sistema debe permitir al Mdico el ingreso de la atencin del
paciente.
- El sistema debe registrar la atencin del paciente (nombre, anlisis a
realizarse).
- El sistema deber enviar la informacin ingresada por el mdico al
laboratorio.
- El sistema debe permitir al laboratorista el ingreso de los resultados
de los anlisis.
- El sistema debe registrar el resultado de los anlisis.
- El sistema debe permitir la modificacin de los datos ingresados.
- El sistema debe enviar los resultados de los anlisis hacia el
consultorio.
- El sistema debe almacenar la informacin actual sobre el estado de
los anlisis.
- El sistema debe permitir al mdico acceder a la informacin ingresada
por el laboratorista y viceversa.
- El sistema debe permitir al paciente acceder a la informacin sobre el
estado actual de sus anlisis y al resultado de los mismos cuando
este lo solicite mediante su celular.
- El sistema debe informar cuando el resultado de los anlisis est listo
mediante mensaje de texto al paciente.

Requisitos no Funcionales:

- Rapidez en los tiempos de respuesta.
- Interoperabilidad del sistema.
- Compatibilidad del tipo de datos.
- Aprovechar estndares de internet ya existentes.
- Compatibilidad con otros lenguajes.


ESPECIFICACIN DE REQUISITOS FUNCIONALES

RF001

VALIDAR USUARIOS
Descripcin El sistema solo permitir el ingreso
al mismo a mdicos y laboratoristas
registrados.
Interesado Encargado de la Clnica
Datos Especficos - Usuario
- Contrasea
Prioridad Muy Alta

RF002

INGRESAR ATENCIN DEL PACIENTE
Descripcin El sistema permitir al mdico
ingresar la atencin del paciente
Interesado Mdico
Datos Especficos - Nombre del Paciente
- Anlisis a realizarse
- Fecha de la consulta
- Nombre del mdico
Prioridad Alta

RF003

REGISTRAR ATENCIN DEL PACIENTE
Descripcin El sistema permitir al mdico
registrar la atencin del paciente
Interesado Mdico
Datos Especficos -
Prioridad Muy Alta

RF004

ENVIO DE INFORMACIN
Descripcin El sistema enviar la informacin
ingresada por el mdico al
laboratorio
Interesado Mdico
Laboratorista
- Nombre del mdico
Prioridad Muy Alta


RF005

INGRESAR RESULTADOS DE LOS ANLISIS
Descripcin El sistema permitir al laboratorista
ingresar los resultados de los anlisis
indicados en la atencin del paciente
Interesado Laboratorista
Datos Especficos - Anlisis realizados
- Resultados de los anlisis
- Fecha de la realizacin de los
estudios
- Nombre del laboratorista
Prioridad Alta

RF006

REGISTRAR LOS RESULTADOS DE LOS
ANLISIS
Descripcin El sistema permitir al laboratorista
registrar el resultado de los anlisis
enviados en la atencin del paciente
Interesado Laboratorista
Datos Especficos -
Prioridad Muy Alta

RF007

MODIFICACIN DE DATOS
Descripcin El sistema permitir al mdico o al
laboratorista modificar los datos
ingresados antes de ser enviados.
Interesado Mdico
Laboratorista
- Nombre del mdico
- Anlisis realizados
estudios
Prioridad Alta

RF008

ENVIO DE INFORMACIN
Descripcin El sistema enviar la informacin
ingresada por el laboratorista al
consultorio
Interesado Mdico
Laboratorista
Datos Especficos - Anlisis realizados
estudios

Prioridad Muy Alta

RF009

ALMACENAMIENTO DE INFORMACIN
Descripcin El sistema almacenar informacin
sobre el estado actual en el que se
encuentran los resultados para ser
enviados al pacioente cuando este lo
requiera
Datos Especficos - En proceso
- Terminado
Prioridad Muy Alta

RF010

ACCESO A LA INFORMACIN
Descripcin El sistema permitir el acceso a la
informacin al mdico y laboratorista
por medio de sus usuarios.
Interesado Mdico
Laboratorista
- Nombre del mdico
estudios
Prioridad Muy Alta

RF011

ACCESO A LA INFORMACIN POR EL
PACIENTE
Descripcin El sistema permitir al paciente el
acceso a la informacin sobre el
estado de sus anlisis y el resultado
de los mismos
Interesado Paciente
Datos Especficos Estado:
- En proceso
- Terminado
Resultado:
- Nombre del Paciente
estudios


Prioridad Muy Alta

RF012

INFORMAR QUE LOS RESULTADOS ESTN
LISTOS
Descripcin El sistema enviar un mensaje de
texto al paciente cuando los
resultados de los exmenes estn
listos.
Interesado Paciente
estudios

Prioridad Muy Alta

ESPECIFICACIN DE REQUISITOS NO FUNCIONALES

RNF001

RAPIDEZ EN LOS TIEMPOS DE RESPUESTA
Descripcin El sistema responder el mensaje
enviado por el paciente en un plazo
no mayor a 10 minutos
Datos Especficos Estado:
- En proceso
- Terminado
Resultado:
- Nombre del Paciente
estudios

Prioridad Muy Alta

RNF002

INTEROPERABILIDAD
Descripcin El sistema puede ser utilizado en
otras plataformas.
Datos Especficos -
Prioridad Muy Alta


RNF003

COMPATIBILIDAD DEL TIPO DE DATOS
Descripcin Los tipos de datos usados por el
programa son compatibles con los
datos de la mayora de lenguajes.
Datos Especficos -
Prioridad Muy Alta

RNF004

UTILIZAR ESTANDARES EXISTENTES
Descripcin El sistema utilizar estndares de
internet ya existentes.
Datos Especficos -
Prioridad Muy Alta

RNF005

COMPATIBILIDAD CON OTROS LENGUAJES
Descripcin Se pueden agregar componentes al
sistema desarrollados en otro tipo de
lenguaje
Datos Especficos -
Prioridad Muy Alta

DEFINICIN DEL ALCANCE

Descripcin del alcance del producto

- Se implementar soluciones SOA
- Se utilizarn Web Services para la comunicacin de Consultorio con
Laboratorio.
- Por medio de la informacin enviada al mdico, este puede darle un
diagnstico al paciente.
- El sistema le permite al paciente saber el estado en el que se
encuentran sus exmenes enviando un mensaje de texto.

Criterios de aceptacin del producto

La aceptacin del producto se dar cuando el Encargado de la Clnica y los
usuarios del sistema lo prueben, basndose en el cumplimiento de los
requisitos y en el buen funcionamiento del sistema.

Entregables del proyecto

- Acta de constitucin del proyecto.

- Cdigo fuente del sistema.
- Script de la base de datos del sistema.
- Archivo de la base de datos.
- Disco de instalacin del sistema.
- Manual del usuario.
-
-

Exclusiones del proyecto

- El sistema solo comunicar las reas de Consultorio y Laboratorio
dentro de la clnica.
- El sistema slo le enviar al paciente informacin del resultado de sus
anlisis.

Restricciones del proyecto

- Las fechas de entrega de documentos deben ser las estipuladas en el
cronograma, en caso contrario no se debe exceder en ms de 2
semanas.
- La realizacin del sistema no debe exceder el presupuesto
determinado en el contrato.
- El envo de informacin al paciente slo puede ser por medio de
mensajes de texto.
- Solo deben tener acceso a la informacin el paciente y su respectivo
mdico.

Supuestos del proyecto

- El proyecto no incluye la compra de licencias.
- La empresa proveer el hardware necesario para la realizacin del
proyecto.
- El Encargado de la Clnica aclarar las dudas que se tengan a cerca
del proyecto.



WBS DEL PROYECTO

PGAC

2.1 Anlisis

2.2 Diseo

2.3 Desarrollo

2.4 Pruebas

3. Implantacin

4. Capacitacin

1 Administracin

1.2 Gestin de
Tiempo

1.3 Gestin de
Costos

1.4 Gestin de
Calidad

1.1 Definir el
Alcance

2.3.2 Mdulo
Consultorio

2.4.1 Funcional

2.4.2 De Sistema

2.4.3 De
Integracin

3.1 Levantamiento
de la aplicacin

4.1 Creacin de
Manuales

2.2.1 Diseo de la
Base de Datos

2.2.2 Diseo de la
Arquitectura

2.2.3 Diseo de
Diagramas

2.2.3.2 Secuencia

2.2.3.3 Clases

2.3.3 Mdulo
Laboratorio

2.3.4 Mdulo
Paciente

2. Construccin

1.5 Gestin de
Riesgos

2.1.1 Identificar
Interesados

2.1.2 Recopilar
Requisitos

2.2.3.1 Casos de
Uso

2.2.4 Diseo de la
interfaz usuario

2.3.1 Creacin de
la Base de Datos

5. Cierre


DICCIONARIO WBS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Prototipo para la Gestin de
Anlisis Clnicos de Pacientes del
Centro Mdico Espritu Santo,
basado en Computacin Mvil y
SOA. PGAC
CDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT):
TRABAJO (PDT): SEGN EL
WBS SEGN EL WBS
1.1 Definir el Alcance
OBJETIVO DEL PAQUETE DE
TRABAJO:
PARA QUE SE ELABORA EL
PDT.
Definir todo lo que abarca el proyecto y el producto.

I
d
d
d
q
d

DESCRIPCIN DEL PAQUETE
DE
TRABAJO:
El paquete de trabajo consiste en realizar una descripcin del
proyecto y del producto
QU CONTIENE, EN QU
CONSISTE, a fin de cumplir con los objetivos del proyecto.
CMO ES, DIMENSIONES,
COTAS, ETC.

DESCRIPCIN DEL TRABAJO A Lgica o enfoque de la elaboracin:
REALIZAR (ACTIVIDADES):
CMO SE VA A ELABORAR EL
PDT.
Actividades a realizar:

Analizar riesgos
Analizar supuestos
Analizar restricciones
Escoger mtodo para el desarrollo del proyecto
ASIGNACIN DE
Responsable: Betsy Delgado Hugo

RESPONSABILIDADES: Participa: -
QUINES INTERVIENEN, Y QUE
ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.
Revisa: Encargado de la Clnica

Aprueba: Encargado de la Clnica
Da informacin:
FECHAS PROGRAMADAS: Inicio: 18/06/2013
CUNDO SE VA A ELABORAR
EL PDT.
Fin: 18/06/2013

Hitos importantes: establecer el alcance del proyecto
CRITERIOS DE ACEPTACIN: Stakeholder que acepta: Encargado de la Clnica.
QUIN, Y CMO SE DAR POR
VALIDO Y
ACEPTADO EL PDT. Requisitos que deben cumplirse:
Que se consideren todos los aspectos que abarque el proyecto.

Forma en que se aceptar: Firma del Encargado de la Clnica.

SUPUESTOS: SITUACIONES
QUE SE
TOMAN COMO VERDADERAS,
REALES, O

CIERTAS, PARA EFECTOS DE LA
Se supone que se toman en cuenta todo lo que interviene en el
proyecto.
U
e

PLANIFICACIN DEL PDT.
RIESGOS: EVENTOS CUYA
OCURRENCIA IMPACTAR LOS
Que no se tomen en cuenta todos los riesgos, supuestos o
restricciones.
OBJETIVOS DEL ALCANCE,
TIEMPO,
COSTO, O CALIDAD, DEL PDT.
RECURSOS ASIGNADOS Y Personal: Betsy Delgado Hugo
COSTOS: QU RECURSOS SE Materiales o Consumibles: Documentacin
NECESITAN PARA ELABORAR EL
PDT, DE Equipos o Mquinas: computadora
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
PRECEDENTE Antes del pdt:3.2
Y SUBSECUENTE TIENE EL PDT.
Despus del pdt:2.2

Otros tipos de dependencia: -


DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
1.2 Gestin de tiempo
TRABAJO: Concluir con el proyecto en el plazo indicado
PDT.
DE
TRABAJO:
Organizar las actividades y elaborar un cronograma para concluir a
tiempo con cada actividad y finalizar el proyecto en el plazo
indicado.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Definir actividades para la realizacin del proyecto.
Crear un cronograma para desarrollo de actividades.
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
FECHAS PROGRAMADAS: Inicio:19/06/2013
EL PDT.
Fin:19/06/2013

Hitos importantes: Creacin del cronograma de actividades
VALIDO Y
ACEPTADO EL PDT. Requisitos que deben cumplirse: Indicar todas las actividades
a realizarse para la culminacin del proyecto.


QUE SE .
REALES, O
Loa plazos establecidos se debern cumplir
Se realizar una reunin para la entrega del cronograma
OCURRENCIA IMPACTAR LOS Que no se cumpla con el cronograma.

TIEMPO,
PDT, DE Equipos o Mquinas: una computadora
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
PRECEDENTE Antes del pdt:3
Despus del pdt:2.2

Otros tipos de dependencia:-


DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
1.3 Gestin de Costo
TRABAJO: Determinar el presupuesto para la realizacin del proyecto.
PDT.
DE
TRABAJO:
Identificar los elementos que se necesitan para la realizacin del
proyecto y estimar sus costos.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Estimar los costos
Determinar el presupuesto
Definir plantillas y procedimientos para Controlar costos
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:20/06/2013

Hitos importantes: Determinar el presupuesto.
VALIDO Y
Costos al alcance de la clnica


QUE SE
REALES, O
El encargado de la clnica cuenta con los recursos econmicos para
poder realizar el proyecto.
OCURRENCIA IMPACTAR LOS El encargado del proyecto no pueda cubrir los costos del proyecto.

TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:3.1.1

Otros tipos de dependencia:-


DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
1.4 Gestin de Calidad
TRABAJO:
Entregar un producto que satisfaga al cliente cumpliendo con todos
los requisitos que este especific para as satisfacer sus
necesidades.
PDT.
DE
TRABAJO:
Este paquete de trabajo incluye los procesos y actividades que
determinan responsabilidades, objetivos de calidad a fin de que el
proyecto satisfaga las necesidades del cliente.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Identificar herramientas para controlar el aseguramiento de la
calidad.
Monitoreo constante del desarrollo del proyecto
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:21/06/2013

Hitos importantes: Realizar el control de la calidad
VALIDO Y
Satisfacer al cliente en cuanto a calidad


QUE SE
REALES, O
Se pondrn en prctica herramientas que ayuden a controlar la
calidad del sistema.

OCURRENCIA IMPACTAR LOS Que no se cubran las necesidades del cliente.
TIEMPO,
COSTOS: QU RECURSOS SE Materiales o Consumibles: Documentacin, herramientas
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
PRECEDENTE Antes del pdt:-
Despus del pdt:-

Otros tipos de dependencia: Durante: 3


DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
1.5 Gestin de Riesgos
TRABAJO:
Mitigar los elementos negativos que pueden afectar el desarrollo
del proyecto.
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en identificar los riesgos que
pueden afectar al sistema,
QU CONTIENE, EN QU
CONSISTE,
Analizarlos y planear como mitigarlos. Realizando un monitoreo
constante.
COTAS, ETC.

PDT.

Identificar los riesgos.
Analizar los riesgos.
Desarrollar procedimientos para el control de los riegos.
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:22/06/2013

Hitos importantes: plan de respuesta a los riesgos
VALIDO Y
El plan debe cubrir todos los riesgos q pongan en peligro la
realizacin del proyecto.


QUE SE
REALES, O
Se supone que se estn tomando en cuenta todos los riesgos que
puedan afectar el proyecto.
U
e


OCURRENCIA IMPACTAR LOS Que no se tomen en cuenta todos los riesgos.
TIEMPO,
COSTOS: QU RECURSOS SE Materiales o Consumibles: Documentacin.
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:-

Otros tipos de dependencia: Durante: 3


DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.1.1 Identificar Interesados
TRABAJO:
Este paquete se elabora para identificar a las personas que tienen
inters en la realizacin del proyecto.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en identificar a las personas
interesadas en el proyecto para nos proporcionen la informacin
necesaria para poder realizar el sistema.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Entrevistas con el encargado de la clnica.
Analizar la influencia de los miembros en el proyecto.
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:24/06/2013

Hitos importantes: lista de interesados
VALIDO Y
Que se consideren todos los interesados en el proyeto.


QUE SE
REALES, O

Se supone que estas personas interactuaran con el sistema
desarrollado.
U
e

OCURRENCIA IMPACTAR LOS Que no se tomen en cuenta todos los interesados.
TIEMPO,
COSTOS: QU RECURSOS SE Materiales o Consumibles: Entrevistas.
PDT, DE Equipos o Mquinas: -
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:1.4



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.1.2 Recopilar Requisitos
TRABAJO: Obtener los requisitos con los que debe contar el proyecto.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en documentar las necesidades de
los interesados
QU CONTIENE, EN QU
CONSISTE, a fin de cumplir con los objetivos del proyecto.
COTAS, ETC.

PDT.

Entrevistas con los interesados.
Definir requisitos funcionales y no funcionales
Validacin de requisitos funcionales y no funcionales con los
usuarios
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:26/06/2013

Hitos importantes: lista de requsisitos.
VALIDO Y
Que se consideren todos los requisitos del proyecto.


QUE SE

REALES, O
Se supone que los interesados en el proyecto consideran todo lo
que esperan de este.
U
e

OCURRENCIA IMPACTAR LOS Que no se tomen en cuenta todos los requisitos.
TIEMPO,
COSTOS: QU RECURSOS SE Materiales o Consumibles: Entrevistas.
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
PRECEDENTE Antes del pdt:3
Despus del pdt:2.1



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.2.1.
Diseo de la Base de
Datos
TRABAJO: Disear una Base de datos para el funcionamiento del sistema.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en disear una Base de Datos
partiendo de los requisitos
QU CONTIENE, EN QU
CONSISTE, recopilados en un PDT anterior
COTAS, ETC.

PDT.

Analizar requisitos
Disear la base de datos MER y Modelo Relacional
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.
Revisa: Betsy Delgado Hugo

Da informacin:
EL PDT.
Fin:28/06/2013

Hitos importantes: Diseo de la Base de Datos
VALIDO Y
Que se considere toda la informacin que se requiera en el
proyecto


QUE SE

REALES, O
CIERTAS, PARA EFECTOS DE LA Se supone que los requisitos estn bien establecidos.
U
e

Que no se tomen en cuenta todos los requisitos.
Que las relaciones estn mal establecidas.
TIEMPO,
Que la base de datos no levante.

QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:3.1



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.2.2. Diseo de la Arquitectura
TRABAJO: Disear el fluido de la informacin a travs del sistema.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en disear como se va a transmitir
la informacin a travs
QU CONTIENE, EN QU
CONSISTE, del sistema y como llega a los diferentes usuarios.
COTAS, ETC.

PDT.

Anlisis de los requerimientos.
Definir la arquitectura del software
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:03/07/2013

Hitos importantes: Diseo de la Arquitectura
VALIDO Y
Que se consideren todas las reas que interactan con el sistema.


QUE SE
REALES, O
CIERTAS, PARA EFECTOS DE LA Se supone que se cuenta con la lista de las reas involucradas. U

e

Que se cambien las reas involucradas.
Que cambie el flujo de la informacin.
TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:3.1



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.2.3.1. Diagrama de casos de uso
TRABAJO: Representar como el usuario opera con el sistema.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en representar como interactan los
usuarios con el sistema y el orden en que lo hacen.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Definir las tareas a realizar.
Identificar los usuarios que realizaran esas tareas.

ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:06/07/2013

Hitos importantes: Diagrama de casos de uso
VALIDO Y
Que se consideren todas las tareas que debe realizar el sistema y
que correspondan con los usuarios que los realizan.


QUE SE

REALES, O
Se supone que se los usuarios indican que tareas requieren que el
sistema realice.
U
e

Que los usuarios requieran que el sistema realice ms tareas que
no se especificaron.
Que se agreguen ms usuarios.
TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:3.1



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.2.3.2. Diagrama de Secuencia
TRABAJO: Definir acciones que se realizan en la aplicacin.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en representar los elementos que
forman parte de la aplicacin y cmo se comunican entre ellos.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Determinar la comunicacin entre el sistema y los usuarios.
Establecer el envo de mensaje entre las clases en cada modulo
analizado.
ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:10/07/2013

Hitos importantes: Diagrama de secuencia
VALIDO Y
Que se especifique la comunicacin entre los elementos.


QUE SE
REALES, O

Se supone que los elementos que interactan se especifican en los
casos de uso.
Se realizar un diagrama para cada caso de uso.
U
e

Que se especifique mal la interaccin entre los elementos.
Que se por algn motivo la interaccin cambie y se tenga que
modificar el diagrama
TIEMPO,
COSTOS: QU RECURSOS SE Materiales o Consumibles: Diagrama de Casos de Uso
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:3.2.3.1



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.2.3.3. Diagrama de Clases
TRABAJO: Definir los objetos fundamentales del sistema y su relacin.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en identificar los objetos que
conforman el sistema y realizar la relacin entre ellas.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Identificar las clases que conforman el sistema.
Definir sus mtodos y atributos.
Relacionar las clases.

ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:13/07/2013

Hitos importantes: Diagrama de Clases
VALIDO Y
Que se identifiquen los objetos que intervienen en el sistema para
su correcta realizacin


QUE SE

REALES, O
Se supone que varios objetos intervienen en la realizacin del
sistema.
Se supone que todos los objetos tienen algn tipo de relacin.
U
e

que no se tome en cuenta algn objeto importante
que en algn determinado momento se modifiquen los objetos o
sus atributos
TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.2.4. Diseo de la Interfaz
TRABAJO: Disear la interfaz grfica de usuario
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en disear las ventanas que tendr
el sistema y con las que interactuar el usuario.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Analizar requisitos.
Disear las pantallas con las que interactuar el usuario.

ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:20/07/2013

Hitos importantes: Interfaces
VALIDO Y
Que las ventanas diseadas sean de fcil uso y agradables para el
usuario.


QUE SE

REALES, O
Se supone que se debe tomar en cuenta todos los datos que los
usuarios deben ingresar y que el sistema debe mostrar
U
e

Que no sean del agrado de los usuarios.
Que se decida modificar la ventana para agregarle o quitarle
componentes.
TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.3.1 Creacin de la Base de Datos
TRABAJO: Desarrollar la base de datos
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en crear la base de datos donde se
almacenarn los datos que se requieren en el sistema
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Implementar el diseo de la base de datos
Crear la base de datos

ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:03/08/2013

Hitos importantes: Desarrollo del Mdulo
CRITERIOS DE ACEPTACIN: Stakeholder que acepta: Encargado de la clnica
VALIDO Y
Que se consideren todos los datos que se necesitaran en el
sistema.


QUE SE

REALES, O
CIERTAS, PARA EFECTOS DE LA .
U
e

TIEMPO,
COSTOS: QU RECURSOS SE Materiales o Consumibles: -
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:-



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.3.2 Mdulo Consultorio
TRABAJO: Desarrollar el mdulo consultorio.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en implementar la arquitectura,
diagramas, la interfaz y desarrollar el mdulo Consultorio del
aplicativo que es el que utilizar el mdico
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Desarrollar el mdulo utilizando webservices.
Desarrollar los requerimientos del mdico

ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:31/08/2013

VALIDO Y
Que el mdulo cubra los requisitos descritos por el mdico y sea
de fcil manejo.


QUE SE

REALES, O
Se supone que el desarrollo del mdulo ser en neatbeans
Se supone que para el desarrollo del mdulo se basarn en los
diagramas de clases, de casos de uso y de secuencia.
U
e

TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:-



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.3.3. Mdulo Laboratorio
TRABAJO: Desarrollar el mdulo laboratorio
I
d
d
d
q
d
PDT.
DE
TRABAJO:
diagramas, la interfaz y desarrollar el mdulo laboratorio del
aplicativo que es el que se utilizar en el laboratorio.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Desarrollar el mdulo utilizando webservices
Desarrollar las actividades requeridas por el laboratorista

ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:28/09/2013

VALIDO Y
Que el mdulo cubra los requisitos descritos por el laboratorista y
sea de fcil manejo.


QUE SE

REALES, O
U
e

TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:-



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.3.4. Mdulo Paciente
TRABAJO: Desarrollar el mdulo paciente
I
d
d
d
q
d
PDT.
DE
TRABAJO:
diagramas, la interfaz y desarrollar el mdulo paciente del
aplicativo que es el que se utilizar el paciente.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Desarrollar el mdulo utilizando un router que enve la informacin
almacenada en un servidor al paciente
Desarrollar las actividades requeridas por el laboratorista

ASIGNACIN DE

ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:26/10/13

VALIDO Y
Que el mdulo sea de fcil acceso y entendible para el paciente.


QUE SE

REALES, O
utilizando lenguaje AT
U
e

TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:-



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.4.1. Pruebas funcionales
TRABAJO: Verificar el funcionamiento del sistema.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en verificar si el sistema cumple con
los requisitos funcionales indicados por los interesados al inicio del
proyecto.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Ejecutar el sistema.
Verificar si cumple con los requisitos funcionales.

ASIGNACIN DE

RESPONSABILIDADES: Participa: Betsy Delgado Hugo
ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:02/11/2013

Hitos importantes: Realizar pruebas a los mdulos
VALIDO Y
Que el mdulo cumpla con todos los requisitos funcionales.


QUE SE

REALES, O
U
e

TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:-



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.4.2. Pruebas de sistema
TRABAJO: Verificar el desempeo del sistema.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en verificar el correcto desempeo
del sistema cumpliendo con los niveles de calidad.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Ejecutar el sistema
Verificar su desempeo

ASIGNACIN DE

RESPONSABILIDADES: Participa: Betsy Delgado Hugo
ROL Apoya: -
DESEMPEAN EN LA
ELABORACIN.

Da informacin:
EL PDT.
Fin:09/11/2013

VALIDO Y
Que el mdulo cumpla con los niveles de calidad


QUE SE
REALES, O

U
e

Que no funcione de acuerdo a lo indicado
Que el tiempo de respuesta sea demasiado.
TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:-



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
2.4.3. Pruebas de integracin.
TRABAJO: Verificar el funcionamiento de las interfaces.
I
d
d
d
q
d
PDT.
DE
TRABAJO:
El paquete de trabajo consiste en verificar el funcionamiento de las
interfaces con las que interactuar el usuario.
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Ejecutar el sistema
Verificar el funcionamiento de las interfaces.

ASIGNACIN DE
RESPONSABILIDADES:
ROL
DESEMPEAN EN LA
ELABORACIN.

Participa: Betsy Delgado Hugo
Apoya: -

Da informacin:
EL PDT.
Fin:16/11/13

VALIDO Y
Que las interfaces funcionen a la perfeccin


QUE SE
REALES, O
U
e

TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:-



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
3.1. Levantamiento de la Aplicacin.
Implantar la aplicacin en
la clnica.
TRABAJO:
I
d
d
d
q
d
PDT.
DE
El paquete de trabajo consiste en implantar la aplicacin en la
clnica en las reas de Consultorio y laboratorio.

TRABAJO:
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Llenado de la base de datos.
Implementar los equipos necesarios.
Levantar la base de datos.
Implantar el sistema.

ASIGNACIN DE
RESPONSABILIDADES:
ROL
DESEMPEAN EN LA
ELABORACIN.

Participa: Betsy Delgado Hugo
Apoya: -

Da informacin:
EL PDT.
Fin:27/11/2013

Hitos importantes: Implementar equipos
Levantar la base de datos
Implantar el sistema
CRITERIOS DE ACEPTACIN: Stakeholder que acepta: Encargado de la clnica.
VALIDO Y
Que funcione el sistema.


SUPUESTOS: SITUACIONES La clnica cuenta con los

QUE SE recursos necesarios para
que se pueda implantar el
sistema.
REALES, O
U
e

Que los equipos con los que cuenta la empresa no soporten el
sistema
TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:3.4



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
4.1. Creacin de Manuales
TRABAJO: Indicar a los usuarios el correcto uso del sistema.
I
d
d
d
q
d
PDT.
DE
El paquete de trabajo consiste en realizar manuales que indiquen a
los usuarios como usar el sistema.

TRABAJO:
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Elaboracin de un manual de usuario

ASIGNACIN DE
RESPONSABILIDADES:
ROL
DESEMPEAN EN LA
ELABORACIN.

Participa: -
Apoya: -

Da informacin:
EL PDT.
Fin:30/11/2013

Hitos importantes: Implementar equipos
Levantar la base de datos
Implantar el sistema
VALIDO Y
Que indique como se utiliza el sistema y cmo solucionar
problemas que se puedan presentar.


QUE SE

REALES, O
U
e

OCURRENCIA IMPACTAR LOS Que los usuarios no entiendan las especificaciones del manual
TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:3.4



DICCIONARIO WBS

SOA. PGAC
WBS SEGN EL WBS
5. Cierre
TRABAJO:
Declarar el cierre del proyecto una vez culminadas todas las
actividades planeadas para su elaboracin.
I
d
d
d
q
d
PDT.
DE
El paquete de trabajo consiste en ordenar la documentacin
generada a lo largo del desarrollo del proyecto y declarar el cierre
del mismo.

TRABAJO:
QU CONTIENE, EN QU
CONSISTE,
COTAS, ETC.

PDT.

Ordenar la documentacin generada.
Declarar el cierre del proyecto.
ASIGNACIN DE
RESPONSABILIDADES:
ROL
DESEMPEAN EN LA
ELABORACIN.

Participa: -
Apoya: -

Da informacin:
EL PDT.
Fin:03/12/2013

Hitos importantes:
Declarar el cierre del proyecto
VALIDO Y
Haber culminado con todas las etapas del proyecto.


QUE SE
REALES, O
CIERTAS, PARA EFECTOS DE LA U

e

OCURRENCIA IMPACTAR LOS Que la aplicacin entregada no safisfaga al cliente
TIEMPO,
QUE TIPO, EN QUE
CANTIDADES, Y CON
QUE COSTOS.
DEPENDENCIAS: QU
Despus del pdt:



GESTIN
DE
TIEMPO


IDENTIFICACIN Y SECUENCIAMIENTO DE ACTIVIDADES

ATRIBUTOS DE REQUERIMIENTO

PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO
ACT.
TIPO DE

PREDECESORA

SECUENCIAMIENTO DE

ACTIVIDAD

TIPO DE RESTRICCIONES O FECHA PERSONA ZONA ACTIVIDADES DENTRO

(TIME DRIVEN,

ALCANDE DEL

RELACION SUPUESTOS IMPUESTA RESPONSABLE GEOGRAFICA DEL PAQUETE DE

RESOURCE

CDIGO WBS NOMBRE CODIGO NOMBRE TRABAJO DE LA ADELANTO/

TRABAJO

DRIVEN)

ACTIVIDAD ATRASO

1.1 Definir el Alcance
A001 Analizar riesgos
Identificar los
riesgos que
puedan afectar al
proyecto.
Tomar en cuenta los
riesgos identificados
anteriormente 18/06/2013
Analista Arequipa

A001
A002
A003
A004

A002 Analizar supuestos
Identificar las
situaciones que
asumimos como
verdaderas para
realizar el
proyecto. 18/06/2013
Analista Arequipa

A003 Analizar restricciones
Identificar las
situaciones que no
abarcar el
Analista Arequipa

A004
Mtodo para el
desarrollo
Identificar que
mtodo se usar
para el desarrollo
del sistema. 18/06/2013
Analista Arequipa

1.2 Gestin de Tiempo
A005
Definir actividades para
la realizacin del
proyecto.
Hacer una lista de
los pasos a realizar
para el desarrollo
del proyecto.

Se tomarn en cuenta
todas las actividades
que se llevarn a cabo
para concluir el
proyecto.
19/06/2013 Project Manager Arequipa
A005
A006

A006
Crear un cronograma
para desarrollo de
actividades.
Establecer fechas
para la realizacin
de las actividades.

Se realizar tomando
en cuenta el plazo
para la entrega del
proyecto
19/06/2013 Project Manager Arequipa

1.3 Gestin de Costos
A007 Estimar los costos
desarrollar una
aproximacin de
los costos
Solo se deben
considerar los
recursos necesarios 20/06/2013
Project Manager Arequipa
A007


necesarios para
realizar el
proyecto.
para la realizacin del
proyecto

A008
Determinar el
presupuesto
Sumar los costos
estimados.
Se tomaran en cuenta
todas las estimaciones 20/06/2013
A008

A009
Definir plantillas y
procedimientos para
controlar costos
Monitorear el
proyecto para
actualizar su
presupuesto.
Controlar que el
desarrollo del
proyecto se mantenga
dentro del
presupuesto, de lo
contrario gestionar la
ampliacin de este 20/06/2013
A009

1.4 Gestin de Calidad
A010
Identificar herramientas
para controlar el
aseguramiento de la
calidad.
Buscar
herramientas
necesarias para
controlar la
calidad.
Las herramientas
escogidas deben
asegurar la calidad
del sistema 21/06/2013
A010

A011
Monitoreo constante del
desarrollo del proyecto
Revisar el
proyecto para
controlar la
calidad.
La revisin ser
constante
A011

A012 Identificar los riesgos.
Buscar los riesgos
que afecten al
sistema.
Tomar en cuenta todo
lo que pueda afectar
el desarrollo del
proyecto 22/06/2013
A012

1.5 Gestin de Riesgos
A013 Analizar los riesgos.
Ver el grado ene l
que afectaran al
sistema.
Considerar todos los
posibles riesgos 22/06/2013
A013

A014
Desarrollar
procedimientos para el
control de los riesgos.
Indicar que
procedimientos se
llevaran a cabo
para controlar los
riesgos.
Considerar todos los
posibles riesgos 22/06/2013
A013

A015
Entrevistas con el
encargado de la clnica.
Coordinar
entrevistar para
definir quienes
sern los usuarios
directos del
proyecto.
Se tienen que
coordinar la
disponibilidad de
tiempo del encargado
de la clnica 24/06/2013
A014

2.1.1
Identificar
Interesados
A016
Analizar la influencia de
los miembros en el
proyecto.
Identificar el
grado de
influencia de los
interesados en el
proyecto.
Considerar personas
que forman parte y
ajenas a la clnica 24/06/2013
Analista Arequipa
A015

2.1.2
A017
Entrevistas con los
interesados.
Coordinar
reuniones con los
interesados para
que nos
Se tienen que
coordinar la
disponibilidad de
tiempo de los 25/06/2013
A016


proporcione
informacin sobre
lo que desean que
contenga la
aplicacin.
interesados

Recopilar
Requisitos
A018
Dividir los requisitos en
funcionales y no
funcionales.
Diferenciar los
requisitos
funcionales y no
funcionales para el
mejor manejo de
la informacin.
Tomar en cuenta
todos los requisitos 25/06/2013
Analista Arequipa

A017
A018

A019
Validacin de requisitos
funcionales y no
funcionales con los
usuarios.
Revisar con el
cliente si los
requisitos
funcionales y no
funcionales son
los que el pide.
Se coordinar una
reunin con los
interesados. 26/06/2013
Analista Arequipa

2.2.1
Diseo de la Base
de Datos
A020 Analizar requisitos
Identificar los
requisitos que
proporcionan
informacin para
el desarrollo de la
base de datos.
Basarse en los
requisitos recopilados
en las entrevistas 27/06/2013
Diseador Arequipa
A019

A021
Disear la base de datos
MER y Modelo
Relacional
Modelar la Base
de Datos.
Basado en los
requisitos 28/06/2013
Diseador Arequipa
A020

2.2.2
Diseo de la
Arquitectura
A022
Anlisis de los
requerimientos.
Identificar los
requisitos que
proporcionan
informacin para
desarrollar la
arquitectura fsica
del proyecto.
Basarse en los
Diseador Arequipa
A021

A023
Definir la arquitectura
del software.
Disear la
arquitectura.
Basado en los
Diseador Arequipa
A022

2.2.3.1
Diagramas de
Casos de Uso
A024
Definir las tareas a
realizar.
Hacer una lista de
las tareas que tiene
que realizar el
sistema.
Basado en los
Diseador Arequipa
A023

A025
Identificar los usuarios
que realizaran esas
tareas.
Identificar a los
usuarios que
intervienen en
cada y
relacionarlos.
Tomar en cuenta solo
los interesados
anteriormente
identificados 04/07/2013
Diseador Arequipa
A024

2.2.3.2
Diagramas de
Secuencia
A026
Determinar la
comunicacin entre el
sistema y los usuarios.
Identificar la
secuencia en que
se realizan las
acciones en el 08/07/2013
Diseador Arequipa

A025
A026


sistema.
A027
Establecer el envo de
mensajes entre las clases
en cada modulo
analizado.
Graficar la manera
en que se envan
los mensajes entre
mdulos. 08/07/2013
Diseador Arequipa

A028
Identificar las clases que
conforman el sistema.
Dividir el sistema
en clases. 11/07/2013
Diseador Arequipa
A027

2.2.3.3
Diagrama de
Clases
A029
Definir sus mtodos y
atributos.
Identificar los
mtodos y
atributos de cada
clase. 11/07/2013
Diseador Arequipa
A028

A030 Relacionar las clases.
Establecer una
relacin entre
clases. 11/07/2013
Diseador Arequipa
A029

2.2.4
Diseo de la
Interfaz Usuario
A031 Analizar requisitos.
Identificar los
requisitos que
proporcionan
informacin para
realizar los
formatos de las
pantallas. 15/07/2013
Diseador Arequipa
A030

A032
Disear las pantallas con
las que interactuar el
usuario.
Disear las
pantallas.
Basado en los
Diseador Arequipa
A031

2.3.1
Creacin de la
Base de Datos
A033
Implementar el diseo de
la base de datos
Desarrollar el
diseo de la base
de datos. 22/07/2013
Programador Arequipa

A032

A034 Crear la base de datos
Crear la base de
datos. 22/07/2013
A033

2.3.2
Mdulo
Consultorio
A035
Desarrollar el mdulo
utilizando webservices
Desarrollar el
sistema con el que
interactuar el
mdico .
Basarse en los
A034

A036
Desarrollar los
requerimientos del
mdico
Se tendrn en
cuenta los
requerimientos del
mdico.
Basarse en los
A035

2.3.3
Mdulo
Laboratorio
A037
utilizando webservices
Desarrollar el
sistema con el que
interactuar el
laboratorista .
Basarse en los
A036

A038
Desarrollar los
requerimientos del
laboratorista
Se tendrn en
cuenta los
requerimientos del
laboratorista.
Basarse en los
A037

2.3.4 Mdulo Paciente
A039
utilizando un router que
enve la informacin
Desarrollar el
sistema con el que
interactuar el
Basarse en los
A038


almacenada en un
servidor al paciente
paciente .

A040
Desarrollar los
requerimientos del
paciente
Se tendrn en
cuenta los
requerimientos del
paciente.
Basarse en los
A039

2.4.1
Pruebas
Funcionales
A041 Ejecutar el sistema.
Poner en
funcionamiento el
sistema. 28/10/2013
A040

A042
Verificar si cumple con
los requisitos
funcionales
Realizar las
pruebas
correspondientes
para revisar si
cumple con los
requisitos
funcionales.
Solo se verificar el
cumplimiento de los
requisitos funcionales 28/10/2013
A041

2.4.2
Pruebas del
Sistema
A043 Ejecutar el sistema
Poner en
funcionamiento el
sistema. 04/11/2013
A042

A044 Verificar su desempeo
Realizar las
pruebas
correspondientes
para revisar su
desempeo y
calidad.
desempeo de la
aplicacin 04/11/2013
A043

2.4.3
Pruebas de
Integracin
A045 Ejecutar el sistema
Poner en
funcionamiento el
sistema.

11/11/2013
A044

A046
Verificar el
funcionamiento de las
interfaces
Realizar las
pruebas
correspondientes
para revisar las
interfaces.
cumplimiento de los
requisitos funcionales 11/11/2013
A045

Levantamiento de
la aplicacin
A047
Implementar los equipos
necesarios.
Colocar los
equipos que se
necesitan para el
funcionamiento
del sistema.
Se contar con
espacio disponible
dentro de la clnica
para colocar los
equipos 18/11/2013
A046

3.1
A048
Levantar la base de
datos.
Hacer correr la
base de datos. 19/11/2013
A047

A049
Llenado de la base de
datos.
Ingresar
informacin a la
base de datos.
Con los datos que nos
proporcionen en la
clnica 20/11/2013
A048

A050 Implantar el sistema.
Colocar el sistema
en la clnica. 25/11/2013
A049

4.1
Creacin de
Manuales
A051
Elaboracin de un
manual de usuario
Crear un manual
del cual los
usuarios del
Utilizar un lenguaje
claro y entendible 28/11/2013
A050


sistema puedan
guiarse al tener
algn tipo de
duda.
5. Cierre A052
Ordenar la
documentacin
generada.
Ordenar todos los
documentos que
se generaron en la
elaboracin del
A051

A053
Declarar el cierre del
proyecto.
Dar por finalizado
el proyecto.
El cliente est
satisfecho con los
resultados del
proyecto 03/12/2013
A052


CRONOGRAMA DEL PROYECTO


GESTIN
DE
COSTOS

COSTEO DEL PROYECTO
TIPO DE RECURSO: PERSONAL TIPO DE RECURSO: MATERIAL O CONSUMIBLE TIPO DE RECURSO: MAQUINAS O NO CONSUMIBLES

ENTREGABLE ACTIVIDAD

NOMBRE DE
UNIDAD
ES CANTIDAD
COSTO
COSTO
TOTAL
NOMBRE
DE
UNIDADES CANTIDAD
COSTO
COSTO
TOTAL
NOMBRE DE
UNIDADES
CANTIDA
D
COSTO
UNITARIO
COSTO
TOTAL
RECURSO UNITARIO RECURSO UNITARIO RECURSO

Definir el alcance
A001, A002,
A003, A004 Analista 1 1 50 50

Cronograma del
proyecto A006 PM 1 1 100 100

Costo base del
proyecto
A008
PM 1 1 100 100

Planificar el
control de la
calidad
A010, A011
PM 1 1 100 100

Procedimientos
para el control de
riesgos
A014
PM 1 1 100 100

Lista de
Interesados A015, A016 PM 1 1 100 100

Lista de
requisitos
A019
PM 1 1 100 100

Diseo de la
Base de Datos
A021

Analista
Diseador
1
1
1
1
50
30
50
30

Diseo de la
Arquitectura
A023

Analista
Diseado
1
1
1
1
50
30
50
30

Diagramas de
Casos de Uso
A024, A025

Analista
Diseador
1
1
1
1
50
30
50
30

Diagrama de
Secuencia
A026, A027

Analista
Diseador
1
1
1
1
50
30
50
30

Diagrama de
Clases
A028, A029,
A030

Analista
Diseador
1
1
1
1
50
30
50
30

Diseo de
Pantallas
A032
Diseador 1 1 30 30

Base de Datos A034 Programador 1 1 200 200

Mdulo
Consultorio
A035
Programador 1 1 200 200

Mdulo
Laboratorio
A037

Mdulo Paciente A039 Programador 1 1 200 200

Resultado de las
Pruebas
Funcionales
A042
PM 1 1 100 100

Resultado de las
Pruebas de
Sistema
A044
PM 1 1 100 100

Resultado de las
Pruebas de
Integracin
A046
PM 1 1 100 100

Equipos
requeridos
A047
PM 1 1 100 100
Computadora
Servidor
Router
2
1
1
2
1
1
0
0
500

Sistema completo
A048, A049,
A050 50

Manual de
usuario
A051


PRESUPUESTO DEL PROYECTO
- POR FASE Y POR ENTREGABLE -

PROYECTO FASE ENTREGABLE
MONTO S/.

1. Administracin Cronograma del proyecto S/. 100,00
Costo base del proyecto S/. 100,00
Planificar la calidad S/. 100,00
Plan para la respuesta a los riesgos S/. 100,00
Total Fase
S/. 400,00
2. Recopilacin
de Informacin
Identificar Interesados S/. 100,00
Recopilar requisitos S/. 100,00
Total Fase
S/. 200,00
3. Construccin Definir el alcance S/. 50,00
Diseo de la Base de Datos S/. 80,00
Diseo de la Arquitectura S/. 80,00
Diagramas de Casos de Uso S/. 80,00
Diagrama de Secuencia S/. 80,00
Diagrama de Actividades S/. 80,00
Diseo de la Interfaz Usuario S/. 30,00
Mtodo para el desarrollo S/. 50,00
Creacin de la base de datos S/. 200,00
Creacin del Mdulo Consultorio S/. 200,00
Creacin del Mdulo Laboratorio S/. 200,00
Creacin del Mdulo Paciente S/. 200,00
Resultado de las Pruebas Funcionales S/. 100,00
Resultado de las Pruebas de Sistema S/. 100,00
Resultado de las Pruebas de Integracin S/. 100,00
Total Fase
S/. 1.630,00
4. Implantacin Colocar los equipos requeridos S/. 600,00
Levantar la base de datos. S/. 50,00
Llenar la base de datos. S/. 50,00
Implantar el sistema. S/. 100,00
Total Fase
S/. 800,00
5. Capacitacin Elaboracin de un manual de usuario S/. 100,00
Total Fase
S/. 100,00
TOTAL FASES S/. 3.130,00
RESERVA DE COTINGENCIA S/. 500,00
RESERVA DE GESTIN S/. 500,00
PRESUPUESTO TOTAL DEL PROYECTO S/. 4.130,00


GESTION
DE
LA
CALIDAD


PLANTILLA DE MTRICA DE CALIDAD

MTRICA DE:
PRODUCTO
Software
PROYECTO
PGAC
FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN A LA MTRICA.
Funcionalidad, confiabilidad, usabilidad, eficiencia, mantenimiento y portabilidad
DEFINICIN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MTRICA Y ESPECIFICAR PORQU ES
RELEVANTE.
Funcionalidad se refiere al funcionamiento del sistema.
Confiabilidad consiste en verificar la recuperacin y tolerancia ante fallos.
Usabilidad se refiere a que el sistema sea comprensible, fcil de usar y que tenga una
interfaz amigable.
Eficiencia que considera el tiempo y los recursos utilizados.
Mantenimiento que consiste en la respuesta del sistema al cambio, a las pruebas, verificar
si es estable.
Portabilidad que considera la instalacin del sistema, su coexistencia con otros programas y
si se adapta a distintos sistemas operativos.
Es relevante dado que nos muestra si es que el sistema cumple con los requisitos
indispensables para lograr la satisfaccin del cliente.
PROPSITO DE LA MTRICA: ESPECIFICAR PARA QU SE DESARROLLA LA MTRICA?
Esta mtrica se desarrolla para verificar si el sistema est cumpliendo con los requisitos de
calidad necesarios para el buen funcionamiento del sistema y as lograr la satisfaccin del
cliente.
DEFINICIN OPERACIONAL: DEFINIR COMO OPERAR LA MTRICA, ESPECIFICANDO EL QUIN, QU, CUNDO, DNDE, CMO?
Esta mtrica se ejecuta durante la construccin e implementacin del sistema. El Project
Manager mide los factores de calidad antes indicados para verificar si el sistema cumple
con los requisitos de calidad.
MTODO DE MEDICIN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIN.
Para realizar la medicin primero se tiene que identificar en que parte del sistema se
pueden medir los factores de calidad. Una vez identificados se procede a realizar la
medicin tomando en cuenta caractersticas especficas para cada factor. La medicin se
realiza con una puntuacin de 1 a 5 segn sea el grado de desarrollo de las caractersticas.
RESULTADO DESEADO: ESPECIFICAR CUL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA MTRICA.
El objetivo es que el sistema cumpla con los requisitos de calidad en base a factores de
calidad.
El resultado esperado es tener una puntacin de 5 en las caractersticas indicadas.
ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CMO SE ENLAZA LA MTRICA Y EL FACTOR DE CALIDAD RELEVANTE
CON LOS OBJETIVOS DE LA ORGANIZACIN.
Esta mtrica me permite verificar si se cumplen con los factores de calidad indicados, lo
que hace posible que se puedan comunicar correctamente las reas involucradas y los
pacientes.
RESPONSABLE DEL FACTOR DE CALIDAD: DEFINIR QUIN ES LA PERSONA RESPONSABLE DE VIGILAR EL FACTOR DE CALIDAD, LOS
RESULTADOS DE LA MTRICA, Y DE PROMOVER LAS MEJORAS DE PROCESOS QUE SEAN NECESARIAS.
El responsable del factor de calidad es el Project Manager.


MATRIZ DE ACTIVIDADES DE CALIDAD
ENTREGABLE
ESTNDAR DE CALIDAD
APLICABLE
ACTIVIDADES DE
PREVENCIN
ACTIVIDADES DE
CONTROL
Definir el alcance
NORMA ISO/IEC9126
(Funcionalidad)
Tomar en cuenta
exclusiones, supuestos y
restricciones.
Verificar la exactitud
entre lo que el cliente
requiere y lo que se est
definiendo.
Cronograma del
proyecto
NORMA ISO/IEC9126
Eficiencia
Considerar el listado de
todas las actividades que
se van a realizar a lo
largo del proyecto.
Verificar si se cumple
con el cronograma
establecido.
Costo base del proyecto Eficiencia
Tomar en cuenta los
costos estimados para la
realizacin del proyecto.
Considerar que los
costos pueden aumentar
a medida que se
desarrolle el proyecto.
Verificar si se cumplen
con los costos estimados
a medida que se realicen
las actividades.
Planificar el control de
la calidad
Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenimiento
Portabilidad
Establecer una mtrica
para el control de la
calidad.
Especificar los factores
de calidad.
Verificar la realizacin
de los factores de
calidad a lo largo del
desarrollo del proyecto.
Procedimientos para el
control de riesgos Confiabilidad
Elaborar un listado de
riesgos.
Realizar un plan para la
gestin de riesgos.
Verificar como
responde el sistema
ante las fallas y cmo se
recupera de estas.
Lista de Interesados Usabilidad
Entrevista directa con el
Encargado de la Clnica.
Verificar si estas
personas son las que van
a interactuar con el
proyecto.
Lista de requisitos Funcionalidad
Entrevistas con los
interesados.
Verificar si se abarca
todo lo que requieren
los interesados.
Diseo de la Base de
Datos Funcionalidad
Tomar en cuenta los
requisitos del cliente.
Verificar si la base de
datos contempla los
elementos que se
requiere en la
aplicacin.
Diseo de la
Arquitectura Funcionalidad
Tomar en cuenta los
Verificar si se est
elaborando la
arquitectura d acuerdo
al funcionamiento del
sistema.
Diagramas de Casos de
Uso Funcionalidad
Tomar en cuenta los
Verificar las tareas que
se le asignan realizar al
sistema.
Verificar quien realiza

esas tareas.
Diagrama de Secuencia Funcionalidad
Tomar en cuenta los
Verificar si lo que se
diagrama coincide con la
comunicacin que tiene
que darse entre el
sistema y los
interesados.
Diagrama de Clases Funcionalidad
Tomar en cuenta los
Verificar los mtodos y
atributos de cada clase.
Diseo de Pantallas Usabilidad
Tomar en cuenta los
Verificar que sean
atractivos y fciles de
entender.
Base de Datos
Funcionalidad
Confiabilidad
Portabilidad
Tomar en cuenta los
Basarse en el diseo de
la base de datos.
Verificar si la base de
datos contiene todo lo
que desea y necesita el
cliente.
Mdulo Consultorio
Funcionalidad
Confiabilidad
Portabilidad
Basarse en los
diagramas anteriores.

Verificar que durante el
desarrollo se tome en
cuenta los errores que
puedan ocurrir, que sea
fcil de usar, que sea
seguro, fcil de instalar.
Mdulo Laboratorio
Funcionalidad
Confiabilidad
Portabilidad
Basarse en los

Mdulo Paciente
Funcionalidad
Confiabilidad
Portabilidad
Basarse en los

Resultado de las
Pruebas Funcionales
Confiabilidad
Eficiencia
Mantenimiento
Tomar las previsiones
de errores que puedan
suscitarse al momento
del desarrollo.
Verificar la respuesta
del programa a todas las
pruebas que se le
realicen en cuanto a
funciones.
Resultado de las Pruebas
de Sistema
Confiabilidad
Eficiencia
Mantenimiento
Tomar las previsiones de
errores que puedan
del desarrollo.
Verificar la respuesta del
programa a todas las
pruebas que se le
desempeo.
de Integracin
Confiabilidad
Eficiencia
Mantenimiento
errores que puedan
del desarrollo.
Verificar la respuesta del
programa a todas las
pruebas que se le
interfaces.
Equipos requeridos Portabilidad
Hacer un listado de los
equipos que se
Verificar la adquisicin
de los equipos y su

requieren para la
implementacin de la
aplicacin.
correcta instalacin.
Sistema completo Portabilidad
Integrar los mdulos
desarrollados con la
base de datos.
Instalar el sistema en la
clnica.
Verificar la correcta
integracin e
implantacin del sistema
en la clnica.
Manual de usuario Usabilidad
Tomar en cuenta todos
los pasos que tiene que
realizar el usuario del
sistema para su correcto
uso.
Considerar los pasos que
tiene que seguir el
usuario si es que se le
presenta algn error o
problema.
Verificar si en el manual
se estn considerando
todos los pasos a seguir
por el usuario en
cualquier caso que se
pueda suscitar.


P PL LA AN N D DE E G GE ES ST TI I N N D DE E L LA A C CA AL LI ID DA AD D

POLTICA DE CALIDAD DEL PROYECTO: ESPECIFICAR LA INTENCIN DE DIRECCIN QUE FORMALMENTE TIENE
EL EQUIPO DE PROYECTO CON RELACIN A LA CALIDAD DEL PROYECTO.
EL presente proyecto debe cumplir con los requisitos de calidad especificados por el cliente, es
decir cumplir el tiempo y presupuesto planificado. A su vez cumplir con la calidad de software
considerando los atributos de la Norma ISO/IEC 9126 (funcionalidad, confiabilidad, usabilidad,
eficiencia, mantenimiento, portabilidad).
LNEA BASE DE CALIDAD DEL PROYECTO: ESPECIFICAR LOS FACTORES DE CALIDAD RELEVANTES PARA EL
PRODUCTO DEL PROYECTO Y PARA LA GESTIN DEL PROYECTO. PARA CADA FACTOR DE CALIDAD RELEVANTE DEFINIR LOS
OBJETIVOS DE CALIDAD, LAS MTRICAS A UTILIZAR, Y LAS FRECUENCIAS DE MEDICIN Y DE REPORTE.
FACTOR DE
CALIDAD
RELEVANTE
OBJETIVO DE
CALIDAD
MTRICA A
UTILIZAR
FRECUENCIA Y
MOMENTO DE MEDICIN
FRECUENCIA Y MOMENTO
DE REPORTE
Funcionalidad
Verificar el
funcionamiento del
sistema.
NORMA
ISO/IEC9126
Se medir al finalizar cada
semana de realizacin de los
mdulos y pruebas.
Se emitir un reporte despus de
cada medicin.
Confiabilidad
Verificar la
recuperacin y
tolerancia ante
fallas.
NORMA
ISO/IEC9126
Se medir al finalizar el
desarrollo de cada mdulo y
de cada prueba.
cada medicin.
Usabilidad
Verificar si el
sistema es
comprensible, fcil
de usar.
NORMA
ISO/IEC9126
Se medir al momento del
diseo de la interfaz usuario
medir al finalizar el
de cada prueba.
cada medicin.
Eficiencia
Verifica el tiempo y
recursos utilizados.
NORMA
ISO/IEC9126
Se medir al finalizar cada
actividad del cronograma.
Al finalizar cada paquete de
trabajo.
Mantenimiento
Verificar estabilidad
del sistema y su
respuesta ante
cambios y pruebas.
NORMA
ISO/IEC9126
de cada prueba.
cada medicin.
Portabilidad
Verificar la
adaptabilidad e
instalacin del
sistema.
NORMA
ISO/IEC9126
de la implantacin del
sistema.
cada medicin.
MATRIZ DE ACTIVIDADES DE CALIDAD: ESPECIFICAR PARA CADA PAQUETE DE TRABAJO SI EXISTE UN
ESTNDAR O NORMA DE CALIDAD APLICABLE A SU ELABORACIN. ANALIZAR LA CAPACIDAD DEL PROCESO QUE GENERAR
CADA ENTREGABLE Y DISEAR ACTIVIDADES DE PREVENCIN Y DE CONTROL QUE ASEGURARN LA OBTENCIN DE
ENTREGABLES CON EL NIVEL DE CALIDAD REQUERIDO (VER MATRIZ ADJUNTA).
PAQUETE DE TRABAJO
ESTNDAR O NORMA DE
CALIDAD APLICABLE
ACTIVIDADES DE
PREVENCIN
ACTIVIDADES DE CONTROL
Definir el alcance
NORMA ISO/IEC9126
(Funcionalidad)
Tomar en cuenta exclusiones,
supuestos y restricciones.
Verificar la exactitud entre lo que el
cliente requiere y lo que se est
definiendo.
Cronograma del proyecto
NORMA ISO/IEC9126
Eficiencia
Considerar el listado de todas
las actividades que se van a
realizar a lo largo del proyecto.
Verificar si se cumple con el
cronograma establecido.
Costo base del proyecto Eficiencia
Tomar en cuenta los costos
estimados para la realizacin
del proyecto.
Considerar que los costos
pueden aumentar a medida que
se desarrolle el proyecto.
Verificar si se cumplen con los
costos estimados a medida que se
realicen las actividades.
Planificar el control de la
calidad

Establecer una mtrica para el
control de la calidad.
Especificar los factores de
calidad.
Verificar la realizacin de los
factores de calidad a lo largo del
Procedimientos para el control
de riesgos
Confiabilidad
Elaborar un listado de riesgos.
Realizar un plan para la gestin
de riesgos.
Verificar como responde el sistema
ante las fallas y cmo se recupera
de estas.

Lista de Interesados Usabilidad
Entrevista directa con el
Encargado de la Clnica.
Verificar si estas personas son las
que van a interactuar con el
proyecto.
Lista de requisitos Funcionalidad Entrevistas con los interesados.
Verificar si se abarca todo lo que
requieren los interesados.
Diseo de la Base de Datos Funcionalidad
Tomar en cuenta los requisitos
del cliente.
Verificar si la base de datos
contempla los elementos que se
requiere en la aplicacin.
Diseo de la Arquitectura Funcionalidad
del cliente.
Verificar si se est elaborando la
arquitectura d acuerdo al
funcionamiento del sistema.
Diagramas de Casos de Uso Funcionalidad
del cliente.
Verificar las tareas que se le asignan
realizar al sistema.
Verificar quien realiza esas tareas.
Diagrama de Secuencia Funcionalidad
del cliente.
Verificar si lo que se diagrama
coincide con la comunicacin que
tiene que darse entre el sistema y
los interesados.
Diagrama de Clases Funcionalidad
del cliente.
Verificar los mtodos y atributos de
cada clase.
Diseo de Pantallas Usabilidad
del cliente.
Verificar que sean atractivos y
fciles de entender.
Base de Datos
Funcionalidad Confiabilidad
Portabilidad
del cliente.
Basarse en el diseo de la base
de datos.
Verificar si la base de datos
contiene todo lo que desea y
necesita el cliente.
Mdulo Consultorio
Funcionalidad
Confiabilidad
Portabilidad
Basarse en los diagramas
anteriores.

Verificar que durante el desarrollo
se tome en cuenta los errores que
puedan ocurrir, que sea fcil de
usar, que sea seguro, fcil de
instalar.
Mdulo Laboratorio
Funcionalidad
Confiabilidad
Portabilidad
anteriores.

instalar.
Mdulo Paciente
Funcionalidad Confiabilidad
Portabilidad
anteriores.

instalar.
Funcionales
Confiabilidad
Eficiencia
Mantenimiento
errores que puedan suscitarse
al momento del desarrollo.
Verificar la respuesta del programa
a todas las pruebas que se le
realicen en cuanto a funciones.
Resultado de las Pruebas de
Sistema
Confiabilidad
Eficiencia
Mantenimiento
realicen en cuanto a desempeo.
Resultado de las Pruebas de
Integracin
Confiabilidad
Eficiencia
Mantenimiento
realicen en cuanto a interfaces.
Equipos requeridos Portabilidad
Hacer un listado de los equipos
que se requieren para la
implementacin de la
aplicacin.
Verificar la adquisicin de los
equipos y su correcta instalacin.

Sistema completo Portabilidad
Integrar los mdulos
desarrollados con la base de
datos.
Instalar el sistema en la clnica.
Verificar la correcta integracin e
implantacin del sistema en la
clnica.
Manual de usuario Usabilidad
Tomar en cuenta todos los
pasos que tiene que realizar el
usuario del sistema para su
correcto uso.
Considerar los pasos que tiene
que seguir el usuario si es que
se le presenta algn error o
problema.
Verificar si en el manual se estn
considerando todos los pasos a
seguir por el usuario en cualquier
caso que se pueda suscitar.
ROLES PARA LA GESTIN DE LA CALIDAD: ESPECIFICAR LOS ROLES QUE SERN NECESARIOS EN EL EQUIPO
DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y ACTIVIDADES DE GESTIN DE LA CALIDAD. PARA CADA ROL
ESPECIFICAR: OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A QUIEN SUPERVISA, REQUISITOS DE
CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEAR EL ROL.

ROL NO 1 :
ENCARGADO DE LA
CLNICA
Objetivos del rol: Tener un proyecto de calidad.
Funciones del rol: Revisar, aprobar, y tomar acciones correctivas para
mejorar la calidad.
Niveles de autoridad: -
Reporta a:-
Supervisa a: Project Manager
Requisitos de conocimientos: Project Management y Gestin en General.
Requisitos de habilidades: Liderazgo, Comunicacin, Negociacin,
Motivacin, y Solucin de Conflictos.
Requisitos de experiencia: Ms de 5 aos de experiencia en el ramo.

ROL NO 2 :
PROJECT MANAGER
Objetivos del rol: Gestionar operativamente la calidad.
Funciones del rol: Revisar estndares, revisar entregables, aceptar
entregables o disponer su reproceso, deliberar para generar acciones
correctivas, aplicar acciones correctivas.
Niveles de autoridad :
Reporta a: Encargado de la Clnica.
Supervisa a: Equipo de Proyecto.
Requisitos de conocimientos: Gestin de Proyectos.
Requisitos de habilidades: Liderazgo, Comunicacin, Negociacin,
Motivacin, y Solucin de Conflictos.
Requisitos de experiencia: 3 aos de experiencia en el cargo.

ROL NO 3 :
EQUIPO DE
PROYECTO
Objetivos del rol: Elaborar los entregables con la calidad requerida y
segn estndares.
Funciones del rol : Elaborar los entregables.
Niveles de autoridad:-
Reporta a: Project Manager
Supervisa a:-
Requisitos de conocimientos: Gestin de Proyectos y las especialidades
que le tocan segn sus entregables.
asignados
Requisitos de habilidades: Especficas segn los entregables.
Requisitos de experiencia: Especficas segn los entregables.
ORGANIZACIN PARA LA CALIDAD DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO
INDICANDO CLARAMENTE DONDE ESTARN SITUADOS LOS ROLES PARA LA GESTIN DE LA CALIDAD.

Project Manager


Analista

Diseador

Programador

PROCESOS DE GESTIN DE LA CALIDAD: ESPECIFICAR EL ENFOQUE PARA REALIZAR LOS PROCESOS DE
GESTIN DE LA CALIDAD INDICANDO EL QU, QUIN, CMO, CUNDO, DNDE, CON QU, Y PORQU.

ENFOQUE DE
ASEGURAMIENTO DE
LA CALIDAD
Se realizar un monitoreo constante del desarrollo del proyecto
basndonos en las mtricas y los factores de control de calidad, si es
que los resultados de una de las mtricas no es el esperado se
proceder a tomar acciones de modificacin y mejoramiento del
sistema.

ENFOQUE DE
CONTROL DE LA
CALIDAD
El control se realiza basado en la Norma ISO/IEC9126. sta norma
contiene atributos para medir la calidad especificados en la lnea base
del proyecto. El control se realizar durante la construccin del
proyecto emitiendo un reporte despus de cada medicin.

ENFOQUE DE
MEJORA DE
PROCESOS
Segn el resultado obtenido despus de haber realizado la medicin se
proceder a realizar los cambios correspondientes para la mejora de
estos procesos.


GESTION
DE
RECURSOS
HUMANOS


M MA AT TR RI IZ Z D DE E A AS SI IG GN NA AC CI I N N D DE E
R RE ES SP PO ON NS SA AB BI IL LI ID DA AD DE ES S
( (R RA AM M) )

ENTREGABLES
ROLES / PERSONAS
R1 R2 R3
E1
V,A R
E2
V,A R
E3
V,A R
E4
V,A R
E5
V,A R
E6
V,A R
E7
V,A R
E8
A V R
E9
A V R
E10
A V R
E11
A V R
E12
A V R
E13
A V R
E14
A V R
E15
A V R
E16
A V R
E17
A V R
E18
V,A R P
E19
V,A R P
E20
V,A R P
E21 V,A R P
E22 A V R
E23 A V R

Leyenda:

R=Responsable
P=Participa
V=Revisa
A=Aprueba


D DE ES SC CR RI IP PC CI I N N D DE E R RO OL LE ES S
NOMBRE DEL ROL
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QU SE HA CREADO EL
ROL).
El encargado de la clnica requiere que el proyecto est implementado en la clnica en el
menor tiempo posible cumpliendo con todos los requisitos y contando con alta calidad.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (DE QU ES RESPONSABLE?).
Brinda informacin para realizar el proyecto.
Revisa y aprueba los entregables.
FUNCIONES: FUNCIONES ESPECFICAS QUE DEBE CUMPLIR (QU DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR
SUS RESPONSABILIDADES?).
Entrevistarse con el Project Manager para brindar informacin.
Reuniones con el Project Manager para que revise los entregables y haga las correcciones si
es q las hubiera.

NIVELES DE AUTORIDAD: QU DECISIONES PUEDE TOMAR CON RELACIN AL ALCANCE, TIEMPO,
COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES,
ADQUISICIONES, CONTRATOS,
PROVEEDORES, ETC.
El encargado debe coordinar las decisiones con el Project Manager con respecto al tiempo,
costo y recursos humanos.
REPORTA A: A QUIN REPORTA DENTRO DEL PROYECTO.
-
SUPERVISA A: A QUINES SUPERVISA DENTRO DEL PROYECTO.
Project Manager
REQUISITOS DEL ROL: QU REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS:
QU TEMAS, MATERIAS, O
ESPECIALIDADES DEBE CONOCER,
MANEJAR O DOMINAR.
Project Management y Gestin en General

HABILIDADES:
QU HABILIDADES ESPECFICAS DEBE
POSEER Y EN QU GRADO.
Liderazgo, Comunicacin, Negociacin, Motivacin, y Solucin de
Conflictos.
EXPERIENCIA:
QU EXPERIENCIA DEBE TENER, SOBRE
QU TEMAS O SITUACIONES, Y DE QU
NIVEL.
Ms de 5 aos de experiencia en el ramo.
OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES
FSICAS, ETC.
-


NOMBRE DEL ROL
Project Manager
ROL).
Gestionar el desarrollo del proyecto.
Dirigir el proyecto.
Coordinar entrevistas con los interesados.
Recopilar la informacin necesaria para realizar el proyecto.
Revisar estndares, revisar entregables, aceptar entregables o disponer su reproceso, deliberar
para generar acciones correctivas, aplicar acciones correctivas.
COSTO, CALIDAD,
PROVEEDORES, ETC.
El Project Manager es el encargado de tomar las decisiones y dirigir al equipo de proyecto.
Encargado de la clnica.
Equipo de proyecto.
CONOCIMIENTOS:
MANEJAR O DOMINAR.
Gestin de proyectos.

HABILIDADES:
Liderazgo, Comunicacin, Negociacin, Motivacin, y Solucin de
Conflictos.
EXPERIENCIA:
NIVEL.
3 aos de experiencia en el cargo.
OTROS:
FSICAS, ETC.
-


NOMBRE DEL ROL
Equipo de Proyecto
ROL).
Culminar la realizacin de los entregables.
Crear el sistema.
Hacer el anlisis, los diseos y el desarrollo del sistema.
Elaborar los entregables.
COSTO, CALIDAD,
PROVEEDORES, ETC.
El equipo del proyecto tiene que realizar los entregables segn lo que vea por conveniente
el Project Manager aportando opiniones para su realizacin.
Project Manager.
-
CONOCIMIENTOS:
MANEJAR O DOMINAR.
Gestin de Proyectos y las especialidades que le tocan segn sus
entregables.

HABILIDADES:
Solucin de problemas, comunicacin, praoctividad.
EXPERIENCIA:
NIVEL.
3 aos de experiencia en el cargo.
OTROS:
FSICAS, ETC.
-


P PL LA AN N D DE E R RE EC CU UR RS SO OS S H HU UM MA AN NO OS S

ORGANIGRAMA DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO.
Project Manager


Analista

Diseador

Programador

NOTA: ADJUNTAR ORGANIGRAMA DEL PROYECTO.
ROLES Y RESPONSABILIDADES: ESPECIFICAR LA MATRIZ DE ASIGNACIONES DE RESPONSABILIDADES (RAM).
Encargado de la Clnica revisa y aprueba los entregables.
Project Manager revisa y se hace responsable de los entregables.
El equipo de proyecto es el responsable o participa en la realizacin de los entregables.
NOTA: ADJUNTAR MATRIZ RAM.
DESCRIPCIN DE ROLES: NOMBRE DEL ROL, OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIN REPORTA, A
QUIN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEAR ROL.

Ver Descripcin de Roles
NOTA: ADJUNTAR FORMATOS DE DESCRIPCIN DE ROLES.
CRITERIOS DE LIBERACIN DEL PERSONAL DEL PROYECTO: CUNTO, CMO, HACIA DNDE?

ROL
CRITERIO DE
LIBERACIN

CMO?
DESTINO DE
ASIGNACIN
Encargado de la Clnica. Al finalizar el proyecto.
Project Manager. Al finalizar el proyecto. Designado por el
encargado de la clnica.
Direccin del proyecto.
Analista. Al finalizar el contrato. Designado por el Project
Manager.
Anlisis del proyecto.
Diseador. Al finalizar el contrato. Designado por el Project
Manager.
Diseo del proyecto.
Programador. Al finalizar el contrato. Designado por el Project
Manager.
Desarrollo del proyecto.
CAPACITACIN, ENTRENAMIENTO, MENTORING REQUERIDO: QU, PORQU, CUNDO, CMO, DNDE,
POR QUIN, CUNTO?
La capacitacin se dar al equipo de trabajo por parte del Project Manager al inicio de sus
labores, para explicarles el trabajo que tienen que realizar para satisfacer al cliente en sus
necesidades.
El mentoring se dar a lo largo de la realizacin del proyecto mediante la comunicacin
entre el equipo y el PM.
SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: QU, PORQU, CUNDO, CMO, DNDE, POR QUIN,
CUNTO?

Se dar una recompensa del 5% de la remuneracin mensual a las personas del equipo que
realicen sus deberes en el tiempo estimado con la calidad requerida, siendo esta recompensa
aprobada por el PM Y Encargado de la clnica.

CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLTICAS: QU, PORQU, CUNDO, CMO, DNDE,
POR QUIN, CUNTO?
Como poltica de la empresa las personas que se contraten deben tener como mnimo 2 aos
de experiencia en la rama que se desempean, deben contar con buenas referencias
verificadas con el encargado de la clnica.
REQUERIMIENTOS DE SEGURIDAD: QU, PORQU, CUNDO, CMO, DNDE, POR QUIN, CUNTO?
El quipo necesita trabajar en un ambiente seguro, para su comodidad y el cuidado de los
equipos. As que el encargado de la clnica provee instalaciones dentro de esta para el


GESTION
DE
COMUNICACIO
NES


P PL LA AN N D DE E G GE ES ST TI I N N D DE E C CO OM MU UN NI IC CA AC CI IO ON NE ES S

COMUNICACIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE COMUNICACIONES DEL PROYECTO.

La comunicacin en el proyecto se dar mediante:
Reuniones, va telefnica y correo electrnico.
PROCEDIMIENTO PARA TRATAR POLMICAS: DEFINA EL PROCEDIMIENTO PARA PROCESAR Y RESOLVER LAS
POLMICAS, ESPECIFICANDO LA FORMA DE CAPTURARLAS Y REGISTRARLAS, EL MODO EN QUE SE ABORDAR SU TRATAMIENTO
Y RESOLUCIN, LA FORMA DE CONTROLARLAS Y HACERLES SEGUIMIENTO, Y EL MTODO DE ESCALAMIENTO EN CASO DE NO
PODER RESOLVERLAS.

Para resolver alguna polmica que se presente en el transcurso del proyecto se convocar a
una reunin en donde participarn el Encargado de la clnica, el PM y el equipo de
proyecto. Se discutir la polmica hasta que se llegue a un acuerdo para su solucin, en
caso contrario se programar otra reunin. Una vez que se llegue a un acuerdo tambin se
acordar la manera como controlar y segur la solucin dada. Todas las reuniones sern
documentadas registrando los participantes, el problema, las soluciones acordadas y la
manera de control y seguimiento, incluyendo la firma de todos lo participantes.
PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIN DE COMUNICACIONES: DEFINA EL
PROCEDIMIENTO PARA REVISAR Y ACTUALIZAR EL PLAN DE GESTIN DE COMUNICACIONES.

Una vez iniciado el proyecto se procede inmediatamente a realizarse las comunicaciones
entre los participantes de ste ya sea mediante reuniones, va telefnica o por correos
electrnicos. Semanalmente se proceder a la revisin de las tareas encomendadas mediante
estas vas si es que no se realiz alguna de estas evaluar los motivos y proceder a actualizar
la gestin de comunicaciones.
GUAS PARA EVENTOS DE COMUNICACIN: DEFINA GUA PARA REUNIONES, CONFERENCIAS, CORREO
ELECTRNICO, ETC.

Para la reuniones el procedimiento es el siguiente:
1. Informar a las personas que participarn de la reunin personalmente o va
telefnica.
2. Una vez que estn reunidas todas las personas se procede a indicar el motivo de la
reunin.
3. Escuchar las opiniones si es que las hubieran.
4. Tomar los acuerdos necesarios.
5. Elaborar un informe con los acuerdos tomados.
Para las comunicaciones va correo electrnico el procedimiento es el siguiente:
Para informar decisiones tomadas en las reuniones:
1. Indicar el asunto de la reunin.
2. Indicar los acuerdos que se tomaron.
3. Indicar como poner en prctica los acuerdos.
En caso de modificacin o trabajo a realizar:
1. Indicar en qu parte del proceso se tiene que realizar.
2. Indicar quien es el que pidi esa modificacin y quien la aprob.


GUAS PARA DOCUMENTACIN DEL PROYECTO: DEFINA LAS GUAS PARA CODIFICACIN,
ALMACENAMIENTO, RECUPERACIN, Y REPARTO DE LOS DOCUMENTOS DEL PROYECTO.
La documentacin de cmo realizar el proyecto es elaborada por el PM siguiendo las
especificaciones del Encargado de la Clnica.
Estos documentos son entregados al equipo de proyecto en una reunin, realizando las
especificaciones necesarias para las labores que va a desempear cada persona.
GUAS PARA EL CONTROL DE VERSIONES: DEFINA GUAS PARA REGISTRO Y CONTROL ORDENADO DE LAS
VERSIONES DE LOS DOCUMENTOS DEL PROYECTO.
Si es que se realiza una actualizacin de documentos estos se almacenarn con al
documento original.
GLOSARIO DE TERMINOLOGA DEL PROYECTO: GLOSARIO DE TRMINOS, NOMBRES, CONCEPTOS,
FRMULAS, ETC.
PM : Project Manager
EC: Encargado de la Clnica
EP: Equipo de Proyecto


GESTION
DE
RIESGOS


P PL LA AN N D DE E G GE ES ST TI I N N D DE E R RI IE ES SG GO OS S

METODOLOGA DE GESTIN DE RIESGOS

PROCESO

DESCRIPCIN

HERRAMIENTAS
FUENTES DE
INFORMACIN
Planificacin de
Gestin de los
Riesgos

Elaborar el plan de gestin de riesgos.

EC, PM, EP,
Interesados.

Identificacin de
Riesgos

Identificar los riesgos que puedan afectar el
proyecto.

Hacer una lista de
riesgos.

EC, PM, EP,
Interesados.

Anlisis Cualitativo
de Riesgos
Identificar y evaluar la probabilidad y el
impacto de los riesgos en el proyecto.

Matriz de probabilidad e
impacto

EC, PM,EP,
Interesados.

Planificacin de
Respuesta a los
Riesgos
Indicar cmo es que se va a responder ante los
riesgos.

EC, PM, EP,
Interesados.

Seguimiento y
Control del Riesgos
Verificar los riesgos ocurridos y los nuevos,
verificar la respuesta a ellos.

EC, PM, EP,
Interesados.

ROLES Y RESPONSABILIDADES DE GESTIN DE RIESGOS
PROCESO ROLES PERSONAS RESPONSABILIDADES
Planificacin de
Gestin de los
Riesgos

Equipo de Gestin de
riesgos
PM
Equipo de Proyecto

Dirigir las acciones.
Ejecutar las acciones.
Identificacin de
Riesgos
Equipo de Gestin de
riesgos
PM
Equipo de Proyecto

Anlisis Cualitativo
de Riesgos
Equipo de Gestin de
riesgos
PM
Equipo de Proyecto

Planificacin de
Respuesta a los
Riesgos
Equipo de Gestin de
riesgos
PM
Equipo de Proyecto

Seguimiento y
Control del Riesgos
Equipo de Gestin de
riesgos
PM
Equipo de Proyecto


PRESUPUESTO DE GESTIN DE RIESGOS
PROCESO PERSONAS MATERIALES EQUIPOS TOTAL
Planificacin de
Gestin de los
Riesgos
PM s/.50.00
Analista s/.30.00
Diseador s/.20.00
Programador s/.20.00

s/.120.00 s/.120.00
Identificacin de
Riesgos
PM s/.50.00
Analista s/.30.00
Diseador s/.20.00

s/.120.00 s/.120.00

Anlisis Cualitativo
de Riesgos
PM s/.50.00
Analista s/.30.00
Diseador s/.20.00

s/.120.00 s/.120.00
Planificacin de
Respuesta a los
Riesgos
PM s/.50.00
Analista s/.30.00
Diseador s/.20.00

s/.120.00 s/.120.00
Seguimiento y
Control del Riesgos
PM s/.50.00
Analista s/.30.00
Diseador s/.20.00

s/.120.00 s/.120.00
s/.600.00
PERIODICIDAD DE LA GESTIN DE RIESGOS

PROCESO

MOMENTO DE EJECUCIN
ENTREGABLE DEL
WBS
PERIODICIDAD DE
EJECUCIN
Planificacin de
Gestin de los
Riesgos
Al inicio del proyecto.
calidad.
Una vez.
Identificacin de
Riesgos
Al inicio del proyecto y
calidad.
En cada reunin.
Anlisis Cualitativo
de Riesgos
calidad.
En cada reunin.
Planificacin de
Respuesta a los
Riesgos
calidad.
En cada reunin.
Seguimiento y
Control del Riesgos
calidad.
En cada reunin.
FORMATOS DE LA GESTIN DE RIESGOS

FORMATO

CONTENIDO
PROCESO EN QUE
SE GENERA
RESPONSABLE DE
GENERARLO
FRECUENCIA O
PERIODICIDAD
Informe Planes para poder
gestionar los riesgos.
Planificacin de
Gestin de los
Riesgos.

PM

Una vez.
Informe Lista de riesgos. Identificacin de
Riesgos
PM
EP
Al elaborar cada
entregable.
Informe Evaluacin cualitativa
de los riesgos.
Anlisis Cualitativo
de Riesgos
PM
EP
Al elaborar cada
entregable.
Informe Plan de respuesta a
riesgos.
Planificacin de
Respuesta a los
Riesgos
PM
EP
Al elaborar cada
entregable.
Informe Monitoreo de los
riesgos, solicitudes de
cambio y acciones
correctivas.
Seguimiento y
Control del Riesgos
PM
EP
Al elaborar cada
entregable.


TIPO DE RIESGO PROBABILIDAD X IMPACTO
Muy Alto Mayor a 0.50
Alto Menor a 0.50
Moderado Menor a 0.30
Bajo menor a 0.10
Muy Bajo Menor a 0.05

I ID DE EN NT TI IF FI IC CA AC CI I N N Y Y E EV VA AL LU UA AC CI I N N C CU UA AL LI IT TA AT TI IV VA A D DE E R RI IE ES SG GO OS S

PROBABILIDAD VALOR NUMRICO IMPACTO VALOR NUMRICO
Muy Improbable 0.1 Muy Bajo 0.05
Relativamente Probable 0.3 Bajo 0.10
Probable 0.5 Moderado 0.20
Muy Probable 0.7 Alto 0.40
Casi Certeza 0.9 Muy Alto 0.80
CDIGO
DEL
RIESGO

DESCRIPCIN DEL
RIESGO

CAUSA RAZ

TRIGGER
disparador

ENTREGABLES
AFECTADOS
ESTIMACIN DE
PROBABILIDAD

OBJETIVO
AFECTADO

ESTIMACIN
DE IMPACTO

PROB X
IMPACTO

TIPO DE
RIESGO
R001
Modificacin del cronograma de
actividades.
Inconvenientes en el
desarrollo del
proyecto.
Bajo desempeo del
EP
Diseos
Diagramas
Mdulos
Sistema completo
0.3
Alcance
Bajo
Tiempo 0.20 0.06
Costo
Calidad
TOTAL PROBABILIDAD X
IMPACTO
0.06
R002
Baja satisfaccin de los
usuarios.
El proyecto no cuenta
con la calidad
requerida.
Entrevista con el EC Todo el proyecto 0.3
Alcance
Moderado
Tiempo
Costo 0.10 0.03
Calidad 0.40

0.12
IMPACTO
0.15

R003
Metodologa inadecuada para la
realizacin del sistema.
Metodologa utilizada.
Reunin del equipo del
proyecto y el PM.
Diseos
Diagramas
Mdulos
Sistema completo
0.1
Alcance
Muy bajo
Tiempo
Costo
Calidad 0.30 0.03
IMPACTO
0.03
R004
Modificaciones en el alcance del
proyecto.
Requerimiento de
mayor cantidad de
entregables.
Entrevistas entre el EC
Y el PM.
Todo el proyecto 0.3
Alcance 0.10 0.03
Bajo
Tiempo 0.10 0.03
Costo 0.10 0.03
Calidad
IMPACTO
0.09
R005
Desaprobacin de los
entregables.
El EM inconforme con
el resultado entregado.
Entrevistas entre el EC
Y el PM.
0.3
Alcance
Bajo
Tiempo 0.10 0.03
Costo 0.10 0.03
Calidad
IMPACTO
0.06
R006 Incumplimiento de contratos.
Incumplimiento de una
persona del equipo y/o
proveedor.
Revisin del trabajo
Diseos
Diagramas
Mdulos
Sistema completo
0.3
Alcance
Moderado

Tiempo 0.10 0.03
Costo 0.20 0.06
Calidad 0.40 0.12
IMPACTO
0.21

P PL LA AN N D DE E R RE ES SP PU UE ES ST TA A A A R RI IE ES SG GO OS S

Ordena
dos en
forma
Decreci
ente

Muy Alto
Alto
Moderado
Bajo
Muy Bajo

Evitar
Mitigar
Transferir

Explotar
Compartir
Mejorar
Aceptar
CDIGO
DEL
RIESGO

AMENAZA /
OPORTUNIDAD

DESCRIPCI
N DEL
RIESGO

CAUSA
RAZ

TRIGGER

ENTREGABLES
AFECTADOS
PROBABILI
DAD POR
IMPACTO
TOTAL

TIPO DE
RIESGO

RESPONSAB
LE DEL
RIESGO

RESPUESTAS
PLANIFICADAS

TIPO DE
RESPUESTA
RESPONSAB
LE DE LA
RESPUESTA

FECHA
PLANIFICADA

PLAN DE
CONTINGENCIA
R006 Amenaza
Incumplimiento
de contratos.
Incumplimie
nto de una
persona del
equipo y/o
proveedor.
Revisin del
trabajo
Diseos
Diagramas
Mdulos
Sistema
completo
0.21 Moderado PM
Revisin semanal
del cumplimiento
del trabajo.
Buscar un nuevo
proveedor.
Mitigar PM Semanalmente
Revisar el
incumplimiento y
tomar medidas
correctivas.
R002 Amenaza
Baja
satisfaccin de
los usuarios.
El proyecto
no cuenta
con la
calidad
requerida.
Entrevista
con el EC
Todo el proyecto 0.15 Moderado PM
Comunicacin
entre el EC y el
PM
Mitigar PM
Presentacin de
cada
entregable.
Encontrar las
causas, tomar
acciones
preventivas y dar
seguimiento a los
resultados.
R004
Modificaciones
en el alcance
del proyecto.
Requerimient
o de mayor
cantidad de
entregables
Entrevistas
entre el EC Y
el PM.
Todo el proyecto 0.09 Bajo PM
Comunicacin
entre el EC y el
PM
Mitigar PM
Presentacin de
cada
entregable.
Evaluacin del
impacto.
Reprogramacin
de actividades
R005 Amenaza
Desaprobacin
de los
entregables.
El EM
inconforme
con el
Entrevistas
entre el EC Y
el PM.
0.06 Bajo PM
Elaboracin de
informes.

Mitigar PM
Presentacin de
cada
entregable.
Encontrar las
causas, tomar
acciones

resultado
entregado. Presentar
borradores del
trabajo.
Evitar PM
Una semana
antes de
entregar el
trabajo final.
preventivas y dar
seguimiento a los
resultados.
R001 Amenaza
Diseos
Diagramas
Mdulos
Sistema
completo
0.06 Bajo PM
Coordinacin
contina.
Mitigar PM Continuamente
Evaluar el
impacto.
Reprogramar
actividades.
Clausula de
flexibilidad en el
contrato.
Mitigar PM
Al firmar el
contrato
R003
Metodologa
inadecuada para
la realizacin
del sistema.
Metodologa
utilizada.
Reunin del
equipo del
proyecto y el
PM.
Diseos
Diagramas
Mdulos
Sistema
completo
0.03 Muy bajo PM
Comunicacin
entre el EC y el
PM.
Mitigar PM Continuamente
Considerar
necesidades,
impactos y tomar
acciones
correctivas.


GESTION
DE
ADQUISICIONES

M MA AT TR RI IZ Z D DE E A AD DQ QU UI IS SI IC CI IO ON NE ES S D DE EL L P PR RO OY YE EC CT TO O

PRODUCTO O
SERVICIO A
ADQUIRIR

CDIGO DE
ELEMENTO
WBS

TIPO DE
CONTRATO

PROCEDIMIENTO
DE
CONTRATACIN

FORMA DE
CONTACTAR
PROVEEDOR
ES

REQUERIMIENTO
DE ESTIMACIONES
INDEPENDIENTES

REA/ROL/PERSONA
RESPONSABLE DE LA
COMPRA

MANEJO DE
MLTIPLES
PROVEEDORES

PROVEEDORES
PRE-
CALIFICADOS
CRONOGRAMA DE ADQUISICIONES REQUERIDAS
Planif.
Contrat
Solic.
Resp.
Selecc.
Proveed.
Admin.
Contrato
Cerrar
Contrato
Del al Del al Del al Del al Del al
2 equipos
informticos
(PCs
pentuim dual
core o I3,
monitores,
mouses,
teclados)
3.1
Levantamiento
De la
aplicacin
Compra
de precio
fijo
-Solicitud de
Cotizacin.
-Revisin de
Cotizacin.
-Negociacin de
Contrato.
- Firma de Contrato
- Entrevistas.
Cotizaciones
anteriores
PM
Proveedor
nico
14/11/2013 15/11/2013 15/11/2013 15/11/2013 16/11/2013
Papel Bond
(500 hojas)
Todo el
proyecto
Compra
de precio
fijo
Proveedor Predefinido
Proveedor
Predefinido
No PM
Proveedor
nico
17/06/2013 17/06/2013 17/06/2013 18/06/2013 18/06/2013
Material de
oficina
(carpetas,
bolgrafos,
otros)
Todo el
proyecto
Compra
de precio
fijo
Proveedor
Predefinido
No PM
Proveedor
nico
17/06/2013 17/06/2013 17/06/2013 18/06/2013 18/06/2013
Modem
Celular
2.3.4 Mdulo
Paciente
Compra
de precio
fijo
Proveedor
Predefinido
No PM
Proveedor
nico
14/11/2013 15/11/2013 15/11/2013 15/11/2013 16/11/2013

P PL LA AN N D DE E G GE ES ST TI I N N D DE E A AD DQ QU UI IS SI IC CI IO ON NE ES S

ADQUISICIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE ADQUISICIONES DEL PROYECTO.

Las adquisiciones necesarias para el desarrollo del proyecto son: 2 equipos
informticos, modem celular, papel bond y material de oficina como carpetas,
bolgrafos y otros.

PROCEDIMIENTOS ESTNDAR A SEGUIR: PROCEDIMIENTOS DE ADQUISICIN QUE SE DEBEN SEGUIR.

1. El equipo de trabajo enva una solicitud al PM indicando los materiales que se
necesitarn.
2. El PM se entrevista con el EC para indicarle las adquisiciones que se requieren
y a su vez le lleva proformas..
3. Una vez que el EC acepta la compra de los materiales le brinda el dinero al PM.
4. El PM realiza las adquisiciones.

COORDINACIN CON LA GESTIN DE PROYECTOS DE LOS PROVEEDORES: COORDINACIN
CON LA GESTIN DE PROYECTOS DE PROVEEDORES, ENLACES DE PROCESOS, PROCEDIMIENTOS, FORMATOS Y/O
METODOLOGAS.

Para la adquisicin de los equipos informticos de tiene que tener varias proformas de
diferentes locales donde se puedan adquirir, estudiarlas y elegir cul es la opcin ms
conveniente basados en la calidad, garanta y precio.
Una vez elegido el proveedor se realiza la compra pagando el monto completo al
contado.

RESTRICCIONES Y SUPUESTOS: QUE PUEDAN AFECTAR LAS ADQUISICIONES PLANIFICADAS Y POR LO TANTO
EL LOGRO DE LOS OBJETIVOS DEL PROYECTO.

Presupuesto del proyecto.
Se cuenta con proveedores fijos.

RIESGOS Y RESPUESTAS: PRINCIPALES RIESGOS RELACIONADOS A LAS ADQUISICIONES, Y RESPUESTAS QUE
HAN SIDO CONSIDERADAS EN LA GESTIN DE RIESGOS DEL PROYECTO.
R006 incumplimiento del contrato.
Respuesta: Buscar un nuevo proveedor.

MTRICAS: MTRICAS DE ADQUISICIN A SER USADAS PARA GESTIONAR Y EVALUAR PROVEEDORES.
Mtrica de Satisfaccin del Cliente que se obtiene cuando el cliente est conforme con
las adquisiciones.

Betsy Delgado Hugo

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Betsy Delgado Hugo

Cargado por

Copyright:

Formatos disponibles

PROYECTOS DE INVESTIGACIN II

BETSY DELGADO HUGO Pgina 1

También podría gustarte