PRIMER ENTREGABLE DEL PROYECTO Fasede Iteración PDF

RAGNAROK CONSULTING
PRIMER ENTREGABLE DEL PROYECTO
FASE DE ELABORACIÓN
(SEGUNDA ITERACIÓN)
INTEGRANTES:
Burgos Robles Leandro Jair

Chipana Berrocal Igor Alexis
Morales Gómez Arnold Danilo
SEPTIEMBRE, 2017
CRM Digital Segundo Entregable
ÍNDICE
RESUMEN 3
INTRODUCCIÓN 4
1. ¡Error! Marcador no definido.
1.1. ¡Error! Marcador no definido.
1.1.1. 6
1.1.2. ¡Error! Marcador no definido.
1.2. 7
1.3. 8
2. 18
2.1. 19
2.1.1. 19
2.1.2. 21
2.1.3. 22
2.1.4. 22
2.2. 25
2.4. 28
3. 29
3.1.3. 41
3.1.4. 43
4. 91
ANEXOS 11
Página 2
CRM DIGITAL
Resumen
El presente proyecto de aplicación desarrolla el análisis de los procesos actuales del departamento de
Ministerio Personal de la Iglesia Adventista Villa Unión.; identificando procesos críticos que aquejan
a la organización. Este análisis propone optimizar dichos procesos a través de la construcción e
implementación de un sistema, para los procesos de gestión de asistencia a los Grupos Pequeños y
gestión del trabajo Misionero por Discipulado (Parejas Misioneras).
Este proyecto, se desarrolla bajo el marco de la metodología de desarrollo de software, RUP (Rational
Unified Process), siendo el modelado del negocio, uno de los artefactos de esta metodología, que
contempla la construcción de la vista externa, vista interna, realización de casos de uso, y la matriz de
actividades.
Esta metodología usará al UML como lenguaje de modelado y Rational Rose como herramienta de
apoyo.
Página 3
Introducción
La Iglesia Adventista del Séptimo Día se preocupa por el bienestar espiritual de los miembros de su
congregación, es por ello que maneja tres metas claves que lograrán un compromiso efectivo en el
corazón de aquellos que han decidido seguir a Cristo. Entre ellas está la Comunión, la Relación y la
Misión, que juntas forman CRM y son el principio del discipulado.
MIPES (Ministerio Personal y Escuela Sabática) es un departamento de la Iglesia Adventista del
Séptimo Día que se encarga de monitorear la actividad misionera de los miembros de iglesia, así como
su comunión.
Los inconvenientes que posee la organización de Grupos Pequeños, Ministerios y Parejas Misioneras,
con el manejo de la información principalmente son causados por la herramienta que se usa para el
registro, el cual se hace manualmente o en Google Forms.
El software que proponemos cumplirá con la gestión de Grupos Pequeños, Ministerios y parejas
misioneras bajo la estructura de la iglesia dada por la Unión Peruana del Norte esto quiere decir que
llevaremos un registro automatizado de asistencias del Grupo Pequeño, Ministerio y de cada feligrés
individualmente y con esto se generarán reportes a los dirigentes del Área de MIPES de cada iglesia,
distrito, campo, etc.
Página 4
1. Modelo del negocio

Proceso de la Gestión de Grupos Pequeños
El proceso de Gestión de los Grupos Pequeños es amplio, para ello se debe entender la estructura
organizacional que maneja la UPN (Unión Peruana del Norte).
Como observamos la estructura es una jerarquía en cadena, la cual se debe respetar al momento de
desarrollar el sistema.
Un Grupo Pequeño está conformado de 3 a 15 personas, de las cuales se necesita saber su constancia
en la asistencia a los Grupos Pequeños.
Distrito
Iglesia
Escuela
Grupo
Estos miembros deben ser registrados por el encargado de MIPES que fue designado para dicho
G.P., quien es la persona que interactúa directamente con los registros de asistencia.
Quien otorga los roles de “MIPES de Grupo Pequeño” es el MIPES de Escuela Sabática, que está
un escalón por encima en la jerarquía. De la misma manera sucede con los demás MIPES de cada
escalón, son asignado por quien tiene un rol superior a ellos.
Una vez que se tengan estos datos (los miembros y los MIPES asignados en cada escalón), se procede
a realizar los registros de asistencia a los Grupos Pequeños. Estos son anotados en un papel los días
viernes de noche, que por lo general es cuando se reúnen los G.P., este registro debe ser presentado
al día siguiente al departamento de MIPES del Distrito Misionero Villa Unión para poder contabilizar
las asistencias, llenar los datos en un excel y poder generar reportes para luego presentarlos a los
líderes de la Iglesia.
Proceso de la Gestión de Discipulado/Parejas Misioneras
El tema del discipulado es un nuevo concepto con el que está trabajando la Iglesia Adventista. Un
discipulador está encargado de dar estudios bíblicos a sus discipulados (personas interesadas en
conocer sobre las verdades bíblicas), y este necesita tener un control del avance de sus interesados en
un registro.
Una Pareja Misionera vendría a ser una pareja de discipuladores. Ambos tienen una lista de
interesados a los cuales dan estudios bíblicos.
El encargado de nombrar discipuladores es el MIPES de Iglesia. Al nombrar a dos personas como
discipuladores se les asignan ciertos discipulados, sin embargo, la pareja misionera puede tener sus
propios interesados.
En un formato impreso que es entregado a cada pareja misionera se llenan los datos de sus interesados
como su nombre, apellido, DNI, datos de estudio (discípulo por conversión o retención). Además,
se tiene que marcar el avance por cada capítulo de la lección que se da y entregar esa hoja al
departamento de MIPES de la Iglesia.
Página 5
Pareja
Misionera
Discipulador Discipulador
1.1. Vista externa del modelo de negocio

1.1.1. Lista de los actores de negocio
Para la lista de actores de negocio utilizar el siguiente cuadro:
Lista de actores de negocio
Nombre Descripción
BA_MIEMBRO_MI Integrante de un ministerio y realiza obras misioneras en grupo.
BA_MIEMBRO_GP Integrante de un G.P. al que se le registra su asistencia, este puede ver un

reporte de sus asistencias
BA_DISCIPULO Interesado en recibir estudios bíblicos al que se le registra su avance cada

visita
1.1.2. Diagrama de casos de uso de negocio
Página 6
1.2. Vista interna del modelo de negocio

1.2.1. Lista de trabajadores de negocio
Para la lista de los trabajadores del negocio, utilizar el siguiente cuadro:
Lista de trabajadores de negocio
Nombre Descripción
BW_MIPES_GP Encargado del registro de miembros del G.P. y del registro de la asistencia
de estos miembros.
BW_DISCIPULADOR Encargado de registrar a sus interesados y el avance de estos en cada visita.
BW_MIPES_ES Encargado del registro de los MIPES de G.P además del registro del
estudio de la LES en los miembros de la escuela sabática
BW_MIPES_IGLESIA Encargado de registrar los datos de las escuelas sabáticas asimismo llevar
a cabo el control de los discipuladores
BW_LIDER_MINISTERIO Responsable de la organización y control en los datos de los ministerios
Página 7
1.2.2. Lista de entidades de negocio

Para la lista de las entidades de negocio utilizar el siguiente cuadro, donde: Origen: (I=Interna,
generada por el propio negocio, E=Externa, generada por o hacia los business actor); Tipo:
(P=Persistente, que almacena datos, F=Formulario o documento impreso).
Lista de entidades de negocio
Nombre Descripción Origen Tipo
BE_MIEMBROS_MI Contiene los datos de los integrantes del I F

Ministerio
BE_MIEMBROS_GP Contiene los datos de los integrantes del G,P, I F
BE_MINISTERIOS Contiene los datos de los ministerio E F
BE_SOLICITUD_CR Contiene la solicitud para la apertura de un E F

