Arcije final final de los finales

UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU ANÁLISIS Y DISEÑO DE SOFTWARE

“UNIVERSISAD NACIONAL DEL

CENTRO DEL PERÚ”


“UNIVERSIDAD NACIONAL DEL CENTRO DEL PERÚ”

“FACULTAD DE INGENIERÍA DE SISTEMAS”

ALUMNOS:COCHACHI MANCO, StefanieGALLARDO ROJAS, Jorge Luis

MOYA AQUINO, MeiselRUIZ RIVERA, Paola

Catedrático: Ing. Richard Mercado RivasHuancayo, Diciembre 2014

ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA QUE EMITA ESTADOS DE CUENTA, REGISTRE MATRICULAS EN ACTIVIDADES DE

LOS ASOCIADOS DE ARCIJE – JUNÍN


RESUMEN

El presente trabajo propone el análisis, diseño e implementación de un sistema de solicitudes de pago de remuneración adicional eventual vía una Intranet para la Pontificia UniversidadCatólica del Perú. Esta aplicación estará disponible para el personal de las unidades, de la oficina de Presupuesto y de la sección Planilla que tengan los permisos de acceso necesarios.El presente documento de tesis se encuentra divido en capítulos, y en cada uno de ellos se explican las actividades desarrolladas durante las fases de análisis, diseño e implementación del sistema planteado.En el primer capítulo de este documento de tesis se plantean la definición y marco conceptual del problema, y se describe y sustenta la alternativa de solución presentada. En el segundo capítulo se explica y justifica la metodología utilizada. Asimismo, se identifican y explican los requerimientos del sistema. En el tercer capítulo se presenta el diseño de la solución propuesta. En el cuarto capítulo se describen y justifican las herramientas utilizadas en la fase de implementación de la solución, y se presenta el plan de pruebas realizado al sistema. Y Finalmente, en el quinto capítulo se mencionan observaciones, conclusiones y recomendaciones para trabajos futuros relacionados al tema planteado en este tema de tesis.


DEDICATORIA

A nuestros padres Que día a día se esfuerzan

Por darnos un mejor futuro.


Contenido

1 Capítulo 1: Generalidades1.1 Definición del tema1.2 Marco conceptual del problema1.3 Plan de proyecto1.4 Estado del arte1.5 Descripción y sustentación de la solución2 Capítulo 2: Análisis2.1 Metodología a utilizar2.2 Identificación de requerimientos2.3 Análisis de la solución3 Capítulo 3: Diseño3.1 Arquitectura del sistema3.2 Diseño de interfaz gráfica4 Construcción4.1 Construcción4.2 Plan de pruebas5 Observaciones, conclusiones y recomendaciones5.1 Observaciones5.2 Conclusiones


1 Capítulo 1: Generalidades En este capítulo se explicará a detalle la solución que se propone a uno de los problemas de la Asociación ARCIJE, así como los conceptos necesarios para poder comprenderlo.

1.1 Definición del temaEn la actualidad las empresas son conscientes de la importancia de gestionar deManera adecuada sus recursos económicos. Asimismo, se preocupan por invertirEn tecnologías existentes en el mercado y en nuevos desarrollos de software paraAutomatizar sus procesos más importantes. Todo esto con el fin de realizar susActividades de manera eficiente y contribuir al logro de sus objetivos.Uno de los procesos de mayor frecuencia en la asociación de la cual vamos a hablar, son las consultas de los asociados sobre el estado de cuenta luego de haber obtenido un crédito dichas consultas ayudan a los asociados a verificar el tiempo y el saldo que les falta por cubrir, o si están aptos para poder hacer una ampliación de crédito en la asociación.Otro de los procesos importantes de la Asociación, es el de inscripción de asociados a las diferentes áreas o actividades que se llevan a cabo anualmente , para dicha inscripción se requiere ubicar al delegado de cada área , ver la disponibilidad de la actividad, vacantes, etc y realizar dicha inscripción.

1.1.1 Definición actual del caso práctico:En la visita que tuvimos a la asociación, observamos que contaba con un sistema integrado, en el cual están incluidas todas las áreas de trabajo:1.-Contabilidad2.-Créditos3.-Asociados4.-Finanzas

• Se pudo observar que dicho sistema está orientado esencialmente a los trabajadores de dicha asociación más que en sus asociados.

• ARCIJE es una asociación para docentes jubilados o cesantes de la tercera edad, los cuales están desfasados o carecen de conocimientos sobre Tecnologías de Información (PAGINAS WEB), resultando dependientes de sus familiares o amigos con dominio de los sistemas de información.

• En la entrevista realizada al Auxiliar Administrativo nos dio a conocer que la mayoría de asociados prefieren ir a hacer sus consultas sobre créditos u otros servicios personalmente, ya que el ingreso a dicha página web les genera gran dificultad.

TABLA 1.1 DEFICIENCIA EN EL PROCESO AL PEDIR UN ESTADO DE CUENTA

DEFICIENCIA DESCRIPCION

CONSULTAS DEL ESTADO DE CUENTA DE UN ASOCIADO

La asociación ARCIJE HYO, no cuenta con un área de atención al cliente es, esta actividad la lleva acabo el auxiliar administratvo , al cual se sobrecarga con actividades adicionales a las de su cargo,generando


TABLA 1.2 DEFICIENCIA EN EL PROCESO DE INSCRIPCIÓN POR PARTE DEL ASOCIADO A UNA ACTIVIDAD REQUERIDA EN EL ÁREA DE RECREACIÓN.

DEFICIENCIA DESCRIPCION

Inscripción a una actividad de recreación Los asociados de ARCIJE son en su total mayoría personas de la tercera edad por ende se les dificulta la ubicación de cada delegado de actividad, para la respectiva inscripción.

1.2 Marco conceptual del problema

En esta sección se presenta la teoría fundamental básica para entender elProblema y la solución planteados en el presente trabajo.En tal sentido se explicarán algunos conceptos necesarios para entender mejor laSolución que se presenta.

1.2.1 Identificación de conceptos

A continuación se presentan los conceptos necesarios para entender el problema y la solución planteada:

Concepto Descripción Proceso de solicitud de Estado de cuenta Proceso en el cual se solicita el estado de

cuenta correspondiente a un asociado especifico.

Asociado Persona cesante o jubilada del sector educación que pertenece a la asociación, el cual goza de los beneficios de créditos o acceso al área de recreación previa inscripción

Actividades de Recreación Actividades que se ofrece a los asociados encargado a un delegado

Delegado de Área Persona encargada de Realizar la inscripción correspondiente.

Crédito Beneficio que otorga la asociación con una de las más bajas tasas de interés a favor de sus asociados

