Implementacion de Un Software de Asistencia Social

UNIVERSIDAD NACIONAL AGRARIA
DE LA SELVA
FACULTAD DE INGENIERA EN INFRMATICA Y
SISTEMAS
DESARROLLO E
IMPLEMENTACIN DE UN
SOFTWARE DE ASISTENCIA
SOCIAL-OBU
CURSO:
DOCENTE:
INTEGRANTES:
Lloni
GESTIN DE PROYECTOS
VEGA VENTOCILLA, Edwin
VILLANUEVA MAGALLAN,
ARZAPALO OTINIANO, Christian
EUFRACIO AVENDAO, Rodrigo
FECHA DE ENTREGA: 23 07 2014

INDICE
Contenido
1. INTRODUCCIN........................................................................................................5
2. STATEMENT OF WORK (ENUNCIADO DEL TRABAJO).....................................6
2.1 ANTECEDENTES..................................................................................................6
2.2 NECESIDAD COMERCIAL: AVANCE TECNOLOGICO..................................6
2.3 PROPSITO...........................................................................................................7
2.4 ALCANCE...............................................................................................................8
ISAS - SOFT
2.5 ESTIMACIN DE LA DURACIN......................................................................9

2.6 RESPONSABLES DEL DESARROLLO.............................................................11
2.7 COSTOS ESTIMADOS........................................................................................11
2.8 ACEPTACIN Y AUTORIZACIN....................................................................12
3. BUSSINES CASE (CASO DE NEGOCIO)..............................................................13
3.1 NOMBRE DEL PROYECTO...............................................................................13
3.2 DEFINICIN DEL PROBLEMA.......................................................................13
3.3 ANLISIS DE IMPACTO DE LA CARTERA DE PROYECTOS.....................13
3.4 ANLISIS DE RENTABILIDAD........................................................................16
3.4.1 INVERSIN...................................................................................................16
3.4.2 BENEFICIOS................................................................................................16
3.4.3 CONCLUSIONES Y RECOMENDACIONES.............................................16
4. PROJECT CHARTER (ACTA DE CONSTITUCIN DEL PROYECTO).............17
4.1 NOMBRE DEL PROYECTO...............................................................................17
4.2 OBJETIVOS DEL PROYECTO...........................................................................18
4.3 PROPOSITO O JUSTIFICACIN DEL PROYECTO.......................................19
4.4 DIRECCIN DEL PROYECTO..........................................................................19
4.5 CRONOGRAMA DE HITOS...............................................................................19
4.5 RIESGOS DEL PROYECTO...............................................................................20
4.6 SUPUESTOS Y RESTRICCIONES.....................................................................20
4.7 LIMITES DEL PROYECTO................................................................................21
5. REGISTRO DE INTERESADOS..............................................................................22
5.1 ESTRATEGIA DE GESTIN DE INTERESADOS...........................................24
5.2 CLASIFICACIN DE INTERESADOS.............................................................26
5.3 MODELO DE PROMINENCIA..........................................................................27
6. PLAN DEL PROYECTO............................................................................................28
6.1 ENUNCIADO DEL ALCANCE...........................................................................28
6.2 DOCUMENTACIN DE REQUERIMIENTOS................................................28
6.3 PLAN DE GESTIN DE REQUERIMIENTOS................................................28
6.4 MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS...............................28
8. PLAN DE GESTIN DE TIEMPO..........................................................................29
8.1 DEFINICIN DE ACTIVIDADES.....................................................................29
8.2 SECUENCIAMIENTO DE ACTIVIDADES......................................................30
8.3 ESTIMACIN DE LA DURACIN DE ACTIVIDADES.................................30
8.4 CRONOGRAMA...................................................................................................32
8.5 HITOS...................................................................................................................32
8.6 PLAN DE GESTION DEL CRONOGRAMA.....................................................32
ISAS - SOFT
8.6.1 CONTROL DEL CRONOGRAMA................................................................32

8.6.3 JUSTIFICACIN PARA CAMBIOS EN EL CRONOGRAMA..................33
8.6.4 ENFOQUE DE GESTIN DEL CRONOGRAMA......................................34
9. PLAN DE GESTIN DE COSTOS...........................................................................34
9.1 COSTEO DEL PROYECTO.................................................................................34
9.2 PRESUPUESTO DEL PROYECTO....................................................................34
9.3 REQUISITOS DE FINANCIAMIENTO............................................................34
10. PLAN DE CALIDAD...............................................................................................34
10.1 REQUISITOS DE LA CALIDAD......................................................................34
10.2 PLAN DE GESTIN DE LA CALIDAD...........................................................34
10.2.1 SISTEMA DE CALIDAD............................................................................34
10.2.2 ROLES Y RESPONSABILIDADES...........................................................35
11. PLAN DE GESTIN DE RECURSOS HUMANOS..............................................36
11.1 ORGANIGRAMA DEL PROYECTO.................................................................36
11.2 ADQUISICIN DEL PERSONAL DEL PROYECTO......................................41
11.3 CRITERIO DE LIBERACIN DE PERSONAL..............................................42
11. PLAN DE GESTIN DE COMUNICACIONES....................................................45
12. PLAN DE GESTIN DE RIESGOS.......................................................................47
12.1 REGISTRO DE RIESGOS.................................................................................47
13. PLAN DE PRUEBAS...............................................................................................48
14. ANEXO.....................................................................................................................56
14.2 BPMN..................................................................................................................58
14.2.1 MODELO GENERAL..................................................................................58
14.2.2 ACCEDER AL SISTEMA............................................................................59
14.2.3 SOLICITAR SERVICIO..............................................................................59
14.2.4 CARGAR DATOS ADJUNTOS...................................................................60
..................................................................................................................................60
14.2.5 VERIFICAR INFORMACIN DE DOCUMENTOS................................60
14.2.6 PROCESAR SOLICITUDES......................................................................60
14.2.7 PUBLICAR LISTA DE USUARIOS...........................................................60
14.2.8 VERIFICAR MENSAJE DE CONFIRMACIN......................................61
14.3 DIAGRAMA DE CASOS DE USO....................................................................61
14.3.1 CASO DE USO GENERAL.........................................................................61
14.3.2 SOLICITAR SERVICIO..............................................................................61
14.3.3 VERIFICAR VERACIDAD DE DATOS....................................................62
14.3.4 PROCESAR SOLICITUD DE SERVICIO.................................................63
14.3.5 GENERAR LISTA DE BENEFICIARIOS.................................................63
ISAS - SOFT
14.3.6 PUBLICAR LISTA DE USUARIO..............................................................63

14.3.7 CANCELAR SERVICIO..............................................................................63
14.4 DIAGRAMA DE CLASES..................................................................................63
14.5 DIAGRAMAS DE SECUENCIA.......................................................................64
14.5.1 LOGIN DE USUARIO.................................................................................64
14.5.2 REGISTRO DE SOLICITUD DE NUEVO SERVICIO............................64
14.5.3 USUARIO ANTIGUO..................................................................................64
14.6 INTERFAZ..........................................................................................................65
14.6.1 DESKTOP.....................................................................................................65
14.6.2 WEB..............................................................................................................66
14.6.3 ANDROID....................................................................................................68
1. INTRODUCCIN
En el presente Proyecto se propone la Implementacin de un Software para Asistencial
Social OBU (Oficina de Bienestar Universitario). El objetivo es mejorar las
actividades que ah se realizan entre todos los miembros y los servicios de la OBU
(Comedor e Internado), de tal manera que se garantice el xito del proyecto, cumpliendo
con los principales objetivos del mismo (alcance, tiempo, costo y calidad).
Otro de los problemas por la cual se desarroll es porque exista un problema de
sistematizacin en el manejo de la informacin en la OFICINA DE BIENESTAR
UNIVERSITARIO OBU de la Universidad Nacional Agraria de la Selva.
El mismo problema que se manifiesta al momento de realizar el registro de los alumnos
aspirantes a los servicios que brinda la universidad.
Para tal sentido se desarroll el software que ser capaz de simplificar y automatizar las
tareas con la finalidad de brindar un servicio de calidad y a la ve impulsar a la
Universidad hacia un cambio y estar a la par con la modernidad.
El alcance principal del Plan de Gestin del Proyecto es documentar las acciones
necesarias para definir, preparar, integrar y coordinar todos los planes subsidiarios que
se generan durante la planificacin de un proyecto y que se integran en el Plan de
ISAS - SOFT
Gestin del Proyecto; los cuales debern ser actualizados y revisados en la medida que
se avance en el desarrollo del proyecto.
Cabe mencionar que el Plan de Gestin del Proyecto es un documento formal que
deber ser revisado y aprobado por los principales involucrados del proyecto.
2. STATEMENT OF WORK (ENUNCIADO DEL TRABAJO)

2.1 ANTECEDENTES
A partir de la definicin de la visin, misin y valores de OBU se desarrolla la
estrategia que puede ser representada directamente en forma de mapas estratgicos o
conceptualizada en otro formato.
Definiendo estas estrategias se buscar alcanzar la visin, y estableciendo cules son
los factores crticos de xito y perspectivas, permitir preguntar qu hacer en cada
una de las perspectivas: Toma de decisiones, y cuestionarse cmo medir que todo
vaya en la direccin correcta. As se comenzar a definir cmo evaluar a OBU.
Basado en este trabajo, se podrn definir planes de accin e informes del OBU.
Visin General del Proyecto:
En la Universidad Nacional Agraria de la Selva se estn haciendo los esfuerzos para
implementar un software que permita automatizar los procesos y proveer a la
comunidad universitaria con el producto ya terminado, una aplicacin para solicitar
algn servicio, el cual le permitir optimizar el tiempo del llenado de las fichas y
entrega de documentos como requisito.
La aportacin que brinda los resultados de este proyecto ser una ayuda para el
desarrollo educativo de la Universidad Nacional Agraria de la Selva, pues el estar a
la vanguardia y en constante innovacin con las tecnologas es un punto importante
de las Universidades.
2.2 NECESIDAD COMERCIAL: AVANCE TECNOLOGICO

La necesidad comercial de este proyecto responde al avance
tecnolgico. La necesidad del uso de este Sistema permitir
integrar las oficinas de la OBU optimizando el tiempo en la
ejecucin de roles y funciones (recepcin de solicitudes, evaluacin
y seleccin de alumnos solicitantes a los servicios, distribucin de
ISAS - SOFT
alumnos en los internados, control de insumos en el comedor

universitario, tramite documentarios, entre otros).
Actualmente en la OBU la atencin de solicitudes se vienen
elaborando de forma manual y se registran en archivos Excel, por
lo cual esto genera retrasos en el proceso as como tambin lo
vuelve susceptible a errores involuntarios en el mismo.
En conclusin surge la necesidad de contar con un sistema el cual
genere mayor eficiencia y efectividad en el proceso de clculo as
como la confiabilidad de los usuarios en los datos generados y por
otro lado la optimizacin del tiempo en cuanto a las evaluaciones
de las fichas entregadas por los alumnos.
La
ISAS
OBU
permitir
la
organizacin
un
mejor
desenvolvimiento dentro de la universidad nacional agraria de la

selva, buscando de esta manera el cumplimiento de los objetivos.
2.3 PROPSITO
Este proyecto tendr como objetivo desarrollar una Aplicacin (Software) que cubra
los diferentes servicios de asistencia social especficamente los servicios de Comedor
e Internado implementando un sistema automatizado que permita facilitar los
procesos que adquieran en dichos servicios.
El Objetivo del desarrollo del Sistema es el Anlisis, diseo, implementacin,
destinado a
organizar, controlar, fortalecer un rea, automatizar, optimizar la
informacin de los procesos de recepcin, evaluacin, etc., que se van a automatizar

o sistematizar.
Otro de los objetivos es que este Sistema ofrece una solucin integral para la
administracin de los recursos de la empresa (clientes, servicios, estudiantes, etc.),
involucrados en todos los procesos de la OBU.
El Propsito de la Implementacin del software de Asistencia Social se resume en los
siguientes puntos:
Definir claramente la estrategia del servicio en la atencin al
alumnado de forma adecuada.
ISAS - SOFT
Describir una estrategia de servicio en objetivos e indicadores