EACION nuevo grupo pequeño
BE_SOLICITUD_DIS Solicitud realizada para ser discipulador E F
BE_GPs Contiene los datos de los Grupos Pequeños E P
BE_ESs Contiene los datos de las escuelas sabáticas E F
BE_ASISTENCIAGP Contiene los datos de la reunión del GP por I P

fecha
BE_ESTUDIO_LES Contiene el registro del número de estudios de I F

estudios en la LES
BE_CARTA_TRANFE Contiene la solicitud de transferencia de un E F

RENCIA miembro en el grupo pequeño
BE_EVIDENCIA_ASI Contiene los datos de la reunión del grupo I F

SGP pequeño
BE_PMISIONERA Contiene los datos de la pareja misionera| I F
BE_DISCIPULADOR Contiene los datos de los discipuladores I F

ES
BE_DISCIPULOS Contiene datos de los interesados al estudio I F

bíblico
Página 8
1.3. Realización de los casos de uso de negocio

1.1.1. Registrar Datos de Grupo Pequeño
Nombre <Poner el nombre del caso de uso de negocio>
Descripción Este Caso de Uso comienza con la redacción de la Solicitud de Creación.

En este caso para un Grupo Pequeño. Quien realiza esto es el Líder
MIPES de E.S. además de presentar esta solicitud al MIPES de Iglesia,
quien evaluará los motivos de la solicitud. Al aceptar la solicitud, este
último registra al Grupo Pequeño. El MIPES de la E.S. solicitante es el
encargado de asignar un Líder MIPES a este nuevo grupo. A él, el MIPES
de Iglesia le entrega el formulario de registro de Integrantes, en el cual,
junto a los miembros de su G.P. registrarán los datos personales
(nombre,apellidos,celular). Luego de llenar estos datos la lista será
devuelta al MIPES de Iglesia para su archivación.
Actores de negocio BA_MIEMBRO_GP
Entradas BE_SOLICITUD_CREACION
Entregables Registro de G.P. ,Registro de miembros de G.P.
Mejoras Información en tiempo real, facilidad para mostrar reportes con los datos
que cada grupo pequeño provee.
Diagrama de objetos de negocio
Página 9
Diagrama de actividades
1.3.1.
Nombre Registro de Asistencia al Grupo Pequeño

Descripción El proceso tienen inicio cuando los miembros de un Grupo Pequeño
asisten a las reuniones organizadas por el dicho grupo, posteriormente
el Mipes de G.P procede a pasar lista a los miembros del G.P ,quienes
confirman su presencia, la cual es registrada en una lista. Además añade
el n° de Visitas, Lugar y Fecha de la reunión. Finalmente la lista de
asistencia a la reunión del G.P es entregada al MIPES de Iglesia , quien
la recepciona y procede a archivarla.
Actores de negocio BA_MIEMBRO_GP, BW_MIPES_GP ,BW_MIPES_IGLESIA
Entradas Lista de Miembros del G.P.
Página 10
Entregables Registro de Asistencia de los integrantes del G.P.
Mejoras En este proceso resultaría ventajoso guardar la información en una base

de datos para poder obtener reportes de los porcentajes de asistencia
Página 11
1.3.2. Registrar Discipuladores
Nombre Registrar Discipuladores

Descripción El proceso de gestión de discipuladores empieza o es activado por un
miembro del grupo pequeño el cual solicita que sea asignado como
discipulador al Mipes de Iglesia. Esta persona va evaluar la petición y si
acepta ya lo va registrar como nuevo discipulador, a su vez va ver si
tiene un compañero para que formen una pareja de discipuladores.
Tenga o no compañero una vez aceptado va a proceder a asignar los
posibles alumnos que quieran aprender.
Página 12
Actores de negocio BA_MIEMBRO_GP
Entradas BE_SOLICITUD_DIS
Entregables
Mejoras Las mejoras de este proceso estarían relacionadas a la innovación el

proceso podría mejorar teniendo el registro de discipuladores y
discípulos interesados en un sistema, a la mano y con fácil acceso a él.
Página 13
Página 14
1.3.3. Transferir Miembro de Grupo Pequeño
Nombre Transferir Miembro de Grupo Pequeño

Descripción El proceso de Transferencia comienza con la solicitud de cambio
realizada por el Miembro de G.P. al MIPES de E.S., quien redacta una
Carta explicando los motivos de esa solicitud. Luego de esto, hace
presente la carta al MIPES de Iglesia para que éste evalúe la petición.
De ser afirmativa se borra al miembro de su G.P. actual y se registra en
el G.P. de destino. Posterior a esto se informa de los cambios al
miembro o de la negativa en caso de haber sido rechazada la solicitud.
Actores de negocio BA_MIEMBRO_GP,BW_MIPES_ES,BW_MIPES_IGLESIA
Entradas BE_CARTA_TRANSFERENCIA
Entregables BE_MIEMBROS_GP
Mejoras En este proceso resultaría ventajoso guardar la información en una base

de datos para poder obtener reportes de los cambios de grupos dentro
de la iglesia
Página 15
1.3.4. Registrar Datos de Escuela Sabática
Nombre Registrar Datos de Escuela Sabática
Descripción Este caso de Uso tiene inicio cuando un miembro de G.P redacta una
carta en donde solicita una creación de una E.S para que luego sea
enviado al Mipes de Iglesia en donde la solicitud procede a ser evaluada
si fuese correcto entonces el Mipes de Iglesia registra la nueva escuela
sabática además asigna un Mipes de E.S, en caso contrario que la
solicitud no es evaluado, termina el proceso.
Actores de negocio BA_MIEMBRO_GP, BW_MIPES_IGLESIA
Entradas BE_SOLICITUD_CREACION
Entregables BE_ESs
Mejoras En este proceso sería útil un solicitud virtual de apertura o creación de

una anueva E.S lo cual permitiría agilizar el proceso de apertura de la
E.S.
Página 16
d
1.3.5. a
1.3.6. a
1.3.7. a
1.3.8.
1.4. Glosario de términos
Glosario de términos al 50%
Nombre Descripción
Asistencia Es el control del número de reuniones asistidas por el miembro.
Campo Misionero Territorio perteneciente a una Unión encargado de monitorear muchos Distritos
Misioneros
Discipulado Acción de instruir a una persona y enseñar sobre la Biblia
Discipulador Persona que da estudios bíblicos. Similar a un maestro.
Discípulo Interesado en recibir estudios bíblicos por un discipulador
Distrito Misionero Territorio o zona establecida por la iglesia, dentro del cual están los grupos
pequeños, escuelas sabáticas, etc.
Escuela Sabática Sistema de educación religiosa de la iglesia local que edifica la fe y la práctica.
Página 17
Estudios Bíblicos Método inductivo para estudiar la Biblia tomando en cuenta los pasos de la
observación cuidadosa del texto
Grupo Pequeño Grupo de 3 a 15 personas que se reúnen con la finalidad de fortalecer su relación
entre ellos y su vida espiritual
Iglesia Organización que tiene a cargos Ministerios y Escuelas Sabáticas
Líder MIPES Encargado del monitoreo de un grupo de personas, para que éstas fortalezcan su
vida espiritual
MIPES Departamento de Ministerio Personal y Escuela Sabática de la Iglesia Adventista

del Séptimo Día
Miembros G.P Grupo de personas pertenecientes a un grupo pequeño
Ministerio Grupo de Personas que hacen acción misionera con un tema distintivo
Pareja Misionera Par de personas, que realizan actividad misionera, especialmente la enseñanza de
cursos bíblicos.
Unión Peruana del Norte Asociación de la iglesia
2. Requerimientos
Se debe incluir un párrafo con la introducción del flujo de requerimientos. Esta introducción debe
describir los alcances del sistema para el primer entregable.
Página 18
2.1. Fuentes de obtención de requerimientos

