Softcita21 proyecto en ing sistemas

Universidad Peruana Los Andes
Facultad de Ingeniería
Escuela Profesional de Ingeniería de Sistemas y Computación
UNIVERSIDAD PERUANA LOS ANDES
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN
TRABAJO FINAL
IMPLEMENTACION DE UN SOFTWARE PARA UN REGISTRO DE CITAS EN EL
HOSPITAL S.J.L - SOFTCITA21
Integrantes:
JANETH DE LA CRUZ CABELLO
ROSARIOAPAZA CORREA
RONALD PAREDESOCHOA
REMY ZAMBRANO ESQUIVEL
Asignatura: Gestión de Proyectos en Ingeniería de Sistemas
Docente: Mg. Pachas Huaytán, Jorge Vladimir
Huancayo – Perú
2021

Contenido
INFORMACIÓN DEL PROYECTO ......................................................................................................... 3
Objetivo medible:............................................................................................................................ 4
Principal entregable medible:........................................................................................................... 4
Suposiciones:...................................................................................................................................4
2.- PROJECT SCOPE STATEMENT .......................................................................................................5
3.- MATRIZ DE TRAZABILIDAD DE REQUISITOS................................................................................. 12
DICCIONARIO EDT.......................................................................................................................... 15
LISTA DE ENTREGABLE.................................................................................................................... 36
PRESUPUESTO DEL PROYECTO........................................................................................................ 37
PLAN DE GESTION DE LOS COSTOS.................................................................................................. 38
LISTA DE VERIFICACION DE ESTIMACION DE COSTOS ....................................................................... 39
PLAN DE GESTION DE PROYECTOS .................................................................................................. 42
10 - PLAN DE GESTION DE RECURSOS HUMANO .............................................................................. 49
11.- ADQUISICIONES DEL PROYECTO............................................................................................... 57
12 – MATRIZ DE ASIGNACION DE RESPONSABILIDADES.................................................................... 61
13 – PLAN DE GESTIÓN DE COMUNICACIONES................................................................................. 66
14.- PLAN DE GESTIÓN DE RIESGOS................................................................................................. 69
15.- PLAN DE RIESGOS DEL PROYECTO............................................................................................. 71
ACTA DE ACEPTACIÓN DEL PROYECTO............................................................................................. 74
DECLARACIÓN DE LA ACEPTACIÓN FORMAL ...................................................................... 74
FGPR560- Versión4.0.............................................................................................................. 83
INFORME DE MÉTRICAS DEL PRODUCTO......................................................................................... 86

INFORMACIÓN DEL PROYECTO
Nombre del proyecto IMPLEMENTACION DE
UN SOFTWARE PARA
UN REGISTRO DE CITAS
EN EL HOSPITALS.J.L -
SOFTCITA21
Programa Asociado o
vinculadocon otro
proyecto:
SISTEMA DE GESTIÓN
DE MEDICAMNETOS
Códigodel proyecto 0001- HOSP.S.J.L.
Tipo de proyecto TECNOLÓGICO
Sponsor Hospital SanJuan de
Lurigancho
Gerente de proyecto Mg. RonaldParedes
Ochoa
Dueño del proyecto Oficinade Informática
y Sistemas
CPMO (directorde
gestiónde proyecto)
Ing.RemyZambrano
Esquivel
INFORMACIÓN CLAVE:
Presupuestoinicial S/ 81,500.00 Beneficiofinanciero Mejorar losprocesos
Costo de locación S/ 75,200.00 esperado de citas,
(implantación) Monitoreode la
oportunidadde la
programaciónmédicay
no médicaenel sistema
de SOFTCITA21.
Presupuestodel S/ 156,700.00
Proyecto
Fecha de inicio
proyecto
Fecha de inicio
de la fase de
Ejecución
Fecha de
lanzamiento
Fecha de
finalizaciónpara
operaciones
Cierre del
proyecto
18/11/2021 18/12/2021 24/12/2021 17/11/2021 23/12/202
BREVE DESCRIPCIÓN DEL PROPÓSITO Y ANTECEDENTES:
El propósito del proyecto la implementación de software para un registro de citas
HOSPCITA21, es el monitoreo del cumplimiento de la atención de turnos para la consulta
externa y la atención médica y no médica en el sistema de HOSPCITA21. Cumplimiento de la
normatividad vigente.
PROJECT CHAPTER
Documentode información
Fecha ycreación:23 de mayo 2021.
Versióndel documento: 1.0

Objetivo medible:
- Construirel sistemade gestióntricaparael control del rendimiento académico.
- Concluirdentrodel fecha establecida.
- Cumplirconel presupuesto planificado.
- Unificarcon los sistemasde launiversidad.
- Controlarcon losindicadoresalosestudiantesinvolucradoseneste puntode la TRICA.
Principal entregable medible:
- SOFTWAREDE RESERVA DE CITAS – HOSPCITA21
- BASE DE DATOS ESTRUCTURADA SQL.
- SISTEMA SE SEGURIDAD EN LA APLICACIÓN
- PRUEBA DE PERFORMANCEY ESTRÉS.
Puntos de control:
- Fase de implementación
- Adquisiciónde recursos
- Informe final de entregable.
- Entregade Manual de Usuario.
- Baseslegales
ConstituciónPolíticadel Perú
LeyNº 27657 – Leydel Ministeriode Salud
LeyN º 23536. Leyque establece lasNormasGeneralesque regulanel trabajoYla Carrera
de losProfesionalesde laSalud.
LeyN º 27669 Ley del trabajode la Enfermera.
LeyN º 27853. Leydel trabajode laObstetriz.
LeyN º 27878. Leydel trabajodel CirujanoDentista.
DecretoLegislativoN º559 DecretoLegislativoLeyde TrabajoMedico
LEY Nº 27815. Leydel Códigode Ética de la FunciónPúblico
Limitaciones
- Reduccióndel aforoal 40% del personal segúnNormaSanitaria.EmergenciaSanitariaCOVID
19.
- EleccionesPresidenciales
- EleccionesPresidenciales
- Subidadel dólar.
- Reduccióndel aforoal 40% del personal segúnNormaSanitaria.
- Consultoriosde especialidadesinhabilitadosporlaEmergenciaSanitaria.
Suposiciones:
- Mejorar lacalidadde atencióndel paciente programandosucita.Tomade decisiones
adecuadas.
- Mediciónde lasatisfaccióndel usuarioAtenciónentiempo real.

- Reducciónde tiempoenlaatenciónal paciente.
- Evitar lapropagaciónde la covid19
- Toma de decisionesadecuadas.
- Atenciónentiemporeal.
2.- PROJECT SCOPE STATEMENT
DECLARACION DEL ALCANCE PRELIMINAR
PROJECT SCOPE STATEMENT
TITULO DEL PROYECTO: IMPLEMENTACION DE UN SOFTWAREPARA EL
REGISTRO DE CITAS EN EL HOSPTAL SJL
PREPARADO POR: RemyCarlos ZambranoEsquivel
JanethMarivel de lacruz cabello
RosarioMelvaApaza Correa
RonaldDeivisParedesOchoa
FECHA: 18/11/2021
GERENTE DEL PROYECTO: RonaldDeivisParedesOchoa
ResumenEjecutivo
El propósito del proyecto la implementación de software para un registro de citas denominado
HOSPCITA21,esel monitoreodel cumplimientode laatenciónde turnosparalaconsultaexternayla
atención médica y no médica en el sistema. Se cumplirá con la normativa vigente.
Objetivosdel Proyectoy Producto
Objetivosdel Proyecto
a) Levantamiento de información para el análisis del alcance del proyecto.
b) Realizar análisis de requerimiento, de riesgo.
c) Planificación del proyecto en costos, tiempo y recursos humanos
d) Analizar la situación actual del Hospital SJL.
e) Realizar el diseño de los casos y prototipos.
f) Implementación del aplicativo como parte de desarrollo y base de datos.
g) Realizar pruebas funcionales y no funcionales.
h) Hacer la entrega del proyecto en el ambiente de producción
i) Entrega de manual
j) Soporte post pase a producción
k) Informe de cierre de proyecto.

objetivosdel producto o servicio
a) La implementaciónde unsoftware de citas,segúnlorequeridoporel hospital Sanjuande
Luriganchopara mejorarlostiemposde atenciónysatisfacción.
Criteriosde Aceptacióndel Proyecto
a) Módulode ingresoy ediciónde datospersonalesde lasHC(Historiasclínicas),alertaspara
depuraciónde HC.
b) Socializacióndel proyectoalospacientes.
c) Capacitaciónal personal administrativoyasistencial.
d) Monitorearla implementacióndel proyecto.
e) Programaciónde citas.
f) Realizarlosreportessolicitados.
Límitesdel Proyecto
El alcance incluye:
Verificarlossiguientesentregables:Análisis,Diseño,desarrollo,pruebas,ysoporte enproducción
del proyecto.
El alcance no incluye:
Cambiosdel alcance del proyectodespuésde habercerradolaetapa de análisis.
Requisitosy Productos Entregablesdel Proyecto
a) Módulosde registroy actualizaciónde historiasclínicasde pacientes.
b) Reservade citas
c) Programación de turnos
d) Creaciónde módulode servicios.
e) Módulode administraciónde rolesde losusuarios.
f) Reporte de atendidos,atenciones,porturnos,porespecialidad.
Restriccionesdel Proyecto
a) Presupuestolimitadoparalaimplementación
b) Capacitacionesno presencialesdebidoalapandemia.
Supuestosdel Proyecto
a) Recolectar la información necesaria para la implementación y desarrollo del sistema.
b) Se cuente con los equipos de cómputo óptimo para ejecutar lo implementado
c) Lograr capacitar al recurso humano necesario para el uso del sistema.
RiesgosInicialesDefinidos
a) No cumplirconlostiempos debidoaque el Gerente generalnotengadisponibilidadpara
todaslas reunionesenlacual se hace entregade los avances.
b) La noaceptacióndel usode las TICs.por el personal de admisión (Rechazoal proyecto).
c) Dificultadenlaadaptacióndel personal conel proyecto.

Organización Inicial del Proyecto
Requerimientosde recursos
a) Gerente de proyecto
b) Líder de análisisde proyecto.
c) Analistade proyectos.
d) Analistade diseño.
e) Líder de desarrollo.
f) Desarrollador.
g) Administradorde base de datos.
h) Analistade Calidad
i) Gerente general
j) Personal de Admisión
Equipo de apoyo personal - cantidad
Técnicos 4
Equipodel proyecto 4
Personal 5
Sponsor 1
Rol del Recurso Cantidad
a) Gerente: definirá los objetivos, gestionará
los costos, riesgos y satisfacción de los
usuarios.
1
b) Directorde proyecto:esel gestionay
supervisael plandel proyecto.
1
c) Trabajadoresde lasdiferentesáreas
involucradasparala elaboracióndel
proyecto
5
d) Sponsorseráel patrocinadordel proyecto,
el que cumplacon loscostos.
1