Monto total a pagar Cantidad del créditoInterés Monto adicional a pagar luego de solicitar

un créditoNumero de Cuotas Tiempo límite para amortiguar el pago del

créditoProceso de inscripción a una actividad de recreación

Conjunto de actividades (ubicación del delegado, disponibilidad de la actividad, vacantes, etc) para finalmente la inscripción de la actividad.

1.2.2 Roles de negocioA continuación se presentan los roles de negocio:

Rol DescripciónDelegado de área Persona encargada de su respectiva area

proporcionando la información sobre


horario, vacantes , lugar donde se llevara acabo la actividad a la Asociación

Encargado del área de atención al cliente Persona que brinda que facilita información, y orienta al asociado en el uso del sistema para sus consultas e inscripciones.

Auxiliar de créditos Persona encargada del manejo de datos sobre los créditos de los asociados

1.3 Plan de proyectoPara que se pueda decir que un proyecto es exitoso se debe cumplir que elProducto realizado es de calidad. Que sea de calidad quiere decir que el producto cumple con los requisitos de calidad asociados a las características del sistema, su capacidad para soportar cambios y su adaptabilidad a nuevos entornos. Asimismo, debe ser un sistema útil para los usuarios.Este proyecto ha seguido los procesos propuestos por el PMI en su libro PMBOK, en donde se establecen las mejores prácticas para la dirección de proyectos.Los procesos de administración de proyectos se pueden dividir en cinco grupos:

Procesos inicializadores. Procesos de planificación. Procesos de ejecución Procesos de seguimiento y control. Procesos de cierre.

1.3.1 Procesos del plan de proyecto

1.3.1.1 InicializaciónEl proceso de inicialización sirve para plantear y definir qué clase de proyecto seRealizará, cuáles serán sus objetivos, alcances y limitaciones.Las actividades a realizarse para diseñar y desarrollar el presente trabajo son las siguientes:

Identificación Del Problema: En la visita que tuvimos a la empresa, observamos contaba con un sistema integrado, en el cual están incluidas todas las áreas de trabajo:

1.-Contabilidad2.-Créditos3.-Asociados4.-Finanzas

Se pudo observar que dicho sistema está orientado esencialmente a los trabajadores de dicha asociación más que en sus asociados. ARCIJE es una asociación para docentes jubilados y/o cesantes de la tercera edad, los cuales están desfasados o carecen de conocimientos sobre Tecnologías de Información (PAGINAS WEB), resultando dependientes de sus familiares o amigos con dominio de los sistemas de información.En la entrevista realizada al Auxiliar Administrativo nos dio a conocer que la mayoría de asociados prefieren ir a hacer sus consultas sobre créditos u otros servicios personalmente, ya que el ingreso a dicha página web les genera gran dificultad.

Selección Del Tema: una vez identificado el problema se realizaron reuniones con personal ARCIJE quienes manifestaron la necesidad de que se desarrolle un sistema que facilite los procesos de inscripción y consultas de estado de cuenta del asociado.

Definición de objetivos generales y específicos: se definió el objetivo general de este proyecto y de igual manera los objetivos específicos que se desprenderán del objetivo general. Los objetivos se encuentran explicados en la sección 1.5.


Definición de resultados esperados: los resultados esperados serán consecuencia de los objetivos específicos. Estos resultados también se encuentran explicados en la sección 1.5.

Descripción del estado del arte: en la descripción del estado del arte se explican algunas alternativas de solución existentes para solucionar el problema planteado. Este punto se tratará en la sección 1.4.

Métodos y procedimientos: Es la descripción de los métodos y procedimientos que se van a seguir para la realización del proyecto. Estos métodos y el procedimiento a seguir serán explicados en la fase de ejecución del proyecto.

1.3.1.2 PlanificaciónEn esta fase del proceso se realiza la especificación de las actividades que se van a realizar para lograr los objetivos propuestos, los cuales, han sido especificados en este trabajo en la sección correspondiente a descripción de la solución. En este proceso se deben incluir las personas que están involucradas.Las actividades del proceso de planificación de este trabajo incluyen:

Planificación del alcance: se planificará las actividades necesarias para cumplir con el alcance del proyecto.

Definición de las actividades: se definen específicamente las actividades que se realizarán en cada proceso.

Estimación de la duración de las actividades: Se realizará una aproximación del tiempo en horas que tomará la realización del presente trabajo. Se incluye el tiempo dedicado a la investigación, levantamiento de información, análisis e implementación del sistema propuesto.

Desarrollo del cronograma del proyecto: Este cronograma servirá de guía para asegurar que se han elegido una solución realista y con el alcance bien definido, teniendo en cuenta el tiempo disponible.

1.3.1.3 Ejecución

El proceso de ejecución engloba a todas las actividades necesarias para poder llevar a cabo el desarrollo correcto del sistema propuesto en este plan de tesis. Se utilizará una metodología orientada a objetos (OO), basándose en el ProcesoUnificado de Desarrollo de Software (Rational Unified Process RUP) la cual se explicará con mayor detalle en el siguiente capítulo.

1.3.1.4 CierreEn este proceso se entregará el proyecto terminado y de acuerdo a las especificaciones planteadas. Se debe verificar el cumplimiento de todos los objetivos específicos y consecuentemente del objetivo final. Esto se podrá verificar mediante la medición de los resultados esperados propuestos.

1.3.2 Diagrama de GanttPara estimar el tiempo de dedicación previsto para la realización del sistema propuesto se ha desarrollo un diagrama de Gantt. El diagrama se ha dividió en tres actividades: análisis, diseño y desarrollo, y pruebas, las cuales se han divido en tareas y a las que se ha asignado los recursos de personal necesarios. En la estimación de los tiempos se ha considerado que se trabajará en el proyecto el 70% de las ocho horas que se trabaja a la semana. Debido a que existen otras Obligaciones laborales.A continuación se presenta el diagrama de Gantt realizado y en cual se estima un plazo de ocho meses para la entrega del sistema a los usuarios.

(FALTA DIAGRAMA DE GANT) (GALLARDO)


1.4 Estado del arte: A Continuación se presentará una descripción del proceso actual que se sigue para la solicitud de estado de cuenta y la inscripción de asociados para las actividades recreacionales con las que cuenta la asociación.

1.4.1 Proceso actual para la emisión del estado de cuenta

Actualmente el flujo que sigue la emisión del estado de cuenta es un proceso que demanda mucho tiempo , el cual se encuentra diagramado en la Ilustración 1.2, y es el siguiente: El asociado llega a las instalaciones de ARCIJE donde se pone en contacto con el Auxiliar Administrativo, le explica que desea saber el estado de cuenta del crédito que tiene en la Asociación. EL auxiliar administrativo pide dicha información en la oficina de créditos, la cual se encuentra quizá con varios asociados esperando solicitar un crédito, el auxiliar administrativo espera unos minutos para poder acceder al estado de cuenta en dicha oficina para luego imprimirla, el proceso finaliza con la entrega de dicho estado de cuenta

