implementacion de un software de asistencia social

DESARROLLO E IMPLEMENTACIN DE UN SOFTWARE DE ASISTENCIA SOCIAL-OBU

INDICE

Contenido1. INTRODUCCIN52. STATEMENT OF WORK (ENUNCIADO DEL TRABAJO)62.1 ANTECEDENTES62.2 NECESIDAD COMERCIAL: AVANCE TECNOLOGICO62.3 PROPSITO72.4 ALCANCE82.5 ESTIMACIN DE LA DURACIN92.6 RESPONSABLES DEL DESARROLLO112.7 COSTOS ESTIMADOS112.8 ACEPTACIN Y AUTORIZACIN123. BUSSINES CASE (CASO DE NEGOCIO)133.1 NOMBRE DEL PROYECTO133.2 DEFINICIN DEL PROBLEMA133.3 ANLISIS DE IMPACTO DE LA CARTERA DE PROYECTOS133.4 ANLISIS DE RENTABILIDAD163.4.1 INVERSIN163.4.2 BENEFICIOS163.4.3 CONCLUSIONES Y RECOMENDACIONES164. PROJECT CHARTER (ACTA DE CONSTITUCIN DEL PROYECTO)174.1 NOMBRE DEL PROYECTO174.2 OBJETIVOS DEL PROYECTO184.3 PROPOSITO O JUSTIFICACIN DEL PROYECTO194.4 DIRECCIN DEL PROYECTO194.5 CRONOGRAMA DE HITOS194.5 RIESGOS DEL PROYECTO204.6 SUPUESTOS Y RESTRICCIONES204.7 LIMITES DEL PROYECTO215. REGISTRO DE INTERESADOS225.1 ESTRATEGIA DE GESTIN DE INTERESADOS245.2 CLASIFICACIN DE INTERESADOS265.3 MODELO DE PROMINENCIA276. PLAN DEL PROYECTO286.1 ENUNCIADO DEL ALCANCE286.2 DOCUMENTACIN DE REQUERIMIENTOS286.3 PLAN DE GESTIN DE REQUERIMIENTOS286.4 MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS288. PLAN DE GESTIN DE TIEMPO298.1 DEFINICIN DE ACTIVIDADES298.2 SECUENCIAMIENTO DE ACTIVIDADES308.3 ESTIMACIN DE LA DURACIN DE ACTIVIDADES308.4 CRONOGRAMA328.5 HITOS328.6 PLAN DE GESTION DEL CRONOGRAMA328.6.1 CONTROL DEL CRONOGRAMA328.6.3 JUSTIFICACIN PARA CAMBIOS EN EL CRONOGRAMA338.6.4 ENFOQUE DE GESTIN DEL CRONOGRAMA349. PLAN DE GESTIN DE COSTOS349.1 COSTEO DEL PROYECTO349.2 PRESUPUESTO DEL PROYECTO349.3 REQUISITOS DE FINANCIAMIENTO3410. PLAN DE CALIDAD3410.1 REQUISITOS DE LA CALIDAD3410.2 PLAN DE GESTIN DE LA CALIDAD3410.2.1 SISTEMA DE CALIDAD3410.2.2 ROLES Y RESPONSABILIDADES3511. PLAN DE GESTIN DE RECURSOS HUMANOS3611.1 ORGANIGRAMA DEL PROYECTO3611.2 ADQUISICIN DEL PERSONAL DEL PROYECTO4111.3 CRITERIO DE LIBERACIN DE PERSONAL4211. PLAN DE GESTIN DE COMUNICACIONES4512. PLAN DE GESTIN DE RIESGOS4712.1 REGISTRO DE RIESGOS4713. PLAN DE PRUEBAS4814. ANEXO5614.2 BPMN5814.2.1 MODELO GENERAL5814.2.2 ACCEDER AL SISTEMA5914.2.3 SOLICITAR SERVICIO5914.2.4 CARGAR DATOS ADJUNTOS606014.2.5 VERIFICAR INFORMACIN DE DOCUMENTOS6014.2.6 PROCESAR SOLICITUDES6014.2.7 PUBLICAR LISTA DE USUARIOS6014.2.8 VERIFICAR MENSAJE DE CONFIRMACIN6114.3 DIAGRAMA DE CASOS DE USO6114.3.1 CASO DE USO GENERAL6114.3.2 SOLICITAR SERVICIO6114.3.3 VERIFICAR VERACIDAD DE DATOS6214.3.4 PROCESAR SOLICITUD DE SERVICIO6314.3.5 GENERAR LISTA DE BENEFICIARIOS6314.3.6 PUBLICAR LISTA DE USUARIO6314.3.7 CANCELAR SERVICIO6314.4 DIAGRAMA DE CLASES6314.5 DIAGRAMAS DE SECUENCIA6414.5.1 LOGIN DE USUARIO6414.5.2 REGISTRO DE SOLICITUD DE NUEVO SERVICIO6414.5.3 USUARIO ANTIGUO6414.6 INTERFAZ6514.6.1 DESKTOP6514.6.2 WEB6614.6.3 ANDROID68

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 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 ANTECEDENTESA 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 TECNOLOGICOLa 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 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 a 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. Describir una estrategia de servicio en objetivos e indicadores de actuacin, involucrando a 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 ALCANCEDisear 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). Reporte de fallas del sistema. Soporte mnimo de 6000 solicitudes por ao.2.5 ESTIMACIN DE LA DURACINPara 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: INICIO ETAPA 2: ANALISIS ETAPA 3: DISEO ETAPA 4: IMPLEMENTACION ETAPA 5: PRUEBAS ETAPA 6: CIERRECRONOGRAMA DEL PROYECTO

2.6 RESPONSABLES DEL DESARROLLOISAS 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 ESTIMADOSLos 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 AUTORIZACINLos trminos y condiciones del presente Acuerdo de Servicios Profesionales se aplican plenamente a los servicios y productos descritos en el presente Enunciado del Trabajo.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 PROYECTODesarrollo e Implementacin de Software para Asistencia Social OBU. 3.2 DEFINICIN DEL PROBLEMAMediante 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 USUARIOMETAS DEL NEGOCIO