Hitos de Cronograma
Hitos Fecha Estimada
IMPLEMENTACION DE UN SOFTWARE PARA UN
REGISTRO DE CITAS EN EL HOSPITAL SJL
jue. 18/11/21 8:00 mar. 11/01/22 17:00
ANALISIS jue. 18/11/21 0:00 mar. 23/11/21 0:00
ANALISIS DE REQUERIMIENTO jue. 18/11/21 8:00 vie. 19/11/21 17:00
REQUERIMIENTOS FUNCIONALES jue. 18/11/21 8:00 jue. 18/11/21 17:00
REQUERIMIENTO NO FUNCIONALES jue. 18/11/21 17:00 vie. 19/11/21 13:00
ANALISIS DE RIESGO vie. 19/11/21 15:00 lun. 22/11/21 11:00
PLANIFICACION lun. 22/11/21 11:00 mar. 23/11/21 9:00
CIERRE DE ETAPA mar. 23/11/21 9:00 mar. 23/11/21 18:00
DISEÑO jue. 25/11/21 8:00 jue. 2/12/21 17:00
DOCUMENTACION DE CASOS jue. 25/11/21 8:00 jue. 25/11/21 17:00
DISEÑO DE CASOS DE PRUEBA jue. 25/11/21 17:00 lun. 29/11/21 13:00
DISEÑO DE CASOS DE PROTOTIPOS lun. 29/11/21 15:00 mié. 1/12/21 12:00
CIERRE DE ETAPA mié. 1/12/21 12:00 jue. 2/12/21 11:00
DESARROLLO vie. 3/12/21 8:00 mar. 21/12/21 17:00
AMBIENTE DE DESARROLLO vie. 3/12/21 8:00 vie. 3/12/21 17:00
DESARROLLO CODIGO FUENTE vie. 3/12/21 17:00 vie. 17/12/21 17:00
DISEÑO FINAL DEL SISTEMA vie. 17/12/21 17:00 lun. 20/12/21 13:00
CIERRE DE ETAPA lun. 20/12/21 15:00 mar. 21/12/21 12:00
PRUEBAS mié. 22/12/21 8:00 jue. 30/12/21 17:00
AMBIENTE DE PRUEBAS mié. 22/12/21 8:00 mié. 22/12/21 17:00
PRUEBAS INTEGRALES mié. 22/12/21 17:00 jue. 23/12/21 13:00
PRUEBAS DE ACEPTACION DE USUARIO jue. 23/12/21 15:00 lun. 27/12/21 11:00
PRUEBAS TECNICAS mar. 28/12/21 17:00 mié. 29/12/21 13:00

CIERRE DE ETAPA mié. 29/12/21 15:00 jue. 30/12/21 11:00
CIERRE lun. 3/01/22 8:00 mar. 11/01/22 10:00
ENTREGA DE PROYECTO lun. 3/01/22 8:00 lun. 3/01/22 17:00
ENTREGA DE MANUAL DE USUARIO lun. 3/01/22 17:00 mar. 4/01/22 13:00
SOPORTE DE PRODUCCION mar. 4/01/22 17:00 vie. 7/01/22 13:00
ANALISIS DE RESULTADO vie. 7/01/22 15:00 lun. 10/01/22 11:00
CIERRE DE PROYECTO lun. 10/01/22 11:00 mar. 11/01/22 10:00
WBS Inicial

Estimación de Costos
EGRESOS:
Costosde prevención S/.
45,000.00
Costosde evaluación S/.
30,000.00
Costode Materiales S/9,700.00
Total S/.
147,500.00
Requisitosde Gestiónde la Configuración
a) Se realizará el monitoreo de los cambios, analizando su impacto ya sea positivo o negativo
para el Hospital.
b) Si análisis resulta positivo se procederá a su implementación.
c) El equipo involucrado con el proyecto analizará la implementación del mismo enlos niveles
de costos, tiempos y alcances.
d) Se tomará en cuenta los requerimientos solicitados por los stakeholders directamente
involucrados.
Aprobación

Rol Nombre firma
Gerente del proyecto RonaldParedes
Ochoa
Propietariodel proyecto Oficinade Informáticay
Sistemas.
Patrocinadordel proyecto Hospital SanJuan de
Lurigancho.

3.- MATRIZ DE TRAZABILIDAD DE REQUISITOS
Matriz de Trazabilidad de Requisitos
Nombre del Proyecto: IMPLEMENTACIONDE UN SOFTWAREPARA UNREGISTRO DE CITAS EN EL HOSPITAL S.J.L.
Centro de Costo: HOSPITALS.J.L.
Descripciónde Proyecto: El propósito del proyecto la implementaciónde software para un registro de citas HOSPCITA21, es el monitoreo
del cumplimientode laatenciónde turnosparalaconsultaexternaylaatenciónmédicaynomédicaenel sistema
de HOSPCITA21. Cumplimiento de la normatividad vigente.
Identificación Identificación
Asociada
Descripción de Requisitos Necesidades de
Negocio,
Oportunidades,
Metas y
Objetivos
Objetivos
del Proyecto
Entregables
de la
EDT/WBS
Diseño
del
Producto
Desarrollo
del
Producto
Casos
de
Prueba
ANALISIS 1.1.1 ANALISISDE
REQUERIMIENTOS
Análisisde
necesidades
Cumplirconel
alcance del
proyecto
X
1.1.2 ANALISISDERIESGO Identificación
de losriesgos
Identificarlos
riesgosdel
proyecto
X
1.1.3 PLANIFICACIÓN Organizarlos
entregables
Organizarlos
entregables
X
1.1.4 CIERRE DE ETAPA Cumplirconel
entregable
Cumplirconel
análisisdel
proyecto
X
DISEÑO 1.2.1 DOCUMENTACION DE
CASOS
Desarrollode
diagramas
Cumplirconla
documentación
y diseñodel
proyecto
X

1.2.2 DISEÑODE CASOSDE
PRUEBAS
Desarrollode
diagramas
Cumplirconla
documentación
y diseñodel
proyecto
X
1.2.3 DISEÑODE CASOSDE
PROTOTIPOS
Desarrollode
diagramas
Cumplirconla
documentación
y diseñodel
proyecto
X
entregable
Cumplirconel
diseñodel
proyecto
X
DESARROLLO 1.3.1 AMBIENTE DE DESARROLLO Habilitar
entornolaboral
Cumplirconel
entornolaboral
X
1.3.2 DESARROLLOCODIGO
FUENTE
Desarrollodel
sistema
Cumplirconlos
entregables
X
1.3.3 DISEÑOFINALDEL SISTEMA Desarrolloel
sistema
Finalizarel
desarrollodel
sistema
X
entregable
Cumplirconel
desarrollodel
proyecto
X
PRUEBAS 1.4.1 AMBIENTE DE PRUEBAS Habilitar
entornolaboral
Cumplirconel
entornolaboral
x
1.4.2 PRUEBAS INTEGRALES Ejecuciónde
pruebas
Revisióny
aceptaciónde
pruebas
X
1.4.3 PRUEBAS DE ACEPTACION
DE USUARIO
Ejecuciónde
pruebas
Revisióny
aceptaciónde
X

pruebasde
usuario
1.4.4 PRUEBAS TECNICAS Ejecuciónde
pruebas
técnicas
Revisióny
aceptaciónde
pruebas
técnicas
X
entregable
Cumplirconlas
pruebasdel
proyecto
X
CIERRE 1.5.1 ENTREGA DEL PROYECTO Entregade
documentación
Cumplirconla
entregadel
proyecto
X
1.5.2 ENTREGA DE MANUAL DE
USUARIO
Entregade
manual de
usuario
Capacitar y
entregar
manual
X
1.5.3 SOPORTEDE PRODUCCION Apoyoante
posiblesfallos
Dar soporte
segúnel plan
X
1.5.4 ANALISISDERESULTADO Presentación
del análisisde
resultado
Verificacióndel
análisisdel
envío
X
1.5.5 CIERRE DE PROYECTO Entregade
informe final
Cumplirconla
entregadel
proyecto
X

DICCIONARIO EDT
ID DEL ENTREGABLE: 1.1.1.1 CUENTA DE CONTROL: 1.1.1
NOMBRE DEL
ENTREGABLE:
RequerimientosFuncionales
DESCRIPCIÓN DEL TRABAJO:
a) Realizarel levantamientode información.
b) Redactar el alcance del proyecto.
c) Establecerloscriteriosde aceptación.
d) Tenerenclaro lasreglasdel negocio.
e) Redactar loscasos de usos.
f) Elaboracióndel cierre de análisisde losrequerimientosfuncionales,conaceptación
del cliente.
HITOS: FECHA:
Presentaciónde cierre del análisisde losrequerimientosfuncionales.
DURACIÓN: 02 días FECHA INICIO: 18 11 2021 FECHA
FIN:
19 11 2021
REQUISITOS A CUMPLIR POR HITO:
Verificaciónde que el clienteacepte el análisisde losrequerimientosfuncionales.
CRITERIOS DE ACEPTACIÓN DEL REQUISITO POR HITO:
REFERENCIAS TÉCNICAS:
CONSIDERACIONESCONTRACTUALES (SI APLICA):

ID DEL ENTREGABLE: 1.1.1.2 CUENTA DE CONTROL: 1.1.1
NOMBRE DEL
ENTREGABLE:
RequerimientosNoFuncionales
a) Iniciarla elaboracióndel informe de losrequerimientosNofuncionales.
b) Redactar lasrestriccionesque debe de tenerel aplicativo.
c) Indicarlas normativasque se debe de respetar,segúnel MINSA.
d) Especificarenque tipode dispositivosse vaausar el aplicativo.
e) Indicarlosrequisitosmínimosque debetenercadatipode dispositivo.
f) Elaboracióndel cierre del análisisde losrequerimientosnofuncionales.
HITOS: FECHA:
Presentaciónde cierre del análisisde losrequerimientosnofuncionales.
DURACIÓN: 1 día FECHA INICIO: 19 11 2021 FECHA
FIN:
19 11 2021
Verificaciónde que el clienteacepte el análisisde losrequerimientosnofuncionales.

ID DEL ENTREGABLE: 1.1.2 CUENTA DE CONTROL: 1.1
NOMBRE DEL
ENTREGABLE:
Análisisde Riesgo
a) Redactar lasposiblesamenazasque puede afectarentiemposal proyecto.
b) Plande acción ante posiblesriesgosyamenazasque afectenlaoperatividaddel
aplicativo.
c) La fechade despliegue ysoporte enPRDnodebensercambiadossinmutuo
acuerdo(Cliente –elaboracióndel Proyecto)
d) Elaboracióndel cierre del análisisde riesgo.
HITOS: FECHA:
Presentacióndel análisisde riesgoterminado.
FIN:
22 11 2021
Verificaciónde que el clienteacepte el análisisde riesgo.

NOMBRE DEL
ENTREGABLE:
Planificación
a) Verificarlaviabilidaddel proyecto.
b) Estimarlos tiempos.
c) Estimarlos costos.
d) Estimarlos colaboradoresque se necesitanparala ejecucióndel proyecto.
e) Detallarlastareasa elaborarencada etapadel proyecto.
f) Elaboracióndel plandel proyectoaimplementar.
HITOS: FECHA:
Presentaciónde laplanificacióndelproyecto.
FIN:
23 11 2021
Verificaciónde laaceptaciónde laplanificación.

NOMBRE DEL
ENTREGABLE:
Cierre de etapa
a) Revisiónde que esté completaladocumentaciónde laetapade Análisis.
b) Elaboracióndel informe de cierre de etapa.
HITOS: FECHA:
Presentacióndel informede cierre de la etapade análisis.
FIN:
24 11 2021
Verificaciónde laaceptaciónyenviódel informe de cierre alaspartesinteresadas.

NOMBRE DEL
ENTREGABLE:
Documentaciónde casos
a) Describirloscasosde usosdetalladamente.
b) Describirenundocumentoloscasosde negocios.
c) Diagrama de clases.
d) Elaboracióndel informe de cierre conladescripciónde cadatipode caso.
HITOS: FECHA:
Presentacióndel informede ladescripciónde loscasos.
FIN:
25 11 2021
Verificaciónde laviabilidadde loscasosde uso.