Ilustración 1-2.a Procedimiento actual para la solicitud de estado de cuenta

En el procedimiento actual se han detectado las varias deficiencias, antes mencionadas. Es por ello, que se propone automatizar en la medida de lo posible el procedimiento antes descrito.

1.4.2 Proceso actual para el registro de matrícula en alguna actividad

Actualmente el flujo que siguen las matrículas es un proceso totalmente manual, el cual se encuentra diagramado en la Ilustración 1.2.b y es el siguiente:


El asociado se apersona a las instalaciones de ARCIJE con una actividad en mente para realizar su inscripción.Dentro de la asociación se encuentran en papelotes el nombre de cada delegado asignado a alguna actividad, junto con información para ponerse en contacto con él, el asociado debe tomar apunte y tratar de ubicar al delegado de la actividad elegida para realizar su matrícula; cada delegado cuenta con el número de vacantes límite de cada actividad, los horarios, el lugar del dictado de clases, y el nombre del profesor a cargo , al ponerse en contacto con el delegado el asociado deberá fijar una fecha para encontrarse con él y finalmente realizar su matrícula.

Ilustración 1-2.b Procedimiento actual para la solicitud de estado de cuenta

En el procedimiento actual se han detectado las varias deficiencias, antes mencionadas. Es por ello, que se propone automatizar en la medida de lo posible el procedimiento antes descrito.

1.5 Descripción y sustentación de la soluciónEl presente trabajo grupal propone solucionar el problema antes planteado mediante la automatización del proceso de inscripción del asociado, tanto como la solicitud del estado de cuenta del asociado.

1.5.1 Objetivo general

El presente proyecto tiene por objetivo general realizar el análisis, diseño e implementación de una aplicación Web para la gestión de Solicitudes de información del


estado de cuenta del asociado y el proceso de inscripción a diferentes actividades recreativas ofrecidas por la ARCIJE.Asociación que maneja un aproximado de 3000 asociados y ofrece como máximo un monto de tres mil soles por asociado en los préstamos que realiza.

1.5.2 Objetivos específicos Facilitar la gestión de información del estado de cuenta del asociado y el proceso de inscripción a una determinada actividad del cual desee ser participe con el fin de optimizar el tiempo en estos procesos y que el asociado pueda realizar lo mencionado sin necesidad de acudir a otras personas o familiares

1.5.3 Resultados esperadosLograr la satisfacción del asociado ya que se facilitara sus procesos de manera adecuada conociendo sus limitaciones y capacidades; al mismo tiempo lograr que la asociación mejore el área de atención a su cliente.

1.5.4 Revisión del proceso Emisión de estados de cuenta- Registro de matrícula

1.5.4.1 Primera posible etapa del proceso propuesto A continuación se explica la primera posible etapa del procedimiento propuesto para la Emisión de estados de cuenta sobre el crédito de el asociado interesado. El flujo del procedimiento propuesto se encuentra diagramado en la ilustración 1.3.Como paso inicial, el asociado llega a las instalaciones de ARCIJE, se acerca al módulo de atención donde se encontrará el sistema y al lado se hallará un personal encargado de asesorar al asociado en el uso de éste, el asociado le manifiesta que desea obtener el estado de cuenta, donde el asesor le indica que ingrese el numero de su DNI y seleccione la opción Estado de cuenta, luego d ello el asociado seleccionará la opción imprimir estado de cuenta, podemos ver que tan solo unos minutos el asociado ya tiene su estado de cuenta, donde este proceso finaliza.

Ilustración 1-3 Procedimiento propuesto para el proceso de matrícula a las actividades ofrecidas por ARCIJE y la emisión de estados de cuenta solicitados por los asociados (integrado)


1.5.4.2 Segunda posible etapa del proceso propuestoA continuación se explica la primera posible etapa del procedimiento propuesto para el registro de matrícula del asociado interesado. El flujo del procedimiento propuesto se encuentra diagramado en la ilustración 1.3.Como paso inicial, el asociado debe haber ingresado el número de su DNI, luego de ello éste selecciona la opción matricula de actividad, en la cual podrá visualizar las actividades que ofrece la asociación, seleccionando después la actividad de su agrado, a continuación puede visualizar los horarios disponibles, el número de vacantes, lugar donde se dictarán las clases y el profesor que enseñará la actividad, si el número de vacantes no está disponible finaliza el evento ya que el asociado no realizará la matrícula, caso contrario el asociado registrará la matrícula y obtendrá información para que pueda asistir a sus clases, después del registro finaliza el evento.

1.5.5 Ventajas de la solución propuestaLo que se pretende lograr con el presente tema de tesis es desarrollar una solución que permita superar las deficiencias encontradas en el caso práctico a tratar en presente trabajo, y que fueron explicadas en el presente capítulo.En tal sentido, para decir que el producto propuesto es exitoso tiene que asegurar que las deficiencias encontradas en la etapa de análisis sean superadas.A continuación se presenta un cuadro con la explicación de las deficiencias a superar con el presente proyecto:

Tabla 1-4 Deficiencias superadas mediante la solución propuesta

Deficiencia DescripciónConfidencialidad La aplicación manejará permisos.


Cada módulo controlará que sólo las personas autorizadas puedan ingresar para la actualización o modificación de la información

Administración derecursos

Tiempo: el tiempo de trámite se reduce sustancialmente debido a que el trámite ya no será manual y las verificaciones serán realizadas por el sistema.

Personal: asimismo, se reduce el número de personas involucradas en el proceso ya que el proceso será automatizado en un 90%.

Seguridad yrespaldo de lainformación

La información registrada por los asociados quedará guardada en la base de datos de la asociación, lo cual garantiza el respaldo de la información registrada diariamente.

2 Capítulo 2: AnálisisEn este capítulo se explicará la metodología a utilizar, los requerimientos funcionales y no funcionales del sistema y se presentarán los diagramas de clases y de estados.

2.5 Metodología a utilizarDurante el desarrollo del software propuesto en este tema de tesis se siguió una metodología orientada a objetos basada en el Proceso Unificado de Desarrollo deSoftware (RUP)RUP es una metodología de desarrollo de software iterativo y cuyo proceso de modelamiento está basado en UML (Unified Modeling Language) que es un lenguaje de modelamiento estándar. RUP tiene dos estructuras o dimensiones.

Estructura dinámica o dimensión tiempo del proceso muestran como el proceso se expresa en términos de ciclos, fases, iteraciones e hitos que se despliegan a través del ciclo de vida del proyecto. La estructura dinámica del proyecto en cuatro fases:

1. Incepción: establece un claro conocimiento del proyecto a realizar así como de los requisitos y se establece el alcance del proyecto.

2. Elaboración: se preocupa de las tareas técnicas como diseño, implementación, pruebas y la arquitectura

3. Construcción: hace más que la implementación, pasa de una arquitectura a la primera versión operacional del sistema.

4. Transición: Se asegura que el sistema cubra las necesidades de los usuarios.5. En este punto del ciclo de vida se enfoca en el funcionamiento del producto, la

configuración y la instalación.

Estructura estática describe cómo los elementos del proceso, actividades, disciplinas, artefactos y roles, son lógicamente agrupados dentro del flujo básico de trabajo.


Ilustración 2-1 Ciclo de vida RUP

Artefacto es un producto final o parcial que es producido y utilizado durante el proyecto. Un artefacto puede ser un documento, un modelo o un elemento del modelo.A continuación se muestran los artefactos que se van a obtener por flujo de trabajo propuesto por la metodología:

Tabla 2-1 Artefactos por flujo de trabajo del Proceso Unificado aplicado al proyecto

FLUJO DE TRABAJO DEL PROCESO ARTEFACTOSModelado del negocio Procesos de negocio

Diagrama de actividadesRequerimientos Visión del proyecto

Diagrama y especificación de casos de uso

Análisis Diagrama de clases Diagrama de Secuencia Diagrama de estado

Diseño Diagrama de componentes Modelado entidad relación Prototipo

Implementación Código ejecutablePruebas Documento de pruebas

Está metodología fue seleccionada para el desarrollo de la solución propuesta por los siguientes motivos:

Permite desarrollar un marco de trabajo para el desarrollo exitoso de grandes proyectos de software.

RUP promueve el desarrollo de software iterativo y se adecua al tipo de proyecto propuesto.

Está metodología fue seleccionada para el desarrollo de la solución propuesta por los siguientes motivos:


Permite desarrollar un marco de trabajo para el desarrollo exitoso de grandes proyectos de software.

RUP promueve el desarrollo de software iterativo y se adecua al tipo de proyecto propuesto.

Esta metodología es utilizada por la Dirección de Informática de la PUCP (DIRINFO) para el desarrollo de proyectos.

2.6 Identificación de requerimientosA continuación se explicará la visión del proyecto y los requerimientos funcionalesy no funcionales del sistema.Los requerimientos han sido obtenidos de las reuniones de levantamiento de información con los Asociados, y diversos empleados que intervienen en los procesos mencionados de ARCIJE,Ambas categorías de usuarios han revisado y validado los requerimientos

2.6.1 Visión del proyecto:

2.6.1.1 IntroducciónSe implementará un sistema que facilite y automatice la inscripción de asociados a las diferentes actividades de recreación, así mismo la obtención del estado de cuenta por parte de los asociados de forma directa.

2.2.1.2 Posicionamiento2.2.1.2.1 Definición del problema:

• Se pudo observar que dicho sistema está orientado esencialmente a los trabajadores de dicha asociación más que en sus asociados.

• ARCIJE es una asociación para docentes jubilados o cesantes de la tercera edad, los cuales están desfasados o carecen de conocimientos sobre Tecnologías de Información (PAGINAS WEB), resultando dependientes de sus familiares o amigos con dominio de los sistemas de información.

• En la entrevista realizada al Auxiliar Administrativo nos dio a conocer que la mayoría de asociados prefieren ir a hacer sus consultas sobre créditos u otros servicios personalmente, ya que el ingreso a dicha página web les genera gran dificultad.

2.2.1.2.2 Declaración del posicionamiento del producto:El sistema propuesto reemplazará los procedimientos utilizados que actualmente se realizan manualmente, salvo algunas verificaciones que por su naturaleza no puedan ser automatizados.

2.6.1.2 Descripción de los usuarios

2.2.1.3.1 Perfiles de usuario (MOYA AGREGA ALGO)

Los usuarios del sistema se clasificaran en dos perfiles (verificar )

- Asociado- Asesor del sistema

2.2.1.3.2 Demografía del mercado


Los usuarios podrán acceder al sistema dentro o fuera de la Asociación, al acceder dentro contarán con la ayuda y asesoramiento en el sistema para la consulta (estado de cuenta) o la inscripción en actividades de su agrado.Y fuera mediante la dirección web que se proporcionará a cada asociado contando con las mismas características que el sistema que se encuentre en ARCIJE.

2.6.1.3 Vista general del sistema

2.2.1.4.1 Perspectivas del sistema (MOYA)- en Capas???-.-

2.2.1.4.2 Beneficios del sistema El sistema permitirá automatizar la inscripción del asociado a una actividad de su

agrado y así omitir el encuentro del delegado encargado y el asociado que actualmente resulta indispensable para la inscripción; el asociado podrá escoger horarios, visualizar vacantes y que actividades se encuentran disponibles.

El sistema permitirá ahorro de tiempo El sistema facilitará el acceso al estado de cuenta del asociado. El sistema permitirá una atención digna al asociado

2.2.1.4.3 Dependencias del sistema La disponibilidad del sistema dependerá del acceso a internet, la disponibilidad de

la base de datos del área de créditos, y finalmente la base de datos proporcionada por los delegados de actividades con los diversos horarios, actividades disponibles y lugar de dictado de clases.

Los usuarios podrán acceder al sistema dentro d la asociación ARCIJE, o desde cualquier navegador WEB. (con que va ser???????? MOYA)

2.6.2 Requerimientos funcionales

Tabla 2-2 Requerimientos funcionalesREFERENCIA FUNCIONES BASICAS CATEGORIA

R1 Generar Estado de Cuenta EvidenteR1 Capturar los datos del Asociado OcultoR2 Generar Lista de Actividades

Disponibles y horariosevidente

R3 Buscar Asociado OcultoR4 Anular Inscripción alguna actividad de

recreación inscritaEvidente

R5 Imprimir Estado de Cuenta EvidenteR6 Guardar información de Inscripción de

asociados a alguna actividad recreacional

Oculto

R8 Capturar los datos de las actividades de las áreas de recreación.

Oculto

2.2.1 Requerimientos no funcionales

Tabla 2-3 Requerimientos no funcionales


REQUISITO NO FUNCIONAL

DESCRIPCION DE REQUISITO

Factibilidad de uso Debe contar con un diseño de interface de fácil manejo para el asociado.

Escalabilidad Debe ser de fácil expansión.Flexibilidad Debe adaptarse a los cambios rápidamente.Seguridad Debe brindar seguridad para el ingreso al sistema y