2.1.1. Informe de entrevistas
Entrevista N° 1
NOMBRE Juan Marcelo
APELLIDOS Zanga Céspedes
CARGO Director Ministerio Personal y Escuela Sabática Villa Unión
EMAIL marcelozanga@upeu.edu.pe
TELÉFONO
¿ Qué datos querria saber rápidamente con el sistema?
Me gustaría saber el total de grupos pequeños que posee la iglesia, también el número de
integrantes que asisten a los Grupos Pequeños.
¿Le gustaría tener alguna información sobre los Distritos Misioneros?
Por supuesto me gustaría saber qué Distrito Misionero tiene más miembros y por ende sus
asistencias para saber a cual asisten más.
¿Alguna otra cosa que le gustaría que el sistema le muestre?
Me gustaria saber la cantidad de personas que se bautizan en la iglesia.
Entrevista N° 2
NOMBRE Abner Jhonatan
APELLIDOS Rodríguez Bustamante
Página 19
CARGO Director Asociado de Ministerio Personal y Escuela Sabática Villa Unión
EMAIL abner.rodriguezbustamante@gmail.com
TELÉFONO 980863889
¿Qué espera del sistema?
Podría diagramar la estructura del Departamento de MIPES
Página 20
Entrevista N° 3
NOMBRE Jorge Alejandro
APELLIDOS Sánchez Garcés
CARGO Coordinador de monitoreo y control de asistencia de grupos Pequeños y

trabajo misionero
EMAIL jasg@upeu.edu.pe
TELÉFONO ….
¿Cómo desea que el sistema funcione? ¿Algunos parámetros que tenga?
Al iniciar sesión es convenible que ingrese con su DNI. Me gustaría que me lleguen notificaciones
a mi celular cuando haya unos eventos importantes en la iglesia, además la responsividad es muy
importante ya que yo uso mi celular para todo y no quiero que se vea mal el sistema cuando lo
ejecute desde el celular.
¿ Alguna otra funcionalidad que crea que el sistema deba tener?
Creo que sería recomendable que los usuarios carguen su foto de perfil, además cuando registren
la asistencia solo el líder debe poder hacerlo.
2.1.2. Benchmarking
Análisis Comparativo DMS(Visual Asist CRM

Web )
Página 21
Aspectos Funcionales
Los reportes son exportados en formato Excel
x x
y PDF.
Cuenta con filtros personalizados para realizar
x x
consultas y generar reportes.
Permite configurar los principales datos. x x
Emite reportes con la información ya
procesada de los miembros, de acuerdo a los
x x
parámetros de fecha y la selección de un filtro
según se requiera.
Administra Integrantes. x
Los usuarios tendrán privilegios dependiendo
x
de sus roles.
Software Base
Sistema operativo Multiplataforma. Multiplataforma

Web.
Servidor de base de datos -------------- Mysql
Lenguaje de programación -------------- Java
2.1.3. Lista de Requerimientos Funcionales y No Funcionales
Funcional
Página 22
RF01 Se podrá registrar y administrar los grupos pequeños

RF02 Se registraran a las personas con el Rol "Miembro" por defecto
Se asignarán los roles(miembro, lider, mipes, etc) a cada miembro
RF03
registrado
Por cada periodo se solicitará volver a confirmar a los miembros que
RF04
pertenecen a cada grupo pequeño
Se permitirá realizar la transferencia de miembros de G.P. durante el
RF05
periodo activo
Los MIPES podrán visualizar reportes de miembros de grupo pequeños
RF06
de acuerdo a sus roles
Se registrará la asistencia de los miembros a los grupos pequeños según
RF07
el cronograma de reuniones establecido
RF08 Se podrá registrar y administrar a los ministerios
Por cada periodo se solicitará volver a confirmar a los miembros que
RF09
pertenecen a cada ministerio
Se permitirá realizar la transferencia de miembros del Ministerio durante
RF10
el periodo activo
Los MIPES podrán visualizar reportes de miembros de ministerios de
RF11
acuerdo a sus roles
Se registrará la asistencia de cada miembro a su ministerio, según el
RF12
cronograma de trabajo establecido
Los MIPES de Escuela Sabática y Grupo Pequeño podrán administrar
RF13
discipuladores con sus respectivos asociados
Se mostrará un reporte de los discipuladores asignados por cada grupo
RF14
pequeño
El discipulador registrará a sus discipulos (interesados de estudios
RF15
bíblicos)
Se mostrará un reporte de discípulos, cada uno con información del
RF16
discipulador y los cursos
Los Discipuladores registrarán el estudio de los cursos biblicos por cada
RF17
discipulo.
RF18 Se podrá registrar y administrar los cursos biblicos que se impartirán
Se mostrará un reporte de los cursos bíblicos impartidos por grupo
RF19
pequeño
RF20 Se registrarán y administraran las escuelas sabaticas por cada iglesia
Se mostrará un reporte de cada Escuela sabática registrada,
RF21
detallando la información de la iglesia a la que pertenece y sus lideres
Se registrará el estudio de la leccion de escuela sabática, por cada
RF22
miembro, basandose en el cronograma
RF23 Se mostrará un reporte de estudio de la leccion de escuela sabatica
RF24 Se permitirá administrar los periodos (intervalos de fechas) de trabajo.
Página 23
Se permitirá administrar eventos por cada periodo, los cuales tienen

RF25
variadas características
Se permitirá la administración de los datos personales de toda persona
RF26
que tenga una relación en el sistema
Se permitirá realizar la recuperación de contraseñas mediante el uso
RF27
de un correo
Se permitirá subir o actualizar solo una foto de perfil por cada usuario,
RF28
por defecto se usará una foto genérica
Se permitirá administrar los privilegios de usuario por cada rol existente
RF29
en el sistema
El sistema generará notifcaciones con respecto al registro de
RF30
asistencia, cumpleaños, eventos, comunicados generales o específicos
El sistema tendrá en la página principal con datos estadísticos
RF31
relacionado al cumplimiento de las metas CRM
Se permitirá administrar las iglesias y su directiva por cada distrito
RF32
misionero
RF33 Se permitirá administrar la directiva de cada iglesia
Usabilidad
La aplicación web debe poseer un diseño “Responsive” a fin de
RNF01 garantizar la adecuada visualización en múltiples computadores
personales, dispositivos tablets y teléfonos inteligentes.
El sistema debe ser capaz de operar adecuadamente con hasta 1000
RNF02
usuarios con sesiones concurrentes
Se realizará una copia de seguridad de la base de datos
RNF03
semanalmente
Se registrará las credenciales de usuario de forma encriptada en la
RNF04
base de datos
RNF05 El sistema debe validar campos obligatorios.
El sistema debe mostrar una respuesta para cada acción del usuario
RNF06
(mensaje emergentes, loader)
RNF07 El sistema debe poseer interfaces gráficas bien formadas.
Página 24
2.1.4. Matriz de Necesidades con Facilidades
SUC - Registrar Visitante

SUC Administrar Distritos Misioneros
SUC Administrar Iglesias
SUC Administrar Escuelas Sabáticas
SUC Administrar Grupos Pequeños
SUC Administrar Ministerios
SUC Registrar Asistencia de Grupo Pequeño
SUC Registrar Asistencia al Ministerio
SUC Administrar Discipuladores
SUC Administrar Discípulos
SUC Registrar Miembro
SUC Administrar miembros Grupo Pequeño
SUC Administrar integrantes Ministerio
SUC Registrar Estudio de Lección Escuela Sabática
SUC Ingresar al sistema
SUC Administrar Lecciones
SUC Administrar periodo de trabajo
SUC Administrar evento
SUC Reporte de Asistencia a Evento
SUC Administrar datos de Usuario
SUC Registrar Asistencia de Ministerio
SUC Buscar Miembro
SUC Seleccionar Miembro
SUC Visualizar información de la Organización
2.2. Lista de casos de uso priorizados

Para la lista de casos de uso priorizados utilizar el siguiente formato:
Lista de casos de uso priorizados al 50%
Nombre del caso de uso Cursos de eventos Justificación Periodo