NOMBRE DEL
ENTREGABLE:
Diseñode Casosde prueba
a) Elaboracióndel diseñode loscasosde usos.
b) Elaboracióndel diseñode loscasosde negocios.
c) Elaboracióndel diseñode losdiagramasde clases.
d) Elaboración de la documentaciónde cierre incluyendolosdiseñosde loscasos.
HITOS: FECHA:
Presentacióndel informede losdiseñosde loscasos.
FIN:
29 11 2021
Verificaciónde aceptaciónde losdiseñosde casos.
NOMBRE DEL
ENTREGABLE:
Diseñode caso de prototipos

a) Elaboraciónde prototiposde loscriteriosde aceptación.
b) Elaboraciónde prototiposparacada tipode dispositivoque vausarel aplicativo.
c) Elaboraciónde informe incluyendolosprototipos.
HITOS: FECHA:
Presentaciónde losprototipos.
FIN:
01 12 2021
Aceptaciónde losprototipospresentados.
NOMBRE DEL
ENTREGABLE:
Cierre de Etapa
a) Revisiónde que losdiseñostenganel vistobuenode laspartesinteresadas.
b) Elaboracióndel informe de cierre de etapade diseño.
HITOS: FECHA:
Presentacióndel informede cierre de laetapade diseño.

FIN:
02 12 2021
Verificaciónde laaceptaciónyenvíodel informe de cierre alaspartes interesadas.
NOMBRE DEL
ENTREGABLE:
Ambiente de Desarrollo
a) Instalarlosaplicativosque se vausar para el desarrollo.
b) Accesoa la base de datos.
c) Configuraciónde laPCa la reddel hospital SJL.
d) Documentarlasactividadesrealizadasparatenerel ambiente de desarrollo.
HITOS: FECHA:
Adaptaciónde laPC para losdesarrolladores.
FIN:
03 12 2021
Verificaciónque laPCse encuentre operativaal 100% segúnlosolicitado.

NOMBRE DEL
ENTREGABLE:
DesarrolloCódigoFuente
a) Diseñode módulos.
b) Programaciónde losmódulos.
c) Conexiónalabase de datos
d) Pruebasunitarias.
HITOS: FECHA:
Culminacióndel desarrollosegúnlosrequerimientos.
DURACIÓN: 10 FECHA INICIO: 06 12 2021 FECHA
FIN:
17 12 2021
Verificaciónde que laspruebasunitariashayanpasadoexitosamente.

NOMBRE DEL
ENTREGABLE:
DiseñoFinal del Sistema
a) Verificaciónque el sistemacumplaconlosprototipospresentadosenlaetapade
diseño.
b) Verificaciónque losmóduloscumplanconlosrequisitosde UX.
HITOS: FECHA:
Presentacióndel diseñofinal del sistema.
FIN:
20 12 2021
Aceptacióndel líderdel proyectoporel desarrollo,previoapasar a QA.
NOMBRE DEL
ENTREGABLE:
Cierre de Etapa

a) Documentaciónde losmódulos.
b) Elaboracióndel informe de cierre del desarrollo.
HITOS: FECHA:
Presentacióndel informede cierre de laetapade desarrollo.
FIN:
21 12 2021
Verificaciónde laaceptaciónyenvíodel informe de cierre alaspartes interadas.
NOMBRE DEL
ENTREGABLE:
Ambiente de Pruebas
a) Realizarel pase del desarrollodelaplicativoenel ambiente de pruebas.
b) Documentarlasactividadesrealizadasparatenerel ambiente de pruebas
habilitado.
HITOS: FECHA:
Presentacióndel accesoal aplicativousandoel ambiente de pruebas.

FIN:
22 12 2021
Verificacióndel ambiente de pruebasactivo.
NOMBRE DEL
ENTREGABLE:
PruebasIntegrales
a) Elaboraciónde casos de pruebasintegrales.
b) Generaciónde datade pruebaintegrales.
c) Ejecuciónde casosde pruebasintegrales.
d) Documentaciónde loscasospruebasintegralesejecutados.
e) Reportarlosdefectosyhallazgosencontradosenlaspruebasintegrales.
f) Reporte de casosde pruebasintegralesejecutadosconlosestadosde ejecución.
g) Informe de cierre de laejecuciónde casosde pruebas integrales.
HITOS: FECHA:
Presentaciónde unademode ejecuciónde casoscríticosde laspruebas
integrales.
FIN:
24 12 2021

Aceptaciónporparte del cliente de laspruebaspruebasintegralespresentadas.
NOMBRE DEL
ENTREGABLE:
Pruebasde Aceptaciónde Usuario
a) Elaboraciónde casos de pruebasde loscriteriosde aceptación.
b) Generaciónde data.
c) Ejecuciónde casos.
d) Documentaciónde loscasos.
e) Reportarlosdefectosyhallazgos encontradosenlaspruebas.
f) Informe de cierre de laejecuciónde casosde pruebas.
HITOS: FECHA:
Presentaciónenunademode casosseleccionadosporcliente.
FIN:
28 12 2021
Aprobaciónde loscasospresentados.

NOMBRE DEL
ENTREGABLE:
Pruebas Técnicas
a) Elaboraciónde loscasos de pruebastécnicas.
b) Ejecuciónde pruebasde estrés,volumen,resistencia,carga.
c) Ejecuciónde pruebasde performance.
d) Informe de cierre de laejecuciónde casosde pruebastécnicas.
HITOS: FECHA:
Presentacióndel informede laspruebastécnicas.
FIN:
29 12 2021
Verificaciónque laspruebaspasaronde formaexitosasegúnloesperadoporlaspartes
interesadas.

NOMBRE DEL
ENTREGABLE:
Cierre de Etapa
a) Revisiónde que esté completaladocumentaciónde laetapade pruebas.
b) Elaboracióndel informe de laetapade prueba,consolidadotodoslosdocumentos
de cierres.
HITOS: FECHA:
Presentacióndel informede cierre de laetapade pruebas.
FIN:
30 12 2021
Verificaciónde laaceptaciónyenvíodel informe de cierre alaspartes interesadas.
NOMBRE DEL
ENTREGABLE:
Entregade Proyecto

a) Despliegue del aplicativoal ambiente de producción.
b) Hacer pruebaspor el encargadode admisiónenel ambientede producción.
c) Empezarel uso del aplicativoporlospacientesyadmisión.
HITOS: FECHA:
Pasar al ambiente de producciónel aplicativodesarrollado.
FIN:
03 01 2022
Aprobación de empezarausar el aplicativoporlospacientes,despuésde haberrealizadolas
pruebaspor el encargadode admisión.
NOMBRE DEL
ENTREGABLE:
Entregade Manual de Usuario
a) Elaboracióndel manual de usuario.
b) Entregadel manual de usuarioal hospital SJL,previamente aprobadoporel gerente
del proyecto.
c) Informe de cargo de la entregadel manual de usuario.
HITOS: FECHA:
Presentacióndel manual delusuario.

FIN:
04 01 2021
Verificaciónde laaceptacióndel manual de usuario.
NOMBRE DEL
ENTREGABLE:
Soporte enProducción
a) Elaboracióndel planpara hallazgosoerroresque se presentenenproducción.
b) Monitoreodel usodel aplicativoenel tiempode soporte.
c) Elaboraciónde informe del soporte aproducción.
HITOS: FECHA:
Presentacióndel informedel soporte que se dioen producción.
FIN:
07 01 2022
Aceptacióndel planysoporte que se brindaenproducción.

NOMBRE DEL
ENTREGABLE:
Análisisde Resultado
a) Levantamientode informaciónestadísticaycomparativade antesde usar el
aplicativovslaatencióncuandose usa el aplicativo.
b) Verificacióndel plandel proyectovslorealizado.
c) Reportesde incidencias.
d) Realizacióndel informe delanálisisdel resultado.
HITOS: FECHA:
Presentacióndel análisisdel resultado.
FIN:
10 11 2022
Verificacióndel envíodel análisisdelresultado.

NOMBRE DEL
ENTREGABLE:
cierre de Proyecto
a) Elaboracióndel informe del cierregeneraldel proyecto.
HITOS: FECHA:
Presentacióndel informedel cierre del proyecto.
FIN:
11 01 2022
Verificaciónde aceptaciónyenvíodel informe final del cierre delproyecto.
ID DEL ENTREGABLE: CUENTA DE CONTROL:
NOMBRE DEL
ENTREGABLE:

a)
HITOS: FECHA:
Presentación
DURACIÓN: FECHA INICIO: 2021 FECHA
FIN:
2021

LISTA DE ENTREGABLE
PrincipalesEntregables
Entregablesde Gestión Entregablesdel Producto
1. REQUERIMIENTOS FUNCIONALES
2. REQUERIMIENTO NO FUNCIONALES
3. ANALISIS DE RIESGO
4. PLANIFICACION
5. CIERRE DE ETAPA
6. DOCUMENTACION DE CASOS
7. DISEÑO DE CASOS DE PRUEBA
8. DISEÑO DE CASOS DE PROTOTIPOS
9. CIERRE DE ETAPA
10. AMBIENTE DE DESARROLLO
11. DESARROLLO CODIGO FUENTE
12. DISEÑO FINAL DEL SISTEMA
13. CIERRE DE ETAPA
14. AMBIENTE DE PRUEBAS
15. PRUEBAS INTEGRALES
16. PRUEBAS DE ACEPTACION DE USUARIO
17. PRUEBAS TECNICAS
18. CIERRE DE ETAPA
19. ENTREGA DE PROYECTO
20. ENTREGA DE MANUAL DE USUARIO
21. SOPORTE DE PRODUCCION
22. ANALISIS DE RESULTADO
23. CIERRE DE PROYECTO

PRESUPUESTO DEL PROYECTO
PRESUPUESTO COSTO
1. REQUERIMIENTOS FUNCIONALES S/ 4,123.00
2. REQUERIMIENTO NO FUNCIONALES S/ 4,123.00
3. ANALISIS DE RIESGO S/ 4,123.00
4. PLANIFICACION S/ 4,123.00
5. CIERRE DE ETAPA S/ 4,123.00
6. DOCUMENTACION DE CASOS S/ 4,123.00
7. DISEÑO DE CASOS DE PRUEBA S/ 8,246.00
8. DISEÑO DE CASOS DE PROTOTIPOS S/ 8,246.00
10. AMBIENTE DE DESARROLLO S/ 4,129.50
11. DESARROLLO CODIGO FUENTE S/ 41,236.50
12. DISEÑO FINAL DEL SISTEMA S/ 4,129.50
14. AMBIENTE DE PRUEBAS S/ 4,123.00
15. PRUEBAS INTEGRALES S/ 8,246.00
16. PRUEBAS DE ACEPTACION DE USUARIO S/ 8,246.00
17. PRUEBAS TECNICAS S/ 4,123.00
19. ENTREGA DE PROYECTO S/ 4,123.00
20. ENTREGA DE MANUAL DE USUARIO S/ 4,123.00
21. SOPORTE DE PRODUCCION S/ 12,369.00
22. ANALISIS DE RESULTADO S/ 4,123.00
23. CIERRE DE PROYECTO S/ 4,123.00
TOTAL S/ 156,700.00