para los datos que se almacenan.Precisión Debe realizar registros precisos, mostrar

información verídica y tener un margen de error despreciable.

Funcionalidad Debe realizar el mayor número de funciones.Plataforma de sistema operativo

Debe ejecutarse en ¿????? MOYA EXPLICAR DEBES en q va serrrrr!!!!!!!!!! (androi pagina web)

2.3 Análisis de la solución

2.3.1 Casos de usoLos casos de uso son una manera formal de capturar y expresar la interacción y el diálogo entre los usuarios del sistema, llamados actores, y el propio sistema.Los casos de uso expresan lo que el sistema debería hacer, sin preocuparse en el cómo lo hará.

2.3.1.1 ActoresUn actor representa un rol de un usuario que interactúa con el sistema.A continuación se describe a los actores del sistema propuesto:Tabla 2-4 Actores del sistema

ACTOR DESCRIPCIÓNASOCIADO Es aquel que requiere información (Estado de

cuenta), o registrarse en alguna actividad ofrecida por ARCIJE que sea de su agrado.

ASESOR DEL USO DEL SISTEMA Es aquel que asesora al asociado en el uso del sistema, ya sea para generar su estado de cuenta, o para hacer el registro de matrícula en la actividad elegida por el asociado.

AUXILIAR DE CRÉDITOS Es el encargado de agregar, modificar,la información crediticia dentro de la asociación referente a los asociados.

DELEGADO DE ACTIVIDAD Es el encargado de agregar, modificar, la información referente a las actividades (horarios, vacantes, lugar donde se llevarán a cabo las clases de las actividades, profesor a cargo.)


2.3.1.2 Diagrama general de casos de uso:

2.3.1.3 Especificación de casos de uso


2.3.1.3.1 Caso de Uso: CU01 Uso de Emisión Estado de cuenta-Registro Actividad Tabla 2-5 Caso de Uso: CU01 Uso de Emisión Estado de cuenta-Registro Actividad

CU01 Uso de Emisión Estado de cuenta-Registro Actividad

Descripción El caso de uso permite el uso del sistema para la emisión de Estado de cuenta o el registro de matrícula en alguna actividad que el asociado crea conveniente

Actores Asociado, Asesor del uso del sistemaPrecondición El asociado debe ingresar su DNI o código de

asociadoFlujo Básico Uso de Emisión Estado de cuenta-Registro

Actividad1. El caso de uso comienza cuando el asociado se apersona a las instalaciones de ARCIJE,

al módulo de atención, donde encontrará al Asesor del uso del sistema el cual le indicará lo que debe hacer para la operación que el asociado desee llevar acabo.

2. Para acceder al sistema el asesor del uso del sistema le indica al asociado que previamente debe introducir el número de su DNI para realizar la operación que el desee llevar a cabo.

3. El caso de uso finaliza.Post Condición Al ingresar el DNI del asociado el sistema

mostrará en una nueva ventana las dos opciones que el asociado debe elegir.

2.3.1.3.2 Caso de Uso: CU02 Solicitud de Estado de Cuenta

Tabla 2-6 Caso de Uso: CU02 Solicitud de Estado de Cuenta

CU02 Solicitud de Estado de CuentaDescripción El caso de uso permite solicitar al sistema el

estado de cuenta del asociado en referencia al crédito que previamente debe de tener para poder generar el Reporte de su Estado de cuenta.

Actores Asociado, Asesor del uso del sistemaPrecondición El asociado debe contar con un Crédito

dentro de la Asociación y debe haber ingresado el número de su DNI

Flujo Básico Solicitud de Estado de Cuenta

1. El Caso de uso comienza cuando el asociado elige la opción Generar Estado de cuenta previo asesoramiento del Asesor del uso del sistema e ingreso del número de su DNI.

2. El sistema muestra una ventana con el Estado de cuenta del Asociado3. El asociado selecciona la opción Imprimir Estado de Cuenta4. El caso de uso finaliza.

Post Condición El asociado Recibe el estado de cuenta impreso por el sistema .

2.3.1.3.3 Caso de Uso: CU03 Registro de matrícula

Tabla 2-7 Caso de Uso: CU03 Registro de matrícula


CU03 Registro de matrículaDescripción El caso de uso permite el Registro de

matrícula del asociado en la actividad que sea de su agrado tanto en horarios, lugar donde se llevará a cabo y existan vacantes.

Actores Asociado, Asesor del uso del sistemaPrecondición Haber ingresado el número de su DNIFlujo Básico Registro de matrícula

1. El caso de uso comienza cuando el asociado elige la Opción Matrícula de Actividades previo asesoramiento del Asesor del uso del sistema e ingreso de su DNI.

2. El sistema muestra en una nueva ventana las actividades disponibles, el número de vacantes, los horarios, el profesor a cargo y el lugar donde se llevarán a cabo las clases.

3. El usuario elije la actividad que sea de su agrado4. El usuario registra la matricula a la Actividad de su agrado.5. El caso de uso finaliza

Post Condición El nuevo registro es almacenado en la base de datos y se encuentra en estado REGISTRADO.

2.3.1.3.4 Caso de Uso: CU04 Actualizar Datos de Créditos

Tabla 2-8 Caso de Uso: CU04 Uso Actualizar Datos de Créditos

CU04 Actualizar Datos de Créditos

Descripción El caso de uso permite modificar, actualizar la información sobre los créditos de cada asociado y así mantener la información lista para ser impresa en cada estado de cuenta de cualquier asociado que lo requiera.

Actores Auxiliar de CréditosPrecondición El usuario debe haber ingresado al sistema y

tener accesos de registrador.Flujo Básico Actualizar Datos de Créditos

1. El caso de uso comienza cuando el usuario elige la opción administrador, previo login y contraseña

2. El sistema muestra una ventana con la base de datos sobre los créditos de Cada asociado

3. El usuario selecciona la información de nuevos registros4. El sistema muestra una nueva ventana donde podrá registrar los nuevos datos sobre los

créditos.5. El usuario selecciona la Opción guardar.6. Fin del caso de uso.

Post Condición El o los nuevos Registros son almacenados en la base de datos y se encuentra en estado REGISTRADO

Flujo alternativo Editar Datos de Créditos1.- El usuario encuentra en la ventana con la base de datos sobre los créditos de cada asociado


la opción editar y la elige2.- El sistema le muestra una ventana donde le permite modificar toda la información general por asociado.3.- El usuario realiza los cambios.Post Condición La información de el o los crédito es

modificada

Flujo alternativo Eliminar Datos de Créditos1.- El usuario encuentra en la ventana con la base de datos sobre los créditos de cada asociado la opción elimnar y la elige3.- El usuario realiza los cambios.Post Condición La información de el o los crédito es eliminada