Contar con una herramienta que permitir agilizar los procesos de solicitud de servicios de la OBU, pudiendo optimizar el tiempo y poder gestionar dems servicios.Automatizar la mayor parte del proceso manual que existe para obtener la satisfaccin del usuario.

3.3 ANLISIS DE IMPACTO DE LA CARTERA DE PROYECTOS3.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. 3.4 ANLISIS DE RENTABILIDAD3.4.1 INVERSINLos 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.

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 PROYECTONOMBRE DEL PROYECTOSIGLAS DEL PROYECTO

DESARROLLO E IMPLEMENTACION DE SOFTWARE PARA ASISTENCIA SOCIAL-OBUISAS-OBU

SPONSOR:CONSEJO UNIVERSITARIOCLIENTE:OBU-UNAS

DIRECTOR DEL PROYECTO:ARZAPALO OTINIANO, Christian

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.

Objetivo general:

Desarrollar un software que cubra los diferentes servicios de asistencia social (comedor e internado) implementando un sistema que permita facilitar los procesos que adquieran en dichos servicios.

Objetivos especficos

Realizar un anlisis de la OBU (comedor e internado). Modelado de software. Codificar y construir el software. Realizar las diferentes pruebas del software Desplegar el sistema, incluyendo 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 PROYECTOMetas hacia las cuales se debe dirigir el trabajo del proyecto en trminos de la triple restriccin.

CONCEPTOCRITERIO DE SATISFACCIONQuin aprueba?

Alcance: Mejorar la gestin de los servicios de Comedor e Internado mediante la implementacin del softwareCulmine exitosamente.Direccin OBU

Tiempo: Concluir el proyecto en el plazo solicitado por el cliente.Que el proyecto se concluya en 16 semanas.Direccin OBU

Costo: Cumplir con el presupuesto estimado en el proyectoNo exceder el presupuesto establecidoConsejo Universitario

Cdigo documentado100%

Pruebas de aceptacin100%

Que el software funcione un mnimo de 18 meses100%

Soporte mnimo de 6000 solicitudes por ao90%

4.3 PROPOSITO O JUSTIFICACIN DEL PROYECTOPROPSITO 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 PROYECTONIVEL 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 HITOSCRONOGRAMA DE HITOS DEL PROYECTO

HITO O EVENTO SIGNIFICATIVOFECHA PROGRAMADA

Inicio del proyecto08/04/2014

Plan de proyecto28/04/2014

Modelado (Anlisis y Diseo del Proyecto) Diagrama de Caso de Uso Diagrama de Clases Diagrama de Secuencias Documentacin19/05/2014

Modelado de Datos02/06/2014

Implementacin30/06/2014

Pruebas14/07/2014

Documentacin, Entrega y Capacitacin 28/07/2014

Fin del proyecto31/07/2014

PRINCIPALES FASES DEL PROYECTO

FASE DEL PROYECTOFECHA PROGRAMADA

FASE 1: INICIO FASE 2: ANALISISFASE 3: DISEOFASE 4: IMPLEMENTACION FASE 5: PRUEBASFASE 6: CIERRE08/04/201419/05/201402/06/201430/06/201414/07/201428/07/2014

4.5 RIESGOS DEL PROYECTOPRINCIPALES 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, 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 RESTRICCIONESSUPUESTOS Y RESTRICCIONES

RESTRICCIONESSUPUESTOS

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

4.7 LIMITES DEL PROYECTOLIMITES DEL PROYECTO (DENTRO Y FUERA DEL PROYECTO)

DENTRO DEL ALCANCEFUERA DEL ALCANCE

Realizar la investigacin y/o la elaboracin de la documentacin necesaria para la elaboracin del Software de Asistencia Social. Elaborar prototipos del Software. Crear la BD (Base de Datos) del proyecto. Pruebas de funcionamiento mediante el uso de internet o intranet. Adquisicin de tecnologas como las Tablets y computadoras. Sistema operativo licenciado. Existencia de intranet o servicio de internet.

PRESUPUESTO PRELIMINAR DEL PROYECTO

Costo total estimado USD 60,300.00

ComponenteCosto referencial

0Plan de trabajo4,000.00

1 Diagnstico de procesos3,500.00

2 Proyecto de implementacin nivel de perfil9,000.00

3 Implementacin del proyecto con expediente tcnico32,000.00

4 Manual de Instalacin y configuracin1,500.00

5 Manual de usuario1,500.00

6 Informe de pruebas1,000.00

7 Informe final 1,000.00

TOTAL LINEA BASE53,500.00

8Reserva de Contingencia3,400.00

9Reserva de Gestin3,400.00

ISAS - SOFT78

5. REGISTRO DE INTERESADOSIDENTIFICACINEVALUACINCLASIFICACIN

NOMBREPOSICIONROL EN EL PROYECTOINFORMACIN DE CONTACTOREQUERMIENTOS PRIMORDIALESEXPECTATIVAS PRINCIPALESINFLUENCIA POTENCIALFASE DE MAYOR INTERESINTERNO / EXTERNOAPOYO / NEUTRAL / OPOSITOR

2. JefaturaJefe de OB.U.TELEFONOGestionar, programar, dirigir y controlar los servicios bsicos de comedor e internado a travs del software.Implementar el software de forma exitosaAltaTodo el ProyectoInternoApoyo

CORREO INSTITUCIONAL

DIRECCION

2. JefaturaSecretaria de la OBUTELEFONORegistrar al personal y pblico universitario a travs de una interfaz fcil de usar.Realizar un registro y control eficiente del pblico universitarioAltaTodo el ProyectoInternoApoyo


DIRECCION

3. DireccionesDirector de Bienestar UniversitarioTELEFONORegistrar las diferentes actividades de las reas tales como asistencia social, centro mdico, psicologa, comedor y la residencia estudiantil para un control adecuadoQue el proyecto culmine exitosamenteMedianaTodo el ProyectoInternoApoyo


DIRECCION

3. DireccionesAsistente SocialTELEFONOQue el tramite documental sea rpido

Que el software cumpla con los requerimientos (comedor, internado)MedianaTodo el ProyectoInternoApoyo


DIRECCION