PLAN DE GESTION DE LOS COSTOS
PLAN DE GESTIÓN DE LOS COSTOS Versión
1.0
PROYECTO: PROPUESTA DE IMPLEMENTACIÓN DE UN SOFTWARE PARA UN REGISTRO
DE CITAS EN EL HOSPITAL SJL
PREPARADO
POR:
ROSARIO APAZA CORREA
RONALD PAREDES OCHOA
FECH
A:
1
8
1
1
20
21
REVISADO POR: REMY ZAMBRANO ESQUIVEL FECH
A:
1
9
1
1
20
21
APROBADO
POR:
RONALD PAREDES OCHOA FECH
A:
2
4
1
1
20
21
Persona(s) autorizada(s) a solicitar cambios en los costos:
Nombre Cargo Ubicación
JULIA EPQUIN VALLE TECNICO
ADMINISTRATIV
O
Responsable de
oficina de admisión en
el Hospital SJL
Persona(s) que aprueba(n) requerimientos de cambios en los costos:
Nombre Cargo Ubicación
Ronald Paredes
Ochoa
Gerente
Proyecto
Proveedor
Cliente Hospital SJL

Razones aceptables para cambios en los costos del proyecto:
1. Modificaciones que se puedan dar respecto a los alcances que va a tener el Proyecto.
2. Incremento y modificaciones que se puedan dar respecto a los recursos que influyen
directamente en el desarrollo del proyecto.
Cálculo y reporte del impacto en el proyectopor cambios en los costos:
● El área encargada de verificación de cambios evaluará las modificaciones dadas en el
proyecto.
● De ser aceptada las modificaciones se realizaran las modificaciones correspondientes con el
fin de actualizar los paquetes de entregables, la cual lo realizar en equipo encargado y
asignado del proyecto.
Administración de cambios en los costos:
Se realizara la solicitud
Se evaluara la solicitud
Se registrara
Se evaluara las modificaciones e impacto posible en el desarrollo del Proyecto.
De ser aprobado, se realizara las modificaciones necesarias en el Proyecto y se informara a
las áreas necesarias.
LISTA DE VERIFICACION DE ESTIMACION DE COSTOS
LISTA DE VERIFICACIÓN DE ESTIMACIÓN DE
COSTOS
PROYECTO: PROPUESTA DE IMPLEMENTACIÓN DE UN SOFTWARE PARA UN REGISTRO
DE CITAS EN EL HOSPITAL SJL
PREPARADO
POR:
FECH
A:
1
8
1
1
202
1

REVISADO POR: REMY ZAMBRANO ESQUIVEL FECH
A:
1
9
1
1
202
1
APROBADO
POR:
RONALD PAREDES OCHOA FECH
A:
2
4
1
1
202
1
COSTO DE ADMINISTRACIÓN DEL PROYECTO Y PERSONAL
Descripci
ón
Hora
s
homb
re
Costo
por
hora
Costo
Total
Gerente del Proyecto 1560 30 46,800.0
0
Analista UX – Diseñador gráfico 440 20 8,800.00
Desarrolladores (Programadores Devs)-
Adm. Base de datos
520 25 13,000.0
0
Analista de Calidad (QA – Tester) 280 15 4,200.00
TOT
AL
72,800.00

COSTOS DE MATERIALES
Descripción Cantidad Unidades
Costo
Unitar
io
Costo
Total
Equipos de cómputo 4 Und S/1300.0
0
S/ 5,200.00
Útiles de escritorio 1 Glb S/
500.00
S/ 500.00
Mobiliario 4 Glb S/1,000.
00
S/4,000.00
TOTAL S/9,700.00
COSTOS DE PROVEEDORES
Descripción Canti
dad
Unidades
Costo
Unitario
Costo Total
Proveedores (internet,
etc.)
1 Gb S/10,000.0
0
S/10,000.0
0

TOTAL S/10,000.0
0
PROSUPUESTO TOTAL DEL PROYECTO
Costo Total del Proyecto S/156,700.00
Reservas de contingencia S/15,670.00
Línea base de los costos S/172,370.00
Reserva de gestión S/17,237.00
Presupuesto Total del Proyecto S/189,607.00
PLAN DE GESTION DE PROYECTOS
PLAN DE GESTIÓN DE PROYECTOS
PROYECTO: PROPUESTA DE IMPLEMENTACIÓN DE UN SOFTWARE PARA UN
REGISTRO DE CITAS EN EL HOSPITAL SJL

PREPARADO POR: JANETH DE LA CRUZ
CABELLO
REMY ZAMBRANO
ESQUIVEL
FECHA: 18 11 2021
REVISADO POR: REMY ZAMBRANO
ESQUIVEL
FECHA: 19 11 2021
APROBADO POR: RONALD PAREDES OCHOA FECHA: 24 11 2021
I. POLÍTICA DE GESTION DEL PROYECTO
ASEGURAMIENTO DE LA GESTION DEL PROYECTO
Para asegurar la gestion será necesario realizar:
- Gestionar un plan para la Dirección y desarrollo del Proyecto.
- Gestionar un plan de mejora de procesos.
- Medidas de control.
- Documentos del Proyecto.
Herramientas Y técnicas para asegurar la gestión:
- Auditorias
- Análisis
- Planificar
- Control

CONTROL DE LA GESTION
Se desarrollarán las siguientes entradas para el control de la gestión:
- Gestionar un plan para la Dirección y desarrollo del Proyecto.
● Plan de gestión.
● Plan de mejoras del proceso
- Gestionar un plan de mejora de procesos.
- Medidas de control.
- Información sobre desempeño del trabajo
● Medida de desempeño técnico.
● Estado de los entregables del proyecto.
● Avance del cronograma.
● Verificación de costos.
- Documentos del Proyecto.
Herramientas y técnicas:
- Evaluaciones informes de involucrados en el proyecto.
- Evaluación de cambios
- Auditoria de calidad
● Identificar buenas y mejores prácticas empleadas.
● Evaluación de buenas prácticas proyectos similares.
● Asesoramiento positivo y proactivo
● Verificación y evaluación de informes.
Salidas:
- Actualización de los procesos
- Realizar control integrado de cambios
- Actualizaciones del plan del proyecto
- Actualización de documentos del proyecto.
MEJORA CONTINUA
Para lograr los objetivos deseados en el proyecto y el cumplimiento de los procesos,
se debe cumplir y desarrollar los planes trazados de manera correcta y de acuerdo a
los cronogramas y planes trazados donde todas las áreas deben verse involucradas de
igual manera.

II. LÍNEA BASE DE GESTION DEL PROYECTO
FACTOR DE
CALIDAD
RELEVANTE
OBJE
TIVO
MÉTRICA A
UTILIZAR
FRECUENCIA Y
MOMENTO DE
MEDICIÓN
FRECUENCIA Y
MOMENTO DE
REPORTE
Desempeño del
Costo
Desempeño del
Cronograma
Satisfacción del
Cliente
Control de
Calidad
Auditorías de
Calidad
III. MATRIZ DE ACTIVIDADES DE GESTION DEL PROYECTO
Paquete de Trabajo Estándar
o norma
Activid
ades de
Preven
ción
Actividades de Control
Levantamiento de
información
Criterios de aceptación
de los requerimientos
funcionales
Restricciones del
Aplicativo
Informe de
Requerimientos no
funcionales.

Planificación del plan del
proyecto
Generación de los casos
de uso, clases, negocio.
Elaboración de
prototipos
Programación de los
módulos
Despliegue de desarrollo
en el ambiente de
pruebas
Elaboración de casos de
pruebas
Ejecución de casos de
pruebas
Despliegue a producción
Monitoreo en el
ambiente productivo
Entregables de la gestión
del proyecto
IV. ORGANIGRAMA PARA LA GESTION DEL PROYECTO

Diagrama 2. Organigrama para la Gestión del Proyecto
Hospital SanJuande Lurigancho
Ejecutor
V. ROLES PARA LA GESTIÓN DE LA GESTION
PATROCINADOR - Verifica las actividades que desarrolla el Gerente del
Proyecto, de esta manera se cumpla con el plan
propuesto, brindando la información requerida para el
proyecto y la verificación a probación de avances.
REPRESENTANTE
DE LA DIRECCION
- Es el encargado de Representar al Patrocinador, ante la
ausencia de este, cumpliendo de esta manera la misma
Función.
- Participando en el desarrollo del proyecto y
comunicando las ocurrencias al Patrocinador.

GERENTE DEL
PROYECTO
- Reporta al Patrocinador el desarrollo y avance del
proyecto.
- Verifica las actividades desarrolladas por todos los
miembros del Proyecto y partes involucradas.
- Verifica la gestión de proveedores
- Realiza la Gestión de reportes de proyectos y
documentación del proyecto.
ANALISTA DE
GESTION DE
PROYECTO
- Reporta las actividades desarrolladas y observaciones
realizadas al Gerente de Proyecto.
- Realiza auditorías internas.
- Realiza inspecciones continuas.
- Analiza y planifica las soluciones a observaciones
encontradas.
- Crear plan de Pruebas y testing.

10 - PLAN DE GESTION DE RECURSOS HUMANO
Plan de Recursos Humanos
PROYECTO: PROPUESTA DE IMPLEMENTACION DE UN SOFTWARE PARA UN REGISTRO DE
CITAS EN EL HOSPITAL SJL
PREPARADO
POR:
FECHA: 18 11 21
REVISADO
POR:
REMY ZAMBRANO ESQUIVEL FECHA: 18 11 21
APROBADO
POR:
RONALD PAREDES OCHOA FECHA: 22 11 21
I. ORGANIGRAMA DE RECURSOS HUMANOS DEL PROYECTO
Organigrama de Recursos Humanos del proyecto
II. DESCRIPCIÓN DE ROLES

NOMBRE DEL ROL: DIRECTOR GENERAL
OBJETIVOS DEL ROL:
Persona encargada del proyecto, la cual apoya y decide las actividades del proyecto.
RESPONSABILIDADES:
• Aprobar el proyecto
• Financiar el proyecto
• Verificar y aprobar el alcance el proyecto.
• Realizar control al proyecto.
• Gestionar y verificar las restricciones
• Verificar entorno pruebas
• Aprobar el cierre de etapas del proyecto.
FUNCIONES:
• Ejecutar el inicio y desarrollo del proyecto
• Verificar avances y reportes de viabilidad
• Gestionar los recursos
• Aplicar competencias en Recursos humanos.
• Designar y aprobar al líder del proyecto.
NIVELES DE AUTORIDAD:
• Decide sobre inicio o cierre del proyecto
• Decide sobre cambios o demás
• elige sobre elección o modificación de integrantes del proyecto
REPORTA A:
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
CONOCIMIENTOS:
HABILIDADES: • Liderazgo
• Proactividad
• Solución de conflictos
• Motivación
EXPERIENCIA: Experiencia en administración de Hospitales y proyectos
OTROS: -
NOMBRE DEL ROL: GERENTE DEL PROYECTO
OBJETIVOS DEL ROL:
Es el responsable del proyecto y en el cual cae la responsabilidad del desarrollo y éxito de este. Es
quien asume la administración de todos los recursos para el desarrollo del proyecto.
RESPONSABILIDADES:
• Elabora el alcance del proyecto.
• Es el encargado de aprobar costos del proyecto
• Es el encargado de verificar la gestión de recursos
• Brindar apoyo al equipo que desarrolla el proyecto.