2.3.1.3.5 Caso de Uso: CU05 Generar Estado de cuenta

Tabla 2-9 Caso de Uso: CU05 Generar Estado de Cuenta

CU05 Generar Estado de cuentaDescripción El caso de uso permite la emisión del Estado

de Cuenta del AsociadoActores Asociado, Asesor del uso del sistemaPrecondición Contar con un crédito dentro de la AsociaciónFlujo Básico Generar Estado de cuenta

1. El asociado selecciona la opción imprimir estado de cuenta2. El sistema genera un Reporte el cual brindará la información requerida por el asociado 3. Fin del Caso de uso.

Post Condición El sistema Regresará a la pantalla de inicio

2.3.1.3.6 Caso de Uso: CU06 Actualizar Datos de Actividad

Tabla 2-10 Caso de Uso: Actualizar Datos de Actividad

CU06 Actualizar Datos de ActividadDescripción El caso de uso permite actualizar los datos

sobre las actividades como (Horarios, Nro de vacantes, el profesor a cargo y el lugar donde se realizarán las clases)


Actores Delegado de actividadPrecondición El usuario debe haber ingresado al sistema y

tener accesos de registrador.Flujo Básico Actualizar Datos de

Actividad1. El caso de uso comienza cuando el usuario elige la opción “Registro de Actividad”2. El delegado selecciona la actividad respectiva de la cual posee información.3. El usuario selecciona la Opción de Agregar horarios4. El sistema muestra una nueva ventana para el registro de los horarios, Nro de Vacantes ,

lugar donde se llevarán a cabo las clases y el nombre del profesor a cargo de la actividad elegida

5. El usuario selecciona Grabar la información registrada.6. El caso de uso Finaliza.

Post Condición Los nuevos datos son almacenados en la base de datos y seEncuentran en estado REGISTRADO.

Flujo alternativo Modificar Datos de Actividad

1. El usuario selecciona la actividad respectiva de la cual desea modificar información.2. El usuario selecciona la Opción modificar 3. El sistema muestra una nueva ventana del registro de los horarios, Nro de Vacantes ,

lugar donde se llevarán a cabo las clases y el nombre del profesor a cargo de la actividad elegida

4. El usuario selecciona edita la información que crea conveniente 5. El sistema modifica los registros seleccionados

Post Condición La información de la o las actividades es modificada

Flujo alternativo Eliminar Datos de Actividad

1. El usuario selecciona la información de la actividad respectiva que desea eliminar2. El usuario selecciona la Opción eliminar 3. El usuario elimina la información que crea conveniente

4. El sistema elimina los registros seleccionadosPost Condición La información de el o los crédito es

modificada

2.3.1.4 Matriz de trazabilidad

Para confirmar que los casos de uso presentados satisfacen los requerimientos funcionales especificados, se realizará la matriz de trazabilidad. Se marcará con un “X” cuando el caso de uso satisface un requerimiento.

Tabla 2-15 Matriz de trazabilidad

CU1 CU2 CU3 CU4 CU5 CU6

RF1 RF2

CASOS DE USO

REQUERIMIEN


RF3

RF4

RF5

RF6

RF7

RF8

RF9

2.3.2 Diagrama de clases (GALLARDO)A continuación se presentan las clases de análisis principales del sistema y la relación que existe entre ellas.

REQUERIMIEN


2.3.2.1 Especificación de las clases del sistemaA continuación se explicará cada una de las clases que conforman el sistema:CLASE DESCRIPCIÓNCréditosEstado de CuentaAsociadoHorarioclaseAsociadoClasesHorarioClaseProfesoresActividades

2.3.3 Diagrama de estados (GALLARDO)Un diagrama de estados muestra el ciclo de vida de un objeto: qué eventos experimenta, sus transiciones y los estados en los que se encuentra entre otros eventos. A continuación se presenta el diagrama de estados de la solicitud de pago de remuneración adicional eventual:

Ilustración 2-6 Diagrama de estados de la clase SolicitudPagoBeanData

3 Capítulo 3: Diseño (GALLARDO MOYA)

3.1 Arquitectura del sistema ¿??????????

3.1.1 Arquitectura WEB ¿??????????

3.1.2 Patrón de diseño ¿??????????


3.1.3 Diagrama de componentes ¿????????

3.1.4 Diagramas de iteración

3.1.4.1 Diagrama de Secuencia: CU01 Uso De Emisión Estado De Cuenta-Registro Actividad:

3.1.4.2 Diagrama de Secuencia: Cu02 Solicitud De Estado De Cuenta


3.1.4.3 Diagrama de Secuencia: CU03 Registro De Matrícula


3.1.4.4 Diagrama de Secuencia: CU04 Actualizar Datos De Créditos

3.1.4.5 Diagrama de Secuencia: CU05 Registro de Matrícula


3.1.4.6 Diagrama de Secuencia: CU06 Actualizar Datos De Actividad

3.1.4 Modelo físico de datos


Ilustración 3-15 Modelo físico de datos de la programación de la solicitud de información del estado de cuenta de los asociados y de las actividades recreativas ofrecidas por la ARCIJE.

3.1.5.1 Especificación del modelo físico de datos

A continuación se especifica el modelo físico de datos del sistema propuesto. En esta sección se describirá cada una de las tablas del modelo así como cada uno de los atributos de las mismas.

ASOCIADO: cliente de la asociación del cual se almacena todos los datos pertinentes

ATRIBUTO DESCRIPCIÓNCod_Asociado Código único del asociado el cual no es posible repetir

Nom_AsociadoNombre o nombres del asociado con posibilidad a repetición

Ape_Asociado Apellidos del asociado con posibilidad a repeticiónDni_Asociado Número del documento de identidad del asociado

Dir_AsociadoDirección donde vive el asociado con el fin de ubicarlo en el momento que se requiera

Tel_AsociadoNúmero telefónico del asociado para consultas en un momento requerido, no es obligatorio

Cel_AsociadoNúmero del teléfono celular del asociado o familiar para usos necesarios, no es obligatorio

ESTADO CUENTA: tabla que muestra a la fecha los montos del crédito disponible y del saldo con el que se cuenta.


ATRIBUTO DESCRIPCIÓN

Cod_EstCueCódigo único que representa el estado de cuenta de un asociado

Fec_EstCueFecha en la que se realiza la consulta del estado de cuenta

Cod_AsociadoCódigo único del asociado el cual no es posible repetir

Tas_int_EstCue Tasa de interés del préstamoLim_Cre_EstCue Límite del crédito posible a tramitarCre_Dis_EstCue Crédito actual disponible del asociado

Pag_Tot_EstCueMonto total del pago que se tiene que realizar a causa de un préstamo