3. DireccionesTcnico de Asistencia SocialTELEFONOPermitir gestionar los registros, fichas y la documentacin para un fcil acceso a los datos almacenadosPermita la seguridad de documentos confidencialesMedianaTodo el ProyectoInternoApoyo


DIRECCION

3. DireccionesPsiclogo TELEFONORegistrar los datos histrico clnico y control de asistencia al servicio psicolgicoQue el software sea amigable y fcil de usar.MedianaAnlisisInternoApoyo


DIRECCION

3. DireccionesDentistaTELEFONOContar con equipos adecuados y elaborar un plan operativo, para ayudar a los estudiantesCompra necesaria de equipos y materiales requeridosMedianaAnlisisInternoApoyo


DIRECCION

3. DireccionesEspecialista en EnfermeraTELEFONORegistrar a los miembros corporacin universitaria as como los medicamentos adecuados.Que el software sea amigable y fcil de usar.MedianaAnlisisInternoApoyo


DIRECCION

3. DireccionesTcnico en Enfermera TELEFONORegistrar los pacientes con los datos clnicos y servicios prestadosQue le software tenga un interface fcil de usarMedianaAnlisisInternoApoyo


DIRECCION

3. DireccionesAuxiliar del Complejo DeportivoTELEFONOGestionar, registrar y mostrar por pantalla los diferentes eventos a realizar. Que le software tenga un interface fcil de usarMedianaAnlisisInternoApoyo


DIRECCION

3. DireccionesAuxiliar de InternadosTELEFONOGestionar el control de estudiantes y su ubicacin en el internado Garantizar una buena atencin del estudianteMedianaAnlisisInternoApoyo


DIRECCION

3. DireccionesEspecialista en NutricinTELEFONORegistrar las evaluaciones nutricionalesGarantizar una buena alimentacin del estudianteMedianaAnlisisInternoApoyo


DIRECCION

3. DireccionesTcnico en control de ComensalesTELEFONOControlar los suministros de alimentos, pagos por concepto del comedor y elaborar informes de los comensalesQue le software tenga una interface fcil de usarMedianaAnlisisInternoApoyo


DIRECCION

3. DireccionesTcnico de CocinaTELEFONOElaborar un cronograma de mens e interacte con el nutricionista para coordinar la elaboracin de mens del comedorGarantizar una buena alimentacin del estudianteBajaAnlisisInternoApoyo


DIRECCION

3. DireccionesAuxiliar de CocinaTELEFONOPermitir realizar un informe sobre las actividades realizadasGarantizar el buen funcionamiento del comedorBajaAnlisisInternoApoyo


DIRECCION

1, Alta DireccinRectorTELEFONOTener mayor accesibilidad a los datos para poder ejercer de manera adecuado sus funcionesLograr una adecuada administracin de los datosAltaIniciacinExternaNeutral


DIRECCION

1, Alta DireccinVicerrectorTELEFONOTener una mayor coordinacin entre los alumnos y la UniversidadMejor administracin de los recursos prestados por la Universidad hacia los alumnosAltaIniciacinExternaNeutral


DIRECCION

Poblacin UniversitariaTELEFONOObtener una excelencia entre las relaciones de convivencia , acadmicas y calidad de vida de la poblacin universitariaMejorar los servicios de comedor, internado, etc.MedianaExternaNeutral


DIRECCION

5.1 ESTRATEGIA DE GESTIN DE INTERESADOSNOMBRESTAKEHOLDER (personas o grupos)INTERS EN EL PROYECTOEVALUACIN DEL IMPACTOESTRATEGIA POTENCIAL PARA GANAR SOPORTE O REDUCIR OBSTCULOSOBSERVACIONES Y COMENTARIOSCONTROL

2. JefaturaImplementar el software de forma exitosaAltaInformar continuamente sobre la performance del proyecto, los problemas encontrados y solicitar apoyo de ser necesario.Marzo-Julio

2. JefaturaRealizar un registro y control eficiente del pblico universitarioAltaGarantizar que el equipo de Proyecto tengan una clara visin del Desarrollo e Implementacin del BSC.Marzo-Julio

3. DireccionesQue el proyecto culmine exitosamenteMedianaConcretar 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. DireccionesQue el software cumpla con los requerimientos (comedor, internado)MedianaInformar continuamente sobre los avances del desarrollo a travs de informes.Mayo-Julio

3. DireccionesPermita la seguridad de documentos confidencialesMedianaInformar continuamente sobre los avances del desarrollo a travs de informes.Mayo-Julio

3. DireccionesQue el software sea amigable y fcil de usar.MedianaRealizar reuniones con el equipo del proyecto.Mayo-Julio

3. DireccionesCompra necesaria de equipos y materiales requeridosMedianaReunin sobre el impacto que tendr el proyecto en tiempo y costo sobre la gestin actual.Mayo-Julio

3. DireccionesQue el software sea amigable y fcil de usar.MedianaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Mayo-Julio

3. DireccionesQue le software tenga un interface fcil de usarMedianaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Mayo-Julio

3. DireccionesQue le software tenga un interface fcil de usarMedianaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Mayo-Julio

3. DireccionesGarantizar una buena atencin del estudianteMedianaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Mayo-Julio

3. DireccionesGarantizar una buena alimentacin del estudianteMedianaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Mayo-Julio

3. DireccionesQue le software tenga una interface fcil de usarMedianaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Mayo-Julio

3. DireccionesGarantizar una buena alimentacin del estudianteBajaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Junio

3. DireccionesGarantizar el buen funcionamiento del comedorBajaInformar continuamente sobre el avance del proyecto.Junio

1, Alta DireccinLograr una adecuada administracin de los datosAltaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Marzo-Julio

1, Alta DireccinMejor administracin de los recursos prestados por la Universidad hacia los alumnosAltaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Marzo-Julio

Estudiante universitarioMejorar los servicios de comedor, internado, etc.MedianaInformar la ejecucin del proyecto, gestionar y medir cada uno o ms indicadores en la periodicidad correspondiente.Mayo-Julio

5.2 CLASIFICACIN DE INTERESADOSCLASIFICACION DE STAKEHOLDERS- MATRIZ INFLUENCIA VS IMPACTO