de
actuacin,
involucrando
todos
los
niveles
de
la
organizacin, logrando focalizar y alinear las actividades e

iniciativas de todos en el logro de la estrategia.
Medir el rendimiento y los logros acadmicos obtenidos por los
alumnos de cada semestre acadmico, que refleja los aspectos
ms importantes del estudiante.
Medir el progreso actual y suministrar los servicios futuros de la
OBU que permitir convertir la visin en accin.
Ayudar a reducir la cantidad de informacin que puede obtener
de los sistemas de informacin.
Lograr la comunicacin a todo el personal de los objetivos y su
cumplimiento.
2.4 ALCANCE
Disear y desarrollar una aplicacin, que los alumnos puedan utilizar accediendo a
un servidor web a travs de Internet o de una intranet mediante un navegador. Para
hacer ms fcil las distintas tareas relevantes en el proceso de envo y recepcin de
requisitos de las solicitudes pidiendo dicho servicio (Comedor e Internado
Universitario), haciendo uso de tecnologas vigentes como las Tablets, computadoras,
y las redes; tareas como el control de solicitudes de los estudiantes, listado de
estudiantes que se les brindara el servicio, control de los estudiantes que
posiblemente queden fuera del servicio considerando el reglamento interno de los
servicios.
La implementacin de este Software solicitado est compuesto por requerimientos
como son:
Que tenga un entorno amigable.
Cumplir con las normas y especificaciones tcnicas del CTIC.
Ajustarse al reglamento interno de la UNAS que rige para
Comedor e Internado.
Servicio de mensajera entre los diferentes servicios.
Las
GUI
debern
ser
atractivo
visualmente,
accesible,
legibilidad y practico (que no tenga muchos pasos).

ISAS - SOFT
Reporte de fallas del sistema.

Soporte mnimo de 6000 solicitudes por ao.
2.5 ESTIMACIN DE LA DURACIN

Para nuestro Proyecto se estima que se tendr una duracin de 119 das laborales
contando desde la entrega de las especificaciones del usuario, hasta el cierre.
En este caso del proyecto su duracin real es de aproximadamente de 365 das, pero
tomamos en cuenta el ciclo acadmico por lo que lo adecuamos a este, que tambin
es vlido.
ETAPAS:
ETAPA 1:
ETAPA 2:
ETAPA 3:
ETAPA 4:
ETAPA 5:
ETAPA 6:
CRONOGRAMA DEL PROYECTO
ISAS - SOFT
INICIO
ANALISIS
DISEO
IMPLEMENTACION
PRUEBAS
CIERRE
2.6 RESPONSABLES DEL DESARROLLO

ISAS SOFT ser el responsable del diseo, desarrollo de interfaces,
funcionalidades, cargas de datos, implementacin del Software, documentacin,
pruebas y capacitacin de usuarios de la solucin.
2.7 COSTOS ESTIMADOS

Los honorarios correspondientes a los servicios profesionales de anlisis,
implantacin y desarrollos de la solucin del Sistema de Asistencia Social para la
OBU, ascienden a S/. 60,300.00 (Sesenta mil Trescientos 00/100 soles) ms el
Impuesto General a las Ventas (IGV), segn el alcance, condiciones y
especificaciones descritas en la propuesta econmica de ISAS - SOFT.
2.8 ACEPTACIN Y AUTORIZACIN

Los trminos y condiciones del presente Acuerdo de Servicios Profesionales se
aplican plenamente a los servicios y productos descritos en el presente Enunciado del
Trabajo.
ISAS - SOFT
En fe de lo cual, las partes por intermedio de sus representantes respectivos

debidamente autorizados suscriben la ejecucin del presente Enunciado del Trabajo.
3. BUSSINES CASE (CASO DE NEGOCIO)

3.1 NOMBRE DEL PROYECTO
Desarrollo e Implementacin de Software para Asistencia Social OBU.
3.2 DEFINICIN DEL PROBLEMA

Mediante el anlisis hecho a la OBU se dio por concluido de que la
atencin y administracin de los servicios de comedor e internado
son ineficientes, por lo cual el caso de negocio ser saber la
justificacin del proyecto por lo cual se invertir para obtener un
producto con xito, por ello requiere la implementacin de un
software que permita agilizar, controlar y administrar todas las
actividades que ah se realizan, reduciendo costo, tiempo y
recursos, mejorando el control interno, la gestin de recursos y
contribuyendo a la toma de decisiones.
METAS DEL USUARIO
METAS DEL NEGOCIO
Contar con una herramienta que permitir Automatizar la mayor parte del proceso
agilizar los procesos de solicitud de manual que existe para obtener la
servicios de la OBU, pudiendo optimizar el satisfaccin del usuario.
tiempo y poder gestionar dems servicios.
ISAS - SOFT
10
3.3 ANLISIS DE IMPACTO DE LA CARTERA DE PROYECTOS

3.3.1 REQUERIMIENTOS FUNCIONALES
El proceso actual para la solicitud de comedor e internado en la Oficina de
Bienestar Universitario se basa en dar un plazo para recepcionar las solicitudes del
internado para luego procesarlas a cada uno y posteriormente cada estudiante es
evaluado y pasa por una entrevista personal con la asistente de la Oficina de
Bienestar Universitario y as obtener la lista de beneficiarios de los servicios que
brinda la UNAS mediante la Oficina de Bienestar Universitario.
El proceso automatizado para la solicitud y evaluacin que realiza la Oficina de
Bienestar Universitario deber soportar la cantidad de usuarios que solicitan los
servicios.
ISAS - SOFT
11
3.4 ANLISIS DE RENTABILIDAD

3.4.1 INVERSIN
ISAS - SOFT
12
Los honorarios correspondientes a los servicios profesionales de consultora,

licencias y desarrollos de la solucin del sistema de asistencia social para la OBU
ascienden S/. 60,300.00 nuevos soles, segn el alcance, condiciones y
especificaciones descritas en la propuesta econmica.
3.4.2 BENEFICIOS
Mejorar y hacer sostenibles los procesos de la Oficina de
Bienestar Universitario.
Lograr eficiencia y desempeo a travs de la automatizacin
de procesos actuales referentes a la implementacin de
software para asistencia social de la Oficina de Bienestar
Universitario.
Reducir la demora en cuanto a los procesos que se desarrollar
en cuanto a la solicitud de servicios de los estudiantes
dirigidos a la Oficina de Bienestar Universitario.
Automatizar los procesos que realiza la Oficina de Bienestar
Universitario.
Tomar accin sobre los resultados obtenidos de la calificacin
de los indicadores de manera eficiente y efectiva.
3.4.3 CONCLUSIONES Y RECOMENDACIONES

A la fecha, el proceso para la solicitud de servicios de la Oficina de Bienestar
Universitario se elabora de forma manual en archivos de Excel, generando
retrasos y errores involuntarios en el mismo.
Por esta razn se propone en marcha el proyecto de desarrollo e
implementacin de software para asistencia social de la Oficina de Bienestar
Universitario, y contar con un sistema automatizado, el cual genere mayor
eficiencia y efectividad en el proceso.
Luego de evaluar la necesidad, analizar el impacto y la rentabilidad, que
conllevara este proyecto, presentado en el presente documento se llega a la
conclusin que es viable.
El proceso automatizado para la solicitud de servicios de la Oficina de
Bienestar Universitario deber soportar los procedimientos del clculo
manual trabajados, anteriormente.
Mayor beneficio lograr eficiencia y eficacia.
Verificar que expectativas planteadas por los usuarios lleguen a consolidarse
en su totalidad.
ISAS - SOFT
13
Dado que este proyecto trabajara con nuevas tecnologas se recomienda

contar con gente que tenga mayor experiencia en las nuevas herramientas.
4. PROJECT CHARTER (ACTA DE CONSTITUCIN DEL

PROYECTO)
4.1 NOMBRE DEL PROYECTO
SIGLAS DEL
NOMBRE DEL PROYECTO
PROYECTO
DESARROLLO E IMPLEMENTACION DE SOFTWARE

PARA ASISTENCIA SOCIAL-OBU
CONSEJO
SPONSOR:
UNIVERSITARI
CLIENTE:
ISAS-OBU
OBU-UNAS
O
ISAS - SOFTDIRECTOR DEL
PROYECTO:
ARZAPALO OTINIANO, Christian
14
DESCRIPCIN DEL PROYECTO:

DEFINICIN DEL PROYECTO:
El proyecto contempla la implementacin de Software en mencin, cumpliendo con
los requerimientos y exigencias de los interesados. Los mismos que sern evaluados,
supervisados peridicamente y replanteados segn sea el caso.
Este proyecto generar un gran impacto en la Poblacin Universitaria porque
permitir optimizar el tiempo en cuanto a la evaluacin, control y administracin
automatizada de solicitudes, por lo que el cliente (Poblacin Universitaria) tendr
respuesta inmediata a sus solicitudes.
Desarrollar un software que cubra los
diferentes servicios de asistencia social
Objetivo general:
(comedor e internado) implementando un

sistema que permita facilitar los procesos
que adquieran en dichos servicios.
Realizar un anlisis de la OBU (comedor e

internado).
Objetivos
especficos
Modelado de software.
Codificar y construir el software.
Realizar
las
diferentes
pruebas
sistema,
incluyendo
del
software
Desplegar
el
la
capacitacin.
REQUERIMIENTOS DEL PROYECTO

Requerimientos del proyecto
El proyecto se trabajara en la Unas
Establecer un horario de comunicacin con el personal de la OBU, de
acuerdo a su tiempo.
Requerimientos del producto:
Que tenga un entorno amigable.
Que sea fcil de usar
Cumplir con las normas y especificaciones tcnicas del CTIC.
Ajustarse al reglamento interno de la UNAS que rige para Comedor e
Internado.
Servicio de mensajera entre los diferentes servicios.
4.2 OBJETIVOS DEL PROYECTO

OBJETIVOS DEL PROYECTO
Metas hacia las cuales se debe dirigir el trabajo del proyecto en trminos de la triple
ISAS - SOFT
15
restriccin.
CONCEPTO
CRITERIO DE
Quin aprueba?
SATISFACCION
Alcance: Mejorar la gestin de

los servicios de Comedor e
Internado mediante la
implementacin del software
Tiempo: Concluir el proyecto
en el plazo solicitado por el
cliente.
Costo: Cumplir con el
presupuesto estimado en el
proyecto
Culmine exitosamente.
Direccin OBU
Que el proyecto se
concluya en 16
Direccin OBU
semanas.
No exceder el
Consejo
presupuesto establecido
Universitario
Cdigo documentado
100%
Pruebas de aceptacin
100%
Que el software funcione un mnimo de 18 meses
100%
Soporte mnimo de 6000 solicitudes por ao
90%
4.3 PROPOSITO O JUSTIFICACIN DEL PROYECTO

PROPSITO O JUSTIFICACIN DEL PROYECTO:
En la Oficina de Bienestar Universitario (OBU), la atencin y administracin

del comedor e internado es ineficiente, por ello requiere la implementacin
de un software que permita agilizar, controlar y administrar todas las
actividades que ah se realizan, reduciendo costo, tiempo y recursos,
mejorando el control interno, la gestin de recursos y contribuyendo a la
toma de decisiones.
Se desarrollar
este software en la que el solicitante al servicio pueda
realizar sus trmites de manera simplificada y rpida, obteniendo una

respuesta a sus trmites mucha
ms rpida. As como tambin para el
personal que labora en esta oficina, que ayudar a simplificar los procesos
que se realiza dentro de esta oficina para poder brindar respuestas
inmediatas.
4.4 DIRECCIN DEL PROYECTO

ISAS - SOFT
16
NIVEL DE AUTORIDAD DEL DIRECTOR DEL PROYECTO

DECISIONES SOBRE EL PERSONAL:
El Director de proyecto dirige la seleccin de recurso humano.
DECISIONES TCNICAS:
Las decisiones tcnicas sern asumidas por el Director del Proyecto.
Las decisiones tcnicas de alto impacto y no previstas, debern ser
tomadas por el Director del Proyecto.
SOLUCIN DE CONFLICTOS:
El director del proyecto es el encargado de solucionar los conflictos
del equipo de trabajo.
4.5 CRONOGRAMA DE HITOS