CRÉDITOS: tabla que describe los detalles del crédito obtenido por el asociado

ATRIBUTO DESCRIPCIÓNCod_Cre Código único del crédito del asociadoDes_Cre Descripción del crédito

Mon_pag_Cre Monto a pagar del créditoNum_per_Cre Numero de periodos del créditoTas_Int_Cre Tasa de interés del créditoFec_Cor_Cre Fecha de corte del créditoFec_Lim_Cre Fecha límite del créditoPag_Min_Cre Pago mínimo del crédito

DETALLE ESTADO CUENTA: tabla de relación del estado de cuenta con la tabla de un crédito del asociado.

ATRIBUTO DESCRIPCIÓN

Cod_EstCueCódigo único que representa el estado de cuenta de un asociado

Cod_Cre Código único del crédito del asociadoDes_Cre Descripción del crédito

Mon_pag_Cre Monto a pagar del créditoFec_Lim_Cre Fecha límite del crédito

ACTIVIDADES: tabla que contiene los detalles de las actividades realizadas en la asociación

ATRIBUTO DESCRIPCIÓNCod_Actividad Código único de una actividadNom_Actividad Nombre de la actividad

Des_ActividadDescripción de la actividad, como el en que consiste

PROFESORES: tabla que contiene los datos de los profesores encargados de las actividades a realizar

ATRIBUTO DESCRIPCIÓNCod_Pro Código único de un profesorNom_Pro Nombre o nombres del profesorApe_Pro Apellidos del profesor

Tel_ProTeléfono del profesor para disponibilidad de la asociación y sus asociados.


CLASES: contiene los detalles de las clases disponibles de las actividades que se pueden realizar

ATRIBUTO DESCRIPCIÓNCod_clase Código único de una clase por actividadCod_Pro Código único de un profesor

Cod_Actividad Código único de una actividad

HORARIO DE CLASES: tabla que contiene el horario de una clase de una determinada actividad

ATRIBUTO DESCRIPCIÓNCod_clase Código único de una clase por actividad

Dia_Imp_Clase Día de inicio de clasesHora_Ini_Clase Hora en la se inicia la claseHora_Fin_Clase Hora en la que finaliza la clase

HORARIO DE CLASES ASOCIADO: tabla que muestra los horarios a los cuales debe asistir el asociado por las actividades en las que deseo integrarse

ATRIBUTO DESCRIPCIÓNCod_clase Código único de una clase por actividad

Cod_AsociadoCódigo único del asociado el cual no es posible repetir

3.1.5.1 Especificación del modelo físico de datos

3.2 Diseño de interfaz gráfica ( MOYA)

3.2.1 Pantalla: CU01 Crear solicitud de pago de remuneración adicional eventual

3.2.2 Pantalla: CU02 Buscar Personal

3.2.3 Pantalla: CU03 Terminar solicitud de pago de remuneración adicional eventual

Ilustración 3-19 Pantalla de terminación de solicitudes3.2.4 Pantalla: CU04 Administrar solicitud de pago deremuneración adicional eventual por la unidad

Ilustración 3-20 Pantalla de administración de solicitudes para la unidad3.2.5 Pantalla: CU05 Administrar solicitud de pago deremuneración adicional eventual por la oficina de Presupuestos

Ilustración 3-21 Pantalla de administración de solicitudes3.2.6 Pantalla: CU06 Administrar solicitud de pago de remuneración adicional eventual por la sección Planillas

Ilustración 3-22 Pantalla de administración de3.2.7 Pantalla: CU07 Establecer proceso de pago de haberes para el pago de remuneración adicional eventual


Ilustración 3-23 Pantalla de establecimiento del proceso de pago3.2.8 Pantalla: CU08 Buscar solicitud de pago de remuneración adicional eventualIlustración 3-24 Pantalla de criterios de búsqueda de solicitudesIlustración 3-25 Pantalla de resultado de búsqueda de solicitudes3.2.9 Pantalla: CU10 Consultar solicitud de pago de remuneración adicional eventual

Ilustración 3-26 Pantalla de consulta de solicitudes (HASTA AKI MOYA)

4 Construcción4.1 Construcción

En esta sección se explicarán los módulos que conforman el producto de software desarrollado. Asimismo, se describen de manera general las herramientas utilizadas para el desarrollo.

4.1.2 Herramientas de Desarrollo (GALLARDO)¿??????

4.3 Plan de pruebas

4.3.1 Plan de Pruebas PP01: Relacionado al caso de uso CU01Caso de prueba Resultado Esperado ObservacionesVerificar que luego de seleccionar el módulo asociado, e ingresar el número de DNI, el sistema nos derive a una nueva pantalla que contiene dos módulos llamados estado de cuenta y registro de matrícula.

Al seleccionar el modulo asociado el sistema nos pide el número de DNI y luego se visualiza en la pantalla dos opciones: estado de cuenta, registro de matrícula.

Cumple

Verificar que sólo semuestren las unidades a las que el Asociado tiene permiso.

Sólo se permite seleccionar unidades y actividades a las que el usuario tiene permisos.

Se maneja a través del número del DNI

Verificar que si se ingresa un número de DNI que no pertenece a un asociado de ARCIJE, no se ingrese a los demás módulos ya mencionados.

Al ingresar el número de DNI de un no asociado el sistema no deriva a la siguiente pantalla con los módulos estado de cuenta, ni registro matricula.

Cumple, aparece un mensaje de error.

4.3.2 Plan de Pruebas PP02: Relacionados al caso de uso CU02Caso de prueba Resultado Esperado ObservacionesVerificar que luego de seleccionar la opción

Al seleccionar la opción estado de cuenta el

Cumple


estado de cuenta, el sistema nos derive a la información solicitad del asociado

sistema muestra dicha información.

Verificar que la información que el sistema muestre contenga los campos correctos, e información actualizada hasta la fecha de consulta.

Al ser derivado al estado de cuenta el sistema muestra información actual y necesaria para el asociado.

Cumple

4.3.3 Plan de Pruebas PP03: Relacionados al caso de uso CU03Caso de prueba Resultado Esperado ObservacionesVerificar que el sistema muestre la información necesaria que el asociado necesita sobre los horarios, lugar de clases y profesor a a cargo de la actividad elegida

El sistema muestra la información requerida por el asociado

Cumple, en la pantalla se visualizan los horarios, número de vacantes, profesor a cargo y lugar de clases.

Verificar que el sistema no permita el registro de matrícula si en la actividad seleccionada no hay vacantes disponibles.

Al querer registrar la matricula en una actividad sin vacantes el sistema no registra la matrícula.

Cumple.

Verificar que el sistema registre la inscripción del asociado en la actividad elegida

Se graban los valores registrados en el sistema.