• Brinda información del avance del proyecto
• Verificar los cierres de los entregables del proyecto antes de su aprobación.
FUNCIONES:
• elaborar y organizar el proyecto.
• elegir equipos y responsables
• Elaborar los informes y progreso del proyecto
• Hacer el seguimiento del proyecto.
• Verificar los cierres de etapas del proyecto
• Elaborar y verificar el cierre del proyecto.
• Gestionar los recursos del proyecto.
• Toma las decisiones en el proyecto y gestiona los recursos humanos
• Toma decisión sobre los avances, cierres y entregables del proyecto.
REPORTA A: Director General
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
Licenciado en administración, ingeniero o profesional de carreras
afines.
CONOCIMIENTOS: • Dirección de proyectos según la Guía de los Fundamentos para la
Dirección de Proyectos (Guía del PMBOK)
• Motivación
• Trabajo en equipo
EXPERIENCIA: Al menos 3 años dirigiendo proyectos.
OTROS: -
NOMBRE DEL ROL: LIDER ANALISTA DE PROYECTO
OBJETIVOS DEL ROL:
Apoya al Gerente del proyecto en la planificación de las actividades y realiza los análisis de
Requerimientos.
RESPONSABILIDADES:
• Realizar los análisis de requerimientos
• Realiza la planificación del proyecto en apoyo del Gerente del proyecto.
FUNCIONES:
• Apoyar en la elaboración de la planificación
• Apoyar en la elaboración de informes y avance del proyecto.
-
REPORTA A: Gerente del proyecto
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
Licenciado en administración o ingeniero de Sistemas.
CONOCIMIENTOS: • Dirección de proyectos según la Guía de los Fundamentos para la

HABILIDADES: • Comunicación
• Motivación
EXPERIENCIA: Al menos 2 años en puestos similares.
OTROS: -
NOMBRE DEL ROL: ANALISTA DE PROYECTOS
OBJETIVOS DEL ROL:
Apoyar al Líder de análisis de proyecto en la planificación de las actividades y realizar los análisis
de Requerimientos.
RESPONSABILIDADES:
• Apoyo en el análisis de requerimientos
• Apoyo en la planificación del proyecto.
FUNCIONES:
• Apoya en la elaboración de la planificación
• Apoya en la elaboración de informes y avance del proyecto.
REPORTA A: Líder Analista de Proyecto
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
Ingeniero de Sistemas
CONOCIMIENTOS: Dirección de proyectos según la Guía de los Fundamentos para la
HABILIDADES:
• Proactividad
• Motivación
EXPERIENCIA: Al menos 1 año de Participación en proyectos.
OTROS: -
NOMBRE DEL ROL: ANALISTA DE DISEÑO
OBJETIVOS DEL ROL:
Es el encargado de generar el diseño del sistema
RESPONSABILIDADES:
• Velar porque el producto final se ajuste al diseño realizado y planificado en el proyecto,
basando en las necesidades y requerimientos del cliente
FUNCIONES:
• Generar el diseño detallado del sistema, basándose en los requisitos y planificación del
sistema.
• Generar prototipos rápidos del sistema para evaluar necesidades y requisitos.

REPORTA A: Gerente del Proyecto
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
Ingeniero de Sistemas, o Software
CONOCIMIENTOS: Lenguaje de Programación o Base de Datos o Data variable o en
Lenguaje de modelamiento UML o Metodologías y Diseño de Pruebas.
HABILIDADES:
• Proactividad
• Motivación
EXPERIENCIA: 1 año de Experiencia en Desarrollo de proyectos.
OTROS: -
NOMBRE DEL ROL: LIDER DE DESARROLLO
OBJETIVOS DEL ROL:
Verificar y aprobar el código fuente y ejecutable del sistema, utilizando uno o más lenguajes de
programación, así como herramientas de software de apoyo a la programación.
RESPONSABILIDADES:
• Aprobar la codificación del sistema.
• Seleccionar el lenguaje de programación apropiado para el desarrollo del sistema.
• Mantener el código eficiente y adaptable para ser unido con el código de otros programadores.
FUNCIONES:
• Entregar y aprobar el código fuente y ejecutable de acuerdo con las fechas presupuestas
• Verificar el Desarrollo del sistema y su ejecución en distinta fase de pruebas y entregables, así
como que cumpla las necesidades y requerimiento en base al diseño y la planificación.
• Hacer la documentación del código.
• Decide sobre el desarrollo del Software
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
Ingeniero de Sistemas, o Software.
CONOCIMIENTOS: - Curso de aplicaciones con Java.
- Curso en desarrollo de aplicaciones móviles.
- Curso en base de datos.
HABILIDADES: • Competencia
• Proactividad
• Tenacidad
• Motivación
• Iniciativa
• Dinamismo
EXPERIENCIA: • Experiencia laboral de tres (03) años como programador o
desarrollador en área de desarrollo de sistemas o afines en el sector
público y/o privado

OTROS: -
NOMBRE DEL ROL: DESARROLLADOR
OBJETIVOS DEL ROL:
Convertir los requerimientos y necesidades del sistema en código fuente, para ello utilizando los
lenguajes de programación necesarios para el desarrollo, así como herramientas de software que
se necesiten para la programación.
RESPONSABILIDADES:
• Realizar la codificación del sistema.
FUNCIONES:
• Entregar el código fuente y ejecutable de acuerdo con las fechas presupuestadas
• Entregar el código fuente y ejecutable de acuerdo con las necesidades y requerimientos de la
planificación y diseño
REPORTA A:
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
Ingeniero de Sistemas, o Software.
Titulo técnico en Computación e Informática.
CONOCIMIENTOS: - Curso de aplicaciones con Java.
- Curso en desarrollo de aplicaciones móviles.
- Curso en base de datos.
• Proactividad
• Tenacidad
• Motivación
• Iniciativa
• Dinamismo
EXPERIENCIA: • Experiencia laboral de tres (03) años como programador o
desarrollador en área de desarrollo de sistemas o afines en el sector
público y/o privado
OTROS: -
NOMBRE DEL ROL: ADMINISTRADOR DE BASE DE DATOS
OBJETIVOS DEL ROL:
Es el responsable del manejo, mantenimiento, desempeño y de la confiabilidad de bases de datos
con respecto al proyecto a desarrollar, así como la calidad de los datos a administrar.
RESPONSABILIDADES:
• Implementar, dar soporte y gestionar bases de datos para el desarrollo del proyecto.
• Monitorear el desempeño de la Base de Datos
• Planificar y conservar un sistema de respaldo
FUNCIONES:
• Mantener la accesibilidad a la base de datos
• Garantizar que la Base de datos sea segura.
• Garantizar que la información cumpla con los requerimientos de almacenamiento que
requiere el sistema.

• Realizar un respaldo de la información antes de instalar un nuevo software.
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
Ingeniería de sistemas y computación y/o informática
CONOCIMIENTOS: Microsoft SQL Server, MySQL, IBM Informix, Conocimiento de
modelamiento de datos y Conocimientos en implementación de
Sistemas de información utilizando plataforma de
tecnología Web (en JAVA)
• Proactividad
• Motivación
• Iniciativa
• Dinamismo
EXPERIENCIA: 2 años de experiencia en cargos similares, sea en el sector público o
privado.
OTROS: -
NOMBRE DEL ROL: ANALISTA DE CALIDAD
OBJETIVOS DEL ROL:
Asegurar que los requisitos y requerimientos es una representación correcta y completa de lo
que cliente solicito y cumpla las expectativas de este.
RESPONSABILIDADES:
• Determinar las formas de realizar el testeo
• Realizar revisiones personales
• Interactuar con los analistas y diseñadores
• Informar sobre los resultados obtenidos
FUNCIONES:
• Realizar las actividades de testeo en forma rápida, eficiente, sistemática y confiable,
entregando un código utilizable y seguro
• Conocer el estatus de las actividades de programación, apoyando a sus colegas en caso de
requerirlo
• Realizar test al diseño, obteniendo índices de medición
• Revisar los documentos de requisitos de usuario y de software
• Asegurar que el proyecto ha sido creado satisfaciendo las necesidades del Proyecto y el cliente.
-
REQUISITOS DEL ROL
EDUCACIÓN /
FORMACIÓN:
Ingeniero de Sistemas, Informática
CONOCIMIENTOS: Curso de Calidad de Software

• Proactividad
• Tenacidad
• Motivación
EXPERIENCIA: • Tres (03) años de experiencia en instituciones públicos y/o privados.
• Experiencia laboral desempeñando funciones en Control de Calidad de
Sistemas en el sector público.
OTROS: -

11.- ADQUISICIONES DEL PROYECTO
III. CUADRO DE ADQUISICIONES DEL PERSONAL DEL PROYECTO
Rol
Tipo de
Adquisici
ón
Fuente
de
Adquisi
ción
Modalidad
de
Adquisición
Local
de
trabaj
o
asigna
do
Fecha Inicio
Reclutamient
o
Fecha
requerida
disponibili
dad
Costo de
reclutamien
to
Apoyo de
área de
RRHH
Gerente de
proyecto
reasignació
n
T.E.C.
SAC
Toma de
decisión
Hospital SJL
T.E.C. SAC 18/11/2021
18/11/202
1
S/66,700.00 N.A.
Líder de
análisis
de
proyect
o
reasignació
n
T.E.C. SAC
Toma de
decisión
Gerente del
Proyecto
T.E.C. SAC 18/11/2021
18/11/202
1
S/. 8,246.00 N.A.
Analista
de
proyectos
reasignació
n
T.E.C. SAC
Toma de
decisión
líder
análisis
del
proyecto/
gerente
T.E.C. SAC 22/11/2021
18/11/202
1
S/.
12,369.00
N.A.

del
proyecto
Analista de
diseño
reasignació
n
T.E.C. SAC
Toma de
decisión
Gerente
del
Proyecto
T.E.C. SAC 25/11/2021
25/11/202
1
S/.
20,615.00
N.A.
Líder de
Desarrollo
reasignació
n
T.E.C. SAC
Toma de
decisión
Gerente del
Proyecto
T.E.C. SAC 03/12/2021
03/12/202
1
S/.
43,625.00
Desarrollado
r
reasignació
n
T.E.C. SAC
Toma de
decisión
Líder de
desarrollo/
Gerente
del
Proyecto
T.E.C. SAC 03/12/2021
06/12/202
1
S/.
12,368.80
N.A.
Administrad
or Base de
Datos
reasignació
n
T.E.C. SAC
Toma de
decisión
Líder de
desarrollo/G
erente del
Proyecto
T.E.C. SAC 03/12/2021
06/12/202
1
S/. 6,871.50 N.A.
Analista de
calidad
reasignació
n
T.E.C. SAC
Toma de
decisión
Gerente del
Proyecto
T.E.C. SAC 22/12/2021
22/12/202
1
S/.
28,861.50
N.A.

IV. CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO
Rol Criterios de Liberación ¿Cómo? Destino de asignación
Gerente de proyecto Al finalizar el proyecto Coordinar con el Hospital SJL Actividades funcionales T.E.C. SAC
Líder de análisis de proyecto Al finalizar la fase de análisis Coordinar con el Gerente General Actividades funcionales T.E.C. SAC
Analista de proyectos
Al finalizar la fase de análisis Coordinar con el Líder análisis de
proyecto
Tercero y/o autónomo
Analista de diseño Al finalizar la fase de diseño Coordinar con el Gerente General Actividades funcionales T.E.C. SAC
Líder de Desarrollo Al finalizar el proyecto Coordinar con el Gerente General Actividades funcionales T.E.C. SAC
Desarrollador Al finalizar la fase desarrollo Coordinar con el Líder de desarrollo Tercero y/o autónomo
Administrador Base de Datos Al finalizarla fase de desarrollo Coordinar con el Líder de desarrollo Tercero y/o autónomo
Analista de calidad Al finalizar el proyecto Coordinar con el Gerente General Actividades funcionales T.E.C. SAC
V. CAPACITACIÓN, ENTRENAMIENTO Y MENTORING REQUERIDO
 El gerente del proyecto y su equipo capacitara a todos los involucrados en el uso del software.
 El gerente y su equipo entrenara al área de informática del hospital, todo lo relacionado con el software, como por ejemplo las