IMPACTO SOBRE EL PROYECTO

BAJOALTO

INFLUENCIA SOBRE EL PROYECTOALTA

JEFATURAS

ALTA DIRECCIN

BAJA

POBLACION UNIVERSITARIA

DIRECCIONES

5.3 MODELO DE PROMINENCIA DIRECCINSECRETARIASDIRECCIONES(COMEDOR E INTERNADO)JEFATURASALTA GERENCIADIRECCINDIRECCIONESTOPICODEPORTE Y CULTURAESTUDIANTE UNIVERSITARIO

6. PLAN DEL PROYECTO6.1 ENUNCIADO DEL ALCANCE6.2 DOCUMENTACIN DE REQUERIMIENTOS6.3 PLAN DE GESTIN DE REQUERIMIENTOS6.4 MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS7. WBS

8. PLAN DE GESTIN DE TIEMPO8.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 ACTIVIDADESMediante 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. A. LAS ENTRADAS PARA ESTE PROCESO SON: Lista de Actividades Hitos del Proyecto Enunciado del Alcance del Proyecto EDT B. LAS HERRAMIENTAS QUE SE UTILIZAN EN ESTE PROCESO SON: Mtodo de Diagramacin por Precedencia PDM (reflejado en el cronograma utilizando Microsoft Project). Aplicacin de Adelantos y Retrasos.

C. LAS SALIDAS DE ESTE PROCESO SON: Lista de Actividades (actualizacin)

8.3 ESTIMACIN DE LA DURACIN DE ACTIVIDADESEl 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 LABORALROLCANTIDADHORAS SEMANALESPORCENTAJE DE PARTICIPACIN

CALENDARIO ISAS SOFTDIRECTOR DEL PROYECTO

1

10/SEMANAL40 %

SCRUM MASTER125/SEMANAL80 %

ANALISTA 320/SEMANAL70 %

DISEADOR320/SEMANAL70 %

PROGRAMADOR325/SEMANAL70 %

TESTER320/SEMANAL70 %

DOCUMENTADOR315/SEMANAL50 %

DIRECTOR DE LA O.B.U15/ SEMANAL20 %

JEFE DE LA O.B.U15/SEMANAL20 %

SECRETARIO DE LA O.B.U15/SEMANAL20 %

A. LAS ENTRADAS PARA ESTE PROCESO SON: Lista de Actividades EDT Enunciado del Alcance del Proyecto Plan de Gestin del Proyecto Calendario de Recursos Riesgos Identificados (alertan de posibles actividades crticas).

B. LAS HERRAMIENTAS QUE SE UTILIZAN EN ESTE PROCESO SON: Estimacin por Analoga. Anlisis de Reserva (Contingencia).

C. LAS SALIDAS DE ESTE PROCESO SON: Estimacin de la Duracin de las Actividades (incluido en el cronograma utilizando Microsoft Project). Tiempo de Reserva (Contingencia). Lista de Actividades (actualizacin).

8.4 CRONOGRAMALa duracin del proyecto es de 4 meses (114 das tiles). Fecha de Inicio: 10 de Marzo de 2014Fecha de Fin: 31 de Julio de 20148.5 HITOSDe acuerdo al cronograma del proyecto, se han identificado los siguientes hitos principales:CRONOGRAMA DE HITOS DEL PROYECTO

HITO O EVENTO SIGNIFICATIVOFECHA PROGRAMADA

Inicio del proyecto08/04/2014

Plan de proyecto28/04/2014

Modelado(Anlisis y Diseo del Proyecto) Diagrama de Caso de Uso Diagrama de Clases Diagrama de Secuencia Documentacin19/05/2014

Modelado de datos02/06/2014

Implementacin30/06/2014

Pruebas14/07/2014

Documentacin, Entrega y Capacitacin 28/07/2014

Fin del proyecto31/07/2014

8.6 PLAN DE GESTION DEL CRONOGRAMA8.6.1 CONTROL DEL CRONOGRAMAMediante este proceso, se realiza el control de los cambios al cronograma del proyecto.A. LAS ENTRADAS PARA ESTE PROCESO SON: 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).

C. LAS SALIDAS DE ESTE PROCESO SON: Cronograma (actualizacin) Acciones Correctivas Lecciones Aprendidas

8.6.2 PERSONAS AUTORIZADAS PARA SOLICITAR CAMBIOS AL CRONOGRAMACARGO / ROLENTIDADNOMBRE

Director del ProyectoISAS - SOFTChristian JhonArzapalo Otiniano

SPONSORConsejo UniversitarioUNASNN

8.6.3 JUSTIFICACIN PARA CAMBIOS EN EL CRONOGRAMAUn 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 CRONOGRAMASe 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 COSTOSNombre del ProyectoSiglas del Proyecto

DESARROLLO E IMPLEMENTACION DE SOFTWARE PARA ASISTENCIA SOCIAL-OBUISAS-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(especificar los tipos de estimacin a usar en el proyecto, ejm. orden de magnitud, presupuesto, definitiva)Modo de Formulacin(especificar en detalle el modo de formulacin del estimado indicando el porqu, quin, cmo, y cundo)Nivel de Precisin(especificar el nivel de precisin del estimado, ejm. -15% +25%)

Orden de MagnitudFormulacin por Analoga-25% al + 75%

PresupuestoFormulacin por Analoga-15% al + 25%

DefinitivoFormulacin por Analoga-5% al + 10%

Unidades de Medida: Unidades de medida a utilizar, para estimar y trabajar cada tipo de recurso.

tipo de RecursoUnidades de Medida

Recurso personalCosto / hora

Recurso maquinasHoras / 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.

Cuenta de Control(cdigo y nombre de cuenta)Entregables(fases o entregables agrupados en la cuenta)Presupuesto(monto del presupuesto para la cuenta)Responsable(persona responsable de monitorear y lograr los objetivos de costos)Fechas inicio-fin(fechas programadas de inicio y fin de los entregables de la cuenta)