CRONOGRAMA DE HITOS DEL PROYECTO
HITO O EVENTO SIGNIFICATIVO
FECHA PROGRAMADA
Inicio del proyecto
08/04/2014
Plan de proyecto
28/04/2014
Modelado (Anlisis y Diseo del Proyecto)
Diagrama de Caso de Uso

Diagrama de Clases
Diagrama de Secuencias
Documentacin
Modelado de Datos
Implementacin
Pruebas
Documentacin, Entrega y Capacitacin
Fin del proyecto
19/05/2014
02/06/2014
30/06/2014
14/07/2014
28/07/2014
31/07/2014
PRINCIPALES FASES DEL PROYECTO

FASE DEL PROYECTO
FECHA PROGRAMADA
FASE 1: INICIO
08/04/2014
FASE 2: ANALISIS
19/05/2014
FASE 3: DISEO
02/06/2014
FASE 4: IMPLEMENTACION
30/06/2014
FASE 5: PRUEBAS
14/07/2014
FASE 6: CIERRE
28/07/2014
4.5 RIESGOS DEL PROYECTO

PRINCIPALES AMENAZAS DEL PROYECTO (Riesgos Negativos)
Los entregables no sean aprobados.
Los costos del proyecto no deben exceder al presupuesto presentado
en la propuesta, caso contrario estos sern asumidos por el
proveedor del producto.
Que la OBU suspenda sus labores algunos das, generando un retraso
en el desarrollo del proyecto.
Personal incapacitado, retraso en la planificacin del proyecto,
ISAS - SOFT
17
contratar a personal capacitado.

Defecto en las herramientas de trabajo, prdida de la informacin
llevada hasta el momento, realizar constantes copias de seguridad
en medios externos.
Publicacin de una nueva versin de las herramientas de desarrollo y
browser, la puesta en marcha de la aplicacin se vea obsoleta,
adaptar en tiempo real las posibles actualizaciones.
PRINCIPALES OPORTUNIDADES DEL PROYECTO (Riesgos Positivos)

El desarrollo del Software permitir ofrecer mejores servicios,
sirviendo de modelo para otras oficinas dentro de la Unas.
4.6 SUPUESTOS Y RESTRICCIONES

SUPUESTOS Y RESTRICCIONES
RESTRICCIONES
SUPUESTOS
Las entregas deben cumplir las El staff estar disponible para todo el
fechas
estipuladas
cronograma
general
en
el
del
proyecto.
Acceso libre y garantizado al hardware
de prueba.
proyecto.
Disponibilidad
asignada
para
el
La documentacin de diseo y
proyecto de la empresa Contratista y
prueba deben cumplir con los
de los otros equipos de desarrollo.
estndares de documentacin
Los entregables que representan una
del cliente.
dependencia externa para el proyecto
Existe Hardware de prueba solo
son recibidos segn los tiempos y
disponible en el sitio del
formas estipuladas en el cronograma
cliente.
general del programa.
4.7 LIMITES DEL PROYECTO

LIMITES DEL PROYECTO (DENTRO Y FUERA DEL PROYECTO)
DENTRO DEL ALCANCE
FUERA DEL ALCANCE
Realizar la investigacin y/o la Adquisicin de tecnologas como
elaboracin de la documentacin
las Tablets y computadoras.

Sistema operativo licenciado.
necesaria para la elaboracin del
Existencia de intranet o servicio
Software de Asistencia Social.
de internet.
Elaborar prototipos del Software.
Crear la BD (Base de Datos) del
proyecto.
Pruebas de funcionamiento
mediante el uso de internet o
intranet.
PRESUPUESTO PRELIMINAR DEL PROYECTO

ISAS - SOFT
18
Costo total estimado

Componente
0 Plan de trabajo
1 Diagnstico de procesos
2 Proyecto de implementacin nivel de perfil
3 Implementacin del proyecto con expediente tcnico
4 Manual de Instalacin y configuracin
5 Manual de usuario
6 Informe de pruebas
7 Informe final
TOTAL LINEA BASE
8 Reserva de Contingencia
9 Reserva de Gestin
ISAS - SOFT
USD 60,300.00
Costo referencial
4,000.00
3,500.00
9,000.00
32,000.00
1,500.00
1,500.00
1,000.00
1,000.00
53,500.00
3,400.00
3,400.00
19
5. REGISTRO DE INTERESADOS
IDENTIFICACIN
NOMBRE
POSICION
ROL EN EL
PROYECTO
EVALUACIN
INFORMACIN DE CONTACTO
TELEFONO
2. Jefatura
Jefe de OB.U.
CORREO INSTITUCIONAL
DIRECCION
TELEFONO
2. Jefatura
Secretaria
la OBU
de
DIRECCION
TELEFONO
3. Direcciones
Director
de
Bienestar
Universitario
DIRECCION
TELEFONO
3. Direcciones
Asistente
Social
DIRECCION
3. Direcciones
TELEFONO
Tcnico
de
Asistencia
Social
DIRECCION
3. Direcciones
Psiclogo
TELEFONO
REQUERMIENTOS
PRIMORDIALES
EXPECTATIVAS
PRINCIPALES
CLASIFICACIN
INFLUENCIA
POTENCIAL
FASE DE
MAYOR
INTERES
INTERNO /
EXTERNO
APOYO /
NEUTRAL /
OPOSITOR
Gestionar,
programar,
dirigir y controlar los Implementar el
servicios
bsicos
de software
de Alta
comedor
e internado a forma exitosa
travs del software.
Todo
el
Interno
Proyecto
Apoyo
Realizar
un
Registrar al personal y
registro
y
pblico
universitario
a
control eficiente Alta
travs de una interfaz fcil
del
pblico
de usar.
universitario
Todo
el
Interno
Proyecto
Apoyo
Registrar las diferentes

actividades de las reas
tales
como
asistencia Que el proyecto
social,
centro
mdico, culmine
Mediana
psicologa, comedor y la exitosamente
residencia estudiantil para
un control adecuado
Todo
el
Interno
Proyecto
Apoyo
Que el software
Que el tramite documental
cumpla con los
sea rpido
requerimientos
Mediana
(comedor,
internado)
Todo
el
Interno
Proyecto
Apoyo
Permitir
gestionar
los
registros, fichas y la
documentacin para un
fcil acceso a los datos
almacenados
Todo
el
Interno
Proyecto
Apoyo
Anlisis
Apoyo
Permita
la
seguridad
de
Mediana
documentos
confidenciales
Registrar
los
datos
Que el software
histrico clnico y control
sea amigable y Mediana
de asistencia al servicio
fcil de usar.
psicolgico
Interno
DIRECCION
TELEFONO
3. Direcciones
Dentista
DIRECCION
3. Direcciones
Especialista
en Enfermera
TELEFONO
DIRECCION
3. Direcciones
TELEFONO
Tcnico
en
Enfermera
DIRECCION
3. Direcciones
3. Direcciones
Auxiliar
Complejo
Deportivo
del TELEFONO
DIRECCION
TELEFONO
Auxiliar
de
Internados
DIRECCION
3. Direcciones
TELEFONO
Especialista
en Nutricin
DIRECCION
TELEFONO
3. Direcciones
Tcnico
en CORREO INSTITUCIONAL
control
de
Comensales
DIRECCION
3. Direcciones
Tcnico
Cocina
de
TELEFONO
DIRECCION
Compra
Contar
con
equipos
necesaria
adecuados y elaborar un
equipos
plan operativo, para ayudar
materiales
a los estudiantes
requeridos
de
y Mediana
Anlisis
Interno
Apoyo
Registrar a los miembros

Que el software
corporacin
universitaria
sea amigable y Mediana
as
como
los
fcil de usar.
medicamentos adecuados.
Anlisis
Interno
Apoyo
Que le software
Registrar los pacientes con
tenga
un
los
datos
clnicos
y
Mediana
interface fcil de
servicios prestados
usar
Anlisis
Interno
Apoyo
Gestionar,
registrar
y Que le software
mostrar por pantalla los tenga
un
Mediana
diferentes
eventos
a interface fcil de
realizar.
usar
Anlisis
Interno
Apoyo
Gestionar el control de Garantizar una

estudiantes y su ubicacin buena atencin Mediana
en el internado
del estudiante
Anlisis
Interno
Apoyo
Garantizar una
Registrar las evaluaciones buena
Mediana
nutricionales
alimentacin del
estudiante
Anlisis
Interno
Apoyo
Que le software
tenga
una
Mediana
interface fcil de
usar
Anlisis
Interno
Apoyo
Garantizar una
buena
Baja
alimentacin del
estudiante
Anlisis
Interno
Apoyo
Controlar los suministros

de alimentos, pagos por
concepto del comedor y
elaborar
informes
de
los
comensales
Elaborar un cronograma de
mens e interacte con el
nutricionista para coordinar
la elaboracin de mens
del comedor
3. Direcciones
Auxiliar
Cocina
de
TELEFONO
DIRECCION
TELEFONO
1, Alta Direccin
Rector
DIRECCION
TELEFONO
1, Alta Direccin
Vicerrector
DIRECCION
Garantizar
el
Permitir realizar un informe
buen
sobre
las
actividades
Baja
funcionamiento
realizadas
del comedor
Anlisis
Interno
Apoyo
Tener mayor accesibilidad

a los datos para poder
ejercer
de
manera
adecuado sus funciones
Lograr
una
adecuada
Alta
administracin
de los datos
Iniciacin
Externa
Neutral
Mejor
administracin
Tener
una
mayor de los recursos
coordinacin
entre
los prestados por la Alta
alumnos y la Universidad
Universidad
hacia
los
alumnos
Iniciacin
Externa
Neutral
Externa
Neutral
TELEFONO
Poblacin
Universitaria
DIRECCION
Obtener una excelencia

entre las relaciones de
convivencia , acadmicas
y calidad de vida de la
poblacin universitaria
Mejorar
los
servicios
de
Mediana
comedor,
internado, etc.
5.1 ESTRATEGIA DE GESTIN DE INTERESADOS

STAKEHOLDER
NOMBRE
(PERSONAS O
GRUPOS)
INTERS EN EL PROYECTO
EVALUACIN
DEL IMPACTO
2. Jefatura
Implementar el software de forma exitosa
Alta
2. Jefatura
Realizar un registro y control eficiente del Alta

pblico universitario
ESTRATEGIA POTENCIAL PARA

GANAR SOPORTE O REDUCIR
OBSTCULOS
Informar continuamente sobre
la performance del proyecto,
los problemas encontrados y
solicitar
apoyo de ser
necesario.
Garantizar que el equipo de
OBSERVACIONE
SY
COMENTARIOS
CONTROL
Marzo-Julio
Marzo-Julio
Proyecto tengan una clara

visin del Desarrollo e
Implementacin del BSC.
3. Direcciones
Que el proyecto culmine exitosamente
Mediana
Concretar los objetivos, gestionar los recursos

humanos, Materiales y la relacin con otros
departamentos y con el usuario o receptor del
proyecto informtico.
Mayo-Julio
3. Direcciones
Que el software cumpla con los requerimientos

Mediana
(comedor, internado)
Informar continuamente sobre los avances del

desarrollo a travs de informes.
Mayo-Julio
3. Direcciones
Permita
la
seguridad
confidenciales
Mediana
Informar continuamente sobre los avances del

desarrollo a travs de informes.
Mayo-Julio
3. Direcciones
Que el software sea amigable y fcil de usar.
Mediana
Realizar reuniones con el equipo del proyecto.
Mayo-Julio
3. Direcciones
Compra necesaria de equipos y materiales

Mediana
requeridos
Reunin sobre el impacto que tendr el proyecto

en tiempo y costo sobre la gestin actual.
Mayo-Julio
3. Direcciones
Que el software sea amigable y fcil de usar.
Informar la ejecucin del proyecto, gestionar y

medir cada uno o ms indicadores en la
periodicidad correspondiente.
Mayo-Julio
de
documentos
Mediana
3. Direcciones
Que le software tenga un interface fcil de usar
Mediana

Mayo-Julio
3. Direcciones
Que le software tenga un interface fcil de usar
Mediana