instalaciones en cada punto de red y el manual de usuarios.
 Se registrará todas las capacitaciones y entrenamientos al Hospital San Juan de Lurigancho.
VI. SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS
 El Gerente de proyecto realizara un compartir al cierre de cada fase con todos los integrantes de cada equipo, para una motivación
y un reconocimiento por las labores realizadas.
 En dicha reunión se dará a conocer el porcentaje de avance y las metas.

VII. CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS
Todos los integrantes del equipo de proyecto deberán cumplir con las siguientes normativas o políticas:
 Cumplir con el perfil profesional que se requiere para elaborar el proyecto.
 Los integrantes deben pasarpor una inducción laboral ofrecida por la empresa T.E.C. SAC.
 Firmar una declaración jurada donde se indique las normas de valores y éticas.
 Constancias o certificados de COVID-19 cada 15 días.
 Seguro laboral como por ejemplo STCR.

VIII. REQUERIMIENTOS DE SEGURIDAD
Se realizaron las siguientes estrategias de seguridad para todos los integrantes del equipo de proyecto:
 Cumplir con el reglamento interno de salud y seguridad de la empresa T.E.C. SAC
 Cumplir con lo protocolos de salud ante la pandemia.

12 – MATRIZ DE ASIGNACION DE RESPONSABILIDADES
MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES
Fecha:
15/07/2021
Preparado por:
Remy Z.
R RESPONSABLE
DIRECTOR
GENERAL
GERENTE
DEL
PROYECTO
LIDER
DE
ANALISIS
ANALISTA
ANALISTA
DE
DISEÑADOR
LIDER
DE
DESARROLLO
DESARROLLADOR
ADMINISTRADOR
DE
BD
ANALISTA
DE
CALIDAD
(QA)
PERSONAL
DE
ADMISIÓN
P PARTICIPA
I INFORMADO
V VERIFICA
O OPINIÓN
A AUTORIZA
F FIRMA
N° Actividades
1 Reunión para levantamiento de información del análisis. I I R P O
2 Definir el alcance del proyecto. I I R O O
3 Definir los criterios de aceptación. I I R P O
4 Elaborar el documento del análisis del requerimiento
funcional.
I I R O
5 Elaborar el documento del análisis de los requerimientos no
funcionales.
I I R O
6 Redactar las restricciones que va tener el aplicativo. R O
7 Revisión de las normativas del MINSA. I R P
8 Revisión de las reglas del negocio del hospital. O I R P P
9 Especificación de los dispositivos que deben de soportar el
aplicativo.
R O

10 Especificarlos requisitos mínimos de cada tipo de
dispositivo.
R O
11 Definir requisitos de mobiliario e infraestructura. R O I O O O I
12 Definición del RR.HH. a contratar. R
13 Definición del perfil a ser contratado. R
14 Convocatoria de los colaboradores. R
15 Seleccionar a los colaboradores. R
16 Contratar a los colaboradores. R
17 Elaboración del informe final del análisis del alcance del
proyecto, requerimientos funcionales y no funcional.
V/F R P
18 Redactar las posibles amenazas que puede afectar en
tiempos al proyecto.
O R
19 Elaborar el Plan de acción ante posibles riesgos. O R
20 Elaborar el Plan de acción ante posibles amenazas. O R
21 Elaboración de cierre del informe del análisis de riesgo. V/F I R
22 Elaboración del Gantt del proyecto. V/A R I I I
23 Elaboración del plan de costos. V R
24 Detallarlas tareas de cada colaborador. R
25 Revisión y aprobación de la documentación de la etapa de
análisis.
A F
26 Describirlos casos de usos detalladamente. I R P
27 Describir en un documento los casos de negocios. I R P
28 Elaborar los diagramas de clases. I R P
29 Elaboración del informe de cierre con la descripción de cada
tipo de caso.
A F R
30 Elaboración del diseño de los casos de usos. R
31 Elaboración del diseño de los casos de negocios. R
32 Elaboración del diseño de los diagramas de clases. R
33 Elaboración de la documentación de cierre incluyendo los A F R

diseños de los casos.
34 Elaboración de los prototipos de los criterios de aceptación. I R
35 Elaboración de prototipos para cada tipo de dispositivo que
va usarel aplicativo
I R
36 Elaboración de informe incluyendo los prototipos. F R
37 Presentación de los prototipos. P O I I R P P P P P
38 Revisión y aprobación de los prototipos. O A F O
39 Revisión y aprobación de la documentación de la etapa de
diseño.
V F R
40 Instalación de los aplicativos que se usará en el desarrollo. A I R P P I
41 Creación del acceso a la base de datos. A I R O
42 Configuración de la PC a la red del hospital SJL. A I R I
43 Elaborar documentación de las actividades realizadas para
tener el ambiente de desarrollo.
F R
44 Verificación y aprobación que las PC´s se encuentren
configuradas correctamente.
A A O O
45 Desarrollo del diseño de los módulos. I I V R
46 Programación de los módulos (desarrollo). I I V R
47 Crear la conexión de la base de datos con los módulos. I I V P R
48 Realizarlas pruebas unitarias del desarrollo. I R I
49 Documentación de las pruebas unitarias. V R I
50 Aprobación de la documentación de las pruebas unitarias. F A/F I I
51 Verificación que el sistema cumpla con los prototipos
presentados en la etapa de diseño.
F V
52 Verificación que los módulos cumplan con los requisitos de
UX.
F V
53 Presentación del diseño final del sistema. I P I I I R P P O I
54 Aprobación del desarrollo final. A F V I I
55 Elaboración del informe de cierre del desarrollo F R I I

56 Aprobación del informe de cierre de la etapa de desarrollo. A F I
57 Realizarel pase del desarrollo del aplicativo en el ambiente
de pruebas
O R R I
58 Documentar las actividades realizadas para tener el
ambiente de pruebas habilitado.
O V/F R I I
59 Verificación y aprobación del ambiente de pruebas. I R
60 Elaboración de casos de pruebas funcionales. I I R
61 Generación de data para pruebas funcionales. I I R
62 Ejecución de casos de pruebas funcionales. I I R
63 Realizarla documentación de los casos pruebas funcionales
ejecutadas.
A R/F
64 Reportar los defectos y hallazgos encontrados en las
pruebas funcionales.
I R
65 Elaborar el reporte de casos de pruebas funcionales
ejecutados con los estados de ejecución.
I I R
66 Informe de cierre de la ejecución de casos de pruebas
funcionales.
I A R
67 Presentación de una demo de ejecución de casos críticos de
las pruebas funcionales.
A O P P P P P P R O
68 Aprobación por parte del cliente de las pruebas funcionales
presentadas.
A/F O
69 Elaboración de los casos de pruebas técnicas I R
70 Ejecución de pruebas de estrés. I I R
71 Ejecución de pruebas de carga y volumen I I R
72 Ejecución de pruebas de resistencia. I I R
73 Ejecución de pruebas de performance. I I R
74 Informe de cierre de la ejecución de casos de pruebas
técnicas.
I A/F R
75 Presentación del informe de las pruebas técnicas. O R
76 Verificación y aprobación del informe de las pruebas A/F F I

técnicas.
77 Verificación y aprobación del informe de cierre de la etapa
de pruebas.
V F I I
78 Despliegue del aplicativo al ambiente de producción. A V R O O I
79 Realizarpruebas por el encargado de admisión en el
ambiente de producción
A V R
80 Aprobación para el uso del aplicativo con admisión y los
pacientes del hospital SJL.
A V R
81 Inicio del uso del aplicativo por admisión y pacientes. A V I I I R
82 Elaboración del manual de usuario. F/V R
83 Aprobacióndel manual de usuarioal hospital SJL. A R
84 Entrega del manual de usuario al hospital SJL. O R I
85 Informe de cargo de la entrega del manual de usuario. V R I
86 Elaboración del plan para hallazgos o errores que se
presenten en producción.
I R
87 Monitoreo del uso del aplicativo en el tiempo de soporte. I I R I
88 Elaboración de informe del soporte a producción. R
89 Aceptación del plan y soporte que se brinda en producción. V
90 Levantamiento de información estadística y comparativa de
antes de usar el aplicativo vs la atención cuando se usa el
aplicativo.
A V R
91 Verificación del plan del proyecto vs lo ejecutado. V R
92 Realizarel reporte de incidencias. V R
93 Realización del informe del análisis del resultado. V R
94 Elaboración del informe del cierre general del proyecto. F/A R/F
95 Presentación del informe del cierre del proyecto. F/A R
96 Aprobación del informe final del cierre del proyecto F/A R

13 – PLAN DE GESTIÓN DE COMUNICACIONES
PLAN DE GESTIÓN DE LAS COMUNICACIONES
PROYECTO: PROPUESTA DE IMPLEMENTACION DE UN SOFTWARE PARA UN REGISTRO DE CITAS EN EL HOSPITAL SJL
PREPARADO
POR:
FECHA: 18 11 21
REVISADO POR: REMY ZAMBRANO ESQUIVEL FECHA: 18 11 21
APROBADO POR: RONALD PAREDES OCHOA FECHA: 22 11 21
Requerimientos de Información porinteresados
Rol Tipo de
Adquisición
Fuente de
Adquisición
Modalidad de
Adquisición
Local de
trabajo
asignado
Fecha Inicio
Reclutamiento
Fecha
requerida
disponibilidad
Costo de
reclutamiento
Apoyo de área
de RRHH
Información
requerida
Responsable
de
elaboración
Público objetivo Método de
comunicación
Descripción de la
comunicación
Frecuencia Comentarios
Acta
Constitución del
Proyecto
Patrocinador Gerente y
equipo
completo del
proyecto
Reuniones
presenciales y
virtuales
Realizarel acta de
constitución del proyecto
Inicio de proyecto El patrocinador
en unión al
gerente realizan
el acta de
constitución.
Documentos de
requerimientos
Líder de
Análisis
Director General
Gerente del
Email, reuniones
virtuales
Elaborar e identificar los
requerimientos
Al Inicio y actualización del
proyecto

funcionales y no
funcionales
proyecto
Analista
Alcances del
proyecto
Líder de
Análisis
Director General Reuniones
presenciales,
virtuales y
correos
Analizar cuáles serán los
alcances del proyecto.
proyecto
Gerente del
proyecto
Criterios para su
aceptación
Restricciones del
aplicativo
Líder de
análisis
Analista Email Elaborar las restricciones
que tendrá el aplicativo
Al inicio del proyecto
Presupuesto del
proyecto
Gerente del
proyecto
Patrocinador Reunión
presencial y
sentar los
acuerdos en
documento
Análisis del presupuesto
que se necesitara para la
elaboración del proyecto
proyecto
Elaboración del
informe final del
análisis del
alcance del
proyecto,
requerimientos
funcionales y no
funcional.
Líder de
análisis
Gerente del
proyecto
Reuniones
virtuales y por
email
Elaboración del informe
final
Actualización del proyecto y al
finalizarlo
El gerente del
proyecto verifica
y firmará el
informe
elaborado.
Analista
Elaboración del
Gantt del
proyecto.
Gerente del
proyecto
Director General Sentar en
documentos los
tiempos
establecidos
Tiempo de duración de las
actividades
proyecto
Líder de análisis
Líder de
desarrollo
Presentación de
los prototipos.
Analista de
Diseño
Gerente del
proyecto
Email, reuniones
virtuales,
Verificary opina actualización del proyecto

Analista de BD exposición de
avances
Revisión de entregables
Líder de
desarrollo
Analista de
calidad