Cumple, se muestra un mensaje indicando que el usuario ha sido registrado.

4.3.4 Plan de Pruebas PP04: Relacionados al caso de uso CU04Caso de prueba Resultado Esperado ObservacionesVerificar que al acceder al Modulo administrador, Créditos se pida login para validar el acceso.

Al ingresar al módulo administrador e ingresar el login se ingresa a la ventana requerida por el auxiliar de créditos.

Cumple, luego de ingresar el login , el auxiliar de créditos tiene acceso a toda la información de su módulo.

Verificar que si no es un login correcto el sistema muestre un mensaje de error

Al ingresar el login incorrecto el sistema niega el ingreso a la ventana requerida.

Cumple, se muestra un mensaje de error.

Verificar que el sistema grabe los nuevos registros en la base de datos

Al ingresar los datos de un nuevo crédito el sistema guarda correctamente los datos ingresados

Cumple

Verificar que el sistema elimine los datos seleccionados correctamente

Al eliminar información errónea el sistema elimina correctamente los datos seleccionados.

Cumple

Verificar que el sistema guarde las modificaciones que pueda sufrir un registro

Al modificar la información de un crédito el sistema guarda correctamente las

Cumple


ya ingresado anteriormente.

nuevas correcciones.

4.3.5 Plan de Pruebas PP05: Relacionados al caso de uso CU05Caso de prueba Resultado Esperado ObservacionesVerificar que el botón imprimir luego de ser seleccionado imprima el reporte que el asociado requiere

Al seleccionar el botón imprimir el asociado recibe el estado de cuenta que necesita.

Cumple, se generó el reporte esperado.

4.3.6 Plan de Pruebas PP06: Relacionados al caso de uso CU06

Caso de prueba Resultado Esperado ObservacionesVerificar que al acceder al Modulo administrador, Actividad se pida login para validar el acceso.

Al ingresar al módulo administrador e ingresar el login se ingresa a la ventana requerida por el auxiliar de créditos.

Cumple, luego de ingresar el login , el auxiliar de créditos tiene acceso a toda la información de su módulo.

Verificar que si no es un login correcto el sistema muestre un mensaje de error

Al ingresar el login incorrecto el sistema niega el ingreso a la ventana requerida.

Cumple, se muestra un mensaje de error.

Verificar que el sistema grabe los nuevos registros en la base de datos

Al ingresar los datos de un nuevo crédito el sistema guarda correctamente los datos ingresados

Cumple

Verificar que el sistema elimine los datos seleccionados correctamente

Al eliminar información errónea el sistema elimina correctamente los datos seleccionados.

Cumple

Verificar que el sistema guarde las modificaciones que pueda sufrir un registro ya ingresado anteriormente.

Al modificar la información de una actividad el sistema guarda correctamente las nuevas correcciones.

Cumple

5 Observaciones, conclusiones y recomendaciones5.1 Observaciones

A continuación se presentarán algunas observaciones de los puntos más resaltantes vistos en el proyecto:

Identificación del problema EL problema planteado en este presente trabajo fue manifestado por muchos

asociados debido a sus molestias para acceder a la página web de la ARCIJE, y la tediosa manera de inscripción en las actividades ofrecidas por la asociación. En tal sentido, se elaboró una propuesta para el desarrollo de un nuevo sistema el cual fue aprobado por las áreas solicitantes.

Selección de la metodología La selección de la metodología fue un punto clave en el éxito del proyecto. Para la

realización de este proyecto del presente trabajo se eligió la metodología RUP.


Esta metodología promueve el desarrollo iterativo, lo cual permitió evaluar en cada iteración la calidad del producto y los riesgos involucrados.

Identificación de requerimientos La identificación de requerimientos fue una de las tareas más importantes, debido

a que en ella se detectaron las necesidades y expectativas de los usuarios del nuevo sistema, lo cual permitió evaluar la factibilidad del proyecto y estimar el tiempo de desarrollo.

Análisis de la Solución Como punto clave del análisis de la solución se encuentra la identificación de los

casos de uso, los cuales han cubierto en su totalidad los requerimientos de los usuarios.

Diseño de la interfaz gráfica Los prototipos desarrollados fueron presentados al personal de ARCIJE y

asociados para que dieran sus opiniones y observaciones. Luego de la aprobación del prototipo final se empezó con el desarrollo de la solución. Todo ello con el fin de que la interfaz gráfica sea amigable y que los usuarios validen que la solución satisface con sus necesidades.

Construcción y pruebas En este punto, cabe mencionar la importancia y el cuidado que se ha tenido para la

realización de pruebas. No sólo el desarrollador realizó las pruebas al sistema, también participaron de esta tarea el personal ARCIJE.

5.2 Conclusiones Como consecuencia del trabajo realizado se ha llegado a las siguientes conclusiones:

Se logró realizar el análisis, diseño, construcción y pruebas del sistema de emisión de estados de cuenta e inscripción de actividades que ofrece la ARCIJE.

Se logró desarrollar el modelo físico de datos que soporta la solución realizada y que permite almacenar la información que se obtendrá del nuevo sistema desarrollado.

La participación de los usuarios ha sido clave para el éxito del desarrollo del sistema. Se realizaron varias reuniones con los usuarios para la definición y validación de los requerimientos del sistema, así como sus prioridades en base a sus necesidades.

El desarrollo de prototipos del sistema para la evaluación previa de los usuarios, permitió eliminar tiempos perdidos en la fase de construcción del producto de software por modificaciones en la interfaz o en las funcionalidades.

Se concluyó exitosamente la realización de pruebas en los entornos de desarrollo y pre producción antes de poner la aplicación a disponibilidad de los usuarios finales.

Se logró automatizar el proceso matriculas en las diferentes actividades que ofrece ARCIJE

La aplicación desarrollada facilitará al personal de la oficina de créditos minimizar el tiempo de atención al emitir los estados de cuenta en el módulo que contará con el sistema que proporcionará dicha información


BibliografíaLibros LARMAN, GRAINGApplying UML and patterns : an introduction to object oriented analysis and design and‐iterative development, Upper Saddle River, NJ : Prentice Hall, 2005RUMBAUGH, JAMESThe unified modeling language reference manualReading, MA : Addison-Wesley, 1999 CONALLEN, JIMBuilding Web applications with UML, Boston : Addison-Wesley, 2003KENDALL, SCOTTUML Explained, Boston : Addison-Wesley, 2001PMBOOKMaterial de curso - Gerencia de proyectos de tecnologías de información. ESANKROLL, PERThe rational unified process made easy : a practitioner's guide to the RUP, Boston :

Addison-Wesley, 2003

Arcije final final de los finales

Engineering

Transcript of Arcije final final de los finales