Mayo-Julio
3. Direcciones
Garantizar una buena atencin del estudiante
Mediana

Mayo-Julio
3. Direcciones
Garantizar
estudiante
Mediana

Mayo-Julio
3. Direcciones
Que le software tenga una interface fcil de usar Mediana

Mayo-Julio
3. Direcciones
Garantizar
estudiante

Junio
3. Direcciones
Garantizar el buen funcionamiento del comedor
una
una
buena
buena
alimentacin
alimentacin
del
del
Baja
Baja
Informar continuamente sobre el avance del

proyecto.
Junio
1, Alta Direccin
Lograr una adecuada administracin de los

Alta
datos
1, Alta Direccin
Mejor administracin de
los recursos
Alta
prestados por la Universidad hacia los alumnos
Estudiante
universitario
Mejorar los servicios de comedor, internado,

Mediana
etc.


Marzo-Julio
Marzo-Julio
Mayo-Julio
5.2 CLASIFICACIN DE INTERESADOS
CLASIFICACION DE STAKEHOLDERS
- MATRIZ INFLUENCIA VS IMPACTO
ALTA
BAJA
INFLUENCIA SOBRE EL PROYECTO
IMPACTO SOBRE EL PROYECTO
BAJO
ALTO
JEFATURAS
ALTA DIRECCIN
POBLACION
UNIVERSITARIA
DIRECCIONES
5.3 MODELO DE PROMINENCIA
ESTUDIANTE
UNIVERSITARIO
JEFATURAS
ALTA GERENCIA
DIRECCIN
DIRECCIONES
(COMEDOR E
INTERNADO)
DIRECCIN
SECRETARIAS
DIRECCIONES
TOPICO
DEPORTE Y
CULTURA
6. PLAN DEL PROYECTO

6.1 ENUNCIADO DEL ALCANCE
6.2 DOCUMENTACIN DE REQUERIMIENTOS
6.3 PLAN DE GESTIN DE REQUERIMIENTOS
6.4 MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS
7. WBS
8. PLAN DE GESTIN DE TIEMPO

8.1 DEFINICIN DE ACTIVIDADES
Mediante este proceso, se identifican las actividades especficas que se deben
desarrollar para producir los entregables del proyecto definidos en la EDT.
A. LAS ENTRADAS PARA ESTE PROCESO SON:
Enunciado del Alcance del Proyecto
Estructura de Desglose del Trabajo (EDT)
Plan de Gestin del Proyecto
B. LAS HERRAMIENTAS QUE SE UTILIZAN EN ESTE PROCESO SON:
Descomposicin (en sus actividades)
Plantillas propuestas por el Equipo de Mejora de Procesos
ISAS - SOFT.
C. LAS SALIDAS DE ESTE PROCESO SON:
Lista de Actividades (reflejadas en el cronograma)
Hitos del Proyecto (reflejadas en el cronograma)
EDT (actualizacin)
Detalle de respaldo (documentacin adicional al cronograma)
8.2 SECUENCIAMIENTO DE ACTIVIDADES

Mediante este proceso, se identifica y documenta las relaciones de dependencia
entre las actividades identificadas. En general, el secuencia miento de actividades
se utiliza durante la preparacin de los cronogramas puesto que en stos se indican
las precedencias.
Lista de Actividades
Hitos del Proyecto
EDT
Mtodo de Diagramacin por Precedencia PDM (reflejado en
el cronograma utilizando Microsoft Project).
Aplicacin de Adelantos y Retrasos.
Lista de Actividades (actualizacin)
8.3 ESTIMACIN DE LA DURACIN DE ACTIVIDADES

El tiempo estimado del proyecto y de sus fases ha sido calculado teniendo en
consideracin la duracin aproximada del desarrollo del proyecto, provista por las
bases del concurso por medio del cual ISAS SOFT se adjudic la Buena Pro.
Estos plazos estimados son aproximaciones del tiempo que demandar la
implementacin de cada paquete de trabajo de acuerdo al tiempo de participacin
de cada involucrado.
Asimismo se ha considerado, para la estimacin de actividades, el nmero de
perodos laborales que se requerirn para completar las actividades individuales
identificndose el calendario laboral asignado de acuerdo al rol que desempean en
el proyecto, el cul es como sigue:
CALENDARIO
ROL
LABORAL
CANTID
HORAS
AD
SEMANALES
DIRECTOR DEL
PROYECTO
SCRUM MASTER
ANALISTA
DISEADOR
CALENDARIO
ISAS SOFT
PROGRAMADOR
TESTER
PORCENTAJ
E DE
PARTICIPACI
N
40 %
10/SEMANAL
80 %
25/SEMANAL
70 %
20/SEMANAL
70 %
20/SEMANAL
70 %
25/SEMANAL
70 %
20/SEMANAL
3
DOCUMENTADOR
DIRECTOR DE LA
O.B.U
JEFE DE LA O.B.U
SECRETARIO DE
LA O.B.U
50 %
15/SEMANAL
20 %
5/ SEMANAL
5/SEMANAL
20 %
20 %
5/SEMANAL

Lista de Actividades
EDT
Plan de Gestin del Proyecto
Calendario de Recursos
Riesgos Identificados (alertan de posibles
crticas).
actividades

Estimacin por Analoga.
Anlisis de Reserva (Contingencia).
Estimacin de la Duracin de las Actividades (incluido en el
cronograma utilizando Microsoft Project).
Tiempo de Reserva (Contingencia).
Lista de Actividades (actualizacin).
8.4 CRONOGRAMA
La duracin del proyecto es de 4 meses (114 das tiles).
Fecha de Inicio: 10 de Marzo de 2014
Fecha de Fin: 31 de Julio de 2014
8.5 HITOS
De acuerdo al cronograma del proyecto, se han identificado los siguientes hitos
principales:
CRONOGRAMA DE HITOS DEL

PROYECTO
HITO O EVENTO SIGNIFICATIVO
Inicio del proyecto
Plan de proyecto
Modelado(Anlisis y Diseo del Proyecto)
FECHA PROGRAMADA
08/04/2014
28/04/2014
Diagrama de Caso de Uso

Diagrama de Clases
Diagrama de Secuencia
Documentacin
Modelado de datos
Implementacin
Pruebas
Documentacin, Entrega y Capacitacin
Fin del proyecto
19/05/2014
02/06/2014
30/06/2014
14/07/2014
28/07/2014
31/07/2014
8.6 PLAN DE GESTION DEL CRONOGRAMA

8.6.1 CONTROL DEL CRONOGRAMA
Mediante este proceso, se realiza el control de los cambios al cronograma del
proyecto.
Cronograma del proyecto
Informes de Estado
Solicitudes de Cambio
B. LAS HERRAMIENTAS QUE SE UTILIZAN EN ESTE PROCESO
SON:
Sistema
de
Control
de
Cambios
(procedimiento
documentado para el control de cambios).
Medicin del rendimiento (Variacin del Cronograma e
ndice de Rendimiento del Cronograma).
Valor Ganado (permite evidencias variaciones durante
el avance de las actividades comparando lo real con lo
planificado).
Cronograma (actualizacin)
Acciones Correctivas
Lecciones Aprendidas
8.6.2 PERSONAS AUTORIZADAS PARA SOLICITAR CAMBIOS

AL CRONOGRAMA
CARGO / ROL
Director
del
Proyecto
SPONSOR
ENTIDAD
ISAS - SOFT
Consejo Universitario
UNAS
NOMBRE
Christian Jhon
Arzapalo Otiniano
NN
8.6.3
JUSTIFICACIN
CRONOGRAMA
PARA
CAMBIOS
EN
EL
Un cambio en el Cronograma del Proyecto involucra una disminucin o

aumento del cronograma inicial debido a:
Problemas de disponibilidad de recursos y/o equipos.
Temas de conflicto en la estrategia de implementacin del
proyecto, que paralice su desarrollo.
Incremente del Alcance.
Reduccin del Alcance.
Renuncia del personal clave en el proyecto.
Reprogramaciones de reuniones de seguimiento y control.
Incremento o reduccin de la duracin en una actividad
planificada.
Reduccin del presupuesto.
8.6.4 ENFOQUE DE GESTIN DEL CRONOGRAMA

Se deber llevar un control de los cambios ante cualquier modificacin en el
cronograma; sea sta por una variacin de tiempos, costos o recursos. Los
cambios solicitados al cronograma se debern especificar en el formato de
Solicitud de Cambio del Proyecto, donde se detallar los cambios y razones
del cambio as como el impacto en el proyecto.
9. PLAN DE GESTIN DE COSTOS

NOMBRE DEL PROYECTO
SIGLAS DEL PROYECTO
DESARROLLO E IMPLEMENTACION
DE SOFTWARE PARA ASISTENCIA
SOCIAL-OBU
ISAS-OBU
TIPOS DE ESTIMACIN DEL PROYECTO: TIPOS DE ESTIMACIN A UTILIZAR EN EL

PROYECTO CON INDICACIN DEL MODO DE FORMULACIN Y LOS NIVELES DE PRECISIN DE
CADA TIPO.
TIPO DE ESTIMACIN
MODO DE FORMULACIN
NIVEL DE PRECISIN
(ESPECIFICAR EN DETALLE EL MODO
(ESPECIFICAR EL
DE FORMULACIN DEL ESTIMADO

INDICANDO EL PORQU, QUIN,
CMO, Y CUNDO)
NIVEL DE PRECISIN
DEL ESTIMADO, EJM.
Orden de Magnitud
Formulacin por Analoga
-25% al + 75%
Presupuesto
-15% al + 25%
Definitivo
-5% al + 10%
(ESPECIFICAR LOS TIPOS DE

ESTIMACIN A USAR EN EL
PROYECTO, EJM. ORDEN DE
MAGNITUD, PRESUPUESTO,
DEFINITIVA)
-15% +25%)
UNIDADES DE MEDIDA: UNIDADES DE MEDIDA A UTILIZAR, PARA ESTIMAR Y TRABAJAR

CADA TIPO DE RECURSO.
TIPO DE
RECURSO
UNIDADES DE MEDIDA
Recurso
personal
Costo / hora
Recurso maquinas
Horas / mquina
PLAN DE CUENTAS DE CONTROL: CUENTAS DE CONTROL O GRUPOS DE ENTREGABLES

QUE SE UTILIZARN PARA LA MEDICIN Y EL CONTROL DEL VALOR GANADO.
FECHAS
RESPONSABLE
CUENTA DE
CONTROL
(CDIGO Y
NOMBRE DE
CUENTA)
ENTREGABLES
PRESUPUESTO
(FASES O
(MONTO DEL
ENTREGABLES
AGRUPADOS EN
LA CUENTA)
PRESUPUESTO
PARA LA
CUENTA)
(PERSONA
RESPONSABLE DE
MONITOREAR Y
LOGRAR LOS
OBJETIVOS DE
COSTOS)
INICIO-FIN
(FECHAS
PROGRAMADA
S DE INICIO Y
FIN DE LOS
ENTREGABLES
DE LA
CUENTA)
No aplica en el No aplica en el No aplica en el No aplica en el No aplica en