No aplica en el proyecto.No aplica en el proyecto.No aplica en el proyecto.No aplica en el proyecto.No aplica en 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)Componentes de Planificacin(componentes de planificacin a usar en dicha etapa)Fecha de Emisin de Presupuesto(fecha aproximada en que se emitir el presupuesto usando los componentes de planificacin de dicha etapa)Responsable(persona responsable de emitir el presupuesto con los componentes de planificacin de dicha etapa)

No aplica en el proyecto.No aplica en el proyecto.No aplica en el proyecto.No aplica en el proyecto.

Mtodos de Medicin de Valor Ganado

Alcance: Proyecto/Fase/Entregable(especificar si el mtodo de medicin aplica a todo el proyecto, una fase, un grupo de entregables o un entregable especfico)Mtodo de Medicin(especificar el mtodo de medicin que se usar para calcular el valor ganado de los entregables especificados)Modo de Medicin(especificar en detalle el modo de medicin, indicando el quin, cmo, cundo, dnde)

Proyecto completoValor Acumulado

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 magnitudPor faseNo aplica

PresupuestoPor actividadEl mismo

DefinitivaPor actividadEl 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 CostosDescripcin: qu, quin, cmo, cundo, dnde, con qu

Estimacin de costosSe 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.

Preparacin de presupuesto de costosSe 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.

Control de costosSe 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 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 de costos que se utilizarn durante la gestin de proyectos.

Formato de Gestin de CostosDescripcin: qu, quin, cmo, cundo, dnde, con qu

Plan de Gestin de CostosDocumento que informa la planificacin para la gestin del costo del proyecto.

Lnea Base del CostoLnea base del costo del proyecto, sin incluir las reservas de contingencias.

Costeo del ProyectoEste informe detalla los costos a nivel de las actividades de cada entregable, segn el tipo de recurso que participe.

Presupuesto por Fase y EntregableEl formato de presupuesto por Fase y entregable informa los costos del proyecto divididos por Fases y cada fase dividido en entregables.

Presupuesto por Fase y por tipo de RecursoEl 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).

Sistema de Control de Costos: Descripcin detallada del sistema de 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 PROYECTOactividadTipo de Recurso: Personal

NOMBRE DEL RECURSOUNIDADESCANTIDADCOSTO UNITARIOCOSTO TOTAL

1.1.1 Utilizar las distintas o mtodos de investigacin

JDhh1635560

1.1.2 JChh1650800

1.1.2. Documentacin JDhh840320

1.2 Presentar resultadosJDhh1635560

JChh16751200

2.1.1. Proyect CharterJChh2430720

JDhh24601440

2.1.2 Registro de StakeholdersJDhh1630480

2.1.3 Team DirectoryJDhh840320

2.2 Plan de proyectoJDHh48401920

3.1.1 Diagramas BPMNJDhh34451530

3.1.2 DocumentacinJDhh1636576

3.2.1 Anlisis de RequisitosMMhh56351960

3.2.2.1 Casos de usoJDhh32501600

3.2.2.2 DocumentacinLNhh1640640

3.2.2.3 Diagrama de clasesJDhh48452160

3.2.3.1DocumentacinLNhh1646736

3.2.4.1 Diagrama de secuenciaLNHh40502000

3.2.4.2 Diagrama de estadosJDhh32501600

4.1.1 Diagrama de despliegueLNhh48452160

4.1.2 DocumentacinLNhh1640640

4.2.1 Diseo de la GUIMMhh4126526780

5.1. CierreHh40702800

99853502

9.2 PRESUPUESTO DEL PROYECTOProyectoFasetipo de RecursoMonto $

1.0InicializacinJDJC1440.002000.00

Total Fase3440.00

2.0Gestin de ProyectoJDJC4160.00720.00

Total Fase4880.00

3.0 ModeladoJDMMLN3706.001960.003376.00

Total Fase9042.00

4.0DiseoLNMM2800.0026780.00

Total Fase29580.00

5.0Cierre2800.00

Total Fase2800.00

6.0 Post -DespliegueMMJD72.00240.00

Total Fase312.00

TOTAL FASES53500.00

Reserva de Constancia3400.00

Reserva de gestin3400.00

PRESUPUESTO TOTAL DEL PROYECTO60300.00

9.3 REQUISITOS DE FINANCIAMIENTONo 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 CALIDAD10.1 REQUISITOS DE LA CALIDADEl 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 CALIDAD10.2.1 SISTEMA DE CALIDADPara 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 debe estar actualizado teniendo en consideracin que la calidad no se 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 RESPONSABILIDADESROLES PARA LA GESTIN DE LA CALIDAD: ESPECIFICAR LOS ROLES QUE SERN NECESARIOS EN EL EQUIPO DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y ACTIVIDADES DE GESTIN DE LA CALIDAD. PARA CADA ROL ESPECIFICAR: OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A QUIEN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEAR EL ROL.

ROL N 1 : SPONSOR

Objetivos del rol: Responsable Ejecutivo final por la calidad del proyecto.

Funciones del rol: Revisar, aprobar, y tomar acciones correctivas para mejorar la calidad.

Niveles de autoridad: Facilitar a discrecin los recursos de ISAS - 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.

ROL N 2 : DIRECTOR DEL PROYECTO

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.


ROL N 3 : MIEMBROS DEL EQUIPO DE PROYECTO

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 HUMANOS11.1 ORGANIGRAMA DEL PROYECTOORGANIGRAMA 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:

Es la persona que ha de integrar esfuerzos internos, y de fuera de la organizacin, para dirigirlos hacia la realizacin, con xito, del proyecto.

RESPONSABILIDADES:

Finalizar el proyecto con xito.

FUNCIONES

Planificar. Organizar. Coordinar. Control. Liderar. Motivar. Comunicar.

NIVELES DE AUTORIDAD

Posicin de organizacin. Rango ejecutivo. Jerarqua. Poderes delegados. Control econmico.

REPORTA A:

SUPERVISA A:

Los procesos.

REQUISITOS DEL ROL:

CONOCIMIENTOSTcnico de las infraestructuras del TIC y de las diferentes reas de los procesos empresariales

HABILIDADES Manejo de tcnicas de investigacin y de anlisis Manejo del idioma ingls. Manejo de Microsoft Word, Excel, PowerPoint Manejo de Software de seguimiento, Ms Project o primavera. Especializacin o MBA en direccin de proyectos. Habilidades Tcnicas del rea en el que se va a desarrollar el proyecto.