programados
Página 25
UC01 -Registrar Asistencia al Se registra la asistencia Registrar Asistencia de

Grupo Pequeño en el G.P miembro y lugar donde se 2017-II
reunieron.
UC02 - Registrar persona Se registra la persona Se registrará la persona con el

con el rol miembro rol miembro y datos por 2017-II
por defecto defecto
UC03 - Administrar miembros Administrar la Visualizar los miembros, editar

de G.P. cantidad de miembros la lista de miembros 2017-II
en G.P
UC04 -Administrar Grupos Se administra cada GP Se podrá registrar y 2017-II

Pequeños administrar el GP.
UC05 - Administrar Escuelas Se administra cada Se podrá registrar, modificar y

Sabáticas Escuela Sabática. eliminar las Escuelas Sabáticas 2017-II
UC06 - Administrar Iglesias Se administra cada Se podrá registrar, modificar y

iglesia. eliminar las iglesias. 2017-II
UC07 - Administrar Distritos Se administra cada Se podrá registrar, modificar y

Misioneros distrito misionero. eliminar los Distritos 2017-II
Misioneros.
UC08 - Administrar evento Se administra cada Se podrá registrar, modificar,y 2017-II

evento eliminar los Eventos
UC09 - Ingresar al sistema Permite ingresar al Se podrá ingresar al sistema

sistema. con su DNI y contraseña. 2017-II
UC10- Generar reporte de Se Genera un reporte Se podrá contar con reportes

Asistencia a evento de asistencia en los estadísticos por cada evento en
eventos organizados la que participó el G.P 2017-II
UC11 - Seleccionar miembro Permite seleccionar un Se podrá seleccionar al 2017.II

miembro de Grupo miembro de un grupo
Pequeño pequeño para pertenecer a otra
UC12 - Administrar datos de Foto de perfil de Se subirá una foto de perfil

Usuario usuarios. para cada usuario.
Se permitirá recuperar Se podrá recuperar la 2017-II
contraseña. contraseña.
UC13 - Administrar periodo de Administrar el Se podrá especificar la fecha

trabajo intervalo de tiempo de duración y los distritos
2017-II
Página 26
que contiene a los específicos en donde los

eventos. eventos se realizarán
Permite buscar la un Permite la facilidad para 2017-II

UC14 - Buscar Miembro miembro usando sus encontrar un miembro
datos registrado en el sistema
UC15 - Administrar Se administra cada Se podrá registrar, modificar y

Ministerios Ministerio. eliminar los Ministerios. 2018-I
UC17 -Registrar Asistencia al Se registra la asistencia Se registra la asistencia de los

Ministerio al Ministerio. respectivos miembros del 2018-I
Ministerio.
UC18 -Administrar Se administra los Se registran discipuladores para 2018-I

Discipuladores discipuladores formar ministerios
UC19 -Administrar Discípulos Se administra los Se registra, se modifica y 2018-I

Discípulos elimina los discípulos
UC20 -Administrar integrantes Se administra los Cada integrante es añadido, se 2018-I

Ministerio integrantes del modifica y elimina de la lista de
ministerio ministerios
UC21 -Registrar Días de Registrar los días de Se registrarán los días que se
Estudio de L.E.S. estudio de la L.E.S estudia la L.E.S 2018-I
por cada Escuela Sabática.
UC22 -Administrar Lecciones Se administra el Se registra el número de 2018-I

de Estudio estudio de la LES lecciones estudiadas por cada
miembro
UC23 -Generar reporte de Generar reporte sobre Se generará un reporte

Asistencia al Ministerio asistencias al estadístico sobre las asistencias 2018-I
Ministerio. a los ministerios.
UC24 -Administrar Discípulos Se podrá administrar Se podrá registrar, modificar y

los discípulos. eliminar los discípulos. 2018-I
2.3. Reglas de negocio

Para las reglas de negocio utilizar el siguiente formato:
Reglas de negocio al XX%
Código Nombre Descripción Casos de uso

afectados
Página 27
RN01 Límites para Un Grupo Pequeño está activo con la participación UC04 - Registrar
activar G.P. de 3 a 15 integrantes AsistenciaGP
RN02 Miembro Luego de 5 inasistencias se considera como un

Activo miembro inactivo
RN03 Límite para Un ministerio es aperturado con una cantidad de UC13 -

activar un miembros que integran una escuela sabática Administrar
ministerio Ministerio
RN04 Límite de La asistencia en un grupo pequeño es tomada en UC04- Generar

asistencia al cada evento organizado, en caso contrario no existe reporte de
Grupo un reporte Asistencia al G.P.
Pequeño
2.4. Diagramas de caso de uso
Página 28
3. Análisis y diseño
3.1. Realización de los casos de uso para el análisis y diseño
3.1.1. UC01 – Registrar Asistencia de Grupo Pequeño
Nombre Registrar Asistencia de Grupo Pequeño

Tipo Esencial y Primario
Versión 001
Autor Igor Chipana Berrocal, Leandro Burgos Robles, Arnold Morales Gomez
Actores MIPES G.P.
Iteración 1
Descripción Este caso de uso empieza cuando el Mipes de Grupo Pequeño ingresa a la
vista Registrar Asistencia GP, una vez cargado el formulario debe marcar la
asistencia de cada integrante del GP, luego debe marcar en el botón registrar
y se le abrirá un modal con otro formulario el cual deberá ser completado y
para finalizar debe marcar en el botón registrar. Este caso de uso termina
después de haber marcado registrado y se vuelve al formulario Registrar
AsistenciaGP.
Referencias RF07 Se registrará la asistencia de los miembros a los grupos pequeños según
el cronograma de reuniones establecido.
Requerimientos RNF05, RNF06, FNF07.
especiales
Precondiciones Tiene que haber miembros en el GP. Donde se registrará la asistencia.
Post Condiciones Se registró un registro de asistencia en la tabla ASMIEMGP.
Flujo normal de eventos Registrar Asistencia
Acción del actor Respuesta del sistema
1. Seleccionar el checkbox que pertenece 2. El icono del checkbox
respectivamente de la persona que seleccionado cambia de estado y
asistió. valor.
3. Registrar el número de visitas, lugar de
reunión.
Página 29
4. Dar click en el botón Registrar. 5.
6. Aparece un mensaje 7. Envía los datos de la asistencia por método

para confirmar registro, post a ASMiemGPController.java para
acepta la información ejecutar el método Registrar_AsistGP ().
con el botón.
8. 9. Inserta un registro en la tabla
ASISTENCIAEVT.
10. 11. Inserta el registro de la asistencia de cada
Integrante en la tabla ASMIEMGP.
12. 13. Carga la página AsistenciaGP.
Flujo alternativo de Registrar Asistencia “Cancelar Registro de Asistencia”
14. En el paso 6 14.
16. Cierre de la ventana emergente.
15. Dar click en el botón Cancelar
Flujo alternativo de eventos Listar
1. Seleccionar la opción 2. Envía el id de la opción por método post a

Registrar Asistencia. En el MainController.java
menú.
3. 4. Obtener la lista de integrantes de grupo

pequeño con el método
List(MiembroGP):objJSON
5. 6. Redirigir a la página AsistenciaGP y lista los
miembros pertenecientes al Grupo Pequeño.
Anexos
Página 30
Diagrama de clases de Análisis
Diagrama de clases del Diseño
Página 31
Diagramas de interacción (DI) (secuencia y/o colaboración)
● DSD_RegAsisGP-Registrar
Página 32
● DSD-RegAsisGP-Listar
Página 33
● Flujo Alternativo Cancelar Registro de Asistencia
Prototipos del Caso de Uso
Página 34
Página 35
3.1.2. UC02 - Registrar persona
Nombre UC02 - Registrar persona