proyecto.
proyecto.
proyecto.
proyecto.
el proyecto.
PLANIFICACIN GRADUAL: FORMA EN QUE SE UTILIZAR LA PLANIFICACIN GRADUAL,
DEFINIENDO LAS ETAPAS Y LOS NIVELES DE AGREGACIN DE LOS COMPONENTES DE
PLANIFICACIN, AS COMO LA FECHA EN QUE SE EMITIRN LOS PRESUPUESTOS NO
EXPANDIDOS Y LA PERSONA RESPONSABLE DE HACERLOS.
ETAPA
(ETAPAS DE LA
PLANIFICACIN
GRADUAL, O
MOMENTOS EN LOS
CUALES SE
PRESENTARN LAS
LNEAS BASE CON
COMPONENTES DE
PLANIFICACIN NO
EXPANDIDOS)
No aplica
proyecto.
en
COMPONENTES DE
PLANIFICACIN
(COMPONENTES DE
PLANIFICACIN A
USAR EN DICHA
ETAPA)
el No aplica
proyecto.
en
FECHA DE EMISIN
DE PRESUPUESTO
RESPONSABLE
EN QUE SE EMITIR
EL PRESUPUESTO
USANDO LOS
COMPONENTES DE
PLANIFICACIN DE
DICHA ETAPA)
EMITIR EL
PRESUPUESTO CON
LOS COMPONENTES
DE PLANIFICACIN
DE DICHA ETAPA)
(PERSONA
(FECHA APROXIMADA RESPONSABLE DE
el No aplica
proyecto.
MTODOS DE MEDICIN DE VALOR GANADO
en
el No aplica
proyecto.
en
el
ALCANCE:
PROYECTO/FASE/ENTREGA
MTODO DE
MEDICIN
BLE
(ESPECIFICAR EL
(ESPECIFICAR SI EL MTODO
MTODO DE
MEDICIN QUE SE
USAR PARA
CALCULAR EL VALOR
GANADO DE LOS
ENTREGABLES
ESPECIFICADOS)
DE MEDICIN APLICA A
TODO EL PROYECTO, UNA
FASE, UN GRUPO DE
ENTREGABLES O UN
ENTREGABLE ESPECFICO)
Proyecto completo
Valor Acumulado
MODO DE MEDICIN
(ESPECIFICAR EN DETALLE EL MODO
DE MEDICIN, INDICANDO EL QUIN,
CMO, CUNDO, DNDE)
Reporte semanal de Performance

del proyecto
NIVELES
DE ESTIMACIN Y DE CONTROL: ESPECIFICACIN DE LOS NIVELES DE

DETALLE EN QUE SE EFECTUARN LAS ESTIMACIONES Y EL CONTROL DE LOS
COSTOS.
TIPO DE ESTIMACIN
DE COSTOS
(ESPECIFICAR LOS
TIPOS DE ESTIMACIN A
USAR EN EL
PROYECTO, EJM.
ORDEN DE MAGNITUD,
PRESUPUESTO,
DEFINITIVA)
NIVEL DE ESTIMACIN DE
COSTOS
(ESPECIFICAR EL NIVEL DE
DETALLE AL CUAL SE
EFECTUARN LOS ESTIMADOS
DE COSTOS, EJM. ACTIVIDAD,
PAQUETES DE TRABAJO,
ENTREGABLES, ETC.)
NIVEL DE CONTROL DE
COSTOS
(ESPECIFICAR EL NIVEL DE
DETALLE AL CUAL SE
EFECTUAR EL CONTROL DE
LOS COSTOS EN EL SISTEMA
EVM (GESTIN DE VALOR

GANADO), EJM. ACTIVIDAD,
PAQUETES DE TRABAJO,
ENTREGABLES, ETC.)
Orden de magnitud Por fase

No aplica
Presupuesto
Por actividad
El mismo
Definitiva
Por actividad
El mismo
PROCESOS DE GESTIN DE COSTOS: DESCRIPCIN DETALLADA
DE LOS
PROCESOS DE GESTIN DE COSTOS QUE SE REALIZARN DURANTE LA GESTIN DE
PROYECTOS.
PROCESO DE GESTIN DE DESCRIPCIN: QU, QUIN, CMO, CUNDO, DNDE, CON

COSTOS
QU
Estimacin de
costos
Preparacin de
presupuesto de
costos
Se estima los costos del proyecto en base al tipo de

estimacin por presupuesto y definitiva. Esto se
realiza en la planificacin del proyecto y es
responsabilidad del Project Manager y aprobado por
el Sponsor.
Se elabora el presupuesto del proyecto y las
reservas de gestin del proyecto. Este documento es
elaborado por el Project Manager y aprobado por el
Sponsor.
Se evaluara el impacto de cualquier posible cambio

del costo, informando al Sponsor los efectos en el
proyecto, en especial las consecuencias en los
objetivos finales del proyecto (alcance, tiempo y
Control de costos
costo).
El anlisis de impacto deber ser presentado al
Sponsor y evaluar distintos escenarios posibles,
cada uno de los cuales corresponder alternativas
de intercambio de triple restriccin.
FORMATOS DE GESTIN DE COSTOS: DESCRIPCIN DETALLADA DE LOS FORMATOS
DE GESTIN
PROYECTOS.
DE
COSTOS
FORMATO DE GESTIN DE
COSTOS
Plan de Gestin de
Costos
Lnea Base del Costo
Costeo del Proyecto
Presupuesto por Fase
y Entregable
Presupuesto por Fase
y por tipo de Recurso
SISTEMA
QUE
SE
UTILIZARN
DURANTE
LA
GESTIN
DE
DESCRIPCIN: QU, QUIN, CMO, CUNDO, DNDE, CON

QU
Documento que informa la planificacin para la

gestin del costo del proyecto.
Lnea base del costo del proyecto, sin incluir las
reservas de contingencias.
Este informe detalla los costos a nivel de las
actividades de cada entregable, segn el tipo de
recurso que participe.
El formato de presupuesto por Fase y entregable
informa los costos del proyecto divididos por Fases y
cada fase dividido en entregables.
El formato de presupuesto por fase y por tipo de
Recurso informa los costos del proyecto divididos
por Fases y cada fase en tipo de recurso (personal /
equipos).
DE COSTOS: DESCRIPCIN DETALLADA DEL SISTEMA DE
DE CONTROL
CONTROL DE COSTOS QUE SE UTILIZAR PARA SUMINISTRAR DATOS AL SISTEMA DE
CONTROL DE VALOR GANADO.
DESCRIPCIN: QU, QUIN, CMO, CUNDO, DNDE, CON QU
Cada responsable del equipo de proyecto emite un reporte semanal

informando los entregables realizados y el porcentaje de avance. El Project
Manager se encarga de compactar la informacin del equipo de proyecto en
el Schelude, actualizando el proyecto segn los reportes del equipo, y
procede a replanificar el proyecto en el escenario del Ms Project. De esta
manera se actualiza el estado del proyecto, y se emite el informe semanal del
performance del proyecto.
SISTEMA DE CONTROL DE CAMBIOS DE COSTOS: DESCRIPCIN DETALLADA DEL
SISTEMA DE CONTROL DE CAMBIOS DE COSTOS QUE SE UTILIZAR PARA MANTENER
LA INTEGRIDAD DE LA LNEA BASE, FORMALIZAR, EVALUAR, Y APROBAR CAMBIOS.
El Sponsor y el Project Manager son los responsables de evaluar, aprobar o

rechazar las propuestas de cambios.
Todos los cambios de costos debern ser evaluados integralmente, teniendo
en cuenta para ello los objetivos del proyecto y los intercambios de la triple
restriccin.
Los documentos que sern afectados o utilizados en el Control de Cambios

de Costos son:
Solicitud de Cambios.
Acta de Reunin de Coordinacin del Proyecto.
Plan del Proyecto (Replanificacin de todos los planes que sean afectados)
En primera instancia el que tiene la potestad de resolver cualquier disputa

relativa al tema es el Project Manager, si esta no puede ser resuelta por l, es
el Sponsor que asume la responsabilidad.
9.1 COSTEO DEL PROYECTO

TIPO DE RECURSO: PERSONAL
ACTIVIDAD
1.1.1
Utilizar las distintas o
mtodos de investigacin
NOMBRE
DEL
RECURSO
UNIDADES
CANTIDAD
2.1.1. Proyect Charter
COSTO
TOTAL
35
560
50
800
40
320
16
35
560
16
75
1200
720
JD
hh
16
JC
hh
16
JD
hh
JD
hh
JC
hh
1.1.2. Documentacin
1.2 Presentar resultados
COSTO
UNITARIO
JC
hh
24
30
JD
hh
24
60
1440
JD
hh
16
30
480
JD
hh
40
320
JD
Hh
48
40
1920
JD
hh
34
45
1530
JD
hh
16
36
576
MM
hh
56
35
1960
JD
hh
32
50
1600
LN
hh
16
40
640
JD
hh
48
45
2160
LN
hh
16
46
736
LN
Hh
40
50
2000
JD
hh
32
50
1600
LN
hh
48
45
2160
LN
hh
16
40
640
2.1.2 Registro de Stakeholders

2.1.3 Team Directory
2.2 Plan de proyecto
3.1.1 Diagramas BPMN
3.1.2 Documentacin
3.2.1 Anlisis de Requisitos
3.2.2.1 Casos de uso
3.2.2.2 Documentacin
3.2.2.3 Diagrama de clases
3.2.3.1Documentacin
3.2.4.1 Diagrama de secuencia
3.2.4.2 Diagrama de estados
4.1.1 Diagrama de despliegue
4.1.2 Documentacin
4.2.1 Diseo de la GUI

MM
hh
412
Hh
40
5.1. Cierre
65
26780
70
2800
53502
998
9.2 PRESUPUESTO DEL PROYECTO

PROYECTO
TIPO DE
RECURSO
MONTO $
1.0
JD
1440.00
Inicializacin
JC
2000.00
FASE
Total Fase
3440.00
2.0
JD
4160.00
Gestin de
Proyecto
JC
720.00
Total Fase
3.0 Modelado
4880.00
JD
3706.00
MM
1960.00
LN
3376.00
Total Fase
9042.00
4.0
LN
2800.00
Diseo
MM
26780.00
Total Fase
29580.00
5.0
Cierre
2800.00
Total Fase
6.0 Post
-Despliegue
MM
72.00
JD
240.00
Total Fase
2800.00
312.00
TOTAL FASES
53500.00
Reserva de Constancia
3400.00
Reserva de gestin
3400.00
PRESUPUESTO TOTAL DEL PROYECTO
60300.00
9.3 REQUISITOS DE FINANCIAMIENTO

No aplica por las dimensiones del proyecto. Todo el proyecto ser ejecutado con
financiado con recursos propios de la Oficina de Bienestar Universitario OBU.
10. PLAN DE CALIDAD

10.1 REQUISITOS DE LA CALIDAD
El producto del proyecto debe ser un sistema donde los procesos sean fiables y
amigables para los usuarios, cumpliendo con las facilidades necesarias para un fcil
uso bajo los estndares de desarrollo exigidos, adems de cumplir con los controles
necesarios para dar soporte a los procesos de trabajo de la:
Oficina de Asistencia Social.
Direccin General de la OBU.
10.2 PLAN DE GESTIN DE LA CALIDAD

10.2.1 SISTEMA DE CALIDAD
Para lograr estos objetivos, se realizarn auditorias semanales de calidad durante
el desarrollo del proyecto. En estas auditorias, el Director del Proyecto, Director
de la OBU y el SCRUN MASTER sern los responsables directos de velar por la
calidad del software a desarrollar as como de los dems entregables generados
por el proyecto.
EL ASEGURAMIENTO DE LA CALIDAD se lograr manejando lo siguiente:
Manejar los cuadernos de campo o en un bloc de notas
para tomar apuntes de imprevistos presentes en el
Desarrollo.
Supervisin peridica por parte del equipo de Desarrollo
ISAS SOFT.
El Cronograma
consideracin
debe
que
estar
la
actualizado
calidad
no
teniendo
se
en
incorpora
inspeccionando, sino planificando.

Almacenar, en un repositorio de informacin, todos los
entregables generados durante el desarrollo del proyecto
ya sean de la Gestin o Ingeniera del Proyecto.
10.2.2 ROLES Y RESPONSABILIDADES

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.
Objetivos del rol: Responsable Ejecutivo final por la calidad del proyecto.
Funciones del rol: Revisar, aprobar, y tomar acciones correctivas para
ROL N
mejorar la calidad.
1:
Niveles de autoridad: Facilitar a discrecin los recursos de ISAS
SPONSO
R
ROL N 2 :
DIRECTO
R DEL
PROYECT
O
ROL N 3
:
MIEMBR
OS DEL
EQUIPO
DE
PROYEC
TO
- SOFT para el proyecto, renegociar contratos.

Reporta a: Directorio de ISAS - SOFT
Supervisa a: Director del Proyecto.
Requisitos de conocimientos: Gestin de Proyectos
Requisitos de habilidades: Liderazgo, Comunicacin, Negociacin,
Motivacin, y Solucin de Conflictos.
Requisitos de experiencia: ms de 20 aos de experiencia en ese cargo.
Objetivos del rol: Gestionar el Plan de Calidad.
Funciones del rol: Dirigir la ejecucin, conforme a la metodologa Scrum
y tambin las especificaciones tcnicas establecidas en el proyecto,
encargado de la planificacin.
Niveles de autoridad: Aplicar a discrecin los
recursos de ISAS SOFT para el proyecto,
renegociar contratos. Exigir el cumplimiento de
entregables a los miembros del equipo.
Reporta a: Sponsor.
Supervisa a: Equipo del Proyecto
Requisitos de conocimientos: Desarrollo de Proyectos y manejo de
proyectos.
Requisitos de habilidades: Liderazgo, Comunicacin, Negociacin,
Motivacin, y Solucin de Conflictos, Facilitador.
Objetivos del rol: Elaborar los entregables con la
calidad requerida y segn estndares establecidos
por el Sistema de Gestin de Calidad de ISAS SOFT.
Niveles de autoridad: Aplicar los recursos que se le han asignado.
Reporta a: Director de Proyecto
Supervisa a:
Requisitos de conocimientos: Gestin de Proyectos y las inherentes al
desarrollo de los entregables que se les ha asignado.
Requisitos de habilidades: Especficas segn el entregable asignado.
11. PLAN DE GESTIN DE RECURSOS HUMANOS

11.1 ORGANIGRAMA DEL PROYECTO
ORGANIGRAMA DEL PROYECTO:
Organigrama del Proyecto Versin final
11.2 DESCRIPCIN DE LOS ROLES

DESCRIPCION DE ROLES: Nombre del Rol, Objetivos, Funciones, Niveles de Autoridad, A
quien Reporta, A quien Supervisa, Requisitos de conocimientos, Habilidades y experiencias
para desempear Rol.
Ver descripcin de Roles.
NOMBRE DEL ROL:

DIRECTOR DEL PROYECTO
OBJETIVOS DEL ROL:
NOMBRE DEL ROL:
Es la persona que ha de integrar esfuerzos internos, y de fuera de la organizacin,
SCRUM
MASTER
para dirigirlos hacia la realizacin,
con xito,
del proyecto.
OBJETIVOS
DEL
ROL:
RESPONSABILIDADES:
el equipo
Scrum
ajustndose a la teora,
Que
Finalizar
el proyecto
con trabaje
xito.
prcticas
y
reglas
de
Scrum.
FUNCIONES
RESPONSABILIDADES:
Planificar.
Velar por que todos los participantes del proyecto sigan
Organizar.
las reglas y proceso de Scrum.
Coordinar.
guiar la colaboracin entre equipo y con el cliente.
Control.
Quitar los impedimentos que el equipo tiene en su camino
para
Liderar.
conseguir
el objetivo de cada iteracin (proporcionar
NOMBRE
DEL
ROL:
un
Motivar.
resultado til al cliente de la manera ms efectiva) y
ANALISTA
poder
Comunicar.
finalizar el proyecto con xito.
OBJETIVOS
DEL
ROL:
NIVELES
DE AUTORIDAD
Proteger
y aislar al equipo de interrupciones externas
Aseguramiento
de calidad es desarrollar y poner en prctica
Posicin
de
organizacin.
durante la ejecucin
de la iteracin (introduccin de nuevos
procesos, noherramientas
de
estndares,
Rango ejecutivo.
requisitos,
"secuestro"
previsto de y
un mtodos
miembro del
evaluacin
para
el
aseguramiento
de
calidad
para
los
etc.).
equipo,
Jerarqua.
servicios de tecnologa de una organizacin
FUNCIONES
Poderes delegados.
RESPONSABILIDADES:
Guiar
al equipo de desarrollo en ser auto organizado y
Control
econmico.
Entender
las necesidades del cliente, y asegurarse de que la
REPORTA
A:multifuncional.
solucin
que est siendo desarrollada se ajusta a esas
Ayudar al equipo de desarrollo a crear productos de
necesidades.
SUPERVISAalto
A: valor.
FUNCIONES
Los
procesos.
Capacidad docente e instructiva.
REQUISITOS
DEL
ROL:
Tiene
delimitar
el anlisis
ver lo que
quiere hacer inicialmente y
que
Amplia
capacidad
para para
la resolucin
deseproblemas.
CONOCIMIEN
Tcnico
de
las
infraestructuras
del
despus darle al usuario nuevas opciones de uso. TIC y de las diferentes
Analtico
y observador
TOS
reas
de los procesos empresariales
NIVELES DE AUTORIDAD
Se encarga de idear y desarrollar nuevos sistemas o nuevas formas para
Procesos
Manejo
tcnicas adicionales.
de investigacin y de
los
Sobre
los
aplicar
recursos
existentesde
a operaciones
anlisis
REPORTA A:
Es capaz de crear nuevos sistemas, ya sea de hardware y de software.
Manejo del idioma ingls.
SUPERVISA
NIVELES DEA:AUTORIDAD
Equipolade
desarrollo
Sobre
calidad
delde
producto.
Manejo
Microsoft Word, Excel, PowerPoint
REQUISITOS
DEL
ROL:
REPORTA A:
CONOCIMIENTOS
Software de seguimiento, Ms
HABILIDADES Manejo deTcnicos.
HABILIDADES
Comunicacin.
Project o primavera.
SUPERVISA A:
Negociacin.
Especializacin
o MBAde
enequipos.
direccin de
Gestin
REQUISITOS DEL ROL:
proyectos. Motivar
CONOCIMIEN
Paradigma tradicional de la ingeniera del
Programacin, DB, Diseador,
EXPERIENCIA
TOS
software Tcnicas
y del tradicional
ciclo de vida del
Habilidades
del rea
Aplicaciones
weben el que se va
softwareelenproyecto.
cascada.
a desarrollar
tecnologa: arquitectura de software, bases
de datos.
EXPERIENCIA En proyectos
de learning y plataformas LMS
HABILIDADES
OTROS
Interpersonales.
Organizacin
Informtica
EXPERIENCIA
NOMBRE DEL ROL:

PROGRAMADOR
OBJETIVOS DEL ROL:
Elabora diseos detallados por medio de cdigo
RESPONSABILIDADES:
El software sea flexible
FUNCIONES
Programar.
Hacer la Base de Datos.

NIVELES DE AUTORIDAD
REPORTA A:
SUPERVISA A:
REQUISITOS DEL ROL:
CONOCIMIEN
Informtica
TOS
Diseo de Interfaces de Usuario
Lenguajes de Bajo Nivel
HABILIDADES
Arquitectura de Computadoras
Programar
Mltiples lenguaje de
EXPERIENCIA
programacin
11.2 ADQUISICIN DEL PERSONAL DEL PROYECTO

ADQUISICION DEL PERSONAL DEL PROYECTO: Como, De Donde, Cuando, Cuanto, etc.?
Ver cuadro de Adquisicin del Personal Versin Final
ROL
TIPO DE
FUENTE DE
MODALIDAD
LOCAL
FECHA DE
ADQUISICI
N
ADQUISICI
N
DE
ADQUISICI
N
DE
TRABAJO
ASIGNAD
INICIO DE
RECLUTAMIEN
TO
FECH
REQUE
DE
DISPONIB
DD
PERSO
DIRECTOR DEL
PROYECTO
SCRUM
MASTER
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
Contratacin
Directa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
La
Empresa
OBU
Personal Fijo
OBU
08/04/2014
25/07/2
Asignacin
OBU
Personal Fijo
OBU
08/04/2014
25/07/2
Asignacin
OBU
Personal Fijo
OBU
08/04/2014
11/07/2
Asignacin
OBU
Personal Fijo
OBU
08/04/2014
25/07/2
Asignacin
La Empresa
Contratacin
La Empresa
ANALISTA 1
Contratacin
La Empresa
ANALISTA 2
Contratacin
La Empresa
DISEADOR 1
Contratacin
La Empresa
DISEADOR 2
Contratacin
La Empresa
DISEADOR 3
Contratacin
La Empresa
Contratacin
La Empresa
Contratacin
La Empresa
Contrataci
n
La Empresa
Contratacin
La Empresa
Contratacin
La Empresa
Contratacin
La Empresa
Contratacin
La Empresa
Asignacin
PROGRAMADO
R1
PROGRAMADO
R2
PROGRAMADO
R3
TESTER
DOCUMENTAD
OR 1
DOCUMENTAD
OR 2
DOCUMENTAD
OR 3
DIRECTOR DE
LA O.B.U
JEFE DE LA
O.B.U
SECRETARIO
DE LA O.B.U
TECNICO EN
ASISTENCIA
SOCIAL
Personal Fijo
08/04/2014
29/07/2
10/04/2014
28/07/2
10/04/2014
23/05/2
10/04/2014
23/05/2
25/05/2014
27/06/2
25/05/2014
27/06/2
25/05/2014
27/06/2
30/06/2014
28/07/2
30/06/2014
28/07/2
30/06/2014
28/07/2
14/07/2014
25/07/2
21/04/2014
28/07/2
21/04/2014
28/07/2
21/04/2014
28/07/2
11.3 CRITERIO DE LIBERACIN DE PERSONAL

CRITERIOS DE LIBERACION DEL PERSONAL DEL PROYECTO: Cuanto, Como, Hacia
Donde?
ROL
CRITERIOS DE
COMO?
DESTINO DE
Director del Proyecto
LIBERACION
Al termino del
ASIGNACION
Otros proyectos de
Scrum Master
proyecto
Al termino del
Comunicacin del
ISAS-OBU
Otros proyectos de ISAS-
proyecto
Director del
OBU
Analista 1
Al termino del
Proyecto
Comunicacin del
Otros proyectos de
Analista 2
proyecto
Al termino del
Scrum Master
Comunicacin con
ISAS-OBU
Otros proyectos de
Diseador 1
proyecto
Al termino del
el Scrum Master
Comunicacin con
ISAS-OBU
Otros proyectos de
Diseador 2
proyecto
Al termino del
el Analista
Comunicacin con
ISAS-OBU
Otros proyectos de
Programador 1
proyecto
Al termino del
el Analista
Comunicacin con
ISAS-OBU
Otros proyectos de
Programador 2
proyecto
Al trmino del
el Diseador
Comunicacin con
ISAS-OBU
Otros proyectos de
Tester
proyecto
Al termino del
el Diseador
Comunicacin con
ISAS-OBU
Otros proyectos de
Documentador 1
proyecto
Al termino del
el Programador
Comunicacin con
ISAS-OBU
Otros proyectos de
Documentador 2
proyecto
Al termino del
el Tester
Comunicacin con
ISAS-OBU
Otros proyectos de
Documentador 3
proyecto
Al termino del
el Tester
Comunicacin con
ISAS-OBU
Otros proyectos de
Director de la OBU
proyecto
Al termino del
el Tester
Comunicacin con
ISAS-OBU
Otros proyectos de
proyecto
el Director del
ISAS-OBU
Jefe de la OBU
Al termino del
Proyecto
Comunicacin con
Otros proyectos de
Secretario de la OBU
proyecto
Al termino del
el Jefe de la OBU
Comunicacin con
ISAS-OBU
Otros proyectos de
Tcnico en Asistencia
proyecto
Al termino del
el Jefe de la OBU
Comunicacin con
ISAS-OBU
Otros proyectos de
Social
proyecto
el Secretario de la
ISAS-OBU
OBU
CAPACITACION, ENTRENAMIENTO, MENTORING REQUERIDO: Que, Porque,
Cuando, Como, Donde, Por Quien, Cuanto?
1. Siempre se deben aprovechar
los cursos que
dicta
el equipo de
desarrollo para que el personal que asiste a las instrucciones tambin

reciba las clases, por tanto se deber generar y entregar a los asistentes
y tcnicos de OBU, el 100% del
manual de usuario, para que puedan
aprovechar la gua.
2. Siempre se deben aprovechar los proyectos para que el Scrum Master
ms experimentados hagan mentoring a los menos experimentados, en
este caso el Director del Proyecto har mentoring al Scrum Master para
ayudarlo a desarrollarlo a desarrollar sus habilidades.
SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: Que, Porque, Cuanto, Como,
Donde, Por Quien, Cuanto.
El Scrum Master tiene un Sistema de Incentivo por cumplimiento de las lneas bases del Proyecto:
1. CPI y SPI al final del proyecto, no menos de 1.0, 20% de bono sobre su
remuneracin mensual durante el plazo del proyecto.
2. CPI Y SPI al final del proyecto, entre 0.95 y 1.0 5% de bono sobre su
remuneracin mensual durante el plazo del proyecto.
3. Cualquier combinacin de los logros anteriores promedia los bonos
correspondientes, cualquier resultado por debajo de 0.95 anula cualquier
bono.
Los instructores tienen un Sistema de compensacin con 70% de remuneracin fija y 30% de
remuneracin variable, la cual vara segn la siguiente tabla:
1. Puntualidad: llegar a tiempo todas las clases, con peso 20.
2. Materiales: entregar todos los materiales a tiempo, con peso 20.
3. Notas: entregar todas las notas a tiempo, con peso 20.
4. Evaluacin: obtener en promedio no menos de 4/5, con peso 50.
CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLITICAS: Que, Porque, Cuando,
Como, Donde, Por Quien, Cuanto?
1. Solo se deben contratar
instructores que pertenezcan al grupo de
Consultores asociados al equipo de desarrollo.

2. Todo el personal de la OBU que participa del proyecto pasara por una
Evaluacin de Desempeo al final del proyecto, y dicha evaluacin se
guardara en su file personal.
REQUERIMIENTOS DE SEGURIDAD: Que, Porque, Cuando, Como, Donde, Por Quien,
Cuanto?
El traslado de equipos (Laptop y Proyector) hacia y desde los locales de capacitacin, cualquier
traslado de equipos debe ser hecho por un mnimo de dos personas (nunca una sola).
11. PLAN DE GESTIN DE COMUNICACIONES

CONTENIDO
FORMATO
NIVEL DE
DETALLE
Envo de Acta
Acta
de Alto
de
constitucin
Constitucin
Planificar
gestin
proyecto
Cronograma
de del proyecto
Planificar
gestin
proyecto
Plan
de gestin
proyecto
Alto
de Alto
del
RESPONSABLE
DE
COMUNICAR
DE
COMUNICACI
N
de Gerente
de Documento
nica vez
Proyectos
digital (PDF)
Jefe de proyecto mediante
correo
electrnico.
Coordinador
Gerente
de Documento
Quincenal
Proyectos
digital (PDF)
Jefe
de mediante
Proyecto
correo
electrnico.
Coordinador
Jefe de proyecto Documento
Semanal
digital (PDF)
mediante
correo
electrnico.
Alto
Coordinador
Definicin de Matriz
Especificacin Trazabilidad
Medio
Coordinador
y Diseo tcnico Medio
Coordinador
Testing
Solicitud pase Medio

testing
Coordinador
Testing
Informe
pruebas
Coordinador
de Alto
AO
TECNOLOGA
FRECUENCIA
Analista
Sistemas
Definicin de Especificacin
Especificacin tcnicas
Anlisis
diseo
GRUPO
RECEPTOR
METODOLOG

digital (PDF)
mediante
correo
electrnico
digital (PDF)
mediante
correo
electrnico
digital (PDF)
mediante
correo
electrnico
digital (PDF)
mediante
correo
electrnico
digital (PDF)
Semanal
Semanal
Semanal
Quincenal
Quincenal
Despliegue
Plan
de
despliegue
Alto
Coordinador
Despliegue
Solicitud pase Alto

produccin
Coordinador
Despliegue
Gua tcnica Alto

de uso
Coordinador
Cierre
Cierre
Coordinador
Alto
mediante
correo
electrnico
Quincenal
digital (PDF)
mediante
correo
electrnico
Mensual
digital (PDF)
mediante
correo
electrnico
Mensual
digital (PDF)
mediante
correo
electrnico
Gerente
de Documento
nica vez
Proyectos
digital (PDF)
Jefe de proyecto mediante
correo
electrnico
12. PLAN DE GESTIN DE RIESGOS

12.1 REGISTRO DE RIESGOS
IMPACTO
ID
RIESG
OS
DECLARACI
N DE
RIESGOS
01
03
Falta de
experiencia
para trabajar en
equipo
Falta de
10%
compromiso,
incumplimient
o o desinters
de uno o parte
del grupo de
trabajo.
Fuga de talento 10%
04
Rotacin y
02
PROBABILI
DAD
ALCAN
CE
12%
30%
CALID
AD
TIEMP
O
X
PUNTUAC
IN
COST
O
X
Respons
Capacitaci
utilizar nuev
tcnicas de
trabajo
Aplicar las
clusulas de
Contrato
Contratar a
personal con
experiencia,
personal de
reserva
Estabilidad
racionalizacin
de personal.
05
Lentitud en la
toma de
decisiones
10%
06
El cambio de
requerimientos
por parte del
cliente.
Mayor nmero
de usuario de
lo planificado
10%
5%
08
Vulnerabilidad
ante ataques
que hackers.
10%
09
Acceso ilcito a 10%

los datos del
software por
personal no
autorizado
10
Inestabilidad
en el servidor
de la base de
datos
07
5%
13. PLAN DE PRUEBAS

INTRODUCCIN
PROPSITO DEL PLAN
El propsito de este plan es planificar, estructurar y documentar la planificacin de las
pruebas de aceptacin del sistema a realizar, as como la estrategia a utilizar para su
ejecucin.
ALCANCE
Luego de finalizar las pruebas de sistema, el programa se encuentra completamente
ensamblado, y se han encontrado y corregido los errores entre los mdulos, mtodos,
clases y objetos. En este punto se comienza con la etapa de las pruebas de validacin de
requerimientos ms conocida como pruebas de aceptacin. stas se enfocan en las
personal
involucrado
el proyecto
Informacin
relevante y
oportuna pa
tomar
decisiones
prontitud
Realizar una
correcta ges
Ampliar la
capacidad d
registro de
base de dato
Implementa
tecnologas
seguridad d
ltima
generacin.
Sancionar y
abrirle un
proceso jud
y separacin
definitiva de
institucin.
Realizar
mantenimie
peridicos.
acciones que realiza el usuario adems de las salidas del sistema que puedan ser
reconocidas por l; dichas acciones y salidas engloban las expectativas del usuario, y
estn definidas en las especificaciones de los requerimientos del software.
Las pruebas de aceptacin, se realizan a los requerimientos funcionales, y a los nofuncionales como facilidad de uso, recuperacin, eficiencia, entre otros; y se pretende
lograr: correccin, vale decir, carencia de ambigedad; completitud, es decir,
especificacin completa y clara del problema; y por ltimo pero no menos importante,
consistencia, quiere decir, que no haya requisitos contradictorios.
El plan que a continuacin se detalla pretende dar una visin general sobre las
actividades a realizar; sobre las pruebas consideradas; adems de una explicacin global
que se consider para la realizacin de los documentos a entregar, ya que darn una
mayor informacin relacionada a la evaluacin y reportes de este tipo de pruebas.
DEFINICIONES Y ACRNIMOS
No se utilizan en este plan.
Referencias
Especificaciones de Requisitos de Software v1.0, 2014
VISIN GENERAL DEL PLAN

Este documento consta de
las siguientes secciones: una introduccin, los
requerimientos de pruebas que son obtenidos del ERS y luego la estrategia de pruebas a
seguir.
Requerimientos de Pruebas
Introduccin
Este captulo documenta los requerimientos de prueba durante la Fase de Pruebas del
Sistema e Integracin para el Sistema de O.B.U.
Filosofa De La Prueba
Generalidades
El objetivo principal de las pruebas unitarias del sistema ser el de establecer un
nivel de confianza que nos permitir asegurar la aceptacin del sistema por los
usuarios (jefe de OBU) en las posteriores pruebas de aceptacin.
Se probar que la aplicacin cumpla con los requerimientos de alto nivel que fueron
especificados previamente, verificando que se cumple satisfactoriamente con las
funcionalidades y caractersticas necesarias para que los usuarios satisfagan esto.
reas funcionales
Esta seccin describe las reas funcionales generales que debern ser probadas
como parte de la fase de pruebas del sistema.
Funcionalidad especificada en el ERS.
Manejo de los datos y transacciones involucradas en las funcionalidades del
punto anterior.
Rendimiento al ejecutar las funcionalidades del primer punto.
Categoras de Resultados de prueba
Esta seccin describe las categoras que pueden ser asignadas los resultados de
prueba en un Caso de Prueba.
xito: El resultado de la prueba es conforme al resultado
esperado.
Aceptable: El resultado de la prueba indica que el sistema
difiere de la especificacin aceptada pero es aceptable, no
son necesarios cambios en la aplicacin, pero requiriendo un
cambio en la Especificacin Funcional.
Tolerable: El resultado de la prueba es incorrecto, la
aplicacin en prueba trabaja y podra ser aceptada, pero la
falla deber ser rectificada en el periodo de tiempo
acordado.
Intolerable: El resultado de la prueba es incorrecto, y la
falla debe ser corregida antes de concluir la fase de prueba.
Error: El resultado de la prueba observado es correcto, pero
el resultado esperado de acuerdo a los scripts de prueba son
incorrectos.
ENTORNO DE LA PRUEBA
Generalidades
En esta seccin se da una breve descripcin del entorno de prueba:
Las pruebas se realizarn principalmente en el laboratorio de la FIIS.
El nmero de computadoras con que se contar ser de acuerdo al tipo de prueba,
entre una y cuatro computadoras.
En los laboratorios se cuenta con acceso al Servidor y definicin de Datos del
Sistema de la O.B.U.
Hardware
Software
En las PCs de prueba debern estar instaladas las siguientes aplicaciones de:
Sistema Operativo Windows XP o versiones posteriores

JAVA2 v1.5.1 o mayor
Eclipse SDK v3.2 o mayor
Base de Datos MySQL
Datos de prueba
Se desarrollarn y especificarn conjuntos de datos de prueba, tomando las muestras

necesarias para la ejecucin de las pruebas, de manera que se verifique que cumple
con diversos tipos de datos.
ROLES Y RESPONSABILIDADES DEL EQUIPO DE PRUEBAS

RECURSOS HUMANOS
CARGO
Administrador
de pruebas
Diseador de
pruebas
RECURSOS MINIMOS
RESPONSABILIDADES ESPECIFICAS /
NECESARIOS
COMENTARIOS
Proporcionar atencin especial al

funcionamiento correcto de las
tareas principales del sistema.
Responsabilidades:
Proporcionar direccin tcnicas.
Adquirir los recursos apropiados.
Administracin de reportes.
Identificar,
asignar la prioridad, e
implementar los casos de la prueba a
ejecutar.
Responsabilidades:
Generar el plan de prueba.
Generar la especificacin del tipo de
prueba.
Generar el modelo de prueba.
Evaluar la eficacia del esfuerzo en la
prueba.
Realizar las pruebas

Responsabilidades:
Ejecutores de
prueba
Ejecutar pruebas.
Registrar resultados.
Recuperacin despus de errores.
Documentacin de errores.
Asegurar el ambiente de prueba, as como
mantener y manejar sus ventajas.
Administrado
r del sistema
de pruebas
Responsabilidades:
Administrar el manejo de pruebas del
sistema.
Controlar el acceso de los integrantes del
equipo a los sistemas de prueba.
Asegurar el ambiente de los datos de
prueb|a, as como manejar y mantener sus
ventajas.
Administrado
r
de la
Definicin de
Datos
Responsabilidades:
Administrar los datos de prueba.
IDENTIFICACIN DE LA PRUEBA
Scripts de prueba
Cada caso de prueba individual deber tener un script que describa los pasos y los
resultados esperados de cada prueba individual. En particular un script contiene la
siguiente informacin:
Identificador de la prueba.
Descripcin del objetivo de la prueba.
Descripcin del estado de la aplicacin antes de la prueba o
pre-condiciones de la misma.
Pasos precisos y no ambiguos para ejecutar la prueba.
Descripcin de los resultados esperados.
Reporte De Resultados
Los resultados de la prueba son registrados en un formulario de Registro de
Resultados de Prueba, el cual contiene la siguiente informacin:
Nombre y versin de la aplicacin a prueba.
Fase de Prueba.
Fecha de Prueba.
Identificador nico de prueba.
Hora de ejecucin de cada Caso de Prueba.
Resultado observado durante la prueba.
Categora de resultado de prueba.
Descripcin del error.
Firma del ejecutor y del observador de la prueba.
Criterios de aceptacin
Esta seccin documenta la frecuencia de las categoras de los resultados de prueba que
son consideradas para aceptar la aplicacin y pasar con xito la fase de prueba.
Identificamos los siguientes criterios los cuales deben ser evaluados progresivamente.
Requerimientos de Prueba: Todos los requerimientos del
sistema han sido probados?
Pruebas Cubiertas: Todas las partes del software han sido
probadas, incluyendo manejo de errores?
Medida de Casos de Prueba: Cuntos Casos de Prueba han sido
planeados, diseados, implementados, ejecutados y pasaron
con xito o falla?
Defectos detectados en Casos de Prueba: Es importante tener
un ratio de los defectos encontrados en los casos de prueba, y
de los defectos corregidos y mantenidos.
Errores de prueba
Esta seccin especfica los procesos para alcanzar la correccin de los errores
observados y registrados durante la prueba.
Para cada error observado que requiera correccin de la aplicacin o de la
especificacin de funcionalidades, el lder del equipo de prueba y el lder de desarrollo y
sus respectivos equipos, deben de estar de acuerdo en lo siguiente:
El mbito de trabajo adicional y escalas de tiempo para la
correccin.
El Caso de Prueba requerido para ser re-ejecutado despus de
la correccin.
Dada una falla, el principal responsable de realizar la correccin
es el que se encarg de desarrollar dicho componente.
Establecer prioridades de acuerdo a una serie de fallas.
Documentacin de la prueba
Esta seccin describe los documentos que deben ser generados durante la actividad de
prueba. Estos documentos son los siguientes:
Scripts de pruebas y Casos de Prueba.

Resultados de Pruebas siguiendo el formato especificado.
Reporte consolidado de pruebas por mdulo.
Certificado de prueba para formalizar el hecho de que la
aplicacin en prueba ha pasado la prueba con xito.
La lista que se muestra a continuacin identifica los requerimientos especificados en el
ERS que se probarn.
Pruebas Funcionales
Revisar la implementacin del caso de uso solicitar servicio
(solicitar).
(registrar requisitos de solicitud).
(verificar solicitud).
(registrar solicitud de servicio).
(confirmar registro de solicitud).
Revisar la implementacin del caso de uso procesar solicitud
de servicio (verificar la solicitud)
de servicio (evaluar ficha de informacin).
de servicio (evaluar prioridad de informacin personal)
de servicio (evaluar fecha de informacin).
Revisar la Implementacin del caso de uso procesar solicitud
de servicio (evaluar prioridad socio econmica)
de servicio (generar reporte de solicitud).
Revisar la implementacin del caso de uso generar lista de
beneficiarios (verificar registro de solicitud).
beneficiarios (generar orden de solicitud).
beneficiarios (evaluar prioridad socio econmica).
beneficiarios (generar lista de beneficiarios).
Estrategia de Pruebas
Los tipos de prueba a realizar son pruebas de caso de uso, y pruebas unitarias.
Pruebas por Caso de Uso

Para las pruebas de casos de uso se probarn en el siguiente orden: Validar Usuario,
Actualizar
personal,
Actualizar
socio,
Actualizar
Accesorios,
Actualizar
Instalaciones, Actualizar Curso, Actualizar Pagos, Actualizar solicitudes, Buscar

Instalacin, Buscar Socio, Buscar Curso, Consultar Informacin del club, Consultar
movimientos del socio,
Inscribir Curso, Reservar Instalaciones. Este orden no es aleatorio, los ltimos casos
de uso dependen de los primeros.
Pruebas de integracin
Se realizarn de manera implcita al realizar las pruebas del caso de uso.
Pruebas del caso de uso

Se verificar la correcta implementacin de los flujos bsicos y alternativos de todos
los casos de uso a implementar en la iteracin.
14. ANEXO
14.1 GESTIN DEL CAMBIO
ROLES DE LA GESTIN DE CAMBIOS:
ROLES QUE SE NECESITAN PARA OPERAR LA
GESTIN DE CAMBIOS
NOMBRE
DEL ROL
PERSONA
ASIGNAD
RESPONSABILIDADES
DIRECTOR DEL
PROYECTO
SCRUM MASTER
ELABORAR EL DIRECTORIO DEL GRUPO DE

TRABAJO.
MODIFICACION DEL DIRECTORIO.
ELABORAR EL PROJECT CHARTER.
REALIZAR HISTORIAS DE USUARIOS.
IDENTIFICAR REQUISITOS DEL PRODUCT

BACKLOG
AUTORIDAD
Total sobre el
proyecto.
REALIZAR HISTORIAS DE USUARIOS EN

CLASES.
TRABAJO.
ACTUALIZAR EL PROJECT CHARTER.
Total sobre el
proyecto,
REQUERIMIENTOS DEL PROYECTO.
realizar
cambios
BACKLOG.
NIVELES DE

CLASES.
ANALISTA
ANALISTA
DISEADOR
Realizar y
solicitar
cambios.
CLASES.
PLAN RECURSOS HUMANOS.
TRABAJO.
Realizar y
solicitar

CLASES.
cambios
CUADRO DE ADQUISICIN DE PERSONAL.
Realizar y

TRABAJO.
cambios

TRABAJO.
DISEADOR

TRABAJO.
solicitar
OBJETIVOS DEL PROYECTO.
Realizar y
solicitar
cambios
CLASES.
DISEADOR
GESTIN DEL CAMBIO.

TRABAJO.
PROGRAMADOR
ORGANIGRAMA DEL PROYECTO.

BACKLOG.
CLASES.
CUADRO DE ADQUISICIN DE PERSONAL.
Realizar y
solicitar
cambios

TRABAJO.
SUPUESTOS Y RESTRICCIONES.
Realizar y
solicitar
ACTA DE REUNION.
cambios
BITCORA DE ACTIVIDADES.
CLASES.
PROGRAMADOR
PROGRAMADOR
TESTER


TRABAJO.
RIESGOS NEGATIVOS Y POSITIVOS.

CLASES.

TRABAJO.
PRESUPUESTO PRELIMINAR.
Realizar y
solicitar
cambios
Realizar y
solicitar
cambios
Realizar y
solicitar
cambios
DOCUMENTADOR
DOCUMENTADOR

BACKLOG.
Realizar y
solicitar
REQUERIMIENTOS DEL PROYECTO.
cambios

CLASES.
ELABORACION DE WBS.
TRABAJO.
Realizar y
CRONOGRAMA DE HITOS.
solicitar

CLASES.
ACTA DE REUNIONES.
14.2 BPMN
14.2.1 MODELO GENERAL
cambios
14.2.2 ACCEDER AL SISTEMA
14.2.3 SOLICITAR SERVICIO
14.2.4 CARGAR DATOS ADJUNTOS
14.2.5 VERIFICAR INFORMACIN DE DOCUMENTOS

14.2.6 PROCESAR SOLICITUDES
14.2.7 PUBLICAR LISTA DE USUARIOS
14.2.8 VERIFICAR MENSAJE DE CONFIRMACIN
14.3 DIAGRAMA DE CASOS DE USO
14.3.1 CASO DE USO GENERAL
14.3.2 SOLICITAR SERVICIO
14.3.3 VERIFICAR VERACIDAD DE DATOS
14.3.4 PROCESAR SOLICITUD DE SERVICIO

14.3.5 GENERAR LISTA DE BENEFICIARIOS
14.3.6 PUBLICAR LISTA DE USUARIO
14.3.7 CANCELAR SERVICIO
14.4 DIAGRAMA DE CLASES
14.5 DIAGRAMAS DE SECUENCIA

14.5.1 LOGIN DE USUARIO
14.5.2 REGISTRO DE SOLICITUD DE NUEVO SERVICIO

14.5.3 USUARIO ANTIGUO
14.6 INTERFAZ
14.6.1 DESKTOP
14.6.1.1 LOGIN
14.6.1.2 PAGINA PRINCIPAL
14.6.1.3 GESTIN DE CAPACIDAD DE SERVICIOS
14.6.2 WEB
14.6.2.1 PGINA DE INICIO
14.6.2.2 PGINA DE SELECCIN DE SERVICIO
16.6.2.3 FICHA DE INFORMACIN PERSONAL
16.6.2.4 FICHA DE INFORMACIN SOCIO-ECONMICO

SITUACIN ECONMICA
SITUACIN PERSONAL
14.6.3 ANDROID

Implementacion de Un Software de Asistencia Social

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Implementacion de Un Software de Asistencia Social

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD NACIONAL AGRARIA

FECHA DE ENTREGA: 23 07 2014

2.5 ESTIMACIN DE LA DURACIN......................................................................9

8.6.1 CONTROL DEL CRONOGRAMA................................................................32

14.3.6 PUBLICAR LISTA DE USUARIO..............................................................63

2. STATEMENT OF WORK (ENUNCIADO DEL TRABAJO)

2.2 NECESIDAD COMERCIAL: AVANCE TECNOLOGICO

alumnos en los internados, control de insumos en el comedor

desenvolvimiento dentro de la universidad nacional agraria de la

organizar, controlar, fortalecer un rea, automatizar, optimizar la

informacin de los procesos de recepcin, evaluacin, etc., que se van a automatizar

Describir una estrategia de servicio en objetivos e indicadores

organizacin, logrando focalizar y alinear las actividades e

legibilidad y practico (que no tenga muchos pasos).

Reporte de fallas del sistema.

2.5 ESTIMACIN DE LA DURACIN

2.6 RESPONSABLES DEL DESARROLLO

2.7 COSTOS ESTIMADOS

2.8 ACEPTACIN Y AUTORIZACIN

En fe de lo cual, las partes por intermedio de sus representantes respectivos

3. BUSSINES CASE (CASO DE NEGOCIO)

3.2 DEFINICIN DEL PROBLEMA

3.3 ANLISIS DE IMPACTO DE LA CARTERA DE PROYECTOS

3.4 ANLISIS DE RENTABILIDAD

Los honorarios correspondientes a los servicios profesionales de consultora,

3.4.3 CONCLUSIONES Y RECOMENDACIONES

Dado que este proyecto trabajara con nuevas tecnologas se recomienda

4. PROJECT CHARTER (ACTA DE CONSTITUCIN DEL

NOMBRE DEL PROYECTO

DESARROLLO E IMPLEMENTACION DE SOFTWARE

ARZAPALO OTINIANO, Christian

DESCRIPCIN DEL PROYECTO:

(comedor e internado) implementando un

Realizar un anlisis de la OBU (comedor e

REQUERIMIENTOS DEL PROYECTO

4.2 OBJETIVOS DEL PROYECTO

Alcance: Mejorar la gestin de

Que el software funcione un mnimo de 18 meses

Soporte mnimo de 6000 solicitudes por ao

4.3 PROPOSITO O JUSTIFICACIN DEL PROYECTO

En la Oficina de Bienestar Universitario (OBU), la atencin y administracin

este software en la que el solicitante al servicio pueda

realizar sus trmites de manera simplificada y rpida, obteniendo una

ms rpida. As como tambin para el

4.4 DIRECCIN DEL PROYECTO

NIVEL DE AUTORIDAD DEL DIRECTOR DEL PROYECTO

4.5 CRONOGRAMA DE HITOS

Diagrama de Caso de Uso

PRINCIPALES FASES DEL PROYECTO

4.5 RIESGOS DEL PROYECTO

contratar a personal capacitado.

PRINCIPALES OPORTUNIDADES DEL PROYECTO (Riesgos Positivos)

4.6 SUPUESTOS Y RESTRICCIONES

general del programa.

4.7 LIMITES DEL PROYECTO

las Tablets y computadoras.

PRESUPUESTO PRELIMINAR DEL PROYECTO

Costo total estimado

Registrar las diferentes

Registrar a los miembros

Gestionar el control de Garantizar una

Controlar los suministros

Tener mayor accesibilidad