EXPERIENCIAEn proyectos de learning y plataformas LMS

OTROS

NOMBRE DEL ROL:

SCRUM MASTER

OBJETIVOS DEL ROL:

Que el equipo Scrum trabaje ajustndose a la teora, prcticas y reglas de Scrum.

RESPONSABILIDADES:

Velar por que todos los participantes del proyecto sigan lasreglas y proceso de Scrum. guiar la colaboracinentre equipo y con el cliente. Quitar los impedimentosque el equipo tiene en su camino para conseguir el objetivo de cada iteracin (proporcionar un resultado til alclientede la manera ms efectiva) y poder finalizar el proyecto con xito. Proteger y aislar al equipo de interrupciones externas durante la ejecucin de la iteracin (introduccin de nuevos requisitos, "secuestro" no previsto de un miembro del equipo, etc.).

FUNCIONES

Guiar al equipo de desarrollo en ser auto organizado y multifuncional. Ayudar al equipo de desarrollo a crear productos de alto valor. Capacidad docente e instructiva. Amplia capacidad para la resolucin de problemas. Analtico y observador


Sobre los Procesos

REPORTA A:

SUPERVISA A:

Equipo de desarrollo

REQUISITOS DEL ROL:

CONOCIMIENTOS Tcnicos.

HABILIDADES Comunicacin. Negociacin. Gestin de equipos. Motivar

EXPERIENCIAProgramacin, DB, Diseador, Aplicaciones web

NOMBRE DEL ROL:

ANALISTA

OBJETIVOS DEL ROL:

Aseguramiento de calidad es desarrollar y poner en prctica estndares, procesos, herramientas y mtodos de evaluacin para el aseguramiento de calidad para los servicios de tecnologa de una organizacin

RESPONSABILIDADES:

Entender las necesidades del cliente, y asegurarse de que la solucin que est siendo desarrollada se ajusta a esas necesidades.

FUNCIONES

Tiene que delimitar el anlisis para ver lo que se quiere hacer inicialmente y despus darle al usuario nuevas opciones de uso. Se encarga de idear y desarrollar nuevos sistemas o nuevas formas para aplicar los recursos existentes a operaciones adicionales. Es capaz de crear nuevos sistemas, ya sea dehardwarey desoftware.


Sobre la calidad del producto.

REPORTA A:

SUPERVISA A:

REQUISITOS DEL ROL:

CONOCIMIENTOS Paradigma tradicional de la ingeniera del software y del tradicional ciclo de vida del software en cascada. tecnologa: arquitectura de software, bases de datos.

HABILIDADES Interpersonales. Organizacin

EXPERIENCIAInformtica

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.


REPORTA A:

SUPERVISA A:

REQUISITOS DEL ROL:

CONOCIMIENTOSInformtica

HABILIDADES Diseo de Interfaces de Usuario Lenguajes de Bajo Nivel Arquitectura de Computadoras Programar

EXPERIENCIAMltiples lenguaje de programacin

11.2 ADQUISICIN DEL PERSONAL DEL PROYECTOADQUISICION DEL PERSONAL DEL PROYECTO: Como, De Donde, Cuando, Cuanto, etc.?

Ver cuadro de Adquisicin del Personal Versin Final

RolTipo de adquisicinFuente de adquisicinModalidad de adquisicinLocal de trabajo asignadoFecha de inicio de reclutamientoFecha requerida de disponibilidad de personalCosto de ReclutamientoApoyo de rea de RR.HH.

DIRECTOR DEL PROYECTOAsignacinLa EmpresaPersonal FijoLa Empresa08/04/201429/07/2014ningunoninguno

SCRUM MASTERContratacinLa EmpresaContratacin DirectaLa Empresa10/04/201428/07/2014ningunoninguno

ANALISTA 1ContratacinLa EmpresaContratacin DirectaLa Empresa10/04/201423/05/2014ningunoninguno

ANALISTA 2 ContratacinLa EmpresaContratacin DirectaLa Empresa10/04/201423/05/2014ningunoninguno

DISEADOR 1ContratacinLa EmpresaContratacin DirectaLa Empresa25/05/201427/06/2014ningunoninguno



PROGRAMADOR 1ContratacinLa EmpresaContratacin DirectaLa Empresa30/06/201428/07/2014ningunoninguno

PROGRAMADOR 2ContratacinLa EmpresaContratacin DirectaLa Empresa30/06/201428/07/2014ningunoninguno

PROGRAMADOR 3 ContratacinLa EmpresaContratacin DirectaLa Empresa30/06/201428/07/2014ningunoninguno

TESTERContratacinLa EmpresaContratacin DirectaLa Empresa14/07/201425/07/2014ningunoninguno

DOCUMENTADOR 1ContratacinLa EmpresaContratacin DirectaLa Empresa21/04/201428/07/2014ningunoninguno



DIRECTOR DE LA O.B.UAsignacinOBUPersonal FijoOBU08/04/201425/07/2014ningunoninguno

JEFE DE LA O.B.UAsignacinOBUPersonal FijoOBU08/04/201425/07/2014ningunoninguno

SECRETARIO DE LA O.B.UAsignacinOBUPersonal FijoOBU08/04/201411/07/2014ningunoninguno

TECNICO EN ASISTENCIA SOCIALAsignacinOBUPersonal FijoOBU08/04/201425/07/2014ningunoninguno

11.3 CRITERIO DE LIBERACIN DE PERSONALCRITERIOS DE LIBERACION DEL PERSONAL DEL PROYECTO: Cuanto, Como, Hacia Donde?

ROLCRITERIOS DE LIBERACIONCOMO?DESTINO DE ASIGNACION

Director del ProyectoAl termino del proyectoOtros proyectos de ISAS-OBU

Scrum MasterAl termino del proyectoComunicacin del Director del ProyectoOtros proyectos de ISAS-OBU

Analista 1Al termino del proyectoComunicacin del Scrum MasterOtros proyectos de ISAS-OBU

Analista 2Al termino del proyectoComunicacin con el Scrum MasterOtros proyectos de ISAS-OBU