Versión 001
Autor Igor Chipana Berrocal, Leandro Burgos Robles, Arnold Morales Gomez
Actores MIPES G.P.
Iteración 1
Descripción El caso de uso comienza cuando se muestra el formulario con los datos
principales (Documento de Identidad, Nombres y Apellidos), con algunos
datos opcionales, y termina con el registro de esos datos en la tabla Persona y
la creación de un Usuario con el número de DNI como usuario y contraseña
Referencias RF02 Se registraran a las personas con el Rol "Miembro" por defecto
Requerimientos RF03 , RF04, RF05, RF02

especiales
Precondiciones Tiene que haber un usuario para que este pueda entrar al sistema y registrar
otras personas.
Post Condiciones Nuevos registros en las tablas Usuario, Persona y DetRol
Flujo normal de eventos “Registrar Persona”
1. Seleccionar 2. Cargar Interfaz jspPersonaMain.jsp

la opción
Gestión de
Miembros que
se encuentra en el menú lateral .
3. Se abrirá un modal donde visualizamos dos

2. Seleccionar botón añadir. opciones la de buscar y registrar.
5. Aparecerá un formulario con los campos

4. Seleccionar opción principales de registro.
registrar.
Página 36
6. Registrar los 7. Cambia valor y color en

nombre de la el input.
persona, sus
apellidos, su
DNI, su sexo y
marca si es bautizado.
8. Seleccionar el botón Registrar. 9. Envía los datos de registro de persona por

método post a PersonaController.java para
ejecutar el método addPersona ().
11. Inserta un registro en la tabla Persona.
13. Carga la página jspPersonaMain.jsp
15. Se
muestra
un mensaje
de éxito.
Flujo alternativo de eventos “Cancelar Registro”
1. Desde el paso 7…. 2.
3. Marcamos en la opción Cancelar. 4. No se registra la nueva Persona. Cierre del

Modal
Anexos
Página 37
Diagrama de clases de Anàlisis
Página 38

Flujo Normal de eventos Registrar Persona:
Flujo Alterno Cancelar Registro de Persona
Página 39
Página 40
3.1.3. UC03 - Administrar Miembros de G.P.
Nombre Administrar Miembros de G.P.

Versión 001
Autor Leandro Burgos Robles, Igor Chipana Berrocal, Arnold Morales Gomez
Actores MIPES G.P.
Iteración 1
Descripción El caso de uso comienza cuando el MIPES de Grupo Pequeño escoge la

opción “Gestión de Miembros” en el menú principal o en el navegador lateral.
El caso de uso termina con el listado de los miembros de pertenecientes al
G.P. del usuario que está interactuando con la aplicación.
Referencias RF08
Requerimientos <Poner los requerimientos no funcionales que impactan en la operatividad del

especiales caso de uso>
Precondiciones Haber asignado a un MIPES de G.P.
Post Condiciones Se conoce y se puede administrar los miembros registrados.
Flujo normal de eventos
1. Da clic en la opción Gestión de Miembros 2. Envía la opción y el orden por método post a
en el menú principal o en el navegador lateral MiembroGPController.java para ejecutar el
método redirectPage(orden,opc)
3. 4. El controlador carga la vista Miembros de

G.P. , utilizando la opción y el orden
recibidos, con el método setModel()
5. 6. Al abrir la vista esta envía una petición por

JSON para obtener la lista de miembros de
G.P. a MiembroGPController.java
Flujo alternativo de eventos – Desvincular Miembro
Página 41
1. Da clic en el botón Desvincular que 2. Aparece un mensaje si estás seguro de

pertenece a un miembro de G.P. desvincular
3. Dar click en Aceptar. 3. Envía el idMIEMBROGP de la persona a

desvincular a MiembroGPController.java
para ejecutar el método
deleteMiembrogp(idMIEMBROGP)
4. 5. Se hace una eliminación lógica del Grupo

Pequeño. Se cambia el estado en la tabla
MiembroGP que devuelve una variable de
tipo bandera.
6. 7. Se retorna una respuesta en formato JSON a

la vista Miembros de G.P. para confirmar la
desvinculación o notificar un error
8.
Mensaje
de éxito.
Flujo alternativo de eventos – Cancelar Desvinculación
9. Desde el paso 2…. 10.
11. Dar Clic en el botón 12.La ventana de notificaciones se cierra, no se

Cancelar en la ventana desvincula ningún miembro.
de notificaciones.
Flujo alternativo de eventos – Ver Perfil
1. Da clic en el botón Ver Perfil que pertenece 2. Envía el idMIEMBROGP,orden y opc del
a un miembro de G.P. miembro seleccionado a
MiembroGPController.java para ejecutar el
método
redirectPage(orden,opc,idMIEMBROGP)
3. 4. Obtiene datos de la persona con el método

getPersona(idPersona)
Página 42
5. 6. El controlador carga la vista Perfil,

utilizando la opción y el orden recibidos, con
el método setModel() junto con los datos de
la persona
Anexos
Página 43
● DSD-AdmMiembrosGP-Listar
Página 44
● DSD-AdmMiembrosGP-VerPerfil
● DSD-AdmMiembrosGP-Desvincular
Página 45
● DSD-AdmMiembrosGP-Cancelar Desvincular
Página 46
Página 47
3.1.4. UC04 - Administrar Grupos Pequeños
Nombre Administrar Grupos Pequeños

Tipo Esencial
Versión 001
Autor Igor Chipana Berrocal, Leandro Burgos Robles, Arnold Morales Gomes
Actores MIPES_ES
Iteración 1
Descripción Este caso de uso empieza cuando el Mipes de Iglesia ingresa al formulario de
Administrar GP. Se podrá modificar e insertar un nuevo GP. El caso concluye
si se realiza algún cambio o registro de un GP.
Referencias RF01 Se podrá registrar y administrar los grupos pequeños.
especiales
Precondiciones Para editar tiene que haber un registro de GP.
Post Condiciones Se registró un registro o editó un nuevo GP. en la tabla GRUPO.
Flujo normal de eventos Listar Grupos Pequeños
1.Seleccionar el módulo de Grupo Pequeño 2. Carga la interfaz privilegio.jsp
3. Seleccionar la opción Grupos pequeños 4. Envía el id de la opción por método post

grupoController.java
4. Obtener la lista de grupos pequeños con el

método
List<Grupo>listGrupo(@RequestBody
<Paramer><paramer>)
6. Redirigir a la página jspGrupoMain y lista los
Grupos Pequeños Registrados.
Flujo alternativo de eventos Registrar GP
2. Se abrirá un modal donde visualizamos los datos
que debemos registrar.
1. Selecciona el botón Añadir
3. Registrar el nombre del 4. Envía los datos de registro de GP por método

GP, y el lugar de reunión. post a GrupoController.java para ejecutar el
Marcamos el botón método addGrupo ().
Guardar.
5. 6. Inserta un registro en la tabla GRUPO.
7. 8. Carga la página jspGrupoMain.
Página 48
9. 10. Muestra
mensaje de éxito.
Flujo alternativo de Registrar GP “Cancelar Registro de GP”

11. Desde el paso 2.. 12.
13. Marcamos el botón 14. No se registra GP. Cierre del Modal.
Cerrar.
Flujo alternativo de eventos Editar GP
2. Se abrirá un modal donde visualizamos
1. Selecciona el botón Editar. los datos que podemos editar.
3. Modificamos los datos que deseamos y 4. Envía los datos de la modificación del GP por
presionamos el botón Guardar. método post a GrupoController.java para
ejecutar el método updateGrupo ().
6. Se realiza un update de 1 registro seleccionado

en la tabla GRUPO.
8. Carga la página jspGrupoMain.
9. Muestra
mensaje de
éxito.
Flujo alternativo de Editar GP “Cancelar el editar un GP”

9. Desde el paso 2….. 10.
12. No se edita el GP. Cierre del Modal.
11. Marcamos el botón Cerrar.
Flujo alternativo de evento Eliminar Grupo Pequeño
2. Se visualiza una alerta donde nos aparece para
1. Seleccionamos el botón. confirmar o cancelar la eliminación.
3. Seleccionamos el botón aceptar. 4. Envia el id de la fila seleccionada a

