1. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
“UNIVERSISAD NACIONAL
DEL CENTRO DEL PERÚ”
2. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
“UNIVERSIDAD NACIONAL DEL
CENTRO DEL PERÚ”
“FACULTAD DE INGENIERÍA DE
SISTEMAS”
ALUMNOS:
COCHACHI MANCO, Stefanie
GALLARDO ROJAS, Jorge Luis
MOYA AQUINO, Meisel
RUIZ RIVERA, Paola
Catedrático: Ing. Richard Mercado Rivas
Huancayo, 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
3. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 Universidad
Cató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.
4. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
DEDICATORIA
A nuestros padres
Que día a día se esfuerzan
Por darnos un mejor futuro.
5. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
Contenido
1 Capítulo 1: Generalidades
1.1 Definición del tema
1.2 Marco conceptual del problema
1.3 Plan de proyecto
1.4 Estado del arte
1.5 Descripción y sustentación de la solución
2 Capítulo 2: Análisis
2.1 Metodología a utilizar
2.2 Identificación de requerimientos
2.3 Análisis de la solución
3 Capítulo 3: Diseño
3.1 Arquitectura del sistema
3.2 Diseño de interfaz gráfica
4 Construcción
4.1 Construcción
4.2 Plan de pruebas
5 Observaciones, conclusiones y recomendaciones
5.1 Observaciones
5.2 Conclusiones
6. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 tema
En la actualidad las empresas son conscientes de la importancia de gestionar de
Manera adecuada sus recursos económicos. Asimismo, se preocupan por invertir
En tecnologías existentes en el mercado y en nuevos desarrollos de software para
Automatizar sus procesos más importantes. Todo esto con el fin de realizar sus
Actividades 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 consultasde 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.-Contabilidad
2.-Créditos
3.-Asociados
4.-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
7. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 el
Problema y la solución planteados en el presente trabajo.
En tal sentido se explicarán algunos conceptos necesarios para entender mejor la
Solució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 tasasde interés a favor de
sus asociados
Monto total a pagar Cantidad del crédito
Interés Monto adicional a pagar luego de solicitar
un crédito
Numero de Cuotas Tiempo límite para amortiguar el pago del
crédito
Proceso 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 negocio
A continuación se presentan los roles de negocio:
Rol Descripción
Delegado 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
8. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 proyecto
Para que se pueda decir que un proyecto es exitoso se debe cumplir que el
Producto 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ón
El proceso de inicialización sirve para plantear y definir qué clase de proyecto se
Realizará, cuáles serán sus objetivos, alcances y limitaciones.
Las actividadesa 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.-Contabilidad
2.-Créditos
3.-Asociados
4.-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.
9. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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ón
En 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 todaslas actividadesnecesariaspara 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 Proceso
Unificado de Desarrollo de Software (Rational Unified Process RUP) la cual se explicará con
mayor detalle en el siguiente capítulo.
1.3.1.4 Cierre
En 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 Gantt
Para 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 recursosde personalnecesarios. 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)
10. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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:
11. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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ón
El 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.
12. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 esperados
Lograr 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)
13. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
1.5.4.2 Segunda posible etapa del proceso propuesto
A 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 propuesta
Lo 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ón
14. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
Confidencialidad 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 de
recursos
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 y
respaldo de la
informació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álisis
En 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 utilizar
Durante el desarrollo delsoftware propuesto en este tema de tesisse siguió una metodología
orientada a objetos basada en el Proceso Unificado de Desarrollo de
Software (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.
15. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 artefactosque 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
FLUJODE TRABAJODEL PROCESO ARTEFACTOS
Modelado del negocio Procesos de negocio
Diagrama de actividades
Requerimientos 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 ejecutable
Pruebas 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.
16. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO 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 requerimientos
A continuación se explicará la visión del proyecto y los requerimientos funcionales
y no funcionales del sistema.
Los requerimientos han sido obtenidos de las reuniones de levantamiento de
información con los Asociados,y diversosempleados 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ón
Se 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 Posicionamiento
2.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 procedimientosutilizados 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 )
17. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
- 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 funcionales
REFERENCIA FUNCIONES BASICAS CATEGORIA
R1 Generar Estado de Cuenta Evidente
R1 Capturar los datos del Asociado Oculto
R2 Generar Lista de Actividades
Disponibles y horarios
evidente
R3 Buscar Asociado Oculto
R4 Anular Inscripción alguna actividad de
recreación inscrita
Evidente
R5 Imprimir Estado de Cuenta Evidente
R6 Guardar información de Inscripción de
asociados a alguna actividad
recreacional
Oculto
18. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 uso
Los 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 Actores
Un 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ÓN
ASOCIADO 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.
19. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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:
20. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 sistema
Precondición El asociado debe ingresar su DNI o código de
asociado
Flujo Básico Uso de Emisión Estado de cuenta-Registro
Actividad
1. 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.
21. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 Cuenta
Descripció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 sistema
Precondició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 Asociado
3. El asociado selecciona la opción Imprimir Estado de Cuenta
4. 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ícula
Descripció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 sistema
Precondición Haber ingresado el número de su DNI
Flujo 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 agrado
4. 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.
22. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
2.3.1.3.4 Caso de Uso: CU04 Actualizar Datos de Créditos
Tabla 2-8 Caso de Uso: CU04 Uso Actualizar Datosde 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éditos
Precondició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 registros
4. 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éditos
1.- El usuario encuentra en la ventana con la base de datos sobre los créditos de cada asociado la
opción editar y la elige
2.- 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éditos
1.- El usuario encuentra en la ventana con la base de datos sobre los créditos de cada asociado la
opción elimnar y la elige
3.- El usuario realiza los cambios.
Post Condición La información de el o los crédito es eliminada
23. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
2.3.1.3.5 Caso de Uso: CU05 Generar Estado de cuenta
Tabla 2-9 Caso de Uso: CU05 GenerarEstado de Cuenta
CU05 Generar Estado de cuenta
Descripción El caso de uso permite la emisión del Estado
de Cuenta del Asociado
Actores Asociado, Asesor del uso del sistema
Precondición Contar con un crédito dentro de la Asociación
Flujo Básico Generar Estado de cuenta
1. El asociado selecciona la opción imprimir estado de cuenta
2. 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 Datosde Actividad
CU06 Actualizar Datos de Actividad
Descripció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 actividad
Precondición El usuario debe haber ingresado al sistema y
tener accesos de registrador.
Flujo Básico Actualizar Datos de Actividad
1. 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 horarios
4. 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 se
Encuentran 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
24. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 eliminar
2. El usuario selecciona la Opción eliminar
3. El usuario elimina la información que crea conveniente
4. El sistema elimina los registros seleccionados
Post 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
RF3
RF4
RF5
RF6
RF7
RF8
RF9
CASOS DE USO
R
E
Q
U
E
R
I
M
I
E
N
T
O
S
F
U
N
C
25. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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.
2.3.2.1 Especificación de las clases del sistema
A continuación se explicará cada una de las clases que conforman el sistema:
CLASE DESCRIPCIÓN
Créditos
Estado de Cuenta
Asociado
HorarioclaseAsociado
Clases
HorarioClase
Profesores
Actividades
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 ¿??????????
26. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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
27. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
3.1.4.3 Diagrama de Secuencia: CU03 Registro De Matrícula
28. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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
29. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
3.1.4.6 Diagrama de Secuencia: CU06 Actualizar Datos De Actividad
30. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
3.1.4 Modelo físico de datos
Ilustración 3-15 Modelo físico de datosde la programación de la solicitud de información del
estado de cuenta de losasociadosy de lasactividades 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ÓN
Cod_Asociado Código único del asociado el cual no es posible repetir
Nom_Asociado
Nombre o nombres del asociado con posibilidad a
repetición
Ape_Asociado Apellidos del asociado con posibilidad a repetición
Dni_Asociado Número del documento de identidad del asociado
Dir_Asociado
Dirección donde vive el asociado con el fin de ubicarlo en
el momento que se requiera
Tel_Asociado
Número telefónico del asociado para consultas en un
momento requerido, no es obligatorio
Cel_Asociado
Número del teléfono celular del asociado o familiar para
usos necesarios, no es obligatorio
31. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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_EstCue
Código único que representa el estado de
cuenta de un asociado
Fec_EstCue
Fecha en la que se realiza la consulta del
estado de cuenta
Cod_Asociado
Código único del asociado el cual no es
posible repetir
Tas_int_EstCue Tasa de interés del préstamo
Lim_Cre_EstCue Límite del crédito posible a tramitar
Cre_Dis_EstCue Crédito actual disponible del asociado
Pag_Tot_EstCue
Monto 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ÓN
Cod_Cre Código único del crédito del asociado
Des_Cre Descripción del crédito
Mon_pag_Cre Monto a pagar del crédito
Num_per_Cre Numero de periodos del crédito
Tas_Int_Cre Tasa de interés del crédito
Fec_Cor_Cre Fecha de corte del crédito
Fec_Lim_Cre Fecha límite del crédito
Pag_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_EstCue
Código único que representa el estado de
cuenta de un asociado
Cod_Cre Código único del crédito del asociado
Des_Cre Descripción del crédito
Mon_pag_Cre Monto a pagar del crédito
Fec_Lim_Cre Fecha límite del crédito
ACTIVIDADES: tabla que contiene los detalles de las actividades realizadas en la
asociación
ATRIBUTO DESCRIPCIÓN
Cod_Actividad Código único de una actividad
Nom_Actividad Nombre de la actividad
Des_Actividad
Descripció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ÓN
Cod_Pro Código único de un profesor
Nom_Pro Nombre o nombres del profesor
Ape_Pro Apellidos del profesor
32. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
Tel_Pro
Telé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ÓN
Cod_clase Código único de una clase por actividad
Cod_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ÓN
Cod_clase Código único de una clase por actividad
Dia_Imp_Clase Día de inicio de clases
Hora_Ini_Clase Hora en la se inicia la clase
Hora_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ÓN
Cod_clase Código único de una clase por actividad
Cod_Asociado
Có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 solicitudes
3.2.4 Pantalla: CU04 Administrar solicitud de pago de
remuneración adicional eventual por la unidad
Ilustración 3-20 Pantalla de administración de solicitudes para la unidad
3.2.5 Pantalla: CU05 Administrar solicitud de pago de
remuneración adicional eventual por la oficina de Presupuestos
Ilustración 3-21 Pantalla de administración de solicitudes
3.2.6 Pantalla: CU06 Administrar solicitud de pago de remuneración
adicional eventual por la sección Planillas
33. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
Ilustración 3-22 Pantalla de administración de
3.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 pago
3.2.8 Pantalla: CU08 Buscar solicitud de pago de remuneración adicional
eventual
Ilustración 3-24 Pantalla de criterios de búsqueda de solicitudes
Ilustración 3-25 Pantalla de resultado de búsqueda de solicitudes
3.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ón
4.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 CU01
Caso de prueba Resultado Esperado Observaciones
Verificar 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 se
muestren 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 CU02
34. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
Caso de prueba Resultado Esperado Observaciones
Verificar que luego de
seleccionar la opción estado
de cuenta, el sistema nos
derive a la información
solicitad del asociado
Al seleccionar la opción
estado de cuenta el sistema
muestra dicha información.
Cumple
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 CU03
Caso de prueba Resultado Esperado Observaciones
Verificar 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 CU04
Caso de prueba Resultado Esperado Observaciones
Verificar 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
35. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
Verificar que el sistema
guarde las modificaciones
que pueda sufrir un registro
ya ingresado anteriormente.
Al modificar la información
de un crédito el sistema
guarda correctamente las
nuevas correcciones.
Cumple
4.3.5 Plan de Pruebas PP05: Relacionados al caso de uso CU05
Caso de prueba Resultado Esperado Observaciones
Verificar 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 Observaciones
Verificar 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 recomendaciones
5.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
36. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
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 opinionesy 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 elmodelo 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 usuariosha sido clave para el éxito deldesarrollo 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
37. UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
ANÁLISIS Y DISEÑO DE SOFTWARE
Bibliografía
Libros
LARMAN, GRAING
Applying UML and patterns : an introduction to object‐oriented analysis and design and
iterative development, Upper Saddle River, NJ : Prentice Hall, 2005
RUMBAUGH, JAMES
The unified modeling languagereference manual
Reading, MA : Addison-Wesley, 1999
CONALLEN, JIM
Building Web applications with UML, Boston : Addison-Wesley, 2003
KENDALL, SCOTT
UML Explained, Boston : Addison-Wesley, 2001
PMBOOK
Material de curso - Gerencia de proyectos de tecnologías de información. ESAN
KROLL, PER
The rational unified process made easy : a practitioner's guide to the RUP, Boston :
Addison-Wesley, 2003