Diseador 1Al termino del proyecto Comunicacin con el AnalistaOtros proyectos de ISAS-OBU

Diseador 2Al termino del proyectoComunicacin con el AnalistaOtros proyectos de ISAS-OBU

Programador 1Al termino del proyectoComunicacin con el DiseadorOtros proyectos de ISAS-OBU

Programador 2Al trmino del proyectoComunicacin con el DiseadorOtros proyectos de ISAS-OBU

TesterAl termino del proyectoComunicacin con el ProgramadorOtros proyectos de ISAS-OBU

Documentador 1Al termino del proyectoComunicacin con el TesterOtros proyectos de ISAS-OBU

Documentador 2Al termino del proyectoComunicacin con el TesterOtros proyectos de ISAS-OBU

Documentador 3Al termino del proyectoComunicacin con el Tester Otros proyectos de ISAS-OBU

Director de la OBUAl termino del proyectoComunicacin con el Director del ProyectoOtros proyectos de ISAS-OBU

Jefe de la OBUAl termino del proyectoComunicacin con el Jefe de la OBUOtros proyectos de ISAS-OBU

Secretario de la OBUAl termino del proyectoComunicacin con el Jefe de la OBUOtros proyectos de ISAS-OBU

Tcnico en Asistencia SocialAl termino del proyectoComunicacin con el Secretario de la OBUOtros proyectos de ISAS-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 COMUNICACIONESInformacinContenidoFormatoNivel de DetalleResponsable de ComunicarGrupo ReceptorMetodologa o TecnologaFrecuencia de ComunicacinCdigo de elemento WBS

InicioEnvo de Acta de Constitucin Acta de constitucin AltoAnalista de SistemasGerente de ProyectosJefe de proyectoDocumento digital (PDF) mediante correo electrnico.nica vez1.1 Iniciacin

PlanificacinPlanificar gestin de proyectoCronograma del proyectoAltoCoordinadorGerente de ProyectosJefe de ProyectoDocumento digital (PDF) mediante correo electrnico.Quincenal1.2 Planificacin

Planificacin

Planificar gestin de proyectoPlan de gestin del proyectoAltoCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnico.Semanal1.2 Planificacin

EjecucinDefinicin de EspecificacinEspecificacintcnicasAltoCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnicoSemanal2.0 Anlisis y diseo

Ejecucin

Definicin de EspecificacinMatriz TrazabilidadMedioCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnicoSemanal2.0 Anlisis y diseo

EjecucinAnlisis y diseoDiseo tcnicoMedioCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnicoSemanal2.0 Anlisis y diseo

EjecucinTestingSolicitud pase testingMedioCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnicoQuincenal4.0 Testing

EjecucinTestingInforme de pruebasAltoCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnicoQuincenal4.0 Testing

Ejecucin

DesplieguePlan de despliegue AltoCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnicoQuincenal5.0 Despliegue

EjecucinDespliegueSolicitud pase produccinAltoCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnicoMensual5.0 Despliegue

EjecucinDespliegueGua tcnica de usoAltoCoordinadorJefe de proyectoDocumento digital (PDF) mediante correo electrnicoMensual5.0 Despliegue

EjecucinCierreCierreAltoCoordinadorGerente de ProyectosJefe de proyectoDocumento digital (PDF) mediante correo electrniconica vez

1.5 Cierre

12. PLAN DE GESTIN DE RIESGOS12.1 REGISTRO DE RIESGOSIDRIESGOS DECLARACIN DE RIESGOSPROBABILIDADIMPACTOPUNTUACINResponse

ALCANCECALIDADTIEMPOCOSTO

01Falta de experiencia para trabajar en equipo 12%XX2Capacitacin y utilizar nuevas tcnicas de trabajo

02Falta de compromiso, incumplimiento o desinters de uno o parte del grupo de trabajo.10%XX2Aplicar las clusulas del Contrato

03Fuga de talento10%xx2Contratar a personal con experiencia, personal de reserva

04Rotacin y racionalizacin de personal.30%x1Estabilidad del personal involucrados en el proyecto

05Lentitud en la toma de decisiones10%xX2Informacin relevante y oportuna para tomar decisiones con prontitud

06El cambio de requerimientos por parte del cliente.10%xXRealizar una correcta gestin

07Mayor nmero de usuario de lo planificado5%x1Ampliar la capacidad de registro de la base de datos,

08Vulnerabilidad ante ataques que hackers.10%XX2Implementar tecnologas de seguridad de ltima generacin.

09Acceso ilcito a los datos del software por personal no autorizado10%XX2Sancionar y abrirle un proceso judicial y separacin definitiva de la institucin.

10Inestabilidad en el servidor de la base de datos5%XX2Realizar mantenimientos peridicos.

13. PLAN DE PRUEBASINTRODUCCINPROPSITO DEL PLANEl 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. ALCANCELuego 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 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 no-funcionales 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 ACRNIMOSNo se utilizan en este plan. Referencias Especificaciones de Requisitos de Software v1.0, 2014VISIN GENERAL DEL PLANEste 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 IntroduccinEste 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

SoftwareEn 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

CARGORECURSOS MINIMOS NECESARIOS

RESPONSABILIDADES ESPECIFICAS / COMENTARIOS

Administradorde pruebas

Proporcionar atencin especial al funcionamiento correcto de las tareas principales del sistema.Responsabilidades:Proporcionar direccin tcnicas.Adquirir los recursos apropiados.Administracin de reportes.

Diseador depruebas

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.

Ejecutores de prueba

Realizar las pruebas

Responsabilidades: Ejecutar pruebas.Registrar resultados.Recuperacin despus de errores.Documentacin de errores.

Administrador del sistema de pruebas

Asegurar el ambiente de prueba, as como mantener y manejar sus ventajas.

Responsabilidades: Administrar el manejo de pruebas del sistema. Controlar el acceso de los integrantes del equipo a los sistemas de prueba.