GrupoController y ejecuta el método
deleteGrupo().
5. 6. Se elimina un registro en la tabla GRUPO.
7. 8. Carga la página jspGrupoMain.
9. 10. Muestra mensaje de eliminación.
Página 49
Flujo alternativo Eliminar Grupo Pequeño “Cancelar Eliminación”

11. Desde el paso 2...
13 Seleccionamos el botón cancelar. 14. No se elimina ningún registro. Cierre de la
alerta.
Anexos
Página 50
Página 51

DSD_AdmGP-Listar
DSD_AdmGP-Registrar
Página 52
Flujo Alternativo Cancelar Registro de GP.
Página 53
DSD-AdmGP-Editar
Página 54
Flujo Alternativo Cancelar Editar de GP.
DSD-AdmGP-Eliminar
Página 55
Flujo Alternativo Cancelar Eliminación de GP.
Página 56
Registro de nuevo Grupo Pequeño.
Página 57
Modificar Grupo Pequeño.
Página 58
3.1.5. UC05 – Administrar Escuelas Sabáticas
Nombre UC06 – Administrar Escuelas Sabáticas

Tipo Esencial Intermedio
Versión 001
Autor Igor Chipana Berrocal, Leandro Burgos, Arnold Morales
Actores MIPES Iglesia
Iteración 1
Descripción Este caso de uso empieza cuando el Mipes de Iglesia selecciona la opción
“Escuelas Sabáticas” en el navegador lateral.El caso concluye cuando se
visualiza el listado de las escuelas sabáticas pertenecientes a un distrito.
Referencias RF20
especiales
Precondiciones Para editar tiene que haber un registro de una Escuela Sabática
Post Condiciones Se añadió un registro o editó una nueva Escuela Sabática en la tabla
ESCUELA.
Flujo normal de eventos Listar Escuela Sabatica
1.Seleccionar la opción Escuelas Sabáticas en el 2. Envía el id de la opción por método post a
navegador lateral. EscuelaController.java
3. 4. Obtiene la lista de Escuelas Sabáticas con el

método List<Escuela> listEscuela .
5. 6. Redirige a la página jspEscuelaMain.
Flujo alternativo de eventos Registrar Escuela Sabática
2. Se abrirá un modal en donde se registra los
datos de la nueva Escuela Sabática
3. Registrar el nombre de la Escuela Sabática y 4. Envía los datos de registro de Escuela

Lugar de Sabática por método post a
Reunión. EscuelaController.java para ejecutar el
guardar datos con el método addEscuela().
botón
“Guardar”
5. 6. Inserta un registro en la tabla Escuela.
7. 8. Carga la página de jspEscuelaMain.
9. 10. Mensaje de éxito.
Página 59
Flujo alternativo Registrar Escuelas Sabáticas “Cancelar el registro de una Escuela Sabática ”
9. Desde el paso 2… 10.
12. No se registra ES. Cierre del modal. Carga la
página de jspEscuelaMain.
11. Cancelar el registro de Escuela Sabática con el

botón .
Flujo alternativo de eventos Editar Escuela Sabática
2. Se abrirá un modal en el que se editan los datos
1. Selecciona el botón Editar. de la escuela sabática.
3. Modificamos los datos 4. Envía los datos de la modificación de la Escuela

que deseamos y por método post a EscuelaController.java para
presionamos el botón ejecutar el método updateEscuela().
Guardar.
en la tabla ESCUELA.
8. Carga la página jspEscuelaMain.
10.
Muestra mensaje de éxito.
Flujo alternativo de Editar E.S “Cancelar el editar una E.S”

11. Marcamos el botón 12. No se edita la escuela Sabática.. Cierre del
Cerrar. modal. Carga jspEscuelaMain
Flujo alternativo de eventos Eliminar Escuela Sabática

2. Se visualiza una alerta donde nos aparece para
1. Seleccionamos el botón. confirmar o cancelar la eliminación.
3. Seleccionamos el botón aceptar. 4. Envia el id de la fila seleccionada a

EscuelaController y ejecuta el método
deleteEscuela().
Página 60
5. 6. Se elimina un registro en la tabla ESCUELA.

7. 8. Carga la página jspEscuelaMain.
Flujo alternativo Eliminar Escuela Sabática “Cancelar Eliminación”
11. Desde el paso 2...
13 Seleccionamos el botón cancelar. 14. No se elimina ningún registro. Cierre de la
alerta.
Anexos
Página 61
DSD_AdministrarES-Lista
Página 62
DSD AdministrarES -Registrar

Flujo Alternativo Cancelar Registro de E.S.
Página 63
DSD_
AdministrarES -Editar
Página 64
Flujo Alternativo Cancelar Editado de ES.
DSD_ AdministrarES -Eliminar
Página 65
Flujo Alternativo Cancelar eliminación de Escuela Sabática.
Página 66
Vista de Escuela Sabática
Registrar Escuela Sabática

Editar Escuela Sabática
Página 67
Eliminar Escuela Sabática
3.1.6. UC06 - Administrar Iglesias
Nombre Administrar Iglesia

Tipo Menos Esencial
Versión 001
Autor Igor Chipana Berrocal
Actores MIPES_DISTRITO
Iteración 1
Descripción Este caso de uso empieza cuando el Mipes de Distrito ingresa al formulario
Administrar Iglesia. Se podrá modificar e insertar una nueva Iglesia. El caso
concluye si se realiza algún cambio o registro de una nueva Iglesia.
Referencias RF33
Página 68

especiales
Precondiciones Para editar tiene que haber un registro de una Iglesia
Post Condiciones Se añadió un registró o editó una nueva Iglesia en la tabla Iglesia
1.Seleccionar la opción 2. Envía el id de la opción por método post a
Administrar Iglesia. En el menú. MainController.java
4. Obtener la lista de la iglesia con el método

List():objJSON
6. Redirigir a la página AdministrarES y listar las
Escuelas Registradas.
Flujo alternativo de eventos Registrar Iglesia
2. Se abrirá un modal donde visualizaremos los
datos que debemos registrar.
3. Registrar el nombre de la 4. Envía los datos de registro de Iglesia por

Iglesia, Mipes de Iglesia. método post a IglesiaController.java para
Marcamos el botón ejecutar el método Insert IGL ().
Agregar.
5. 6. Inserta un registro en la tabla Iglesia.
7. 8. Carga la página AdministrarGPs.
Flujo alternativo de Registrar Iglesia “Cancelar el registro de una Iglesia”
11. Marcamos el boton 12. No se registra. Cierre del modal. Carga
Cancelar. Administrar Iglesia.
Flujo alternativo de eventos Editar Iglesia
1. Selecciona el botón Editar. datos que podemos editar.
3. Modificamos los datos que 4. Envía los datos de la modificación de la Iglesia