14.- PLAN DE GESTIÓN DE RIESGOS
PLAN DE GESTIÓN DE LOS RIESGOS Versión 1.0
PROYECTO: IMPLEMENTACION DE UN SOFTWARE PARA EL REGISTRO DE CITAS
EN EL HOSPTAL SJL
PREPARADO
POR:
FECHA: 22 11 2021
REVISADO
POR:
APROBADO
POR:
Descripción de la metodología de gestión del riesgo a ser usada:
Alcances
1. El plan de gestión de los riesgos usará los procedimientos, directivas,
resoluciones y normativas que tiene el hospital como organización y MINSA.
2. En la fase de análisis de riesgo se realizará las reuniones del equipo del
proyecto para identificar los posibles riesgos, priorización y seguimiento.
3. Se debe tomar en cuenta la identificación de riesgos positivos.
4. Los planes de acciones ante los posibles riesgos deben tener la aprobación del
gerente del proyecto.
5. El equipo del proyecto estará encargado de ejecutar el plan de acción de
riesgo.
6. Ante un incidente no esperado el gerente del proyecto puede delegar a un
responsable temporalmente.
Herramientas
Para identificar riesgos:
1. Lluvia de ideas.
2. Entrevistas.
3. Encuestas
4. Análisis de los supuestos identificados en el entregable de la fase de
requerimientos.
Para realizar el análisis cualitativo y priorizar riesgos
1. Matriz probabilidad – impacto.
Plan de respuesta a los riesgos:
Se usarán las estrategias para amenazas (prevenir, reducir, corregir y asumir) y para
oportunidades (explotar, optimizar y validar).
Fuentes de datos:
1. Información obtenida de empresa de desarrollo de software con proyectos
similares.
2. Experiencia obtenida de proyectos anteriores.
3. Recomendaciones y conclusiones de la organización en análisis de riesgos.

Roles y responsabilidades:
1. Los analistas serán responsables de indicar los posibles riesgos que se pueden
presentar en el proyecto.
2. El gerente del proyecto será el responsable de los planes de acciones ante los
posibles riesgos.
3. El patrocinador es responsable de aprobar ejecución de los planes.

15.- PLAN DE RIESGOS DEL PROYECTO
CÓDIGO FACTOR DE RIESGO DESCRIPCIÓN IMPACTO PROBABILIDAD IMPACTO NIVEL PROBABILIDAD IMPACTO NIVEL
A-01
Limitaciones enel horariode entrevistas de forma
presencial debidoa las restricciones de horariopor
la pandemia
Impactoendemora enel levantamientode
informaciónpara los requerimientos
funcionales.
Probable Moderado Alto 0.4 0.5 0.2
A-02
Rotaciónde recursos humanos de áreasclaves del
hospital por motivos de saluddebido a la
pandemia.
Impactoenla etapa de análisis encuanto a
levantamientode requerimientos.
A-03
Cambios solicitados por el cliente, nuevos
requerimientos no indicados inicialmente. Genera retraso en el tiempo de desarrollo.
Probable Muy Alto Alto 0.4 0.9 0.36
A-04
El hospitalno brinda la informaciónenel tiempo
oportuno. No se culmina conla etapa de análisis.
Probable Alto Alto 0.4 0.7 0.28
A-05
El hospitalno brinda la los requerimientos segúnlo
solicitado por el analista.
Impactoennopoder culminar el levantamiento
de información.
Probable Muy Alto Alto 0.4 0.9 0.36
A-06
El presupuestodel proyecto es afectado por la
coyuntura económica actual. Elevacióndel costodel proyecto
Probable Alto Alto 0.4 0.7 0.28
A-07
El cliente no tiene disponibilidadpara revisar las
pruebas en los tiempos acordados.
Impactoenel despliegue del proyectoa
producción.
Moderado Muy Alto Alto 0.2 0.9 0.18
A-08
El personal delhospital indica que notiene tiempo
para recibir las capacitacionesprogramadas. Impactoenla ejecución delproyecto.
A-09
No brindar de forma oportuna el soporte post
producción. Genera impactoen el cierre delproyecto.
A-10
Levantamientoincorrectode informaciónde los
requerimientos no funcionales. Problemas en el cierre de la etapa de análisis.
A-11
Levantamiento incorrectode informaciónde los
requerimientos funcionales. Problemas en el cierre de la etapa de análisis.
A-12
Se requiere que se agregue nuevos entregables o
mejoras no contempladas.
Impactoenel alza enel costoy tiempo de lo
estimadoenel proyecto.
Bajo Muy Alto Medio 0.1 0.9 0.09
A-13 Cambios de líderes del proyecto
Impactoel tiempode cierre de la fase de
análisis.
Bajo Moderado Medio 0.1 0.5 0.05
A-14
Cambiode recursos humanos por ser no calificados
para la implementacióndel proyecto
Impactoenel tiempode los entregables enla
fase de desarrollo.
A-15 Sobregirodel presupuesto mal estimado. Impactoenla elevacióndel costodel proyecto. Bajo Alto Medio 0.1 0.7 0.07

A-16
Cambiode autoridadesdel gobierno local
(hospital). Genera incertidumbre entre los colaboradores.
A-17
El cliente requiere que se agregue más pruebasque
las estimadas. No se puede culminar la etapa de pruebas.
Moderado Moderado Medio 0.2 0.5 0.1
A-18
El hospitalno socializa el manual de forma
oportuna contodo el recurso humanoque va usar
el aplicativo. Mal uso del aplicativo.
A-19
Pérdida de datos enla migración de la base de
datos.
producción.
A-20 Hackeodel aplicativoimplementado. Retrasoenel cierre del proyecto. Bajo Muy Alto Medio 0.1 0.9 0.09
A-21 Falta de seguridadde la informaciónenla BD. Genera problemasenla etapa de desarrollo. Bajo Muy Alto Medio 0.1 0.9 0.09
A-22
Problemas legales enel incumplimientode entregas
del desarrollo. Impactoencosto, tiempoycierre del proyecto.
A-23 Problemas con la red o internet.
Retrasoenel desarrolloyejecucióndel
proyecto.
A-24
Incremento de preciode mobiliarioyequipos de
cómputo. Genera sobregiros delcosto delproyecto.
Bajo Alto Medio 0.1 0.7 0.07
A-25 Problemas con los proveedores de servicio. Impactoenel tiempode los entregables. Bajo Alto Medio 0.1 0.7 0.07
A-26 Aumentodel costode licencias. Genera sobregiros delcosto delproyecto. Moderado Alto Medio 0.2 0.7 0.14
A-27
Posibles desastres naturales, factores externos de
cortes de servicios públicos comocortes de luz no
programados, etc.
Impactoenel alza enel costoytiempo de lo
estimadoenel proyecto.
Improbable Moderado Bajo 0.05 0.5 0.025
A-28 Cambiode autoridadesdel gobierno central. Genera incertidumbre entre los colaboradores. Bajo Bajo Bajo 0.1 0.3 0.03
A-29 Elaboracióndel manualpresentandoerrores. Problemas en la ejecucióndel proyecto. Improbable Moderado Bajo 0.05 0.5 0.025
A-30
El hospitalno brinda la infraestructura solicitada de
los servidores.
producción.
Improbable Muy Alto Bajo 0.05 0.9 0.045

FGPR570-Versión 4.0
Contacto: informes@dharma-consulting.com,Página Web: www.dharmacon.net
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en
Project Management por el Project Management Institute (PMI). Como un Registered
Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los criterios
establecidos de aseguramiento de calidad del PMI.
REGISTRO Y EVALUACION DE RIESGOS Versión 1.0
PROYECTO: IMPLEMENTACION DE UN SOFTWARE PARA EL REGISTRO DE CITAS EN EL
HOSPTAL SJL
PREPARADO
POR:
FECHA: 22 11 2021
REVISADO
POR:
APROBADO
POR:

CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
01 RN RN FN 23/11/21 Versión Original
ACTA DE ACEPTACIÓN DEL PROYECTO
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
IMPLEMENTACION DE UN SOFTWARE PARA
EL REGISTRO DE CITAS EN EL HOSPTAL
SJL
SOFTCITA21
NOMBRE DEL CLIENTE O SPONSOR
MC. Pablo Samuel, Córdova Ticse – director ejecutivo Hospital San Juan de Lurigancho
DECLARACIÓN DE LA ACEPTACIÓN FORMAL
Por medio de la presente acta se deja constancia de la finalización y aceptación
del proyecto “IMPLEMENTACION DE UN SOFTWARE PARA EL REGISTRO DE
CITAS EN EL HOSPTAL SJL” y aprobado por el Sponsor del Proyecto MC. Pablo
Samuel, Córdova Ticse – director ejecutivo, iniciado el 18 de noviembre del 2021
y culminando el 11 de enero del 2022, por lo que concluye que el proyecto ha sido
culminado exitosamente.
El proyecto comprende la entrega de los siguientes entregables:
 Acta de constitución (ProjectChapter)
 Matrizde Stakeholder
 Lista de interesados
 Grafica delos interesados
 Plande gestiónde proyectos.
 Matrizde trazabilidad derequisitos.
 Enunciadodel alcance del proyecto(ProjectScope Statement)
 EDT
 DiccionarioEDT
 Lista de entregables
 Presupuestodel proyecto
 Plande gestiónde recursoshumanos.
 Plande gestiónde loscostos.
 Lista de verificaciónde estimaciónde costos
 Adquisicionesdel proyecto.
 Plande gestiónde comunicaciones.
 Plande gestiónde lacalidad.
 Plande riesgodel proyecto.
 Acta de aceptación del proyecto.
 Relación documentos del proyecto.
 Relación de activos deprocesos generados en el proyecto.

 Manual de usuario
 Acta de Capacitaciones
 Formato de pase a producción
 Informe de métricas del producto.
 Informe de métricas del proyecto.
 Relación de lecciones aprendidasgeneradas.
 Informe de performance final del proyecto.
Si se desea realizar algún comentario al respecto, podrá indicarse en el apartado de “Observaciones”. Los
abajo firmantes dan conformidad al contenido del presente documento
OBSERVACIONES ADICIONALES
N/A
ACEPTADO POR
NOMBRE DEL CLIENTE, SPONSOR U OTRO FUNCIONARIO FECHA
MC. Pablo Samuel, Córdova Ticse – Director Ejecutivo Hospital 11/01/2022
DISTRIBUIDO Y ACEPTADO
NOMBRE DEL STAKEHOLDER FECHA
MC. Pablo Samuel, Córdova Ticse – Director Ejecutivo Hospital 11/01/2022

Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por elProject
Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
01 RP RP FN 23/11/21 Versión Original
RELACIÓN DE DOCUMENTOS DEL PROYECTO
“Implementación de un software para registro de
citas en el Hospital SJL”
SOFTCITA21
FASE
ENTREGAB LE CÓDIGO DEL
DOCUMENTO
NOMBRE VERSIÓN DESCRIPCIÓN AUTOR
FECHA DE
ALMACENAMIENTO
CÓDIGO DE
ALMACENAMIENTO
LUGAR DE
ALMACENAMIENTO
OBSERVACIONES
1.0
Gestión de
proyectos
1.1
Análisis
HOSC_010
_01
Análisis
del
requeri
miento
1.0 Documento que
detalla el
Análisis de
necesidades de
requerimientos
funcionales y no
funcionales
RP 18/11/2021 DES_HOSC_0
10_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_020
_01
Requeri
mientos
Funcion
ales
1.0 Documento
que detalla el
alcance de
los
requerimient
os
funcionales
RP 19/11/2021 DES_HOSC_020
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_030
_01
Requeri
mientos
No
funciona
les
1.0 Documento
que detalla el
alcance de
los
requerimient
os
funcionales /
RP 19/11/2021 DES_HOSC_030
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos

técnicos
HOSC_040
_01
Análisis
de
riesgos
1.0 Documento
que detalla
los riesgos y
posibles
riesgos del
proyecto.
RP 22/11/2021 DES_HOSC_040
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_050
_01
Planifica
ción
1.0 Documento
que detalla
los
entregables
RP 23/11/2021 DES_ HOSC_050
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_060
_01
Cierre
de
etapa
1.0 Documento
que detalla el
estado y el
análisis del
proyecto
RP 24/11/2021 DES_ HOSC_060
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
1.2
Diseño
HOSC_070
_01
Documen
tación de
casos
1.0 Documento
que describe
el desarrollo
de
diagramas
RP 25/1/2021 DES_HOSC_070
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_080
_01
Diseño
de casos
de
pruebas
1.0 Documento
que detalla
de forma
gráfica los
diagramas
RP 29/07/2012 DES_ HOSC_080
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_090
_01
Diseño
de
casos
prototip
os
1.0 Documento
que detalla
los prototipos
aceptados
para el
software
RP 01/12/2021 DES_ HOSC_090
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos

HOSC_100
_01
Cierre
de
etapa
1.0 Documento
que detalla el
estado en el
que se cierra
la etapa de
diseño
RP 02/12/2021 DES_ HOSC_100
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos

1.3
Desarrollo
HOSC_200
_01
Ambien
te de
desarro
llo
1.0 Documento
que informa la
habilitación
del entorno
laboral
RP 03/12/2021 DES_ HOSC_200
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_202
_01
Desarro
llo
código
fuente
1.0 Documento
que informa el
estado del
desarrollo del
sistema
RP 17/12/2021 DES_ HOSC_202
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_204
_01
Diseño
final del
sistema
1.0 Documento
que muestra
los
resultados
del desarrollo
del sistema
RP 20/12/2021 DES_ HOSC_204
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos

HOSC_206
_01
Cierre
de
etapa
1.0 Documento
que describe
el estado en
el que se
culmina el
cierre de la
fase de
desarrollo
RP 21/12/2021 DES_ HOSC_206
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
1.4 Pruebas HOSC_207
_01
Ambient
e de
pruebas
1.0 Documento
que informa
la
habilitación
del entorno
laboral
RP 22/12/2021 DES_ HOSC_207
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_209
_01
Pruebas
integrale
s
1.0 Documento
que informa
el estado de
las
ejecuciones
de las
pruebas
integrales
RP 24/12/2021 DES_ HOSC_209
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_210
_01
Pruebas
de
aceptaci
ón de
usuario
1.0 Documento
que informa
el estado de
las
ejecuciones
de las
pruebas de
aceptación
de usuario
RP 28/12/2021 DES_ HOSC_210
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_212
_01
Pruebas
técnicas
1.0 Documento
que informa
el estado de
las
ejecuciones
de las
pruebas
técnicas
RP 29/12/2021 DES_ HOSC_212
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos

HOSC_213
_01
Cierre
de
etapa
1.0 Documento
que
describe el
estado en el
que se
culmina el
cierre de la
fase de
pruebas
RP 30/12/2021 DES_ HOSC_213
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
1.5 Cierre HOSC_215
_01
Entrega
del
proyecto
1.0 Documento
de informe
de entrega
del proyecto
RP 03/01/2022 DES_ HOSC_215
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_217
_01
Entrega
de
manual
de
usuario
1.0 Documento
de cargo de
la entrega y
recepción
del manual
de usuario
RP 04/01/2022 DES_ HOSC_217
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_220
_01
Soporte
de
producci
ón
1.0 Documento
que
describe el
estado en el
que se
culmina el
cierre de la
fase de
desarrollo
RP 07/01/2022 DES_ HOSC_220
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_221
_01
Análisis
de
resultad
o
1.0 Documento
de la
presentació
n del
análisis de
resultado
RP 10/01/2022 DES_ HOSC_221
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos
HOSC_222
_01
Cierre
de
proyecto
1.0 Documento
que detalla
la entrega
de la
finalización
del proyecto
RP 11/01/2022 DES_ HOSC_222
_01
Proyecto
Beneficio cliente
Nuevo/ Gestión
de proyectos

Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el Project Management
Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse
por los criterios establecidos de aseguramiento de calidad del PMI.
01 LA NT FN 16/11/12 Versión Original
RELACION DE ACTIVOS DE PROCESOS GENERADOS EN EL PROYECTO
“IMPLEMENTACION DE UN SOFTWARE PARA UN REGISTRO
DE CITAS EN EL HOSPITAL S.J.L”
SOFTCITA21
CÓDIGO DEL
ACTIVO
NOMBRE VERSIÓN DESCRIPCIÓN AUTOR
FECHA DE
ALMACENAMIENTO
CÓDIGO DE
ALMACENAMIENTO
LUGAR DE
ALMACENAMIENTO
OBSERVACIONES
ACT-01
Lista de
verificación
para la reunión
de apertura
1.0
Documento en la
cual se encuentra la
agenda para nuestra
reunión de inicio del
proyecto
RP 23/11/2021
ACT-
01_Lista_de_Verificacion
reunión de apertura
En la carpeta entregable de
planificación del proyecto
que se encuentra en la
nube de la institución.
Se guarda la lista de
verificaciónpara acordar
más adelanto algún
tema o detalle olvidado.
ACT-02
Diccionario de
términos
del proyecto
1.0
Documento
en la cual se
explica cada
termino,
utilizado en el
RP
24/11/2021
ACT-02_Diccionario
de términos
del proyecto
En la carpeta
de Diccionarios del
proyecto que se
encuentra en la nube de la
institución.
El diccionariode
términos de proyectose
socializara a través de
circulares via correo
para todos los
involucrados del
hospital

ACT-03
Reporte de
incidencias
del proyecto
1.0
Documento
en la cual se
detalla todas
las incidencias
ocurridas
desde el inicio
hasta el fin del
proyecto.
RP 11/01/2022
ACT-
03_Reporte de
incidencias del proyecto.
En la
cierre
proyec
FGPR560- Versión4.0

1.0 NT LA FN 05/08/12 Versión Original
INFORME DE PERFORMANCEFINAL DEL PROYECTO(Ronald)
“IMPLEMENTACION DE UN SOFTWARE PARA UN REGISTRO
DE CITAS EN EL HOSPITAL S.J.L”
SOFTCITA21
ESTADO FINAL DEL PROYECTO
1.- SITUACIÓN DEL ALCANCE
INDICADOR FÓRMULA MES 1 MES 2 MES 3 FINAL
% AVANCE REAL EV / BAC 0.14 0.42 0.60 1.16
% AVANCE PLANIFICADO PV / BAC 0.18 0.40 0.63 1.21
2.- EFICIENCIA DEL CRONOGRAMA
SV (VARIACIÓN DEL CRONOGRAMA) EV – PV -500.00 471.00 -1020.00 -2020.00
SPI (INDICE DE RENDIMIENTO DEL
CRONOGRAMA)
EV / PV 0.98 1.08 0.87 0.97
3.- EFICIENCIA DEL COSTO
CV (VARIACIÓN DEL COSTE) EV – AC 610.00 318.00 -960.00 -1040.00
CPI (INDICE DE RENDIMIENTO DEL COSTE) EV / AC 1.09 1.07 0.96 0.99
4.- CUMPLIMIE NTO DE OBJETIVOS
MES 1 MES 2 MES 3 FINAL
Nivel alcanzado:Muy
Bueno
(se conformóel esquipo del
proyecto yse identifican los
requerimientos)
Nivel alcanzado:Muy
Bueno
(se elaboró el diseñode
acuerdoal clientesyse
empezóconel desarrollo)
Nivel alcanzado:
Muy bueno y
satisfactorio
Se culminó con el
desarrollo, pruebas
Nivel de satisfacción del
los encargados del
Hospital conforme en
cuanto a software, 90 %
satisfecho.
PROBLEMAS Y PENDIENTES: POR TRATAR.
A solicitud delpatrocinador se mejorará el manual del uso delSoftware.
Se solicita una nueva capacitación al personal que ejecutara el software
PROBLEMA /PENDIENTE:
PROGRAMADOSPARA RESOLVER.
FASE /FECHA RESPONSABLE
Se realizo la entre de una nueva versióndel manual 31/01/2022 RP
Se realizó la capacitación solicitada. 31/01/2022 RP
OTROS COMENTARIOS U OBSERVACIONES
Ninguno
Contacto: informes@dharma-consulting.com, Página Web: www.dharmacon.net
DharmaConsulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management
por el Project Management Institute (PMI). Como un RegisteredEducationProvider (R.E.P.) del PMI,
DharmaConsulting ha aceptado regirse por los

de aseguramiento de calidad del PMI.

Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los
criterios establecidos de aseguramiento de calidad del PMI.
INFORME DE MÉTRICAS DEL PRODUCTO
“IMPLEMENTACION DE UN SOFTWARE PARA UN
REGISTRO DE CITAS EN EL HOSPITAL S.J.L”
SOFTCITA21
FACTOR DE
IMPLEMENTACION
OBJETIVO DE
IMPLEMENTACIÓN
RESULTADOS COMENTARIOS CONCLUSIONES
Implementación de
software en la fase
de pruebas
SATISFACTORIO
= CERO
ERRORES
Nivel alcanzado: Muy bueno y
satisfactorio
Se culminó con el desarrollo, pruebas
Se culminó con el desarrollo, pruebas:
 Diseñode prototipo cumpleexigencias.
 Observacionespequeñas, de rápida
solución.
Para todos los casos se generaron
solicitudes de cambio.
El Desarrollo del softwaredel software se
dio en basea lo esperado,debido al
involucrasa los beneficiados y solo
pequeñas observaciones derápida
solución.
Nivel de satisfacción
del cliente en cuanto
a la esperado
90 % de usuarios
satisfechos
Nivel alcanzado:MuyBuenocon unresultado de
90%
Se aplicaronencuestas entre los involucrados del
software, teniendounporcentaje de aprobación del
90%
El Software final cumplecon los requisitos
de funcionalidad esperados y requeridos.

Education Provider (R.E.P.) del PMI, Dharma Consulting ha aceptado regirse por los
criterios establecidos de aseguramiento de calidad del PMI.
INFORME DE MÉTRICAS DEL PROYECTO()
“IMPLEMENTACION DE UN SOFTWARE PARA UN
REGISTRO DE CITAS EN EL HOSPITAL S.J.L”
SOFTCITA21
FACTOR DE
IMPLEMENTACION
DEL PROYECTO CONCLUSIONES
FECHAS DE
CORTE
PV VA AC
SPI
OBJETIVO:
>=0.90
CPI
OBJETIVO:
>=0.90
02/12/2021
S/.
11,115.00
S/.
9,215.00
S/.
9,215.00
1.00 1.00
Según el corte realizado a la fecha se visualiza que el
se desarrolla con normalidad la fase inicial del
proyecto.
20/12/2021
S/.
27,015.00
S/.
27,201.00
S/.
27,015.00
0.9998 0.9998
Según el corte realizado a la fecha se visualiza que el
se desarrolla con normalidad la fase inicial del
proyecto.
Se cumple con los costos proyectados.
10/01/2022
S/.
52,100.00
S/.
43,933.00
S/.
52,100.00
1.0009 1.0009
Se mantiene los indicadores en relación a los
objetivos.

Softcita21 proyecto en ing sistemas

Softcita21 proyecto en ing sistemas

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (8)

Similar a Softcita21 proyecto en ing sistemas

Similar a Softcita21 proyecto en ing sistemas (20)

Último

Último (16)

Softcita21 proyecto en ing sistemas