Administradorde laDefinicin deDatosAsegurar el ambiente de los datos de prueb|a, as como manejar y mantener sus ventajas.

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 elERS que se probarn. Pruebas Funcionales Revisar la implementacin del caso de uso solicitar servicio (solicitar). Revisar la implementacin del caso de uso solicitar servicio (registrar requisitos de solicitud). Revisar la implementacin del caso de uso solicitar servicio (verificar solicitud). Revisar la implementacin del caso de uso solicitar servicio (registrar solicitud de servicio). Revisar la implementacin del caso de uso solicitar servicio (confirmar registro de solicitud). Revisar la implementacin del caso de uso procesar solicitud de servicio (verificar la solicitud) Revisar la implementacin del caso de uso procesar solicitud de servicio (evaluar ficha de informacin). Revisar la implementacin del caso de uso procesar solicitud de servicio (evaluar prioridad de informacin personal) Revisar la implementacin del caso de uso procesar solicitud de servicio (evaluar fecha de informacin). Revisar la Implementacin del caso de uso procesar solicitud de servicio (evaluar prioridad socio econmica) Revisar la implementacin del caso de uso procesar solicitud de servicio (generar reporte de solicitud). Revisar la implementacin del caso de uso generar lista de beneficiarios (verificar registro de solicitud). Revisar la implementacin del caso de uso generar lista de beneficiarios (generar orden de solicitud). Revisar la implementacin del caso de uso generar lista de beneficiarios (evaluar prioridad socio econmica). Revisar la implementacin del caso de uso generar lista de 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. ANEXO14.1 GESTIN DEL CAMBIOROLES DE LA GESTIN DE CAMBIOS: ROLES QUE SE NECESITAN PARA OPERAR LA GESTIN DE CAMBIOS

NOMBRE DEL ROLPERSONA ASIGNADARESPONSABILIDADESNIVELES DE AUTORIDAD

DIRECTOR DEL PROYECTO ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. REALIZAR HISTORIAS DE USUARIOS. IDENTIFICAR REQUISITOS DEL PRODUCT BACKLOG REALIZAR HISTORIAS DE USUARIOS EN CLASES.Total sobre el proyecto.

SCRUM MASTER ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. ACTUALIZAR EL PROJECT CHARTER. REALIZAR HISTORIAS DE USUARIOS. REQUERIMIENTOS DEL PROYECTO. IDENTIFICAR REQUISITOS DEL PRODUCT BACKLOG. REALIZAR HISTORIAS DE USUARIOS EN CLASES.Total sobre el proyecto, realizar cambios

ANALISTA ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. REALIZAR HISTORIAS DE USUARIOS. REALIZAR HISTORIAS DE USUARIOS EN CLASES. PLAN RECURSOS HUMANOS.Realizar y solicitar cambios.

ANALISTA ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. REALIZAR HISTORIAS DE USUARIOS EN CLASES. CUADRO DE ADQUISICIN DE PERSONAL.Realizar y solicitar cambios

DISEADOR ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER.Realizar y solicitar cambios

DISEADOR ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. OBJETIVOS DEL PROYECTO. ACTUALIZAR EL PROJECT CHARTER. REALIZAR HISTORIAS DE USUARIOS EN CLASES. GESTIN DEL CAMBIO. ORGANIGRAMA DEL PROYECTO.Realizar y solicitar cambios

DISEADOR ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. IDENTIFICAR REQUISITOS DEL PRODUCT BACKLOG. REALIZAR HISTORIAS DE USUARIOS EN CLASES. CUADRO DE ADQUISICIN DE PERSONAL.Realizar y solicitar cambios

PROGRAMADOR ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. SUPUESTOS Y RESTRICCIONES. ACTUALIZAR EL PROJECT CHARTER. ACTA DE REUNION. BITCORA DE ACTIVIDADES. REALIZAR HISTORIAS DE USUARIOS EN CLASES.Realizar y solicitar cambios

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

Realizar y solicitar cambios

PROGRAMADOR MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. ACTUALIZAR EL PROJECT CHARTER. RIESGOS NEGATIVOS Y POSITIVOS.Realizar y solicitar cambios

TESTER ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. REALIZAR HISTORIAS DE USUARIOS EN CLASES.

Realizar y solicitar cambios

DOCUMENTADOR ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. PRESUPUESTO PRELIMINAR. ACTUALIZAR EL PROJECT CHARTER. REQUERIMIENTOS DEL PROYECTO. REALIZAR HISTORIAS DE USUARIOS EN CLASES. ELABORACION DE WBS.Realizar y solicitar cambios

DOCUMENTADOR ELABORAR EL DIRECTORIO DEL GRUPO DE TRABAJO. MODIFICACION DEL DIRECTORIO. ELABORAR EL PROJECT CHARTER. CRONOGRAMA DE HITOS. ACTUALIZAR EL PROJECT CHARTER. REALIZAR HISTORIAS DE USUARIOS EN CLASES. ACTA DE REUNIONES.Realizar y solicitar cambios

14.2 BPMN14.2.1 MODELO GENERAL

14.2.2 ACCEDER AL SISTEMA

14.2.3 SOLICITAR SERVICIO

14.2.4 CARGAR DATOS ADJUNTOS

14.2.5 VERIFICAR INFORMACIN DE DOCUMENTOS14.2.6 PROCESAR SOLICITUDES14.2.7 PUBLICAR LISTA DE USUARIOS14.2.8 VERIFICAR MENSAJE DE CONFIRMACIN14.3 DIAGRAMA DE CASOS DE USO14.3.1 CASO DE USO GENERAL

14.3.2 SOLICITAR SERVICIO

14.3.3 VERIFICAR VERACIDAD DE DATOS

14.3.4 PROCESAR SOLICITUD DE SERVICIO14.3.5 GENERAR LISTA DE BENEFICIARIOS14.3.6 PUBLICAR LISTA DE USUARIO14.3.7 CANCELAR SERVICIO14.4 DIAGRAMA DE CLASES

14.5 DIAGRAMAS DE SECUENCIA14.5.1 LOGIN DE USUARIO

14.5.2 REGISTRO DE SOLICITUD DE NUEVO SERVICIO14.5.3 USUARIO ANTIGUO14.6 INTERFAZ14.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-ECONMICOSITUACIN ECONMICA

SITUACIN PERSONAL

14.6.3 ANDROID

implementacion de un software de asistencia social

Documents