deseamos y presionamos el botón por método post a IglesiaController.java para
Guardar. ejecutar el método EditIGL ().
en la tabla IGLESIA.
8. Carga la página Administrar Iglesia.
Flujo alternativo de Editar Iglesia “Cancelar el editar una Iglesia”
Página 69
11. Marcamos el boton Cancelar. 12.No se edita. Cierre del modal. Carga
Administrar Iglesia.
Anexos
Página 70
Diagramas de interacción (DI) (secuencia y/o colaboración
DSD_AdmIglesia-Lista
DSD_AdmIglesia-Registrar
Flujo Alternativo Cancelar Registro de Iglesia.
DSD_AdmIglesia-Editar
Flujo Alternativo Cancelar Editado de Iglesia.
3.1.7. UC07 - Administrar Distritos Misioneros

Nombre UC12 - Administrar Distrito Misionero
Tipo Esencial Bajo
Versión 001
Autor Igor Chipana Berrocal
Página 71
Actores Administrador
Iteración 1
Descripción Este caso de uso empieza cuando el Administrador ingresa al formulario
AdministrarDM. Se podrá modificar e insertar un nuevo Distrito Misionero.
El caso concluye al mostrar la lista actualizada de Distritos Misioneros.
Referencias RF32
especiales
Precondiciones Para editar tiene que haber un registro de un Distrito Misionero.
Post Condiciones Se añadió un registró o editó un nuevo Distrito en la tabla DISTRITO.
1.Seleccionar la opción Administrar 2. Envía el id de la opción por método post a
DM. En el menú. MainController.java
4. Obtener la lista de las Escuelas Sabáticas con el

método ListDistrito(idDISTRITO):objJSON
6. Redirigir a la página AdministrarDM y lista los
Ministerios Registrados.
Flujo alternativo de eventos Registrar Distrito Misionero
datos que debemos registrar.
3. Registrar el nombre del 4. Envía los datos de registro de DM por

DM, Mipes de Distrito. método post a DistritoController.java para
Marcamos el botón ejecutar el método Insert Datos ():
Agregar.
5. 6. Inserta un registro en la tabla DISTRITO.
7. 8. Carga la página AdministrarDM.
Flujo alternativo de Registrar DM “Cancelar el registro de un DM”
11. Marcamos el boton 12. No se registra DM. Cierre del modal. Carga
Cancelar. AdministrarDM.
Flujo alternativo de eventos Editar Distrito Misionero
1. Selecciona el botón Editar. datos que podemos editar.
3. Modificamos los datos que 4. Envía los datos de la modificación del DM por
deseamos y presionamos el botón método post a DistritoController.java para
Guardar. ejecutar el método Edit (DIST_NOMBRE).
Página 72

en la tabla DISTRITO.
8. Carga la página AdministrarDM.
Flujo alternativo de Editar D.M “Cancelar el editar un D.M”
11. Marcamos el boton Cancelar. 12.No se edita. Cierre del modal. Carga
AdministrarDM.
Anexos
Página 73
DSD_AdministrarDM-Lista
DSD AdministrarDM -Registrar
Página 74
Flujo Alternativo Cancelar Registro de D.M.
DSD_ AdministrarDM -Editar
Página 75
● Flujo Alternativo Cancelar Editado de DM.
Página 76
Página 77
3.1.8. UC08 - Administrar evento

Nombre
Versión 001
Actores MIPES
Iteración 1
Descripción .
Referencias
Requerimientos
especiales
Precondiciones
Post Condiciones .
1 7.
Flujo alternativo de eventos – Desvincular Miembro
Anexos
Página 78

● Flujo Normal de Eventos
Página 79
Página 80
3.1.9. UC09 - Ingresar al sistema
Nombre UC10 - Ingresar al sistema

Versión 001
Actores Miembro
Iteración 1
Descripción El caso de uso comienza cuando el Miembro carga la página principal. En la

parte superior se encuentra un botón que permite abrir una ventana emergente
para Iniciar Sesión. El miembro ingresa su usuario y clave para ser validados
por el sistema. Este caso de uso termina al abrir el Menú principal como
muestra de que han sido validados los datos
Referencias RF29
Página 81
Requerimientos
especiales
Precondiciones Existen miembros ya registrados en el sistema
Post Condiciones Sesión activa con los datos del usuario ingresante
Flujo normal de eventos “Ingresar al Sistema”
1. Clic en el botón Ingresar al sistema 2. Abre un modal que contiene el formulario de

inicio de sesión.
3. Llenar los datos 4. Envía los datos al método

solicitados: Usuario configure(HttpSecurity,USU_USUARIO,
y Contraseña. Da USU_CLAVE) que está en
clic en Ingresar SecurityConfig.java
luego de llenar los
campos
5. 6. SpringSecurity autentica el usuario y

contraseña con el método
loadUserByUsername(USU_USUARIO,
USU_CLAVE) comparando con Usuario
7. 8. Se obtiene las entidades Rol, Usuario,

Persona, Privilegio para ser almacenados en
una sesión activa
9. 10. Se redirige a la vista Menu.jsp
Flujo alternativo de eventos – Usuario Inválido
1. Clic en el botón Ingresar al sistema 2. Abre un modal que contiene el formulario de

inicio de sesión
3. Llena los datos solicitados: Usuario y Clave. 4. Envía los datos al método
Da clic en Ingresar luego de llenar los configure(HttpSecurity,USU_USUARIO,
campos USU_CLAVE) que está en
SecurityConfig.java
Página 82
5. 6. SpringSecurity autentica el usuario y

contraseña con el método
loadUserByUsername(USU_USUARIO,
USU_CLAVE) comparando con Usuario
7. 8. Se recarga a la vista Principal.jsp.
Anexos
Página 83
● DSD Ingresar al Sistema

Escenario: Flujo Normal de Eventos
Página 84
● DSD Ingresar al Sistema

Escenario: Flujo Alternativo de Eventos 01: Usuario Inválido
Página 85
Página 86
3.1.10. UC10 - Reporte de Asistencia a Evento

3.1.11. UC11 - Seleccionar miembro
3.1.12. UC12 - Administrar datos de Usuario
3.1.13. UC13 - Administrar periodo de trabajo
3.1.14. UC14- Buscar Miembro
3.1.15. CU11 – Administrar Iglesia

3.1.16. Especificación esencial
Nombre <Nombre del Caso de uso>
Versión 001
Autor Arnold Morales Gomez
Actores MIEMBRO
Iteración 01
Descripción El caso de uso comienza cuando el líder encargado de administrar datos de

Miembro, busca un miembro para añadir a una lista. la aplicación accederá a la
base de datos y buscará todo lo relacionado con la petición del Usuario, luego
le mostrará una página con los resultados y cuando elija uno de los resultados,
el caso de uso termina cuando el Miembro fue localizado
Referencias RF030 - Se permitirá la administración de los datos personales de toda persona

que tenga una relación en el sistema
Página 87
Requerimiento RNF-003, RNF-005

s especiales
Precondiciones Existen registros creados de usuarios.
Post Se modifica en la tabla MiembroGP, MiembroMin

Condiciones
Página 88
1. Seleccionar la opción 2. Envía el id de la opción por método

Se encuentra ubicado en una ventana post a MainController.java
emergente (modal) que cada líder podrá
administrar
3. 4. Se obtienen los resultados de la

petición mediante getDatos() de la
entidad Persona
5. 6. Obtener datos de Miembro en una

ventana modal, con el método
list_DatosPersona()
Flujo alternativo de evento Buscar Miembro
15. Dar click en el botón Cancelar 16. la ventana emergente se cierra y

cancela la modificación de datos
1. 2.
3. 4.
Anexos
Página 89
● DSD Busca Miembro

Escenario: Flujo Normal de Eventos
Página 90
3.1.17. A
3.1.18. a
4. Pruebas
Se debe incluir un párrafo introductorio que detalle el contenido de las pruebas.
4.1. Plan de pruebas

El plan debe incluir pruebas unitarias para los casos de uso del núcleo central.
4.2. Checklist del modelo de negocio
REVISION COMPLETADO
✓
Que los business actors (BA) asociados a un caso de uso de negocio (BUC)
deben figurar como un swimlane en el diagrama de actividades
(DA)correspondiente.
Página 91
✓
Que los business workers (BW) especificados en un diagrama de objetos de
negocio (DON) de un BUC deben participar como swimlane en el DA del
mismo BUC.
✓
Que la business entities (BE) especificadas en un DON de un BUC deben
figurar como input u output de una actividad en el DA del mismo BUC
✓
Que las actividades señaladas como automatizables en algún DA deben
figurar como una o muchas responsabilidades en la lista de requerimientos.
BUC BA SWIMLAN
Que los business E
actors (BA) asociados
a un caso de uso de BUC_REGISTRAR_DATOS_GP ✓
negocio (BUC) deben BUC_REGISTRAR_ASISTENCIAGP
figurar como un BUC_REGISTRAR_ESTUDIO_LS
BA_MIEMBRO_G
swimlane en el BUC_REGISTRAR_DATOS_ES
BUC_REGISTRAR_DICIPULADORES P
diagrama de
BUC_TRANSFERIR_MIEMBROGP
actividades BUC_REGISTRAR_DATOS_MINISTERI
(DA)correspondiente O
.
BUC_REGISTRAR_TM BA_DISCIPULO ✓
BUC_REGISTRAR_DATOS_MINISTERI BA_MIEMBRO_MI ✓
O
BUC_REGISTRAR_ASISTENCIAMI
BUC BW SWIMLANE
Que los
BUC_REGISTRAR_ASISTENCIAGP BW_MIPES_GP ✓
BUC_REGISTRAR_DATOS_GP
business
workers (BW) BUC_REGISTRAR_DICIPULADORES BW_DISCIPULADOR ✓
especificados
Página 92
en un BUC_TRANSFERIR_MIEMBROGP BW_MIPES_ES ✓
diagrama de BUC_REGISTRAR_DATOS_GP
objetos de BUC_REGISTRAR_ESTUDIO_LS
negocio
BUC_REGISTRAR_DICIPULADORES
(DON) de un
BUC_REGISTRAR_ASISTENCIAGP
BUC deben BUC_TRANSFERIR_MIEMBROGP
participar BUC_REGISTRAR_DATOS_GP ✓
como BUC_REGISTRAR_ESTUDIO_LS BW_MIPES_IGLESIA
swimlane en el BUC_REGISTRAR_DATOS_ES
DA del mismo BUC_REGISTRAR_DATOS_MINISTERIO
BUC.
BBUC_REGISTRAR_DATOS_MINISTERIO BW_LIDER_MINISTERIO ✓
BUC BE SWIMLANE
BUC_REGISTRAR_DATOS_MINISTERIO BE_MIEMBROS_MI ✓
Que la BUC_REGISTRAR_ASISTENCIAGP BE_MIEMBROS_GP ✓

business BUC_TRANSFERIR_MIEMBROGP
entities (BE) BUC_REGISTRAR_DATOS_GP
BUC_REGISTRAR_ESTUDIO_LS
especificadas BUC_TRANSFERIR_MIEMBROGP
en un DON
de un BUC BUC_REGISTRAR_DATOS_MINISTERIO BE_MINISTERIOS ✓
deben
figurar como
input u BUC_REGISTRAR_DATOS_GP BE_SOLICITUD_CREACION ✓
BUC_REGISTRAR_DATOS_ES
output de BUC_REGISTRAR_DATOS_MINISTERIO
una
actividad en BUC_REGISTRAR_DICIPULADORES BE_SOLICITUD_DIS ✓
el DA del
mismo
BUC.
BUC_REGISTRAR_DATOS_GP BE_GPs ✓
BUC_REGISTRAR_DATOS_ES BE_ESs ✓
BUC_REGISTRAR_ASISTENCIAGP BE_ASISTENCIAGP ✓
BUC_REGISTRAR_ESTUDIO_LS BE_ESTUDIO_LES ✓
Página 93
BE_IGLESIAS ✓
BUC_TRANSFERIR_MIEMBROGP BE_CARTA_TRANFERENCIA ✓
BUC_TRANSFERIR_MIEMBROGP
BE_EVIDENCIA_ASISGP ✓
BE_ASMIEMBROGP ✓
BUC_REGISTRAR_DICIPULADORES BE_PMISIONERA ✓
BUC_REGISTRAR_DICIPULADORES BE_DISCIPULADORES ✓
BUC_REGISTRAR_DICIPULADORES BE_DISCIPULOS ✓
Página 94
Página 95

PRIMER ENTREGABLE DEL PROYECTO Fasede Iteración PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PRIMER ENTREGABLE DEL PROYECTO Fasede Iteración PDF

Cargado por

Copyright:

Formatos disponibles

RAGNAROK CONSULTING

PRIMER ENTREGABLE DEL PROYECTO

Burgos Robles Leandro Jair

1. Modelo del negocio

Proceso de la Gestión de Discipulado/Parejas Misioneras

1.1. Vista externa del modelo de negocio

Lista de actores de negocio

BA_MIEMBRO_MI Integrante de un ministerio y realiza obras misioneras en grupo.

BA_MIEMBRO_GP Integrante de un G.P. al que se le registra su asistencia, este puede ver un

BA_DISCIPULO Interesado en recibir estudios bíblicos al que se le registra su avance cada

1.1.2. Diagrama de casos de uso de negocio

1.2. Vista interna del modelo de negocio

Lista de trabajadores de negocio

BW_DISCIPULADOR Encargado de registrar a sus interesados y el avance de estos en cada visita.

1.2.2. Lista de entidades de negocio

Lista de entidades de negocio

Nombre Descripción Origen Tipo

BE_MIEMBROS_MI Contiene los datos de los integrantes del I F

BE_MIEMBROS_GP Contiene los datos de los integrantes del G,P, I F

BE_MINISTERIOS Contiene los datos de los ministerio E F

BE_SOLICITUD_CR Contiene la solicitud para la apertura de un E F

BE_SOLICITUD_DIS Solicitud realizada para ser discipulador E F

BE_GPs Contiene los datos de los Grupos Pequeños E P

BE_ESs Contiene los datos de las escuelas sabáticas E F

BE_ASISTENCIAGP Contiene los datos de la reunión del GP por I P

BE_ESTUDIO_LES Contiene el registro del número de estudios de I F

BE_CARTA_TRANFE Contiene la solicitud de transferencia de un E F

BE_EVIDENCIA_ASI Contiene los datos de la reunión del grupo I F

BE_PMISIONERA Contiene los datos de la pareja misionera| I F

BE_DISCIPULADOR Contiene los datos de los discipuladores I F

BE_DISCIPULOS Contiene datos de los interesados al estudio I F

1.3. Realización de los casos de uso de negocio

Nombre <Poner el nombre del caso de uso de negocio>

Descripción Este Caso de Uso comienza con la redacción de la Solicitud de Creación.

Actores de negocio BA_MIEMBRO_GP

Entregables Registro de G.P. ,Registro de miembros de G.P.

Diagrama de objetos de negocio

Nombre Registro de Asistencia al Grupo Pequeño

Actores de negocio BA_MIEMBRO_GP, BW_MIPES_GP ,BW_MIPES_IGLESIA

Entradas Lista de Miembros del G.P.

Entregables Registro de Asistencia de los integrantes del G.P.

Mejoras En este proceso resultaría ventajoso guardar la información en una base

Diagrama de objetos de negocio

1.3.2. Registrar Discipuladores

Nombre Registrar Discipuladores

Actores de negocio BA_MIEMBRO_GP

Mejoras Las mejoras de este proceso estarían relacionadas a la innovación el

Diagrama de objetos de negocio

1.3.3. Transferir Miembro de Grupo Pequeño

Nombre Transferir Miembro de Grupo Pequeño

Actores de negocio BA_MIEMBRO_GP,BW_MIPES_ES,BW_MIPES_IGLESIA

Mejoras En este proceso resultaría ventajoso guardar la información en una base

Diagrama de objetos de negocio

1.3.4. Registrar Datos de Escuela Sabática

Nombre Registrar Datos de Escuela Sabática

Actores de negocio BA_MIEMBRO_GP, BW_MIPES_IGLESIA

Mejoras En este proceso sería útil un solicitud virtual de apertura o creación de

Diagrama de objetos de negocio

1.4. Glosario de términos

Glosario de términos al 50%

Asistencia Es el control del número de reuniones asistidas por el miembro.

Discipulado Acción de instruir a una persona y enseñar sobre la Biblia

Discipulador Persona que da estudios bíblicos. Similar a un maestro.