ERP Social Despacho Parroquial - dspace.uce.edu.ec · DESCRIPTORES: SISTEMA DE PLANIFICACIÓN DE...

ERP Social – Despacho Parroquial

UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA

CARRERA DE INGENIERÍA INFORMÁTICA

IMPLEMENTACIÓN DEL SISTEMA “ERP SOCIAL” EN LA UNIDAD

EDUCATIVA INTERCULTURAL “LA PAZ” Y EL DESPACHO

PARROQUIAL DE “CACHA” DE LA CIUDAD DE RIOBAMBA Y

REINGENIERÍA DEL SISTEMA

TRABAJO DE GRADUACIÓN

PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO INFORMÁTICO

AUTOR:

JOSÉ ANTONIO AUQUILLA BUÑAY

TUTOR:

ING. CÉSAR AUGUSTO MORALES MEJÍA, MSc.

QUITO – ECUADOR

2015


ii

DEDICATORIA

Este trabajo va dedicado a todos aquellos que estimo y que son parte de mi vida.

A mi Dios que me dio fuerzas para afrontar cada uno de los retos que se

presentaron en mi vida ayudándome a seguir adelante dándome, fuerzas para

nunca rendirme y guiándome por el buen camino.

A mi madre Manuela y mi padre Pedro que supieron hacer de mí una mejor

persona a través del apoyo y consejos que me brindaban diariamente. Siendo un

pilar muy fundamental en mi vida, siempre guiándome por el camino correcto y

enseñándome a nunca darme por vencido.

A mis hermanos Mario, Humberto, Doris y Jessica por estar siempre junto a mí,

acompañándome para poder así culminar con mi carrera.

A mi familia quienes gracias a ellos soy lo que soy.

A mis maestros quienes me enseñaron a comprender cada una de las materias que

me asignaban, además de implantar valores que orientaron el transcurso de mi

carrera.

A todos mis amigos quienes supieron afrontar conmigo las adversidades que se

presentaban


iii

AGRADECIMIENTO

El agradecimiento a mi Dios, por permitirme culminar exitosamente mi carrera

universitaria.

Un agradecimiento especial al Ing. César Morales, por darme la posibilidad de

integrar este proyecto, por guiarme y brindarme recomendaciones que fueron

esenciales para poder finalizar este trabajo de graduación.

Al rector de la unidad educativa “La Paz” de la ciudad de Riobamba, Licenciado

Montesdeoca Bonifaz Luis por creer en este proyecto y admitir la implementación

del mismo en la institución que está a su cargo.

A los Ingenieros Julio Mendoza y Franz del Pozo, por su predisposición para ser

los revisores del presente trabajo de graduación.

A la Universidad Central del Ecuador, por todos los conocimientos otorgados

durante toda la etapa universitaria, los cuales serán fundamentales en mi vida

personal y profesional.

A mis amigos que conformaron el grupo para sacar adelante el proyecto a pesar de

las adversidades presentadas: Darío, Myrian, Klever, Diego, Mónica, Manolo,

Freddy y Daniel.


iv

AUTORIZACIÓN DE AUTORÍA INTELECTUAL


v

CERTIFICACIÓN TUTOR


vi

INFORME CONCLUSIÓN DE TRABAJO DE GRADUACIÓN


vii

DESIGNACIÓN DE TRIBUNAL


viii

CALIFICACIÓN DE TRIBUNAL


ix

CONTENIDO

DEDICATORIA ii

AGRADECIMIENTO iii

AUTORIZACIÓN DE AUTORÍA INTELECTUAL iv

CERTIFICACIÓN TUTOR v

INFORME CONCLUSIÓN DE TRABAJO DE GRADUACIÓN vi

DESIGNACIÓN DE TRIBUNAL vii

CONTENIDO ix

LISTA DE TABLAS xii

LISTA DE FIGURAS xii

RESUMEN xiii

ABSTRACT xiv

INTRODUCCIÓN 1

CAPITULO 1 2

1.PRESENTACIÓN DEL PROBLEMA 2

1.1. Planteamiento del Problema 2

1.2. Formulación del Problema 3

1.3. Interrogantes de la Investigación 4

1.4. Objetivo de la Investigación 5

1.5. Justificación 5

1.6. Contenido del Proyecto 6

CAPITULO 2 8

2.1. Antecedentes 8

2.2. Marco Teórico 9

2.2.1. Beneficios del ERP 10

2.2.2. Limitaciones 10

2.2.3. Análisis y diseño 10

2.2.4. Implementación 11

2.2.5. Seguimiento 11

2.2.6. Evaluación 11

2.2.7. Control 11

2.2.8. Modelo de Desarrollo 11

2.2.9. Metodología 14


x

2.2.10. Lenguaje de programación Java 15

2.2.11. Base de Datos 16

2.3. Identificación de variables 18

2.3.1. Variables Independientes 20

2.3.2. Variables Dependientes 21

2.4. Hipótesis 21

CAPITULO 3 22

3.MARCO METODOLÓGICO 22

3.1. Especificaciones de requerimientos del sistema 22

3.1.1. Seleccionar Tipo de Evento 22

3.1.2. Registro de Datos 23

3.1.3. Generación de Certificados 25

3.1.4. Ingresar Sepulturas 27

3.1.5. Ingresar Contratos 28

3.1.5. Registrar Pagos Contrato 30

3.2. Diagramas del funcionamiento del sistema 31

3.2.1. Identificación y modelo de actores 31

3.2.2. Diagrama General de los Casos de Uso del Módulo Despacho Parroquial

32

3.2.3. Detalle de los diferentes Casos de Uso del Módulo Despacho Parroquial

26

3.2.3.1. Caso de Uso: Registrar Usuario Nuevo en el Sistema 26

3.2.3.2. Caso de Uso: Ingreso al Sistema 27

3.2.3.3. Caso de Uso: Reservar Eucaristía 28

3.2.3.4. Caso de Uso: Seleccionar un Evento 29

3.2.3.5. Caso de Uso: Registro de Datos 30

3.2.3.6. Caso de Uso: Generar Reportes 31

3.2.3.7. Caso de Uso: Generar Certificados 32

3.2.4. Diagrama de Secuencia del Módulo Despacho Parroquial 34

3.2.4.1. Diagrama de Secuencia: Registro Datos Bautizo 34

3.2.4.2. Diagrama de Secuencia: Generar Certificados Bautizo 34

3.2.4.1. Diagrama de Secuencia: Generar Reportes Bautizo 35

3.2.5. Diagrama de Componentes Casos de Uso del Módulo Despacho

Parroquial 36

CAPITULO 4 37


xi

4. MARCO ADMINISTRATIVO 37

4.1 Recursos Humanos 37

4.2. Recursos Institucionales 38

4.3. Recursos del autor 38

4.4. Requerimientos 39

4.4.1. Requerimientos de hardware para el Desarrollo del Proyecto. 39

4.4.2. Requerimientos de hardware para el cliente. 39

4.4.3. Requerimientos de hardware para el servidor. 39

4.5. Presupuesto 39

4.6. Cronograma 41

4.7. Implementación del sistema. 42

CAPITULO 5 43

5. CONCLUSIONES Y RECOMENDACIONES 43

5.1. Conclusiones 43

5.2. Recomendaciones 44

GLOSARIO 45

BIBLIOGRAFÍA 50

ANEXOS 51

ANEXO 1: MANUAL DE INSTALACIÓN 52

ANEXO 2: MANUAL DE TÉCNICO 63

ANEXO 3: MANUAL DE USUARIO 99


xii

LISTA DE TABLAS

TABLA 1: REQUERIMIENTO SELECCIONAR TIPO DE EVENTO ...................................... 23 TABLA 2: REQUERIMIENTO REGISTRO DE DATOS ......................................................... 24 TABLA 3: REQUERIMIENTO GENERACIÓN DE CERTIFICADOS ..................................... 26 TABLA 4: REQUERIMIENTO INGRESAR SEPULTURAS ................................................... 28 TABLA 5: REQUERIMIENTO INGRESAR CONTRATOS ..................................................... 29 TABLA 6: REQUERIMIENTO REGISTRO PAGOS CONTRATO ......................................... 30 TABLA 7: REGISTRAR USUARIO NUEVO EN EL SISTEMA .............................................. 27 TABLA 8: INGRESO AL SISTEMA ........................................................................................ 28 TABLA 9: RESERVAR EUCARISTÍA. ................................................................................... 29 TABLA 10: SELECCIONAR UN EVENTO. ............................................................................ 30 TABLA 11: REGISTRO DE DATOS ...................................................................................... 31 TABLA 12: GENERAR REPORTES ...................................................................................... 32 TABLA 13: GENERAR CERTIFICADOS ............................................................................... 33 TABLA 14: ACTORES DEL PROYECTO .............................................................................. 38 TABLA 15: COSTOS .............................................................................................................. 40

LISTA DE FIGURAS

ILUSTRACIÓN 1: MODELO EN V ......................................................................................... 12 ILUSTRACIÓN 2: TRIANGULO DE GESTIÓN DE PROYECTOS. ....................................... 19 ILUSTRACIÓN 3: PIRÁMIDE DE LA CALIDAD .................................................................... 20 ILUSTRACIÓN 4: ADMINISTRACIÓN DE CLAVES. ............................................................ 32 ILUSTRACIÓN 5: REGISTRO PARROQUIAL. ..................................................................... 33 ILUSTRACIÓN 6: REGISTRO CEMENTERIO. ..................................................................... 34 ILUSTRACIÓN 7: REGISTRAR USUARIO NUEVO.............................................................. 26 ILUSTRACIÓN 8: INGRESO AL SISTEMA ........................................................................... 27 ILUSTRACIÓN 9: RESERVAR EUCARISTÍA ....................................................................... 28 ILUSTRACIÓN 10: SELECCIONAR UN EVENTO. ............................................................... 29 ILUSTRACIÓN 11: REGISTRO DE DATOS .......................................................................... 30 ILUSTRACIÓN 12: GENERAR REPORTES. ........................................................................ 32 ILUSTRACIÓN 13: GENERAR CERTIFICADOS .................................................................. 33 ILUSTRACIÓN 14: D. SECUENCIA REGISTRO DATOS BAUTIZO .................................... 34 ILUSTRACIÓN 15: D. SECUENCIA GENERAR CERTIFICADOS BAUTIZO ....................... 35 ILUSTRACIÓN 16: D. SECUENCIA GENERAR REPORTES BAUTIZO .............................. 35 ILUSTRACIÓN 17: DIAGRAMA DE COMPONENTES ......................................................... 36 ILUSTRACIÓN 18: CRONOGRAMA DE ACTIVIDADES ...................................................... 41


xiii

RESUMEN

IMPLEMENTACIÓN DEL SISTEMA “ERP SOCIAL” EN LA UNIDAD EDUCATIVA

INTERCULTURAL “LA PAZ” Y EL DESPACHO PARROQUIAL DE “CACHA” DE LA

CIUDAD DE RIOBAMBA Y REINGENIERÍA DEL SISTEMA.

En la actualidad, en la unidad educativa intercultural “La Paz” y el despacho

parroquial de Cacha de la ciudad de Riobamba se realiza de forma manual el

registro de matrículas en la unidad educativa. El registro de los sacramentos tales

como Bautizo, Confirmación, Matrimonio y las eucaristías que se celebran en la

iglesia, al igual que la emisión de certificados de Bautizo, Confirmación y

Matrimonio en el despacho parroquial.

El presente sistema ofrece una solución eficiente y eficaz al problema citado,

mediante la automatización de los procesos como el registro de la información, así

como los procesos de emisión de certificados para agilitar la atención brindada a la

comunidad, mejorar el manejo de documentos y permitir la obtención de reportes.

DESCRIPTORES:

SISTEMA DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES / DESPACHO

PARROQUIAL CACHA / REINGENIERÍA DEL SISTEMA / REGISTRO DE

INFORMACIÓN DE SACRAMENTOS / EMISIÓN DE CERTIFICADOS DE

BAUTIZO CONFIRMACIÓN Y MATRIMONIO / POSTGRESQL / JAVA / JBOSS /

CANTÓN RIOBAMBA / PROVINCIA DE CHIMBORAZO.


xiv

ABSTRACT

IMPLEMENTATION OF THE SYSTEM “SOCIAL ERP” IN THE INTERCULTURAL

EDUCATIVE UNIT “LA PAZ“ AND THE PARISH OFFICE OF “CACHA“ OF THE

CITY OF RIOBAMBA AND REENGINEERING OF THE SYSTEM.

Today, in the intercultural educative unit “La Paz” and the Parish Office of Cacha of

Riobamba performs manually the registration in the educative unit. The sacraments

such as: Baptism, Confirmation, Marriage and the Eucharist celebrated in the

church, as well as the issuance of Baptism, Confirmation and Marriage certificates in

the Parish Office.

This system provides an efficient and effective solution to the above mentioned

problem, by processes automation such as information registration as well as the

processes of issuing certificates to provide faster service to the community and

improve document management, and obtain of reports.

DESCRIPTORS:

ENTERPRISE RESOURCE PLANNING SYSTEM / PARISH OFFICE CACHA /

SYSTEM REENGINEERING / REGISTRATION INFORMATION OF SACRAMENTS

/ ISSUE OF CERTIFICATES OF BAPTISM CONFIRMATION AND MARRIAGE /

POSTGRESQL / JAVA / JBOSS / CANTON RIOBAMBA / PROVINCE OF

CHIMBORAZO.


xv


xvi


1

INTRODUCCIÓN

En estos días, en todo el mundo, los avances tecnológicos ocurren a diario,

permitiendo de este modo la creación de sistemas de información que faciliten el

desarrollo de las actividades manuales diarias. Este es el caso de los sistemas

ERP, ya que integran los procesos de todas las áreas de una empresa en un solo

sistema. Algunos de estos sistemas trabajan de manera local, alojándose en los

servidores de la empresa. Actualmente estos sistemas se han orientado a la web

con la finalidad de acceder a estos en cualquier momento y en cualquier lugar. Los

módulos que componen este tipo de sistemas son: Recursos Humanos,

Contabilidad, Compras, Producción, Ventas, entre otros. Cada uno de estos

módulos tiene la capacidad de ser configurados de acuerdo a los requerimientos de

cada institución.

Al ser la información de una empresa probablemente la fuente principal de negocio,

su correcta gestión es importante en el ámbito estratégico, por lo cual implementar

un ERP permite tener una ventaja en relación a otras empresas ya que un sistema

de estas características permite a los empleados de la empresa gestionar y

administrar de manera eficiente los recursos de las diferentes áreas, trabajar con

información afianzada al instante, y predecir resultados de los procesos al

simularlos. Actualmente se considera que las nuevas tecnologías informáticas han

cambiado la forma de vida, este desarrollo ha conllevado a cambios en la forma de

actuar y de pensar de los hombres y ha traído consigo nuevas pautas de

comportamiento humano.

Por lo tanto, la Facultad de Ingeniería, Ciencias Físicas y Matemática, de la

Universidad Central del Ecuador, enfocada en fomentar la automatización de

procesos necesarios en la sociedad, ha desarrollado e implementado en la

parroquia de Amaguaña, del Distrito Metropolitano de Quito, el sistema “ERP

Social”, que contiene módulos relacionados a la gestión documental escolar y

eclesiástica.


2

CAPITULO 1

1. PRESENTACIÓN DEL PROBLEMA

1.1. Planteamiento del Problema

Actualmente se ha presentado la necesidad de que los procesos que se realizan en

instituciones como centros educativos así como también en despachos parroquiales

sean automatizados, obteniendo como resultado que las actividades administrativas

que realizan estas instituciones sean más eficientes y eficaces debido al empleo de

la tecnología.

En algunas instituciones, tanto públicas como privadas, los procesos se los realiza

manualmente. Pocas instituciones emplean herramientas tecnológicas básicas para

sus actividades diarias como lo son las aplicaciones de Office Word y Excel; la

mayoría de veces, los documentos creados en estas aplicaciones deben imprimirse,

ocasionando que para su almacenamiento se deba utilizar espacio físico.

Una institución que desempeña un papel importante para la comunidad de una

parroquia es el despacho parroquial, ya que allí se administra documentos

relacionados con las actividades que tienen los feligreses tales como:

Certificados de bautizo.

Certificados de confirmación.

Certificados de matrimonio.

Catequesis.

Misas.

En algunos casos, el despacho parroquial también está a cargo de la gestión y

administración del cementerio, en el cual se desarrollan tareas tales como:

Administración de nichos

Alquiler y cobro de nichos

Hoy en día, la mayoría de despachos parroquiales realizan cada una de estas

actividades empleando en el mejor de los casos aplicaciones de Microsoft Office

como: el editor de texto (Word) y hojas de cálculo (Excel) y almacenan tales

documentos en carpetas, utilizando diferentes formas de organización documental,


3

provocando que se usen varios recursos al momento de realizar una consulta de los

mismos.

En la actualidad, con los avances tecnológicos que han aparecido, la mayoría de

las instituciones están adoptando la automatización de sus procesos, y en este

aspecto las parroquias de Pintag, Tumbaco y La Magdalena del Distrito

Metropolitano de Quito, San Isidro de la provincia del Carchi, San Pablo de la

provincia de Bolívar, San Miguel Arcángel de la provincia de Cotopaxi y Cacha de la

provincia de Chimborazo no son la excepción, ya que, tanto sus instituciones

educativas como también el despacho parroquial por falta de recursos económicos,

se han visto imposibilitados de adquirir un sistema que gestione los módulos

mencionados anteriormente, por lo cual a la propuesta de implementación del

sistema ERP Social, se obtuvo una respuesta positiva de las parroquias

mencionadas anteriormente.

1.2. Formulación del Problema

Actualmente, debido al incremento en la cantidad de habitantes de cada parroquia,

se complica cada año el trabajo de las personas que administran documentos, en

este aspecto se señala a la administración en los despachos parroquiales, ya que

se tiene dificultades debido al gran volumen de documentación personal que

generan a diario estas instituciones como certificados de bautismo, comunión,

confirmación, matrimonio, contratos y pagos de nichos.

La solución proporcionada es interesante y atractiva ya que las instituciones

siempre buscan agilitar su trabajo y realizarlo de una manera más eficiente. El

empleo de las nuevas tecnologías disminuye los tiempos de ejecución de procesos

dentro de las instituciones, además que la solución que se ofrece a las diferentes

entidades es un sistema web, con lo cual también se logra optimizar y reducir el uso

de recursos físicos y costos operativos que esto conlleva.

Basándose en las necesidades que presenta la comunidad, un grupo de

estudiantes de la carrera de Ingeniería Informática de la Universidad Central del

Ecuador plantean como proyecto la “Implementación del Sistema “ERP Social” en la

Unidad Educativa Intercultural “La Paz” y el despacho parroquial de “Cacha” de la


4

ciudad de Riobamba y Reingeniería del Sistema” que actualmente se encuentra en

fase de producción.

Con este sistema se desea que las instituciones obtengan beneficios tales como:

Reducción en los gastos en suministros de oficina.

Acceso on-line a los datos.

Seguridad gracias al almacenamiento digital de documentos.

Disminución en los tiempos de ejecución de los procesos de las

instituciones.

Mejora de los servicios institucionales.

1.3. Interrogantes de la Investigación

En el presente trabajo de graduación se han planteado las siguientes interrogantes:

¿Existe algún tipo de sistema informático que proporcione la gestión de los

recursos de las diferentes instituciones que conforman una parroquia?

¿Cómo se realiza el registro de los feligreses que han realizado alguno de

los sacramentos en la parroquia tales como bautizo, confirmación,

matrimonio, entre otros?

¿Cómo se realiza el registro de las misas que se efectúan en la iglesia de la

parroquia?

¿Cómo se obtienen los certificados de bautizo, confirmación, matrimonio,

entre otros?

¿De qué forma son administrados los documentos que se generan en cada

una de las instituciones de la parroquia?

¿Existe la necesidad de digitalizar los documentos que genera el despacho

parroquial?

¿Cuáles son los recursos tecnológicos de los que dispone cada institución

de la parroquia?

¿De qué manera se puede garantizar la estandarización de procesos para

que el sistema pueda ser implementado en otras parroquias?

¿Cuáles serían las herramientas más apropiadas para proceder con la

reingeniería del sistema?

¿Cuál es el aporte de la realización de la reingeniería al sistema?


5

1.4. Objetivo de la Investigación

1.4.1. Objetivo General

Realizar una reingeniería del sistema “ERP Social” que actualmente se encuentra

en uso en la parroquia de “Amaguaña”, para que sea implementada en el despacho

parroquial de las diferentes parroquias del Ecuador, realizando para ello

levantamiento de nuevos requerimientos y robusteciendo el sistema, el mismo que

permita gestionar el despacho parroquial y cementerio de una manera más

controlada.

1.4.2. Objetivos Específicos

Realizar un estudio de los requerimientos para un correcto funcionamiento

del despacho parroquial en el que se implemente el sistema.

Agilizar los tiempos en la gestión de los procesos tales como bautizo,

confirmación, matrimonio, defunción, sepelio y exhumación del despacho

parroquial y cementerio.

Gestionar digitalmente los documentos que posee el despacho parroquial,

para tener acceso a ellos en cualquier momento.

Impulsar la utilización del internet como herramienta para obtener

información.

1.5. Justificación

La correcta administración de la información es fundamental en cualquier

organización y empresa en general independientemente si es pública o privada.

Las instituciones de cada parroquia como Pintag, Tumbaco y La Magdalena del

Distrito Metropolitano de Quito, San Isidro de la provincia del Carchi, San Pablo de

la provincia de Bolívar, San Miguel Arcángel de la provincia de Cotopaxi y Cacha de

la provincia de Chimborazo lamentablemente no cuentan con un sistema

informático para el manejo de su información. En algunos casos, la mayoría de sus

procesos son realizados con herramientas que no cumplen en su totalidad las


6

necesidades de automatización de la institución, por lo que las personas que

laboran en las instituciones de las parroquias mencionadas anteriormente, realizan

los mismos procesos de manera repetitiva, ocasionando que se generen procesos

innecesarios.

Por lo que, es necesario que la información sea procesada y almacenada de

manera más efectiva y eficaz, para poder agilitar los procesos que realizan cada

institución de las parroquias, ya sea Unidad Educativa o Despacho Parroquial y así

lograr una gestión integral de las actividades que realizan estas instituciones.

Debido a esta razón es que se propone a las diferentes parroquias, la solución a

este problema con la reingeniería e implementación del Sistema “ERP-SOCIAL”,

basándose fundamentalmente en una premisa; beneficiar a las instituciones de

estas parroquias, incrementando la capacidad de competir en el mercado mediante

reducción de costos, incremento en la calidad y proporcionando una solución a la

accesibilidad de la información mediante el empleo de la tecnología.

El objetivo principal de este proyecto está orientado a brindar soluciones al

problema de administración y gestión de la información de las diferentes

instituciones, con el desarrollo de un sistema automatizado que comprenda las

necesidades del usuario final y por lo tanto se transforme en la herramienta que

mejore el desarrollo de las actividades del personal, aumentando la efectividad en

el manejo del flujo y procesamiento de los datos.

Además cabe recalcar, que esta propuesta se convierte en un punto de partida para

que las instituciones se involucren en un estándar de cambio evolutivo constante

para de esta manera estar a la vanguardia tecnológica aplicando las mejores

prácticas que les permitan ser competitivas dentro de su área.

Por lo que, al implantar este sistema se generará un impacto social positivo,

proporcionando a los usuarios, una información ágil y confiable en cualquier

momento y en cualquier lugar ya que podrá ser consultada en línea.

1.6. Contenido del Proyecto

El presente sistema consta de los siguientes módulos:


7

Administración del Sistema: Este módulo se basa en la administración de los

perfiles de usuario y sus respectivos permisos.

Control Académico: Este módulo permite el registro de calificaciones, asistencia y

comportamiento de los estudiantes que pertenecen a cada una de las instituciones

y obtener reportes de los mismos.

Gestión del talento humano y seguimiento de docentes: Permite tener un

control de asistencia de empleados y personal docente a través de la justificación

de faltas, cronogramas del año escolar y los horarios de cada docente. En este

módulo también es posible obtener reportes de asistencias.

Despacho Parroquial: Este módulo se encarga de automatizar el registro y la

emisión de certificados de Bautizos, Confirmaciones, Matrimonios, Defunciones

(Cementerio) y a su vez se puede obtener reportes de los mismos.

Control de Activos Fijos: Se basa en la administración de los bienes que poseen

cada una de las instituciones, de tal manera que se pueda obtener reportes

actualizados sobre el estado y stock de los bienes.

Gestión Documental: Este módulo permite administrar grandes cantidades de

documentos electrónicos de todo tipo en una organización y la recuperación de los

mismos de forma eficiente.

Auditoría del Sistema: Creado para llevar el registro de la interacción entre el

usuario y el sistema, de tal manera que se garantice la integridad y confiabilidad de

la información.


8

CAPITULO 2

2.1. Antecedentes

La misión de la Facultad de Ingeniería Ciencias Físicas y Matemática, es formar

profesionales técnicos en Ingeniería Civil, Ingeniería Informática, Ingeniería en

Matemática, Ingeniería en Diseño Industrial e Ingeniería en Computación Gráfica,

capacitados para impulsar con eficiencia el desarrollo del país, con conocimientos

de la realidad nacional, dotados de los recursos científicos y técnicos para que su

formación profesional esté al servicio de los intereses del bienestar del pueblo

ecuatoriano y del mundo. (Universidad Central del Ecuador, Facultad de Ingeniería,

Ciencias Físicas y Matemáticas. Misión y Visión

http://www.uce.edu.ec/web/ingenieria-ciencias-fisicas-y-matematica/nuestra-

facultad, 2015)

Basados en estos conceptos, se ha desarrollado un sistema de gestión orientado a

satisfacer las necesidades de la comunidad, lo que implica la planificación y gestión

de las principales instituciones de la parroquia Cacha de provincia de Chimborazo.

Este sistema llamado ERP Social nace de la iniciativa del Director de la Carrera de

Ingeniería Informática periodo 2011-2012, de la Escuela de Ciencias de la Facultad

de Ingeniería Ciencias Físicas y Matemática de la Universidad Central del Ecuador,

Ing. Santiago Morales Cardoso, cuyo principal objetivo es brindar el apoyo a la

comunidad. Tomando en cuenta como materia prima los recursos tecnológicos que

se encuentran dentro de las parroquias, este sistema fue implementado en su

primera fase en el despacho parroquial y en varias instituciones educativas de la

parroquia de Amaguaña cubriendo las necesidades de la misma.

Para el avance, evolución y crecimiento del sistema se plantea la expansión de la

implementación del ERP en otras parroquias del país, recogiendo las nuevas

necesidades que puedan tener las instituciones y a partir de estas, ir planteando

mejoras al sistema existente. Para esto se ha definido como nueva comunidad a la

parroquia de Cacha, la cual se encuentra ubicada en la ciudad de Riobamba en la


9

provincia de Riobamba y cuenta con una población de aproximadamente 3800

habitantes.

Se realizó la visita a la parroquia y se gestionó una reunión con el licenciado, rector

de la unidad educativa La Paz, al cual se le planteó realizar una presentación

general del funcionamiento del sistema y en especial del módulo de Matrículas.

Esta reunión fue agendada para el día Domingo 20 de enero del 2013 y conto con

la presencia del licenciado, el cual otorgó la aprobación para la implementación del

sistema ERP-Social en la unidad educativa que está a su cargo.

2.2. Marco Teórico

En el despacho parroquial de Cacha y la Unidad Educativa Intercultural La Paz a la

parroquia de Cacha es importante la implementación del sistema, el cual les será

de ayuda para la administración y gestión de la información.

Este módulo Despacho Parroquial forma parte del sistema ERP-Social, cuya

definición técnica es Sistema de Planificación de Recursos Empresariales y son del

tipo de Sistemas de Información Gerencial, los cuales integran y gestionan

procesos de negocio relacionados con operaciones de producción y distribución de

una institución.

Normalmente un ERP administra la producción, logística, distribución, inventario,

envíos, facturas y la contabilidad en una institución. Adicionalmente, pueden

gestionar el control de otras tareas como ventas, entregas, pagos, producción,

inventarios, calidad y administración de recursos humanos.

Este tipo de sistemas interactúan directamente no solo con los clientes, sino

también con otros sistemas gerenciales como: comercio electrónico, gobierno

electrónico, telecomunicaciones y finanzas electrónicas. Además de estas

interacciones, estos sistemas también se relacionan directamente con proveedores,

instaurando no solo una relación administrativa con ellos (SRM), a diferencia del

front office, que establece un vínculo administrativo del consumidor. (Asesoría

informática, 2013).


10

2.2.1. Beneficios del ERP

Optimización de los procesos de una organización.

Acceso total a la información de forma confiable, precisa y oportuna.

Permite compartir información entre todas las áreas de la empresa.

Supresión de procesos y tareas imprescindibles de Eliminación de procesos

y operaciones innecesarias de reingeniería.

Brindar soporte a usuarios, disminuir los tiempos de respuesta a los

problemas, así como dar un manejo de información competente,

permitiendo una adecuada toma de decisiones y reduciendo los costos

operación.

2.2.2. Limitaciones

Este tipo de sistemas denominados ERP requiere ser alimentado, administrado y

supervisado adecuadamente. Al ser operado por personal que no haya sido

capacitado previamente, o si es administrado por personas con poca o nula

experiencia, la información que gestiona este sistema deja de ser confiable y se

vuelve necesaria una revisión manual de la información haciendo tedioso cualquier

proceso operativo o administrativo. (Intelisis, 2013).

2.2.3. Análisis y diseño

El análisis, diseño e Implementación del módulo Despacho Parroquial depende de

la conciliación entre una formulación adecuada y completa del módulo, una

planificación operacional y realista, métodos de seguimiento, evaluación y control.

A veces, el desarrollo de un sistema se vuelve muy complicado, por lo que una

forma de atacar este problema es la división del sistema para comprender su

complejidad.

Además, se debe realizar un levantamiento de requerimientos para describir que

funciones y características deberá tener el sistema. Esta debe ser una tarea

fundamental en cualquier sistema previo al inicio del desarrollo del mismo.


11

2.2.4. Implementación

La implementación comprende la realización de una especificación técnica o

algoritmos como un programa, componente software, u otro sistema de cómputo.

Muchas implementaciones son dadas siguiendo una especificación o un estándar.

2.2.5. Seguimiento

El seguimiento del proyecto consiste en proporcionar una adecuada visibilidad a la

administración sobre la situación del proyecto para identificar oportunamente

cualquier desviación contra lo planeado con el objetivo de tomar

decisiones oportunas para corregirlas.

2.2.6. Evaluación

Su propósito es poder precisar el si los recursos destinados para llegar a los

objetivos planteados fueron utilizados de manera eficiente y eficaz., permitiendo

que se determine las desviaciones y realizando las respectivas correcciones que

respalden el cumplimiento de las metas proyectadas.

2.2.7. Control

Etapa fundamental en la administración, ya que, a pesar de que una institución

tenga grandes planificaciones, una dirección eficiente y una robusta estructura

organizacional, el gerente no podrá determinar estado real de su institución si no

tiene a la mano un instrumento que se corrobore e indique si las labores se

relacionan a los objetivos.

2.2.8. Modelo de Desarrollo

El modelo en V se encarga de representar las relaciones temporalmente entre las

fases del ciclo de desarrollo del proyecto. En él se realizan dos procesos al mismo

tiempo hasta llegar a la punta de la V, conforme se reduce el espacio, se hace

referencia a la reducción de tiempo de cada fase y mientras más se reduce,

aumenta el nivel, esto puede ser prácticamente una ventaja o desventaja

dependiendo del modo de trabajo de cada persona. Este modelo describe las

actividades y los resultados obtenidos en el desarrollo del software.


12

Este método es una representación gráfica del ciclo de vida del desarrollo del

sistema. Presenta los principales pasos que se deben realizar conjuntamente con

los entregables de cada paso.

ILUSTRACIÓN 1: MODELO EN V AUTOR: UNIVERSIDAD UNIÓN BOLIVARIANA

FUENTE: http://ingenieriadesoftware.mex.tl/61885_Modelo-V.html

El lado izquierdo de este modelo indica las especificaciones del sistema.

El lado derecho indica las pruebas de comprobación del sistema comparado con las

especificaciones que se encuentran en el lado izquierdo.

La parte de abajo, donde se juntan los dos lados, representa la corriente de

desarrollo.

El lado de especificaciones se compone de:

Especificaciones de requerimientos del usuario

Especificaciones funcionales

Especificaciones de diseño

http://2.bp.blogspot.com/-J26jOpOtYpw/UE5yvdouPII/AAAAAAAAAik/9thHIKU7IXA/s1600/v2.bmp


13

El lado de pruebas se compone de:

Calificación de instalación

Calificación operacional

Calificación de rendimiento

En todos los niveles lógicos, toda fase de desarrollo tendrá su correspondiente fase

de verificación. Esta estructura se justifica ya que para cada fase del desarrollo

debe existir un resultado verificable.

También se observa en esta estructura que la aproximación entre la fase de

desarrollo y su respectiva fase de verificación aumenta conforme aumenta el nivel

dentro de la V. La longitud de la separación es proporcional a la distancia en el

tiempo entre una fase y su verificación.

NIVEL 1: orientado al cliente. El inicio del proyecto y el fin del proyecto

son los extremos del ciclo. Se compone del análisis de requisitos y

especificaciones, que da como entregable un documento de requisitos y

especificaciones.

NIVEL 2: encargado de las características funcionales del sistema

propuesto. Puede considerarse el sistema como una caja negra,

compuesto con funciones directamente o no directamente visibles por el

usuario final. Se obtiene como entregable un documento de análisis

funcional.

NIVEL 3: define los componentes hardware y software del sistema final.

Este conjunto se lo denomina arquitectura del sistema.

NIVEL 4: fase de implementación, en la que se desarrollan los elementos

unitarios o módulos del programa. (Universidad Unión Bolivariana, 2013)

Ventajas:

Específica bien los roles de los distintos tipos de pruebas a realizar.

Manifiesta parte de la iteración y trabajo que se debe hacer.

Este método involucra chequeos de cada una de las etapas del método

Cascada.

Es un método más robusto y completo que el método cascada y produce

software de mayor calidad que con el modelo cascada.


14

Es un modelo sencillo y de fácil aprendizaje.

Integra en las pruebas al usuario.

Desventajas:

El cliente no expone claramente todos los requerimientos.

Debido a que se obtendrá el producto al final del ciclo de vida, el cliente

debe tener paciencia.

El modelo no contempla la posibilidad de retornar etapas inmediatamente

anteriores, cosa que en la realidad puede ocurrir.

Se pierde dinero, ya que si algún proceso fue mal desarrollado, este debe

ser revisado de nuevo, lo que puede traer como consecuencia un

"RollBack" de todo un proceso.

Los costos de las pruebas pueden ser elevados y no lo suficientemente

efectivas.

2.2.9. Metodología

Las metodologías realizan varios procesos comunes denominados buenas

prácticas para alcanzar los objetivos antes mencionados sin depender de cómo

hayan sido diseñadas. Las fases que agrupan estos procesos son:

Análisis.

Especificación.

Diseño.

Programación.

Prueba.

Documentación.

Mantenimiento.

Reingeniería. (Introducción Ingeniería, 2013).


15

2.2.10. Lenguaje de programación Java

"Un lenguaje simple. Orientado al objeto, distribuido, interpretado, sólido, seguro, de

arquitectura neutral, portable, de alto desempeño, de multihilos y dinámico".

Simple:

Basado en el lenguaje C++ pero donde se eliminan muchas de las

características POO que se utilizan esporádicamente y que creaban frecuentes

problemas a los programadores. Esta eliminación de causas de error y

problemas de mantenimiento facilita y reduce el coste del desarrollo de

software.

Orientado al objeto

Java soporta técnicas de desarrollo POO y a la reutilización de componentes de

software.

Distribuido

Java está diseñado para trabajar en ambiente de redes y tiene una gran

biblioteca de clases para el uso del protocolo TCP/IP, incluyendo HTTP y FTP.

El código Java se puede manipular a través de recursos URL al igual que C y

C++ utilizan recursos locales.

Interpretado

El compilador Java traduce cada fichero fuente de clases a código de bytes, que

puede ser interpretado por todas las máquinas soporten a un visualizador que

funcione con Java. Este Bytecode no se compila y enlaza como en el ciclo

clásico, sino que se interpreta.

Sólido

El código Java no se quiebra fácilmente ante errores de programación. Así el

relaje que existe en la declaración y manejo de tipos en C y C++ se torna en

restricciones en Java, donde no es posible la conversión forzada (cast) de

enteros en punteros y no ofrece soporte a los punteros que permitan saltarse

reglas de manejo de tipos.


16

Seguro

Java suele funcionar en ambiente de redes, por lo que la seguridad debe

plantearse en sobremanera. Todas las características anteriores evitan la

corrupción de código y evitan su manipulación. Actualmente se está trabajando

en encriptar el código.

Arquitectura neutral.

El compilador crea códigos de byte que se envía al visualizador solicitado y se

interpreta en la máquina que posee un intérprete de Java o dispone de un

visualizador que funciona con Java.

Portable

Al ser de arquitectura neutral es altamente portable. Los tipos estándares están

implementados igualmente en todas las máquinas para las operaciones

aritméticas.

Multihilos

Java puede aplicarse a la realización de aplicaciones en las que ocurra más de

una cosa a la vez. Apoyándose en un sistema de gestión de eventos basado en

el paradigma de condición y monitores C.A.R. permite apoyar la conducta en

tiempo real e interactivo en programas.

Dinámico

Al contrario de C++ que exige se compile de nuevo la aplicación al cambiar una

clase madre, Java utiliza un sistema de interfaces que permite aligerar esta

dependencia. Como resultado, los programas pueden permitir nuevos métodos

y variables en un objeto de biblioteca sin afectar a los objetos dependientes.

(Java, 2013).

2.2.11. Base de Datos

POSTGRESQL


17

Es un sistema de gestión de base de datos relacional orientada a objetos y libre,

publicado bajo la licencia BSD. Es más completo que MySQL ya que permite

métodos almacenados, restricciones de integridad, vistas entre otros. El desarrollo

de PostgreSQL es dirigido por una comunidad de desarrolladores y organizaciones

comerciales las cuales trabajan en su desarrollo. Dicha comunidad se denomina

PGDG (PostgreSQL Global Development Group).

Es el sistema de gestión de bases de datos de código abierto más potente del

mercado. Utiliza el lenguaje SQL para llevar a cabo sus búsquedas de información,

las bases de datos generadas dentro de servidores de SQL son bases de datos

relacionales. Utiliza un modelo cliente/servidor y usa multiprocesos en vez de

multihilos para garantizar la estabilidad del sistema. Un fallo en uno de los procesos

no afectará el resto y el sistema continuará funcionando.

Características de PostgreSQL.

Implementación del estándar SQL92/SQL99.

Incorpora una estructura de datos array.

Incorpora funciones como: manejo de fechas, geométricas, orientada a

las operaciones con redes.

Permite la declaración de funciones propias, así como la definición de

disparadores.

Soporta índices, reglas y vistas.

Incluye herencia entre tablas mas no entre objetos.

Gestión usuarios con permisos asignados a cada uno

Ventajas de PostgreSQL.

Instalación ilimitada.

Normalmente, los sistemas gestores de bases de datos de marcas

comerciales son implementados en más servidores que los permitidos en

la licencia. La mayoría de estas marcas comerciales toman esta actitud

como la mayor causa de incumplimiento de licencia. En PostgreSQL, sin

embargo, no ocurre esto, debido a que no hay un costo asociado al

licenciamiento del software.


18

Alta rentabilidad en modelos de negocios con implementaciones de alta

gama.

Ductilidad en la investigación y crecimiento evitando la inversión en

licencias.

Mayor soporte que algunos proveedores comerciales.

Notable disminución en gastos operacionales.

El sistema gestor de base de datos fue diseñado y elaborado con el

concepto de brindar un mantenimiento y adaptación menor en

comparación con los gestores de base de datos de marcas comerciales,

manteniendo sus características de solidez y productividad.

Adicionalmente las capacitaciones y entrenamientos son identificadas

como menos costosas pero mucho más efectivas, entendibles y prácticas

en etapa de producción que los productos de las marcas comerciales.

Estabilidad y confiabilidad legendarias

PostgreSQL dispone de versiones para casi todo Unix, y una versión para

el sistema de Microsoft Windows.

PostgreSQL usa una estrategia de almacenamiento de filas llamada

MVCC para conseguir una mejor respuesta en ambientes de grandes

volúmenes. Los principales proveedores de sistemas de bases de datos

comerciales usan también esta tecnología, por las mismas razones.

(PostgreSQL, 2013).

2.3. Identificación de variables

Las variables se identificaran en base al estudio del triángulo de la gestión de

Proyectos o conocido como el “triángulo de hierro”; no se puede cambiar el

alcance, tiempo o el costo de un proyecto sin que al menos uno de las otras dos

partes se vea afectada, lo cual permite determinar el resultado, las posibilidades de

éxito y el grado de calidad final.

Los vértices de este triángulo son: tiempo, costo y alcance.


19

ILUSTRACIÓN 2: TRIANGULO DE GESTIÓN DE PROYECTOS. AUTOR: A Y R CONSULTORES DE GESTIÓN.

FUENTE: http://ayr-consultores.com/Paginas/Proyectos.html

Costo: se hace una distribución de los fondos de una forma muy rígida.

La desventaja de esto es que muchas veces no es posible fijar con

exactitud matemática la cantidad total, pero la realidad demuestra que en

la mayoría de los proyectos de tecnología de información IT manejados

de una manera rígida, este presupuesto inicial se ve superado

Tiempo: se trata de la duración en la programación previsto para el

desarrollo de un proyecto

Alcance de un proyecto: define cual es el conjunto de características que

deseamos obtener finalmente. Tradicionalmente esta característica se

basa en el inicio del desarrollo de acuerdo a un conocimiento profundo y

exacto de los objetivos.

En el centro de este triángulo estará la calidad del resultado final, el mismo será

afectado si en cualquier lado del triángulo cambia.

También existe un cuarto factor que se adiciona a los tres factores mencionados

anteriormente, la calidad, la cual resulta del nivel de desempeño de los otros

factores. Esto nos permite determinar el nivel de calidad.

En el factor calidad, al igual que en el factor alcance, se puede diferenciar los

conceptos de calidad de producto y calidad de proceso.


20

ILUSTRACIÓN 3: PIRÁMIDE DE LA CALIDAD AUTOR: ACEROS AREQUIPA

FUENTE: http://www.acerosarequipa.com/construccion-industrial/boletin-construccion-integral/edicion-3/calidad.html

El factor calidad de un producto no es absoluto, debido a su dependencia de las

perspectivas que el cliente tenga. Cada cliente tiene algunas características

semejantes, pero diferentes aspiraciones y metas, las cuales son afectadas por

estímulos ajenos como el marketing, la sociedad, entre otros. Debido a esto, se

deben definir los alcances del producto, acomodando sus características y

desempeño a las expectativas y al empleo que le dará el usuario final.

La calidad que tendrá un proyecto conlleva ejecutar la producción lo más

eficientemente posible, optimizando procesos que producen cambios, tratando en lo

posible de excluir los procesos que producen perdidas.

Sin embargo, al definir el alcance de un proyecto, se debe indicar solamente el

trabajo requerido. De esta forma se puede diferenciar aquello que va incluido dentro

del proyecto y aquello que no.

2.3.1. Variables Independientes

http://www.acerosarequipa.com/construccion-industrial/boletin-construccion-integral/edicion-3/calidad.html

http://www.acerosarequipa.com/construccion-industrial/boletin-construccion-integral/edicion-3/calidad.html


21

Dentro de este proyecto se ha determinado el alcance del proyecto como la variable

independiente.

El alcance del proyecto está planteado en base a los nuevos requerimientos de las

instituciones en las que se implantara el sistema realizando:

Levantamiento de los procesos que se ejecutan.

Análisis de las mejores opciones de herramientas para la migración del

sistema ERP-Social.

Migración del sistema ERP-Social a una nueva tecnología (lenguaje de

programación) JAVA.

Ejecución de pruebas para verificación de estabilidad del sistema

Capacitación a usuarios pre y post producción.

Migración de los datos que ya se encuentran en producción.

Puesta en producción.

Análisis del impacto de los nuevos requerimientos a las organizaciones

que ya se encuentran utilizando el sistema en versión actual.

Brindar soporte y mantenimiento de infraestructura a la institución en la

que se implantara el sistema.

2.3.2. Variables Dependientes

Se establecen las variables costo y tiempo ya que son el consecuente o efecto que

cambia por influencia de la variable Independiente que es el alcance.

2.4. Hipótesis

La implementación del sistema debe ser de inmediato, debido a que las

instituciones educativas y despachos parroquiales tienen que estar a la par de

la tecnología y deben dejar de realizar los procesos de forma manual, los

informáticos deben generar soluciones para la sociedad a la cual se debe. La

tecnología no debe ser propiedad de los que poseen los recursos tecnológicos y

económicos, la tecnología debe ser de los que la requieren, por tal motivo es

necesario difundir paulatinamente en las parroquias.

La reingeniería del sistema permite ampliar y mejorar las capacidades del

mismo con respecto a la gestión de los procesos de las unidades educativas y


22

de los despachos parroquiales para que puedan ser implementados en la

mayoría de las entidades a nivel nacional, con lo cual la tecnología se convierte

en una herramienta que agiliza la atención a los estudiantes o feligreses de las

distintas entidades que lo utilizan.

CAPITULO 3

3. MARCO METODOLÓGICO

3.1. Especificaciones de requerimientos del sistema

3.1.1. Seleccionar Tipo de Evento

Cliente: DESPACHO PARROQUIAL Fecha: 30 – 05 –13

Módulo : DESPACHO PARROQUIAL

Sub-módulo :

Requerimiento:

CLI-15.Seleccionar Tipo de Evento Número:

Tipo de Requerimiento:

Requerimiento Estado: Definido Alcance

Categoría: Indispensable Prioridad: Alta

Complejidad:

Media Tiempo (DH):

45 Días

Módulos Afectados:

DESPACHO PARROQUIAL

Req. Asociados:

Validación del usuario para acceder al sistema (Módulo Seguridad).

Anexos:


23

DESCRIPCIÓN DEL REQUERIMIENTO: Selección del tipo de evento que requiera el usuario

Se debe poder seleccionar el tipo de sacramento solicitado por el usuario.

SOLUCIÓN FUNCIONAL: En el sistema desplegará los diferentes eventos que realiza la Parroquia: Bautizo, Primera Comunión, Confirmación, Matrimonio, Defunción. El usuario elige el evento, siendo redirigido a una nueva página.

TABLA 1: REQUERIMIENTO SELECCIONAR TIPO DE EVENTO AUTOR: TESISTA.

FUENTE: DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS

OBJETIVOS:

GENERAL:

Acceder a los diferentes eventos que realiza la parroquia.

ESPECIFICOS:

Visualizar de forma clara y sencilla los diferentes eventos que se realiza en

la parroquia.

Ofrecer una navegación más cómoda para el usuario del módulo en

mención.

PRERREQUISITOS

El usuario del módulo debe haberse logueado en el sistema.

DESCRIPCIÓN DE LAS MODIFICACIONES

Al elegir cualquiera de estos eventos, el usuario es conducido a otra página

según la actividad elegida.

3.1.2. Registro de Datos



Sub-módulo :

Requerimiento:

CLI-15Registro de Datos Número:


Requerimiento

Estado: Definido Alcance


Complejidad:

Media Tiempo (DH):

45 Días

Módulos Afectados:

DESPACHO PARROQUIAL


24

Req. Asociados:

Seleccionar Tipo de Evento

Anexos:

DESCRIPCIÓN DEL REQUERIMIENTO: Registrar los datos del cliente para el evento.

El cliente debe proporcionar al usuario los requisitos previos para el registro del evento en el sistema. Si se cumplen con todos los requisitos, se procede a solicitar la información según el evento seleccionado.

SOLUCIÓN FUNCIONAL: El sistema presenta un formulario para proceder con el ingreso de datos. Según el evento seleccionado, la información solicitada es:

Bautizo: Fecha del Bautizo, Cedula del bautizado (Si la tiene), Apellidos y Nombres del Bautizado, Lugar, Sacerdote que Realizo la Actividad, Apellidos y Nombres del Padre, Numero de Cedula del Padre, Apellidos y Nombres de la Madre, Numero de Cedula de la Madre Apellidos y Nombres de los Padrinos, Números de Cedula de los Padrinos, Fecha en la que realizaron el curso los Padres y Padrinos, Nota Marginal (en caso de darse alguna incidencia fuera de lo normal que deba ser registrada), Tomo, Pagina, Acta, Persona que certifica.

Confirmación: Fecha de la Confirmación, Cedula del confirmado (Si la tiene), Apellidos y Nombres del confirmado, Parroquia en la que fue Bautizado, Fecha en la que finalizo el curso, Lugar, Sacerdote que Realizo la Actividad, Apellidos y Nombres del Padre, Numero de Cedula del Padre, Apellidos y Nombres de la Madre, Numero de Cedula de la Madre Apellidos y Nombres de los Padrinos, Números de Cedula de los Padrinos, Fecha en la que realizaron el curso los Padres y Padrinos, Nota Marginal (en caso de darse alguna incidencia fuera de lo normal que deba ser registrada), Tomo, Pagina, Acta, Persona que certifica.

Matrimonio: Cedula del novio, Apellidos y Nombres del novio, Apellidos y Nombres del Padrino del Novio, Numero de Cedula del Padrino del novio, Apellidos y Nombres de la Madrina del Novio, Numero de Cedula de la Madrina del novio, Fecha en la que finalizaron el curso los padrinos del novio, Cedula de la novia, Apellidos y Nombres de la novia, Apellidos y Nombres del Padrino de la Novia, Numero de Cedula del Padrino de la novia, Apellidos y Nombres de la Madrina de la Novia, Numero de Cedula de la Madrina de la novia, Fecha en la que finalizaron el curso los padrinos de la novia, Fecha del matrimonio, Lugar, Sacerdote que Realizo la Actividad, Nota Marginal (en caso de darse alguna incidencia fuera de lo normal que deba ser registrada), Tomo, Pagina, Acta, Persona que certifica.

Defunción: Apellidos y Nombres del Difunto, Numero de Cedula del Difunto, Parroquia en la que murió, fecha de nacimiento, fecha de defunción, profesión, estado civil, causa de la muerte, doctor que certifico dicha muerte, Tomo, Pagina, Acta, Persona que certifica.

El usuario ingresara la información del cliente. El sistema deberá validar la información ingresada. El sistema emitirá un mensaje informando.

TABLA 2: REQUERIMIENTO REGISTRO DE DATOS AUTOR: TESISTA.



25

OBJETIVOS:

GENERAL:

Registrar los datos válidos para los diferentes eventos que realiza la

parroquia.

ESPECIFICOS:

Verificar que los datos registrados por el usuario sean válidos para los

diferentes eventos.

Registrar los datos de cada evento.

PRERREQUISITOS


El usuario debe haber elegido el tipo de evento.


Al elegir cualquiera de los eventos, el usuario es conducido a otra página

según la actividad elegida. El usuario introduce los datos dependiendo del

evento, el sistema valida que sean válidos, en caso de que no sean válidos

muestra mensaje de los datos que no son válidos para que los corrija. El

sistema registra los datos del evento.

3.1.3. Generación de Certificados



Sub-módulo :

Requerimiento:

CLI-1 Generación de Certificados Número:


Requerimiento



Complejidad:

Media Tiempo (DH):

40 Días

Módulos Afectados:

DESPACHO PARROQUIAL

Req. Asociados:

Registro de Datos

Anexos:

DESCRIPCIÓN DEL REQUERIMIENTO: Generación de los certificados solicitados por los usuarios.

El sistema debe generar los certificados de los eventos realizados en la parroquia solicitados por el cliente.


26

SOLUCIÓN FUNCIONAL: El cliente solicita al usuario un certificado. El usuario elige la opción certificado del sistema. Se ingresara el apellido del cliente. El sistema despliega una lista de los certificados, donde se seleccionara el tipo de certificado solicitado. Los datos que deberá contener cada certificado son los siguientes:

Bautizo: Fecha del Bautizo, Apellidos y Nombres del Bautizado, Apellidos y Nombres del Padre, Apellidos y Nombres de la Madre, Lugar, Fecha de Nacimiento del bautizado, Sacerdote, Quien Certifica, Nombre del Padrino, Nombre de la Madrina, Nota Marginal. Provincia, Cantón, Parroquia donde se realizó el bautizo, fecha de inscripción del evento.

Confirmación: Fecha de Confirmación, Apellidos y Nombres del Bautizado, Apellidos y Nombres del Padre, Apellidos y Nombres de la Madre, Lugar, Sacerdote, Nombre del Padrino, Nombre de la Madrina, Nota Marginal. Parroquia donde se realizó el bautizo.

Matrimonio: Fecha del Matrimonio, Apellidos y Nombres del novio, Apellidos y nombres del padre y de la madre del novio, Apellidos y Nombres de la novia, Apellidos y nombres del padre y de la madre de la novia. Apellidos y nombres de los padrinos y madrinas tanto del novio como de la novia, Lugar, Quien Certifica, Tomo, Página, Acta.

Defunción: Apellidos y Nombres del Difunto, Numero de Cedula del Difunto, Parroquia en la que murió, fecha de nacimiento, fecha de defunción, profesión, estado civil, causa de la muerte, doctor que certifico dicha muerte, Tomo, Pagina, Acta, Persona que certifica.

El usuario deberá elegir si el certificado será firmado por el párroco o en su defecto será firmado por otra persona a nombre del párroco. El sistema generara el certificado en formato PDF.

TABLA 3: REQUERIMIENTO GENERACIÓN DE CERTIFICADOS AUTOR: TESISTA.


OBJETIVOS:

GENERAL:

Generar certificados de los eventos que cada cliente haya realizado en la

parroquia.

ESPECIFICOS:

Obtener de manera más ágil, los certificados de los diferentes eventos que

cada cliente haya realizado en la parroquia.

Mejorar la atención que ofrece el despacho parroquial a la comunidad.

PRERREQUISITOS


El usuario debe haber registrado el evento del cliente del que se desea

sacar el certificado.



27

El usuario debe ingresar a cualquiera de los eventos y realizar la búsqueda por

cualquiera de las opciones con por nombre, por apellidos o por fecha del evento,

luego se elegirá el certificado del cliente. Finalmente se genera el certificado en

formato PDF.

3.1.4. Ingresar Sepulturas

Cliente: CEMENTERIO PARROQUIAL Fecha: 30 – 05 –13


Sub-módulo :

Requerimiento:

CLI-1 Ingresar Sepulturas Número:


Requerimiento



Complejidad:

Media Tiempo (DH):

40 Días

Módulos Afectados:

DESPACHO PARROQUIAL

Req. Asociados:

Registro de Datos(Evento Defunción)

Anexos:

DESCRIPCIÓN DEL REQUERIMIENTO: Registrar la información de las nuevas sepulturas del cementerio.

Al ingresar al sistema debe permitir ingresar la información referente a sepelios, nichos y su contrato.

SOLUCIÓN FUNCIONAL: Al seleccionar esta opción, se despliegan varias opciones para ingresar datos; estas opciones son:

Crear nueva sección de los nichos: se desplegara un formulario en el cual se podrá crear una nueva sección ingresando el nombre de la nueva sección

Crear nuevo tipo de nicho: se desplegara un formulario en el cual se podrá crear un nuevo tipo de nicho ingresando el nombre del nuevo tipo

Crear nuevo nivel de nicho: se desplegara un formulario en el cual se podrá crear un nuevo nivel de los nichos que son para varias personas.

Crear nuevo nicho: se desplegara un formulario en el cual se podrá crear un nuevo nicho con la siguiente información: sección en la que se ubica el nicho, tipo de nicho, numero de nicho.

Registrar Sepultura: se desplegara un formulario en el que se registrara la siguiente información del sepelio: Apellidos y nombres del difunto, cedula del difunto, sacerdote, causas de la muerte, fecha de fallecimiento, fecha de contrato, numero de contrato, fecha de entierro, estado civil, doctor que certificó la muerte, Tomo, Pagina, Acta, Provincia, Cantón, Parroquia.

Registrar exhumación. se desplegara un formulario en el que se


28

registrara la siguiente información: Apellidos y nombres del difunto, cedula del difunto, persona que autorizo la exhumación de los restos, causa de la exhumación, fecha de entierro, fecha de exhumación, Tomo, Página, Acta. Para registrar la exhumación es necesario primero registrar el difunto en sepultura.

Sea cual fuere la opción elegida, el sistema validara la información ingresada, de ser correcta, se procederá a almacenar la información, caso contrario, se deberá modificar los datos que generen algún conflicto.

TABLA 4: REQUERIMIENTO INGRESAR SEPULTURAS AUTOR: TESISTA.


OBJETIVOS:

GENERAL:

Registrar de manera digital la información de las sepulturas realizadas en el

cementerio.

ESPECIFICOS:

Validar que los datos ingresados de las sepulturas sean correctos.

Visualizar los datos del resto de sepulturas con sus respectivos propietarios

y la ubicación del nicho creados hasta el momento.

PRERREQUISITOS



Se implementará en la pantalla de administración de sepulturas la opción Nuevo;

esta opción permitirá ingresar la información de una nueva sepultura del

cementerio. Se asignara un código numérico para identificar a cada nicho y solo se

podrán seleccionar los nicho que este libres.

3.1.5. Ingresar Contratos



Sub-módulo :

Requerimiento:

CLI-1 Ingresar Contratos Número:


Requerimiento



Complejidad:

Media Tiempo (DH):

40 Días


29

Módulos Afectados:

DESPACHO PARROQUIAL

Req. Asociados:

Ingresar Sepulturas

Anexos:

DESCRIPCIÓN DEL REQUERIMIENTO: Registrar la información de los nuevos contratos de los nichos del cementerio. Al ingresar a administración de contratos, habrá una opción que debe permitir ingresar la información referente a un nuevo contrato de un nicho.

SOLUCIÓN FUNCIONAL: El cliente solicita al usuario contratar un nicho. El usuario elige la opción Nuevo de la pantalla administración de contratos. Se despliega un formulario que solicitará el número de cédula del difunto sepultado en un nicho con lo que el sistema muestra la siguiente información:

Apellidos y Nombres de la persona que ocupara el nicho.

Beneficiario: (responsable del nicho).

Fecha de contratación del nicho.

Sección en la que está ubicada el nicho.

Tipo de Nicho

Número del Nicho.

Nivel en el que está ubicado el difunto.

Años de contratación del nicho.

Observación: indicara si el nicho tiene límite de tiempo de arrendamiento.

El sistema validara la información, en caso de ser correcta, se generara el contrato con la siguiente información:

Fecha de contratación del nicho, Apellidos y nombres de la persona que va a contratar el nicho, número de cédula de la persona que va a contratar el nicho, Sección en la que está ubicada el nicho, numero de nicho, tipo de nicho, persona para la cual se contrata el nicho, tipo de contrato, forma de pago, valor a cancelar.

Luego de generar el contrato, se debe dirigir a administración de pagos.

TABLA 5: REQUERIMIENTO INGRESAR CONTRATOS AUTOR: TESISTA.


OBJETIVOS:

GENERAL:

Registrar de manera digital los contratos que se lleven a cabo de los nichos

del cementerio.

ESPECIFICOS:

Validar que los datos ingresados de los contratos sean correctos.

Visualizar los datos del resto de contratos con sus respectivos propietarios

creados hasta el momento.


30

PRERREQUISITOS



Se implementara en la pantalla de administración de contratos la opción Nuevo;

esta opción permitirá ingresar la información de un nuevo contrato de un nicho del

cementerio.

3.1.5. Registrar Pagos Contrato



Sub-módulo :

Requerimiento:

CLI-1 Registrar Pagos Contrato Número:


Requerimiento



Complejidad:

Media Tiempo (DH):

10 Días

Módulos Afectados:

DESPACHO PARROQUIAL

Req. Asociados:

Ingresar Contratos

Anexos:

DESCRIPCIÓN DEL REQUERIMIENTO: Generar una pantalla en la que se pueda gestionar los pagos de los contratos del cementerio.

El usuario debe poder interactuar con administración de pagos para registrar y emitir los pagos de cada contrato.

SOLUCIÓN FUNCIONAL: El usuario que elige la opción pago de contratos accede a las siguientes opciones:

Nuevo Pago: se despliega un formulario en el que se debe ingresar la siguiente información: Apellidos y Nombres del Difunto, Nicho, Beneficiario, fecha de contrato, valor de contrato, valor de mantenimiento vencido, Total Pagado, Valor del contrato + Mantenimiento – Pagado, Monto a pagar, Fecha. Si los datos ingresados son correctos, se almacena la información en la base de datos y se genera el comprobante.

Generación de Comprobante: al elegir esta opción, se genera un Boucher con los siguientes datos: fecha de emisión del comprobante, meses a pagar, monto del pago, meses pendientes de pago, beneficiario, numero de cedula del beneficiario, Sección en la que está ubicada el nicho, numero de nicho, tipo de nicho, Difunto.

TABLA 6: REQUERIMIENTO REGISTRO PAGOS CONTRATO AUTOR: TESISTA.


31


OBJETIVOS:

GENERAL:

Realizar el registro de los pagos de los contratos de los nichos del

cementerio.

ESPECIFICOS:

Disponer de una pantalla en la que se pueda gestionar el cobro y la emisión

de los pagos de los contratos de los nichos del cementerio.

Mejorar la atención que ofrece el cementerio a la comunidad.

PRERREQUISITOS



Se debe diseñar una pantalla para el pago de contratos, en el que se visualice

las opciones de Registro de nuevo pago y emisión de comprobantes de pago.

El comprobante generado está en formato PDF.

3.2. Diagramas del funcionamiento del sistema

3.2.1. Identificación y modelo de actores

Los actores han sido identificados de acuerdo al módulo Despacho

Parroquial son:

Administrador: es la persona que se encarga de administrar el sistema.

Una de sus tareas es gestionar las claves del sistema: Crear, Modificar,

Actualizar, Asignar Roles de cada usuario del sistema. También debe

dar mantenimiento al sistema.

Usuario Registrado: Encargado de la información cada una de las

personas que utilizan las dependencias del Despacho Parroquial. Esta

persona debe estar registrada y tener el status de activado en el sistema

para que pueda acceder al mismo.


32

3.2.2. Diagrama General de los Casos de Uso del Módulo Despacho

Parroquial

ILUSTRACIÓN 4: ADMINISTRACIÓN DE CLAVES.

AUTOR: TESISTA. FUENTE: DOCUMENTO DE CASOS DE USO


33

ILUSTRACIÓN 5: REGISTRO PARROQUIAL. AUTOR: TESISTA.

FUENTE: DOCUMENTO DE CASOS DE USO


34

REGISTRO CEMENTERIO

ILUSTRACIÓN 6: REGISTRO CEMENTERIO. AUTOR: TESISTA.



26

3.2.3. Detalle de los diferentes Casos de Uso del Módulo Despacho

Parroquial

3.2.3.1. Caso de Uso: Registrar Usuario Nuevo en el Sistema

ILUSTRACIÓN 7: REGISTRAR USUARIO NUEVO. AUTOR: TESISTA.


Nombre: Registrar Usuario Nuevo en el Sistema.

Sistema: ERP – Social.

Descripción: Registrar usuarios nuevos en el sistema para que,

dependiendo del perfil que se haya asignado, puedan

interactuar con el mismo.

Actores: Administrador del Sistema.

Precondiciones: Crear el usuario en el sistema con un Username,

Password y un rol de acuerdo a las tareas que va a

realizar.

Flujo Normal: El usuario con rol de administrador o con un rol que lo

faculte accede al sistema al módulo de gestión de

usuarios.

Ingresa los datos del usuario (Apellidos y Nombres o el

Numero de Cedula), para comprobar si el usuario esta


27

ya registrado en el sistema.

Si el usuario se encuentra registrado en el sistema,

debe asignarle un rol acorde a las tareas que va a

realizar en el sistema.

El sistema guarda los cambios efectuados en la Base

de Datos.

En el caso de que el usuario no este registrado en el

sistema, debe ingresar los datos que se solicitan.

El sistema valida la legitimidad de los datos.

Se guardan los datos en la Base de Datos.

Flujo Alternativo: El sistema verifica que los datos sean válidos, si estos

no lo son, se alerta al usuario del sistema de aquello

para que pueda modificar los datos.

Post condiciones: Mostrar el mensaje de que la operación se ha realizado

correctamente.

TABLA 7: REGISTRAR USUARIO NUEVO EN EL SISTEMA AUTOR: TESISTA.

FUENTE: DOCUMENTO DE ESPECIFICACIÓN DE CASOS DE USO

3.2.3.2. Caso de Uso: Ingreso al Sistema

ILUSTRACIÓN 8: INGRESO AL SISTEMA AUTOR: TESISTA.


Nombre: Ingreso al Sistema.


Descripción: Validar el acceso al sistema.

Actores: Usuario o Administrador

Precondiciones: El actor debe loguearse con su username y password.

Flujo Normal: El actor ingresa su username y password.


28

El sistema procede a validar los datos ingresados por

el usuario.

El usuario accede al sistema según el rol que tenga

asignado.

El actor ingresa al sistema.

Flujo Alternativo: El sistema procede a validar los datos ingresados, si

los datos no son correctos, le indica al actor de esto

dándole la oportunidad de que vuelva a ingresarlos.

Post condiciones: El usuario accede a la página de inicio del sistema.

TABLA 8: INGRESO AL SISTEMA AUTOR: TESISTA.


3.2.3.3. Caso de Uso: Reservar Eucaristía

ILUSTRACIÓN 9: RESERVAR EUCARISTÍA AUTOR: TESISTA.


Nombre: Reservar Eucaristía.


Descripción: Registrar el evento en la fecha en la que se va a realizar.

Actores: Usuario o Administrador, Sistema.

Precondiciones: El usuario debe estar logueado en el sistema y tener un rol

que le faculte para realizar esta operación.

Flujo Normal: El actor selecciona la opción insertar.


29

El sistema despliega la ventana para ingresar la

información requerida.

El sistema guarda la información ingresada.

Flujo Alternativo: El sistema procede a validar que se hayan ingresado

todos los datos requeridos en la ventana desplegada,

si los datos no son correctos, informa al actor de

aquello para que los modifique.

Post condiciones: El usuario regresa a la página inicial de reserva de

eucaristía.

TABLA 9: RESERVAR EUCARISTÍA. AUTOR: TESISTA.


3.2.3.4. Caso de Uso: Seleccionar un Evento

ILUSTRACIÓN 10: SELECCIONAR UN EVENTO. AUTOR: TESISTA.


Nombre: Seleccionar el Tipo de Evento.


Descripción: Seleccionar el tipo de evento que el usuario necesite.

Actores: Usuario o Administrador, Sistema.




30

Flujo Normal: El actor selecciona la pestaña correspondiente al

evento que la persona solicite.

El sistema procede a desplegar la página

correspondiente al evento seleccionado.

El actor selecciona la operación que desea realizar.

El sistema guarda los cambios realizados.

Flujo Alternativo: El sistema valida el rol del usuario ingresado, en caso

de no tener el rol adecuado, no indicara las pestañas

necesarias para realizar estas operaciones.

Post condiciones: El usuario regresa a la página inicial de la pestaña

seleccionada.

TABLA 10: SELECCIONAR UN EVENTO. AUTOR: TESISTA.


3.2.3.5. Caso de Uso: Registro de Datos

ILUSTRACIÓN 11: REGISTRO DE DATOS AUTOR: TESISTA.


Nombre: Registro de Datos.


31


Descripción: Registrar los datos correspondientes a la persona según el

sacramento elegido.

Actores: Usuario, Sistema.



Haber seleccionado un sacramento.

Flujo Normal: El actor solicita a la persona los requisitos previos para

el registro del sacramento.

La persona entrega la documentación solicitada.

El sistema presenta la página correspondiente al

sacramento.

Se despliega una ventana para ingresar la información

relacionada al sacramento elegido por la persona.

Se verifica la validez de la información ingresada.

El usuario guarda la información.

El sistema muestra un mensaje indicando que la

información ha sido guardada correctamente.

Flujo Alternativo: El sistema procede a validar los datos ingresados, si

los datos son incorrectos, le indica al actor de esto

dándole la oportunidad de que vuelva a ingresarlos.

Post condiciones: El usuario regresa a la página inicial de la pestaña

seleccionada.

TABLA 11: REGISTRO DE DATOS AUTOR: TESISTA.


3.2.3.6. Caso de Uso: Generar Reportes


32

ILUSTRACIÓN 12: GENERAR REPORTES. AUTOR: TESISTA.


Nombre: Generar Reportes.


Descripción: Generar reporte general de cada sacramento realizado en

la parroquia.

Actores: Usuarios, Sistema.



Flujo Normal: El actor selecciona la pestaña reportes del sacramento

correspondiente.

El actor debe seleccionar una fecha mínima y una

fecha máxima de los registros que desea que contenga

el reporte.

El sistema despliega los registros que contendrá el

reporte.

El usuario elige generar el reporte.

El sistema genera el reporte en formato xls.

Flujo Alternativo:

Post condiciones: El usuario regresa a la página de inicio de la pestaña

seleccionada.

TABLA 12: GENERAR REPORTES AUTOR: TESISTA.


3.2.3.7. Caso de Uso: Generar Certificados


33

ILUSTRACIÓN 13: GENERAR CERTIFICADOS AUTOR: TESISTA.


Nombre: Generar Certificados.


Descripción: Generar el certificado correspondiente al sacramento

solicitado por la persona

Actores: Usuarios Sistema.



Flujo Normal: La persona solicita al actor un certificado.

El actor ingresa a la pestaña correspondiente al

sacramento del certificado solicitado.

El actor busca el registro con los datos de la persona

para la emisión de su correspondiente certificado.

El sistema despliega una ventana con la información

de la persona seleccionada para emitir el certificado.

El sistema genera el certificado en formato PDF.

Flujo Alternativo: El sistema procede a buscar el registro con los datos

ingresados, si no existe un registro con los datos

ingresados, el usuario puede crear un nuevo registro

con esos datos.

Post condiciones: El usuario regresa a la página de inicio de la pestaña

seleccionada.

TABLA 13: GENERAR CERTIFICADOS AUTOR: TESISTA.



34

3.2.4. Diagrama de Secuencia del Módulo Despacho Parroquial

Este diagrama describe la secuencia del flujo que debe llevar la información de las

personas que utilizan las dependencias del Despacho Parroquial.

3.2.4.1. Diagrama de Secuencia: Registro Datos Bautizo

Este diagrama describe la secuencia de flujo para registrar un bautizo. De modo parecido se

puede registrar las eucaristías, primeras comuniones, confirmaciones, defunciones,

sepulturas y exhumaciones.

ILUSTRACIÓN 14: D. SECUENCIA REGISTRO DATOS BAUTIZO AUTOR: TESISTA.


3.2.4.2. Diagrama de Secuencia: Generar Certificados Bautizo

Este diagrama describe la secuencia de flujo para generar los certificados de bautizo. De

modo parecido se puede generar certificados para las eucaristías las confirmaciones,

matrimonios, defunciones, contratos y pagos de contrato.

Registro Datos Bautizo

Bautizo:= registrarBautizo(Bautizo)

Lista Sacerdotes

Bautizo

Lista de sacerdotes

List<Sacerdote>:= obtenerSacerdotes(Empresa)

Nuevo(Empresa)

;Bautizo

usuario

:Sacerdote

Bautizo:= registrarBautizo(Bautizo)

Lista Sacerdotes

Bautizo

Lista de sacerdotes

List<Sacerdote>:= obtenerSacerdotes(Empresa)

Nuevo(Empresa)


35

ILUSTRACIÓN 15: D. SECUENCIA GENERAR CERTIFICADOS BAUTIZO AUTOR: TESISTA.


3.2.4.1. Diagrama de Secuencia: Generar Reportes Bautizo

Este diagrama describe la secuencia de flujo para generar reportes por rango de fechas de

inicio y fecha límite de bautizos. De modo parecido se puede generar reportes para las

eucaristías, primeras comuniones, confirmaciones, defunciones, sepulturas y

exhumaciones.

ILUSTRACIÓN 16: D. SECUENCIA GENERAR REPORTES BAUTIZO AUTOR: TESISTA.


Generar Certificados Bautizo

List<Bautizo>:= BuscarCriterios(Bautizo)

Lista Bautizos

List<Bautizo>:= BuscarBautizo(Nombres, Apellidos,Fecha)

Certificado de Bautizo

Bautizo:= generarCertificado(Bautizo)

;Bautizo1

usuario1

List<Bautizo>:= BuscarCriterios(Bautizo)

Lista Bautizos

List<Bautizo>:= BuscarBautizo(Nombres, Apellidos,Fecha)

Certificado de Bautizo

Bautizo:= generarCertificado(Bautizo)

Generar Reportes Bautizo

List<Bautizo>:= buscarBautizoRangoFechas(Bautizo)

buscarBautizoReporte(Fecha Minima,Fecha Maxima)

Reporte Excel Bautizos

Lista Bautizos

List<Bautizo>:= generarReporteBautizo(Bautizo)

;Bautizo2

usuario2

List<Bautizo>:= buscarBautizoRangoFechas(Bautizo)

buscarBautizoReporte(Fecha Minima,Fecha Maxima)

Reporte Excel Bautizos

Lista Bautizos

List<Bautizo>:= generarReporteBautizo(Bautizo)


36

3.2.5. Diagrama de Componentes Casos de Uso del Módulo Despacho

Parroquial

Este diagrama muestra los distintos componentes que encontramos en el sistema ERP

Social y las relaciones de dependencias entre los mismos.

ILUSTRACIÓN 17: DIAGRAMA DE COMPONENTES AUTOR: TESISTA.


SQL

Tecnología

Bases de Datos erp_social

Persistencia

Entity Bean Dao

FactoryDao

Lógica de Negocio(Servicio)

ServicioEucaristia

Web

ControllerDataManager

Servicio

EJB

JSF

Cliente Web

xhtml

http


37

CAPITULO 4

4. MARCO ADMINISTRATIVO

4.1 Recursos Humanos

Tutor del trabajo de graduación.

Tribunal del trabajo de graduación.

Investigador (Autor del trabajo de graduación).

La persona encargada de ejecutar este proyecto es José Auquilla, estudiante

egresado de la carrera de Ingeniería Informática de la Escuela de Ciencias de la

Facultad de Ingeniería Ciencias Físicas y Matemática de la Universidad Central del

Ecuador.

El equipo de personas que conformarán el proyecto estará constituido de la

siguiente manera:

RECURSO HUMANO COMPETENCIAS N° OBSERVACIÓN

Solicitante Rector de la Unidad

Educativa Intercultural

La Paz de la

parroquia Cacha de la

ciudad de Riobamba.

1 Está en capacidad tomar

decisiones para la

institución a cargo.

Dueño del producto final.

Ingeniero Informático,

(Tutor).

Conocimientos

relacionados con el

proyecto.

1 Pertenece a la institución

y será el responsable de

guiar al estudiante en la

gestión del proyecto y

desarrollo de la

aplicación.

Ingeniero Informático o

relacionado,

(Revisores).

Conocimientos

relacionados con el

proyecto.

2 Pertenece a la institución

y se encarga de la

revisión del documento y

cumplimiento del plan de


38

TABLA 14: ACTORES DEL PROYECTO AUTOR: TESISTA.

4.2. Recursos Institucionales

Instalaciones de las Iglesias de las distintas parroquias.

En reuniones anteriores con los párrocos, se dieron a conocer los requerimientos

de las instituciones y las soluciones proporcionadas a los mismos, para que el

sistema cubra las necesidades de las instituciones. Además, la autoridad

encargada del proyecto se compromete a dar las facilidades necesarias para la

vialidad de este proyecto y el personal de la institución serán los encargados del

correcto uso del mismo.

4.3. Recursos del autor

La persona que desarrolla el presente proyecto cubrirá los gastos que presente el

proyecto durante todas las fases que implica el desarrollo del mismo:

Fase de análisis

Fase de diseño

Desarrollo

Pruebas

Capacitación

Implementación del Sistema.

tesis.

Tesista (Desarrollador) Análisis, diseño y

desarrollo de

aplicaciones web.

1 Estudiante de Ingeniería

Informática de la

Universidad Central del

Ecuador quien es el

gerente del proyecto y

responsable del

desarrollo de la

aplicación.


39

4.4. Requerimientos

4.4.1. Requerimientos de hardware para el Desarrollo del Proyecto.

Los requerimientos mínimos para el desarrollo del proyecto son:

Computador de escritorio o Laptop de 2 GB en RAM.

Espacio en Disco Duro: 70 GB libres.

Procesador Intel Core2Duo, 2.4GHz.

4.4.2. Requerimientos de hardware para el cliente.

Los requerimientos mínimos de hardware que el cliente debe disponer para el

correcto funcionamiento del sistema son:

Computador de escritorio o Laptop de 512 MB en RAM.

Espacio en Disco Duro: 10 GB libres.

4.4.3. Requerimientos de hardware para el servidor.

Los requerimientos mínimos de hosting son:

10 dominios.

4 GB de ancho de banda mensual.

2 GB de espacio en disco.

50 cuentas de e-mails.

Panel de administración.

10 bases de datos.

4.5. Presupuesto

El autor del trabajo de graduación asume con los costos directos e indirectos que se

deriven del desarrollo y ejecución del sistema. Para el desarrollo de este proyecto

se realizó un análisis de costos del cual se obtuvo la siguiente tabla:


40

RECURSO CANTIDAD COSTO

UNITARIO

COSTO

TOTAL

Talento Humano 365 horas 16/hora 5840.00

Papel 11 resmas 5.00 55.00

Tinta 6 cargas 15.00 90.00

Derecho universitario 4 5.00 20.00

Hoja universitaria 30 1.00 30.00

Borrador trabajo de grado 1 50.00 50.00

Empastado 6 50.00 300.00

Impresión de hojas 650 0.10 65.00

Movilización 7 meses 20.00 140.00

Alimentación 7 meses 120.00 840.00

Servicios varios (agua, luz,

Internet, alimentación,

transporte, etc.)

7 meses 80.00 560.00

Imprevistos 1 110.00 110.00

Total 8100.00

TABLA 15: COSTOS AUTOR: TESISTA.


41

4.6. Cronograma

ILUSTRACIÓN 18: CRONOGRAMA DE ACTIVIDADES AUTOR: TESISTA.


42

Cronograma de actividades estimado, realizado en base al tiempo presupuestado

para la investigación, desarrollo y ejecución del proyecto.

4.7. Implementación del sistema.

La implementación del sistema se realizó el día viernes 6 de marzo del 2015 en el

computador del despacho parroquial del Párroco de San Miguel de Sigchos, el

Padre Adrián Herrera. Debido a que la institución no cuenta con el servicio de

internet, se procedió a implementar de manera local el sistema, se instaló el

sistema gestor de base de datos PostgreSQL, el Servidor JBoss el backup de la

base de datos y la aplicación.

El mismo día se realizó la capacitación del sistema. La persona que recibió la

capacitación fue el Padre Adrián Herrera. La capacitación fue integral tanto del

módulo del Despacho Parroquial y Cementerio como del módulo de seguridades.

A un mes de la implementación del sistema, se han registrado 15 bautizos y 5

eucaristías. Debido a que los sacramentos como Primera Comunión y Confirmación

se celebran en el mes de junio y julio, no se ha utilizado estas funcionalidades del

módulo.


43

CAPITULO 5

5. CONCLUSIONES Y RECOMENDACIONES

Al concluir el proyecto de graduación, en el presente apartado se exhibe las

conclusiones y recomendaciones que se obtuvieron a lo largo del desarrollo e

implementación del sistema.

5.1. Conclusiones

En la etapa de análisis y diseño del Sistema ERP-Social tomando como

base el sistema que funcionaba en la parroquia de Amaguaña y además con

los requerimientos de las instituciones en las que se pretendía instalar,

debido que la mayoría de los requerimientos tenían similitudes permitió

estandarizar los mismos para que se pueden implementar en las parroquias

a nivel del todo el Ecuador.

Implantar una metodología para el desarrollo e implementación del Sistema

ERP-Social facilitaron la realización del mismo además que incrementó la

calidad siendo el sistema más robusto y de mejor calidad.

Las Herramientas de modelado UML (Lenguaje Unificado de Modelado)

utilizado para el desarrollo del sistema simplificó en gran medida la

realización de la estructura del mismo, además que permitió una

comunicación más eficiente de lo que se pretendía realizar del sistema con

los encargados de cada institución en las que se pretendía implementar.

Al estandarizar lo procesos de cada institución en las que implementaría

hizo que el Sistema ERP-Social pueda ser implementado a nivel nacional,

puesto que se puede adaptar a cualquier institución similar a las que se

implementó, debido a que es parametrizable y adaptable a los mismos.

Además del módulo de Despacho Parroquial, el módulo de matrículas fue

implementada en la Unidad Educativa Intercultural “La Paz”.

Al implementar y capacitar el sistema en las parroquias los usuarios de este

conocen las bondades que la tecnología de la informática puede brindar,


44

para no tener miedo al avance del mismo, sino sacarle el mayor provecho

mejorando así la gestión de los procesos de cada institución.

5.2. Recomendaciones

Para la correcta utilización del Sistema ERP-Social los usuarios previamente

deben haber leído y entendido los manuales de usuario, además que se

bebe haber tenido una capacitación para un ideal uso de del mismo.

Los usuarios en sus máquinas deben tener instalado programas que puedan

leer archivos de formato PDF (Portable Document Format) como Adobe

Reader XI, además de programas que puedan abrir y editar archivos

creados con el programa Excel. También es necesario que los usuarios

tengan nociones básicas de estos programas para que puedan abrir y/o

editar los certificados o reportes que el sistema genere.

Para que se pueda implementar en un futuro inmediato a nivel nacional y de

forma centralizada, las instituciones en las que se va a implementar el

sistema ERP-Social, deben contar con acceso a internet de banda ancha,

con lo que se podrán acceder a las versiones actualizadas, obtener soporte

y acceder de una manera más rápida y controlada.


45

GLOSARIO

A

Actor, Personajes o entidades que participan o participaran en un proceso.

Ancho de banda, Longitud medida en Hercios (Hz) del rango de frecuencias en el

que se concentra la mayor parte de la potencia de la señal.

Automatización, Sistema donde se transfieren tareas de producción realizadas

habitualmente por humanos a un conjunto de elementos tecnológicos.

B

Base de datos, Repositorio en el cual se guarda información de forma organizada

que luego será leída, actualizada o eliminada según sean las necesidades.

C

Caso de uso, Descripción de los pasos o las actividades que deberán realizarse

para llevar a cabo algún proceso.

Comercio electrónico, Compra y venta de productos o servicios empleando

medios electrónicos, tales como Internet y otras redes informáticas.

Core 2 dúo, Procesador de doble núcleo de alto rendimiento basado en la

tecnología Core 2 de la marca Intel.

E

ERP, Sistema de planificación de recursos empresariales (en inglés ERP,

Enterprise Resource Planning) son sistemas de información gerenciales que

agrupan y administran varios de los procesos de negocios de una compañía en la

obtención de bienes y servicios.


46

ERP Social, Sistema de planificación de recursos empresariales orientado al

servicio social en instituciones de bajos recursos económicos.

Estandarización de procesos, Unificación de características de un producto,

servicio o procedimiento.

F

Front end, Parte de un sistema informático que interactúa con el usuario.

Front office, Parte de una empresa que entra en contacto con los clientes, tales

como: marketing, ventas, departamentos de servicio.

G

Gobierno electrónico, Se basa en la implementación de herramientas como

portales, GRPs, CRMs, así como también redes sociales o comunidades virtuales

entre otras, buscando una mejora en la eficiencia y eficacia en los procesos

estatales internos y en las vinculaciones con la sociedad.

I

Implementación, Es la realización o la ejecución de un plan, idea, modelo

científico, diseño especificación, estándar, algoritmo o política para la instalación de

una aplicación informática.

J

Java, Lenguaje de programación orientado a objetos multiplataforma desarrollado

por la empresa SUN Microsystems.

JBoss, servidor de aplicaciones Java EE de código abierto implementado en Java

puro que puede ser utilizado en cualquier sistema operativo que tenga disponible la

máquina virtual de Java.


47

M

Método cascada, Es el enfoque metodológico que ordena rigurosamente las

etapas del proceso para el desarrollo de software de manera que el inicio de cada

etapa debe esperar a la finalización de la etapa anterior.

Multihilos, Programa que contiene dos o más partes que se pueden ejecutar de

manera concurrente o simultánea.

MVCC, Control de concurrencia mediante versiones múltiples (en inglés

Multiversion Concurrency Control) es un método para control de acceso

generalmente usado por los Sistemas Gestores de Bases de Datos para

proporcionar acceso concurrente a los datos, y en lenguajes de programación para

implementar concurrencia.

MySQL, Sistema de gestión de bases de datos relacional, multihilos y multiusuario

que se ofrece bajo la licencia GNU GLP o bajo licencia comercial según su uso.

N

Nicho, Concavidad que se emplea para colocar los féretros en un cementerio.

P

Password, Forma de autentificación que utiliza información secreta para controlar

el acceso hacia algún recurso.

PGDG, Grupo de Desarrollo Global de PostgreSQL (en inglés PostgreSQL Global

Development Group) es una comunidad de desarrolladores y organizaciones que

trabajan en el desarrollo de PostgreSQL.

PostgreSQL, Sistema de gestión de bases de datos, libre, orientado a objetos,

relacional lanzado bajo la licencia Berkeley Software Distribution BSD.


48

R

RAM, Memoria de Acceso Aleatorio (en inglés Random Access Memory) se utiliza

como memoria de trabajo de computadoras para el sistema operativo, los

programas y la mayor parte del software.

Reingeniería, Es un análisis y rediseño radical y la reconcepción fundamental de

los procesos de negocios para lograr mejoras dramáticas en medidas como costos,

calidad, servicios y rapidez. Incrementando las capacidades de gestión del nivel

operativo y complementarias de las apuestas estratégicas y políticas de una

organización.

Robusto, Característica de un sistema informático que lo hace insensible a las

fuentes de variabilidad que puedan afectar al sistema.

Rol, función que cada usuario puede desempeñar en un sistema informático.

Rollback, Operación que devuelve a la base de datos a algún estado previo

contribuyendo a la integridad de la base de datos.

S

SRM, Gestión de las relaciones con los proveedores (en inglés Supplier

Relationship Management) es un término que describe los métodos y procesos de

una empresa o una institución que compra.

T

TIC, Las Tecnologías de la Información y la Comunicación son un conjunto de

redes, software y dispositivos que se integran a sistemas de información

interconectados para mejorar la vida de las personas.


49

U

UML, Lenguaje de Modelamiento Unificado (en inglés Unified Modeling Languaje)

es un lenguaje grafico que usan los métodos para especificar, para visualizar,

construir y documentar los elementos de un sistema.

UNIX, Sistema operativo de tiempo compartido, controla los recursos de una

computadora y los asigna entre los usuarios. Permite a los usuarios correr sus

programas. Controla los dispositivos de periféricos conectados a la máquina.

Además es un sistema multiusuario, en el que existe la portabilidad para la

implementación de distintas computadoras.

Username, Cadena de caracteres que identifica al usuario de un sistema o de una

red. Generalmente va acompañado de un Password único para la validación del

usuario.


50

BIBLIOGRAFÍA

1. CHIESA, Florencia. (2004). Metodología para Selección De Sistemas ERP.

Recuperado desde http://www.ucla.edu.ve/dac/departamentos/informatica-

ii/metodologia-para-seleccion-de-sistemas-erp.PDF(pag.17) el 14/06/2013

2. ASESORÍA INFORMÁTICA WWW user survey. (n.d). Recuperado desde

http://www.asesoriainformatica.com/erp_01.html el 15/06/2013

3. INTELISIS WWW user survey. (n.d). Recuperado desde

http://www.intelisis.com/software-erp.html el 15/07/2013.

4. INTRODUCCIÓN INGENIERÍA WWW user survey. (n.d). Recuperado desde

http://www.ingenieriadesoftware.mex.tl/61885_Modelo-V.html el 15/07/2013

5. UNIVERSIDAD UNIÓN BOLIVARIANA WWW user survey. (n.d).

Recuperado desde http://spanishpmo.com/index.php/ciclos-de-vida-modelo-

en-v/ el 15/07/2013.

6. JAVA WWW user survey. (n.d). Recuperado desde

http://www.infor.uva.es/~jmrr/tgp/java/JAVA.html el 15/07/2013.

7. POSTGRESQL WWW user survey. (n.d). Recuperado desde

http://es.scribd.com/doc/36570462/postgreSQL-investigacion el 15/07/2015.

8. NAACP, (2010, 25 de Febrero). La pirámide de la calidad. Recuperado

desde http://www.acerosarequipa.com/construccion-industrial/boletin-

construccion-integral/edicion-3/calidad.html el 8/09/2013.

9. AKAO, J. y MANSSUR, G. (2003). The leading edge in QFD: past, present

and future, International Journal of Quality and Reliability Management,

Volumen 20 N°1, West Yorkshire, England.

10. UNIVERSIDAD DEL CAUCA (s.f). Metodología para la implementación de

Sistemas Erp. Recuperado desde http://fccea.unicauca.edu.co/old/erp.htm el

25/01/2014.

11. SISTEMAS ERP Y GESTIÓN DE PROYECTO. Recuperado desde

http://www.cimatic.com.mx/articulos/Sistemas-ERP-y-gestion-de-

proyecto.php el 14/07/2014.

UNIVERSIDAD CENTRAL DEL ECUADOR WWW user survey (n.d).

Recuperado desde http://www.uce.edu.ec/web/ingenieria-ciencias-fisicas-y-

matematica/nuestra-facultad el 02/02/2015.

http://www.infor.uva.es/~jmrr/tgp/java/JAVA.html


51

ANEXOS


52

ANEXO 1: MANUAL DE INSTALACIÓN


53

1. INTRODUCCIÓN

El presente manual tiene como objetivo el proveer los pasos que se requieren para

realizar la instalación del sistema dentro de un ambiente Windows.

El documento provee la instalación de las herramientas necesarias para poner en

funcionamiento el sistema.

2. REQUERIMIENTOS

Para la instalación es necesario un computador con las siguientes características:

Servidor:

Servidor Microsoft Windows 2008/2005/2003/2000 edición

Procesador Inter Core 2 Duo de 1 GHz de velocidad.

Memoria RAM de 4GB.

Disco duro de 20GB.

Tarjeta de red ethernet 10/100 BASE-T

Clientes:

Estaciones de trabajo Microsoft Windows 2003/2000/XP/7/8.

Inter Core 2 Duo

Memoria RAM de 4GB.

Disco duro con 20 GB

Tarjeta de red ethernet 10/100 BASE-T


54

3. INSTALACION

Se realizará en primer la instalación del JDK y JRE, donde el JDK es el kit de

desarrollo de JAVA, y el JRE es el ambiente de ejecución de JAVA, por medio de

este es posible la ejecución de aplicaciones en el mencionado lenguaje de

programación.

3.1. INSTALACIÓN JDK Y JRE VERSIÓN 6u21 U SUPERIOR

Al ejecutar el instalador nos aparecerá la siguiente pantalla, damos clic en

siguiente:

Iniciará la instalación del JDK, para que finalice deberá esperar un momento:


55

Al finalizar la instalación anterior nos pedirá indicar una carpeta de destino de para

el JRE de Java, podemos cambiar la ruta o escoger la ruta por default dando clic en

“Next”:

Iniciará el proceso de instalación, y se deberá esperar unos momentos:

Una vez culminada la instalación del JRE, le daremos clic en “Finish” y se concluye

exitosamente la instalación del JDK y el JRE.


56

3.2. INSTALACION POSTGRES 9.1

Descargamos el archivo postgresql-9.1.15-1-windows de la página oficial de

Postgresql, ejecutamos el archivo de instalación, damos clic en siguiente.

A continuación seleccionamos el directorio de instalación, y damos click en

siguiente.


57

Ahora se debe seleccionar el directorio en el cual se almacenarán los datos.

En este paso se ingresa la contraseña del súper – usuario de la Base de datos

POSTGRESQL, una vez ingresada nos pedirá la confirmación de la contraseña y a

continuación damos clic en siguiente.


58

A continuación aparece el puerto que asigna POSTGRESQL por default, damos clic

en siguiente.

Se muestra si se desea seleccionar la configuración regional por defecto para la

base de datos.


59

En esta pantalla nos aparece una información en la cual damos clic en siguiente.

A continuación se inicia el proceso de instalación.


60

Esta ventana muestra que el proceso de instalación ha concluido, y finalmente

damos click en terminar.

Al concluir el proceso de instalación se observa la pantalla de inicio de la aplicación

POSTGRESQL que está lista para ser utilizado.


61

3.3. INSTALACION DE JBOSS 7

La instalación de Jboss es sencilla puesto que no requiere mayor interacción con el

usuario.

En el directorio C:\ vamos a crear una carpeta con el nombre “desarrollo” donde

ubicaremos el jboss el cual obtuvimos del sitio oficial para su descarga.

Podemos observar la siguiente estructura al visualizar la carpeta:

Accedemos al directorio del Jboss:

C:\desarrollo\jboss-7.1.0.Final\standalone\configuration\standalone.xml

Y procedemos a editar el archivo correspondiente tomando en cuenta los siguientes

puntos:


62

1. Dirección IP de servidor de BD y el nombre de la BD.

2. Nombre y contraseña del usuario de la BD.


63

ANEXO 2: MANUAL DE TÉCNICO


64

1. Introducción

Este documento es una guía para poder conocer el funcionamiento del módulo

de despacho parroquial y cementerio del sistema ERP Social, mediante

diagramas UML como: diagramas de casos de uso, diagramas de secuencia y

diagramas de clases. A su vez se describe la base de datos del módulo, con su

respectivo diccionario de datos.

2. Objetivo

Brindar al usuario del sistema una guía para que pueda conocer el

funcionamiento del módulo de despacho parroquial y cementerio, mediante

diagramas.

3. Glosario de Términos

Base de datos: Es un conjunto de datos pertenecientes a un mismo

contexto y almacenados sistemáticamente para su posterior uso.

Diagrama: es un dibujo geométrico, con el que se obtiene

la representación gráfica de una proposición, de la resolución de

un problema, de las relaciones entre las diferentes partes o elementos de

un conjunto o sistema.

UML: Unified Modeling Language, es un lenguaje gráfico para visualizar,

especificar, construir y documentar un sistema.

4. Diagramas UML

A continuación se presentan varios diagramas UML, que permitirán, de una

manera gráfica ayudar a la comprensión del funcionamiento del módulo de

despacho parroquial y cementerio.

4.1. Diagramas de Casos de Uso

Identificación de actores: A continuación se detallan los actores que

participarían en el módulo de despacho parroquial.


65

Actor Actividades

Administrador Es la persona que se encarga de administrar el

sistema. Una de sus tareas es gestionar las

claves del sistema: Crear, Modificar, Actualizar,

Asignar Roles de cada usuario del sistema.

También debe dar mantenimiento al sistema.

Usuario Registrado Usuario Registrado: Encargado de la información

cada una de las personas que utilizan las

dependencias del Despacho Parroquial. Esta

persona debe estar registrada y tener el status

de activado en el sistema para que pueda

acceder al mismo.

Registro Parroquial y Cementerio : El usuario registrado por medio de la

autenticación tendrá acceso al sistema, en el cual podrá realizar las actividades

como registrar, editar, generar certificados y reportes de los diferentes sacramentos

y eventos que permite gestionar el sistema.

Reservar Eucaristía: Este caso de uso específico muestra como el usuario

registrado previamente ingresa al sistema y posteriormente registra las diferentes

eucaristías o eventos que se presenten en el despacho parroquial.


66

Generar Certificados: Este caso de uso específico muestra como el usuario

registrado previamente ingresa al sistema y posteriormente genera certificados de

los diferentes eventos que se presenten en el despacho parroquial.

Generar Reportes: Este caso de uso específico muestra como el usuario

registrado previamente ingresa al sistema y posteriormente genera reportes de los

diferentes eventos que se presenten en el despacho parroquial.

4.2. Diagramas de Clases

A continuación se presentan los diagramas de clases del módulo de despacho

parroquial y cementerio.


67

CatalogoEucatistia

Eucaristía - Sacerdote

eucCatalogo

<<EJBEntity>>

CatalogoEucaristia

-

-

-

-

catCodigo

catDescripcion

eucCatalogo

eucCatalogos

: Integer

: String

: CatalogoEucaristia

: List<CatalogoEucaristia>

+

+

addEucCatalogo (CatalogoEucaristia eucCatalogo)

removeEucCatalogo (CatalogoEucaristia eucCatalogo)

...



eucSacerdoteBean

<<EJBEntity>>

Eucaristia

-

-

-

-

-

-

eucCodigo

eucFechaHora

eucIntencion

eucValor

eucEmpresa

eucSacerdoteBean

: Integer

: Timestamp

: String

: BigDecimal

: Integer

: Sacerdote

+ <<Constructor>> Eucaristia ()

<<EJBEntity>>

Sacerdote

-

-

-

-

-

-

-

-

sacCodigo

sacPersona

eucBautizos

eucConfirmacions

eucDefuncions

eucEucarestias

eucMatrimonios

eucPrimeraComunions

: Integer

: Integer

: List<Bautizo>

: List<Confirmacion>

: List<Defuncion>

: List<Eucaristia>

: List<Matrimonio>

: List<PrimeraComunion>

+

+

+

+

+

+

+

+

+

+

+

+

<<Constructor>> Sacerdote ()

addEucBautizo (Bautizo eucBautizo)

removeEucBautizo (Bautizo eucBautizo)

removeEucConfirmacion (Confirmacion eucConfirmacion)

addEucDefuncion (Defuncion eucDefuncion)

removeEucDefuncion (Defuncion eucDefuncion)

addEucEucarestia (Eucaristia eucEucarestia)

removeEucEucarestia (Eucaristia eucEucarestia)

addEucMatrimonio (Matrimonio eucMatrimonio)

removeEucMatrimonio (Matrimonio eucMatrimonio)

addEucPrimeraComunion (PrimeraComunion eucPrimeraComunion)

removeEucPrimeraComunion (PrimeraComunion eucPrimeraComunion)

...

: Bautizo

: Bautizo

: Confirmacion

: Defuncion

: Defuncion

: Eucaristia

: Eucaristia

: Matrimonio

: Matrimonio

: PrimeraComunion

: PrimeraComunion


68

Bautizo – Sacerdote

eucSacerdote

<<EJBEntity>>

Bautizo

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

bauCodigo

bauActa

bauBautizado

bauCanton

bauCertificadoPor

bauParroquia

bauFechaAprobacionCruso

bauFechaBautizo

bauMadrina

bauMadre

bauPadre

bauNotaMarginal

bauPadrino

bauPagina

bauProvincia

bauToma

bauEstado

bauEmpresa

eucSacerdote

: Integer

: String

: Integer

: Integer

: Integer

: Integer

: Timestamp

: Timestamp

: Integer

: Integer

: Integer

: String

: Integer

: String

: Integer

: String

: Integer

: Integer

: Sacerdote

+ <<Constructor>> Bautizo ()

...

<<EJBEntity>>

Sacerdote

-

-

-

-

-

-

-

-

sacCodigo

sacPersona

eucBautizos

eucConfirmacions

eucDefuncions

eucEucarestias

eucMatrimonios

eucPrimeraComunions

: Integer

: Integer

: List<Bautizo>


: List<Defuncion>

: List<Eucaristia>

: List<Matrimonio>


+

+

+

+

+

+

+

+

+

+

+

+













...

: Bautizo

: Bautizo

: Confirmacion

: Defuncion

: Defuncion

: Eucaristia

: Eucaristia

: Matrimonio

: Matrimonio

: PrimeraComunion

: PrimeraComunion


69

PrimeraComunion- Sacerdote

Confimacion-Sacerdote

eucSacerdote

<<EJBEntity>>

PrimeraComunion

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

pcoCodigo

pcoActa

pcoAsignado

pcoCanton

pcoCertificadoPor

pcoEstado

pcoFechaAprobacionCurso

pcoFechaHora

pcoTipo

pcoNotaMarginal

pcoPadrino

pcoPagina

pcoParroquia

pcoProvincia

pcoTomo

eucSacerdote

: Integer

: String

: Integer

: Integer

: Integer

: Integer

: Timestamp

: Timestamp

: Integer

: String

: Integer

: String

: Integer

: Integer

: String

: Sacerdote

+ <<Constructor>> PrimeraComunion ()

<<EJBEntity>>

Sacerdote

-

-

-

-

-

-

-

-

sacCodigo

sacPersona

eucBautizos

eucConfirmacions

eucDefuncions

eucEucarestias

eucMatrimonios

eucPrimeraComunions

: Integer

: Integer

: List<Bautizo>


: List<Defuncion>

: List<Eucaristia>

: List<Matrimonio>


+

+

+

+

+

+

+

+

+

+

+

+













...

: Bautizo

: Bautizo

: Confirmacion

: Defuncion

: Defuncion

: Eucaristia

: Eucaristia

: Matrimonio

: Matrimonio

: PrimeraComunion

: PrimeraComunion


70

eucSacerdote

<<EJBEntity>>

Confirmacion

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

conActa

conConfirmado

conEstado

conFecha

conFechaAprobacionCurso

conCanton

conCertificadoPor

conParroquia

conProvincia

conMadre

conPadre

conTipo

conNotaMarginal

conPadrino

conPagina

conToma

eucSacerdote

: String

: Integer

: Integer

: Timestamp

: Timestamp

: Integer

: Integer

: Integer

: Integer

: Integer

: Integer

: Integer

: String

: Integer

: String

: String

: Sacerdote

+ <<Constructor>> Confirmacion ()

<<EJBEntity>>

Sacerdote

-

-

-

-

-

-

-

-

sacCodigo

sacPersona

eucBautizos

eucConfirmacions

eucDefuncions

eucEucarestias

eucMatrimonios

eucPrimeraComunions

: Integer

: Integer

: List<Bautizo>


: List<Defuncion>

: List<Eucaristia>

: List<Matrimonio>


+

+

+

+

+

+

+

+

+

+

+

+













...

: Bautizo

: Bautizo

: Confirmacion

: Defuncion

: Defuncion

: Eucaristia

: Eucaristia

: Matrimonio

: Matrimonio

: PrimeraComunion

: PrimeraComunion


71

Matrimonio-Sacerdote

eucSacerdote

<<EJBEntity>>

Matrimonio

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

matCodigo

matActa

matCertificadoNovia

matCertificadoNovio

matFecha

matFechaAprobacionCurso

matMadrinaNovia

matMadrinaNovio

matNotaMarginal

matNovia

matMadreNovia

matMadreNovio

matPadreNovia

matPadreNovio

matNovio

matPadrinoNovia

matPadrinoNovio

matPagina

matParroquiaNovio

matParroquiaNovia

matCertificadoPor

matCanton

matParroquia

matProvincia

matTomo

eucSacerdote

: Integer

: String

: String

: String

: Timestamp

: Timestamp

: Integer

: Integer

: String

: Integer

: Integer

: Integer

: Integer

: Integer

: Integer

: Integer

: Integer

: String

: String

: String

: Integer

: Integer

: Integer

: Integer

: String

: Sacerdote

+ <<Constructor>> Matrimonio ()

<<EJBEntity>>

Sacerdote

-

-

-

-

-

-

-

-

sacCodigo

sacPersona

eucBautizos

eucConfirmacions

eucDefuncions

eucEucarestias

eucMatrimonios

eucPrimeraComunions

: Integer

: Integer

: List<Bautizo>


: List<Defuncion>

: List<Eucaristia>

: List<Matrimonio>


+

+

+

+

+

+

+

+

+

+

+

+













...

: Bautizo

: Bautizo

: Confirmacion

: Defuncion

: Defuncion

: Eucaristia

: Eucaristia

: Matrimonio

: Matrimonio

: PrimeraComunion

: PrimeraComunion


72

Defuncion-Sacerdote

eucSacerdote

<<EJBEntity>>

Defuncion

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

serialVersionUID

defCodigo

defActa

defCanton

defCausaMuerte

defParroquia

defConyugue

defMadre

defPadre

defDoctorCertifica

defEstadoCivil

defFecha

defFechaDifunto

defPagina

defPersona

defProvincia

defTomo

defNotaMarginal

eucSacerdote

: long

: Integer

: String

: Integer

: String

: Integer

: Integer

: Integer

: Integer

: int

: Integer

: Timestamp

: Timestamp

: String

: Integer

: Integer

: String

: String

: Sacerdote

= 1L

+ <<Constructor>> Defuncion ()

<<EJBEntity>>

Sacerdote

-

-

-

-

-

-

-

-

sacCodigo

sacPersona

eucBautizos

eucConfirmacions

eucDefuncions

eucEucarestias

eucMatrimonios

eucPrimeraComunions

: Integer

: Integer

: List<Bautizo>


: List<Defuncion>

: List<Eucaristia>

: List<Matrimonio>


+

+

+

+

+

+

+

+

+

+

+

+













...

: Bautizo

: Bautizo

: Confirmacion

: Defuncion

: Defuncion

: Eucaristia

: Eucaristia

: Matrimonio

: Matrimonio

: PrimeraComunion

: PrimeraComunion


73

Nicho

Sepultura

eucTipoNicho

eucNivelNicho

<<EJBEntity>>

Nicho

-

-

-

-

-

nicCodigo

nicDescripcion

nicSeccion

eucTipoNicho

eucNivelNicho

: Integer

: String

: Integer

: TipoNicho

: NivelNicho

+ <<Constructor>> Nicho ()

...

<<EJBEntity>>

NivelNicho

-

-

-

nniCodigo

nniDescripcion

eucNichos

: Integer

: String

: List<Nicho>

+

+

+

<<Constructor>> NivelNicho ()

addEucNicho (Nicho eucNicho)

removeEucNicho (Nicho eucNicho)

: Nicho

: Nicho

<<EJBEntity>>

TipoNicho

-

-

-

tniCodigo

tniDescripcion

eucNichos

: Integer

: String

: List<Nicho>

+

+

+

<<Constructor>> TipoNicho ()

addEucNicho (Nicho eucNicho)

removeEucNicho (Nicho eucNicho)

: Nicho

: Nicho

<<EJBEntity>>

Sepultura

-

-

-

sepDifunto

sepNicho

sepObservacion

: Integer

: Integer

: String

+ <<Constructor>> Sepultura ()


74

Contrato

Pago

Exumacion

<<EJBEntity>>

Contrato

-

-

-

-

-

-

-

-

-

-

-

-

-

conCodigo

conBeneficiario

conDifunto

conFechaFin

conFechaInicio

conFormaPago

conMesesArrendamiento

conMesesPorPagar

conNicho

conObservacion

conValorMes

conValorTotal

conValorSaldo

: Integer

: Integer

: Integer

: Timestamp

: Timestamp

: Integer

: Integer

: Integer

: Integer

: String

: BigDecimal

: BigDecimal

: BigDecimal

+ <<Constructor>> Contrato ()

<<EJBEntity>>

Pago

-

-

-

-

-

-

-

-

pagCodigo

pagContrato

pagFecha

pagMesesFaltantes

pagMesesPagados

pagSaldo

pagValorPagado

pagValorTotal

: Integer

: Integer

: Timestamp

: Integer

: Integer

: BigDecimal

: BigDecimal

: BigDecimal

+ <<Constructor>> Pago ()

<<EJBEntity>>

Exumacion

-

-

-

-

-

-

-

-

-

exuCodigo

exuActa

exuAutoriza

exuCausa

exuDifunto

exuFechaCepelio

exuFechaExhumacion

exuPagina

exuTomo

: Integer

: String

: Integer

: String

: Integer

: Timestamp

: Timestamp

: String

: String

+ <<Constructor>> Exumacion ()


75

5. Modelos de la Base de Datos

5.1. Modelo Lógico de la Base de Datos

Tabla común del sistema ERP Social

-

-

-

-

-

-

-

-

-

-

persona_tbl

#

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

per_pk

cab_ubicacion_fk

det_ubicacion_nivel1_fk




cab_catalogo_gen_fk

det_catalogo_gen_nivel1_fk

cab_catalogo_est_fk

det_catalogo_est_nivel1_fk

cab_catalogo_tip_fk

det_catalogo_tip_nivel1_fk

cab_catalogo_fun_fk

det_catalogo_fun_nivel1_fk

cab_catalogo_pro_fk

det_catalogo_pro_nivel1_fk

cab_catalogo_nes_fk

det_catalogo_nes_nivel1_fk

id_usuario

per_ci

per_nombres

per_apellidos

per_fecha_nac

per_direccion

per_telefono

per_celular

per_email

per_foto

per_foto_byte

per_genero

Serial

tcharacter varying(5)

character varying(5)
















integer




Date






bytea


euc_autoriza_exhumacion

#

*

o

aut_codigo

aut_persona

aut_empresa

...

Serial

integer

integer

euc_bautizo

#

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

bau_codigo

bau_sacerdote

bau_fecha_bautizo

bau_fecha_aprobacion_cruso

bau_certificado_por

bau_provincia

bau_canton

bau_nota_marginal

bau_toma

bau_acta

bau_pagina

bau_bautizado

bau_padrino

bau_madrina

bau_estado

bau_parroquia

bau_madre

bau_padre

bau_empresa

...

Serial

integer

Timestamp

Timestamp

integer

integer

integer





integer

integer

integer

integer

integer

integer

integer

integer

euc_catalogo

#

o

o

o

cat_codigo

cat_predecesor

cat_descripcion

cat_empresa

Serial

integer


integer

euc_sacerdote

#

o

o

o

sac_codigo

sac_persona

sac_estado

sac_empresa

Serial

integer

character(1)

integer

euc_primera_comunion

#

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

pco_codigo

pco_sacerdote

pco_asignado

pco_fecha_hora

pco_certificado_por

pco_estado

pco_fecha_aprobacion_curso

pco_padrino

pco_nota_marginal

pco_tomo

pco_acta

pco_pagina

pco_provincia

pco_canton

pco_parroquia

pco_tipo

pco_empresa

Serial

integer

integer

Timestamp

integer

integer

Timestamp

integer





integer

integer

integer

integer

integer

euc_confirmacion

#

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

con_codigo

con_sacerdote

con_confirmado

con_fecha

con_fecha_aprobacion_curso

con_estado

con_padrino

con_nota_marginal

con_toma

con_acta

con_pagina

con_certificado_por

con_provincia

con_canton

con_parroquia

con_tipo

con_madre

con_padre

con_empresa

...

Serial

integer

integer

Timestamp

Timestamp

integer

integer





integer

integer

integer

integer

integer

integer

integer

integer

euc_contrato

#

o

o

o

o

o

o

o

o

o

o

o

o

o

con_codigo

con_nicho

con_difunto

con_fecha_inicio

con_fecha_fin

con_meses_arrendamiento

con_forma_pago

con_observacion

con_beneficiario

con_meses_por_pagar

con_valor_total

con_valor_mes

con_valor_saldo

con_empresa

Serial

integer

integer

Timestamp

Timestamp

integer

integer


integer

integer

Number

Number

Number

integer

euc_defuncion

#

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

def_codigo

def_sacerdote

def_estado_civil

def_conyugue

def_causa_muerte

def_fecha

def_fecha_difunto

def_provincia

def_canton

def_tomo

def_acta

def_pagina

def_parroquia

def_doctor_certifica

def_madre

def_padre

def_nota_marginal

def_empresa

...

Serial

integer

integer

integer


Timestamp

Timestamp

integer

integer




integer

integer

integer

integer


integer

euc_nicho

#

o

o

o

o

o

o

nic_codigo

nni_nivel

nic_descripcion

nic_tipo

nic_seccion

nic_empresa

nic_estado

Serial

integer


integer

integer

integer

character(1)

euc_nivel_nicho

#

o

o

nni_codigo

nni_descripcion

nnicho

...

integer


integer

euc_sepultura

#

o

o

o

o

sep_codigo

sep_nicho

sep_difunto

sep_observacion

sep_empresa

Serial

integer

integer


integer

euc_tipo_nicho

#

o

o

tni_codigo

tni_descripcion

tni_empresa

...

Serial


integer

euc_eucarestia

#

o

o

o

o

o

euc_codigo

euc_sacerdote

euc_fecha_hora

euc_intencion

euc_valor

euc_empresa

Serial

integer

Timestamp


Number

integer

euc_exumacion

#

*

o

o

o

o

o

o

o

o

exu_codigo

exu_difunto

exu_autoriza

exu_causa

exu_fecha_cepelio

exu_fecha_exhumacion

exu_tomo

exu_acta

exu_pagina

exu_empresa

...

Serial

integer

integer


Timestamp

Timestamp




integer

euc_matrimonio

#

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

mat_codigo

mat_sacerdote

mat_novio

mat_novia

mat_parroquia_novio

mat_certificado_novio

mat_padrino_novio

mat_madrina_novio

mat_certificado_novia

mat_fecha

mat_fecha_aprobacion_curso

mat_padrino_novia

mat_madrina_novia

mat_nota_marginal

mat_tomo

mat_acta

mat_pagina

mat_parroquia_novia

mat_certificado_por

mat_provincia

mat_canton

mat_parroquia

mat_madre_novia

mat_madre_novio

mat_padre_novia

mat_padre_novio

mat_empresa

...

Serial

integer

integer

integer



integer

integer


Timestamp

Timestamp

integer

integer






integer

integer

integer

integer

integer

integer

integer

integer

integer

euc_pago

#

o

o

o

o

o

o

o

o

o

o

o

pag_codigo

pag_contrato

pag_fecha

pag_valor_pagado

pag_meses_pagados

pag_meses_faltantes

pag_saldo

pag_valor_total

pag_empresa

pag_contrato_fecha_inicio

pag_contrato_fecha_fin

pag_nicho_descripcion

...

Serial

integer

Timestamp

Number

integer

integer

Number

Number

integer

Timestamp

Timestamp


euc_doctor

#

o

o

o

doc_codigo

doc_persona

doc_num_licencia_med

doc_empresa

Serial

integer


integer


76

5.2. Modelo Físico de la Base de Datos

Tabla común del sistema ERP Social

-

-

-

-

- -

-

-

-

-

persona_tbl

per_pk

cab_ubicacion_fk





cab_catalogo_gen_fk

det_catalogo_gen_nivel1_fk

cab_catalogo_est_fk

det_catalogo_est_nivel1_fk

cab_catalogo_tip_fk

det_catalogo_tip_nivel1_fk

cab_catalogo_fun_fk

det_catalogo_fun_nivel1_fk

cab_catalogo_pro_fk

det_catalogo_pro_nivel1_fk

cab_catalogo_nes_fk

det_catalogo_nes_nivel1_fk

id_usuario

per_ci

per_nombres

per_apellidos

per_fecha_nac

per_direccion

per_telefono

per_celular

per_email

per_foto

per_foto_byte

per_genero

serial

tcharacter varying(5)

















integer




date






bytea


<pk>

euc_autoriza_exhumacion

aut_codigo

aut_persona

aut_empresa

...

serial

integer

integer

<pk>

euc_bautizo

bau_codigo

bau_sacerdote

bau_fecha_bautizo

bau_fecha_aprobacion_cruso

bau_certificado_por

bau_provincia

bau_canton

bau_nota_marginal

bau_toma

bau_acta

bau_pagina

bau_bautizado

bau_padrino

bau_madrina

bau_estado

bau_parroquia

bau_madre

bau_padre

bau_empresa

...

serial

integer

timestamp

timestamp

integer

integer

integer





integer

integer

integer

integer

integer

integer

integer

integer

<pk>

<fk>

euc_catalogo

cat_codigo

cat_predecesor

cat_descripcion

cat_empresa

serial

integer


integer

<pk>

<fk>

euc_sacerdote

sac_codigo

sac_persona

sac_estado

sac_empresa

serial

integer

character(1)

integer

<pk>

euc_primera_comunion

pco_codigo

pco_sacerdote

pco_asignado

pco_fecha_hora

pco_certificado_por

pco_estado

pco_fecha_aprobacion_curso

pco_padrino

pco_nota_marginal

pco_tomo

pco_acta

pco_pagina

pco_provincia

pco_canton

pco_parroquia

pco_tipo

pco_empresa

serial

integer

integer

timestamp

integer

integer

timestamp

integer





integer

integer

integer

integer

integer

<pk>

<fk>euc_confirmacion

con_codigo

con_sacerdote

con_confirmado

con_fecha

con_fecha_aprobacion_curso

con_estado

con_padrino

con_nota_marginal

con_toma

con_acta

con_pagina

con_certificado_por

con_provincia

con_canton

con_parroquia

con_tipo

con_madre

con_padre

con_empresa

...

serial

integer

integer

timestamp

timestamp

integer

integer





integer

integer

integer

integer

integer

integer

integer

integer

<pk>

<fk>

euc_contrato

con_codigo

con_nicho

con_difunto

con_fecha_inicio

con_fecha_fin

con_meses_arrendamiento

con_forma_pago

con_observacion

con_beneficiario

con_meses_por_pagar

con_valor_total

con_valor_mes

con_valor_saldo

con_empresa

serial

integer

integer

timestamp

timestamp

integer

integer


integer

integer

numeric

numeric

numeric

integer

<pk>

<fk>

euc_defuncion

def_codigo

def_sacerdote

def_estado_civil

def_conyugue

def_causa_muerte

def_fecha

def_fecha_difunto

def_provincia

def_canton

def_tomo

def_acta

def_pagina

def_parroquia

def_doctor_certifica

def_madre

def_padre

def_nota_marginal

def_empresa

...

serial

integer

integer

integer


timestamp

timestamp

integer

integer




integer

integer

integer

integer


integer

<pk>

<fk>

euc_nicho

nic_codigo

nni_nivel

nic_descripcion

nic_tipo

nic_seccion

nic_empresa

nic_estado

serial

integer


integer

integer

integer

character(1)

<pk>

<fk>

euc_nivel_nicho

nni_codigo

nni_descripcion

nnicho

...

integer


integer

<pk>

euc_sepultura

sep_codigo

sep_nicho

sep_difunto

sep_observacion

sep_empresa

...

serial

integer

integer


integer

<pk>

euc_tipo_nicho

tni_codigo

tni_descripcion

tni_empresa

...

serial


integer

<pk>

euc_eucarestia

euc_codigo

euc_sacerdote

euc_fecha_hora

euc_intencion

euc_valor

euc_empresa

serial

integer

timestamp


numeric

integer

<pk>

<fk>

euc_exumacion

exu_codigo

exu_difunto

exu_autoriza

exu_causa

exu_fecha_cepelio

exu_fecha_exhumacion

exu_tomo

exu_acta

exu_pagina

exu_empresa

...

serial

integer

integer


timestamp

timestamp




integer

<pk>

euc_matrimonio

mat_codigo

mat_sacerdote

mat_novio

mat_novia

mat_parroquia_novio

mat_certificado_novio

mat_padrino_novio

mat_madrina_novio

mat_certificado_novia

mat_fecha

mat_fecha_aprobacion_curso

mat_padrino_novia

mat_madrina_novia

mat_nota_marginal

mat_tomo

mat_acta

mat_pagina

mat_parroquia_novia

mat_certificado_por

mat_provincia

mat_canton

mat_parroquia

mat_madre_novia

mat_madre_novio

mat_padre_novia

mat_padre_novio

mat_empresa

...

serial

integer

integer

integer



integer

integer


timestamp

timestamp

integer

integer






integer

integer

integer

integer

integer

integer

integer

integer

integer

<pk>

<fk>

euc_pago

pag_codigo

pag_contrato

pag_fecha

pag_valor_pagado

pag_meses_pagados

pag_meses_faltantes

pag_saldo

pag_valor_total

pag_empresa

pag_contrato_fecha_inicio

pag_contrato_fecha_fin

pag_nicho_descripcion

...

serial

integer

timestamp

numeric

integer

integer

numeric

numeric

integer

timestamp

timestamp


<pk>

<fk>

euc_doctor

doc_codigo

doc_persona

doc_num_licencia_med

doc_empresa

serial

integer


integer

<pk>


77

6. Diccionario de Datos

Tablas del Diagrama Módulo Despacho Parroquial y Cementerio

N° Nombre Descripción

1 persona_tbl Tabla que almacena información

referente a los datos de una

persona.

2 euc_sacerdote Tabla que almacena información

referente a sacerdotes del

despacho parroquial.

3 euc_doctor Tabla que almacena información

referente al doctor que certifica la

muerte de un individuo en el


4 euc_autoriza_exhumacion Tabla que almacena información

referente a la persona que

autoriza una exhumación de un

difunto del cementerio.

5 euc_catalogo Tabla que almacena información

referente a los catálogos que el

módulo despacho parroquial y

cementerio.

6 euc_eucaristia Tabla que almacena información

referente a eucaristías del


7 euc_bautizo Tabla que almacena información

referente a bautizos del


8 euc_primera_comunion Tabla que almacena información

referente a primeras comuniones

del despacho parroquial.

9 euc_confirmacion Tabla que almacena información

referente a confirmaciones del


10 euc_matrimonio Tabla que almacena información

referente a matrimonios del


11 euc_defuncion Tabla que almacena información

referente a defunciones del


78


12 euc_tipo_nicho Tabla que almacena información

referente a tipos de nicho

existentes en el cementerio.

13 euc_nivel_nicho Tabla que almacena información

referente a niveles de nichos

existentes en el cementerio.

14 euc_nicho Tabla que almacena información

referente a nichos existentes en

el cementerio.

15 euc_sepultura Tabla que almacena información referente a sepulturas que se realizan en el cementerio.

16 euc_contrato Tabla que almacena información referente a contratos por arrendamiento de nicho en el cementerio.

17 euc_pago Tabla que almacena información referente a pagos del contrato por arrendamiento de nicho en el cementerio.

18 euc_exumacion Tabla que almacena información referente a exhumaciones que se realizan en el cementerio.

Tabla persona_tbl

Almacena información referente a personas que se registran en el sistema.

Código Descripción Primary

Key

Foreig

n Key

per_pk Identificador único de la

persona.

X


79

cab_ubicacion_fk Clave foranea de la tabla

externa al módulo.

X

det_ubicacion_nivel1_fk Clave foránea de la tabla

externa al módulo.

X


externa al módulo.

X


externa al módulo.

X


externa al módulo.

X

cab_catalogo_gen_fk Clave foránea de la tabla

externa al módulo.

X

det_catalogo_gen_nivel

1_fk

Clave foránea de la tabla

externa al módulo.

X

cab_catalogo_est_fk Clave foránea de la tabla

externa al módulo.

X

det_catalogo_est_nivel1

_fk


externa al módulo.

X

cab_catalogo_tip_fk Clave foránea de la tabla

externa al módulo.

X

det_catalogo_tip_nivel1_

fk


externa al módulo.

X

cab_catalogo_fun_fk Clave foránea de la tabla

externa al módulo.

X

det_catalogo_fun_nivel1

_fk


externa al módulo.

X

cab_catalogo_pro_fk Clave foránea de la tabla

externa al módulo.

X

det_catalogo_pro_nivel1

_fk


externa al módulo.

X

cab_catalogo_nes_fk Clave foránea de la tabla

externa al módulo.

X

det_catalogo_nes_nivel1

_fk


externa al módulo.

X


80

id_usuario Clave foránea de la tabla

externa al módulo.

X

per_ci Cédula de la persona.

per_nombres Nombres de la persona.

per_apellidos Apellidos de la persona.

per_fecha_nac Fecha de nacimiento de la

persona.

per_direccion Dirección de domicilio de la

persona.

per_telefono Teléfono de la persona.

per_celular Celular de la persona.

per_email Email de la persona.

per_foto Foto de la persona.

per_foto_byte Foto de la persona en

almacenada en bytes.

per_genero Género de la persona.

Tabla euc_sacerdote

Almacena información referente a los sacerdotes registrados en el sistema.


Key

Foreig

n Key

sac_codigo Identificador único del

sacerdote.

X

sac_persona Clave foranea de la tabla

persona_tbl

X

sac_estado Estado actual del sacerdote

que puede ser activo (1) o

inactivo (0).

sac_empresa Clave foranea de la tabla X


81

empresa_tbl.

Tabla euc_doctor

Almacena información referente a los doctores registrados en el sistema.


Key

Foreig

n Key

doc_codigo Identificador único del doctor. X

doc_persona Clave foranea de la tabla

persona_tbl.

X

doc_num_licencia_med Número de la licencia médica

del doctor.

doc_empresa Clave foránea de la tabla

empresa_tbl.

X

Tabla euc_autoriza_exhumacion

Almacena información referente a quien autoriza exhumaciones registrados en el

sistema.


Key

Foreig

n Key

aut_codigo Identificador único de quien

autoriza exhumación.

X

aut_persona Clave foranea de la tabla

persona_tbl.

X

aut_empresa Clave foránea de la tabla

empresa_tbl.

X

Tabla euc_catalogo

Almacena información referente a catálogos del módulo de despacho parroquial y

cementerio.


82


Key

Foreig

n Key

cat_codigo Identificador único del

catálogo.

X

cat_predecesor Clave foranea de la tabla

euc_catalogo.

X

cat_decripcion Descripción del catálogo.

cat_empresa Clave foranea de la tabla

empresa_tbl.

X

Tabla euc_eucaristia

Almacena información referente a eucaristías del despacho parroquial registradas

en el sistema.


Key

Foreig

n Key

cat_codigo Identificador único del

catálogo.

X

cat_predecesor Clave foranea de la tabla

euc_catalogo.

X

cat_decripcion Descripción del catálogo.

cat_empresa Clave foranea de la tabla

empresa_tbl.

X

Tabla euc_bautizo

Almacena información referente a bautizos que se registran en el sistema.


Key

Foreign

Key


83

bau_codigo Identificador único del

bautizo.

X

bau_sacerdote Clave foranea de la tabla

euc_sacerdote.

X

bau_fecha_bautizo Fecha de realizacíon de

bautizo.

bau_fecha_aprobacion_cur

so

Fecha de aprobación del

curso de bautizo.

bau_certificado_por Clave foranea de la tabla

persona_tbl que representa

al individuo que certifica el

bautizo.

X

bau_provincia Clave foranea de la tabla

euc_catalogo que representa

la provincial en donde se

realiza el bautizo.

X

bau_canton Clave foranea de la tabla


el canton donde se realiza el

bautizo.

X

bau_parroquia Clave foranea de la tabla


la parroquia donde se realiza

el bautizo.

X

bau_nota_marginal Nota marginal de bautizo.

bau_tomo Tomo en el que se registra el

bautizo.

bau_acta Acta en el que se registra el

bautizo.

bau_pagina Página en el que se registra

el bautizo.

bau_bautizado Clave foranea de la tabla

persona_tbl, individuo que se

bautiza.

X

bau_padrino Clave foranea de la tabla

persona_tbl, padrino de

bautizo.

X


84

bau_madrina Clave foranea de la tabla

persona_tbl, madrina de

bautizo.

X

bau_estado Estado actual de bautizo.

bau_madre Clave foranea de la tabla

persona_tbl, madre de

bautizado.

X

bau_padre Clave foranea de la tabla

pesona_tbl, padre de

bautizado.

X

bau_empresa Clave foranea de la tabla

empresa_tbl, empresa en

que se registra el bautizo.

X

Tabla euc_primera_comunion

Almacena información referente a primeras comuniones del despacho parroquial

registradas en el sistema.


Key

Foreig

n Key

pco_codigo Identificador único de

primera comunión.

X

pco_sacerdote Clave foranea de la tabla

persona_tbl, sacerdote u

obispo que realiza primera

comunión.

X

pco_asignado Clave foranea de la tabla

persona_tbl, realiza primera

comunión.

X

pco_fecha_hora Fecha hora primera

comunión.

pco_certificado_por Clave foranea de la tabla

persona_tbl, certifica primera

comunión.

X

pco_estado Estado actual de primera


85

comunión.

pco_fecha_aprobacion_cu

rso

Fecha de aprobación de

curso primera comunión

pco_padrino Clave foranea de la tabla

persona_tbl, padrino primera

comunión.

X

pco_nota_marginal Nota marginal primera

comunión.

pco_tomo Tomo de primera comunión.

pco_acta Acta de primera comunión.

pco_pagina Página de primera

comunión.

pco_provincia Clave foranea tabla

euc_catalogo, provincia de

primera comunión.

X

pco_canton Clave foranea tabla

euc_catalogo, cantón de

primera comunión.

X

pco_parroquia Clave foranea tabla

euc_catalogo, parroquia de

primera comunión.

X

pco_tipo Clave foranea de la tabla

euc_catalogo, tipo padrino o

madrina de primera

comunión.

X

pco_empresa Clave foranea de la tabla

empresa_tbl.

X

Tabla euc_confirmacion

Almacena información referente a confirmaciones del despacho parroquial

registradas en el sistema.


Key

Foreig

n Key


86

con_codigo Identificador único de

confirmación.

X

con_sacerdote Clave foranea de la tabla

persona_tbl, sacerdote que

realiza confirmación.

X

con_confirmado Clave foranea de la tabla

persona_tbl, realiza

confirmación.

X

con_fecha Fecha de confirmación.

pco_certificado_por Clave foranea de la tabla

persona_tbl, certifica

confirmación.

X

pco_estado Estado actual de

confirmación.

pco_fecha_aprobacion_cu

rso


curso de confirmación.

pco_padrino Clave foranea de la tabla

persona_tbl, padrino

confirmación.

X

pco_nota_marginal Nota marginal de

confirmación.

pco_tomo Tomo de confirmación.

pco_acta Acta de confirmación.

pco_pagina Página de confirmación.

pco_provincia Clave foranea de la tabla


primera comunión.

X

pco_canton Clave foranea de la tabla


primera comunión.

X

pco_parroquia Clave foranea de la tabla


primera comunión.

X

con_tipo Clave foranea de la tabla

euc_catalogo, tipo padrino. o

madrina de confirmación.

X


87

con_madre Clave foranea de la tabla

persona_tbl, padre de

confirmado.

X

con_padre Clave foranea de la tabla


confirmado.

X

con_empresa Clave foranea tabla

empresa_tbl.

Tabla euc_matrimonio

Almacena información referente a matrimonios del despacho parroquial registrados

en el sistema.


Key

Foreig

n Key

mat_codigo Identificador único de

matrinonio.

X

mat_sacerdote Clave foranea de la tabla

persona_tbl, sacerdote que

realiza matrinonio.

X

mat_novio Clave foranea de la tabla

persona_tbl, novio.

X

mat_novia Clave foranea de la tabla

persona_tbl, novia.

X

mat_parroquia_novio Parroquia originaria de novio.

mat_certificado_novio Certificado de novio.

mat_padrino_novio Clave foranea de la tabla

persona_tbl, padrino del

novio.

X

mat_madrina_novio Clave foranea de la tabla

persona_tbl, madrina del

novio.

X

mat_certificado_novia Certificado novia.

mat_certificado_por Clave foranea de la tabla

persona_tbl, certifica

X


88

matrimonio.

mat_fecha Fecha de matrimonio.

mat_fecha_aprobacion_cu

rso


curso de matrimonio.

mat_padrino_novia Clave foranea de la tabla

persona_tbl, padrino de la

novia.

X

mat_madrina_novia Clave foranea de la tabla

persona_tbl, madrina de la

novia.

X

mat_parroquia_novia Parroquia originaria de la

novia.

mat_nota_marginal Nota marginal de matrimonio.

mat_tomo Tomo de matrimonio.

mat_acta Acta de matrimonio.

mat_pagina Página de matrimonio.

mat_provincia Clave foranea de la tabla


matrimonio.

X

mat_canton Clave foranea de la tabla


matrimonio.

X

mat_parroquia Clave foranea de la tabla


matrimonio.

X

mat_madre_novio Clave foranea de la tabla

persona_tbl, madre del

novio.

X

mat_madre_novia Clave foranea de la tabla

persona_tbl, madre de la

novia.

X

mat_padre_novio Clave foranea de la tabla

persona_tbl, padre del novio.

X

mat_padre_novia Clave foranea de la tabla

persona_tbl, padre de la

X


89

novia.

con_empresa Clave foranea tabla

empresa_tbl.

X

Tabla euc_defuncion

Almacena información referente a defunciones del despacho parroquial que se

registran en el sistema.


Key

Foreig

n Key

def_codigo Identificador único de

defunción.

X

def_persona Clave foranea de la tabla

persona_tbl, difunto.

X

def_sacerdote Clave foranea de la tabla

euc_sacerdote.

X

def_estado_civil Clave foranea de la tabla

euc_catalogo, estado civil del

difunto.

X

def_conyuge Clave foranea de la tabla

persona_tbl, conyuge del

difunto.

def_causa_muerte Causa de la muerte del

difunto.

def_fecha Fecha de sepelio.

def_fecha_difunto Fecha de muerte de difunto.

def_provincia Clave foranea de la tabla

euc_catalogo, provincia

muerte de difunto.

X

def_canton Clave foranea de la tabla

euc_catalogo, canton muerte

de difunto.

X

def_parroquia Clave foranea de la tabla

euc_catalogo, parroquia

X


90

muerte difunto.

def_nota_marginal Nota marginal de defunción.

def_tomo Tomo en el que se registra

defunción.

def_acta Acta en el que se registra

defunción.

def_pagina Página en el que se registra

defunción.

def_doctor_certifica Clave foranea de la tabla

persona_tbl, doctor que

certifica muerte de difunto.

X

def_madre Clave foranea de la tabla


difunto.

X

def_padre Clave foranea de la tabla

pesona_tbl, padre de difunto.

X

bau_empresa Clave foranea de la tabla

empresa_tbl, empresa.

X

Tabla euc_tipo_nicho

Almacena información referente a tipos de nichos del cementerio registrados en el

sistema.


Key

Foreig

n Key

tni_codigo Identificador único de tipo

nicho.

X

tni_descripcion Descripción de tipo nicho.

tni_empresa Clave foranea de la tabla

empresa_tbl

X


91

Tabla euc_nivel_nicho

Almacena información referente a niveles los nichos del cementerio registrados en

el sistema.


Key

Foreig

n Key

nni_codigo Identificador único de nivel

nicho.

X

nni_descripcion Descripción de nivel nicho.

nninicho Clave foranea de la tabla

empresa_tbl.

X

Tabla euc_nicho

Almacena información referente a nichos del cementerio registrados en el sistema.


Key

Foreig

n Key

nic_codigo Identificador único de nivel

nicho.

X

nni_nivel Clave foranea de la tabla

euc_nivel_nicho, nivel del

nicho.

X

nic_descripcion Descripción de nivel nicho.

nic_tipo Clave foranea de la tabla

euc_tipo_nicho, tipo del

nicho.

X

nic_seccion Clave foranea de la tabla

euc_catalogo, sección en la

que está ubicado el nicho en

el cementerio.

X

nic_empresa Clave foranea de la tabla

empresa_tbl

X

nic_estado Estado actual del nicho,


92

ocupado o libre.

Tabla euc_sepultura

Almacena información referente a sepelios del cementerio registrados en el

sistema.


Key

Foreig

n Key

sep_codigo Identificador único de

sepelio.

X

sep_nicho Clave foranea de la tabla

euc_nicho, nicho que ocupa

el difunto en el cementerio.

X

sep_difunto Clave foranea de la tabla


X

sep_opservacion Observación del sepelio.

sep_empresa Clave foranea de la tabla

empresa_tbl.

X

Tabla euc_contrato

Almacena información referente a contratos de arrendamientos de nichos del

cementerio registrados en el sistema.


Key

Forein

g Key

con_codigo Identificador único de

contrato.

X

con_nicho Clave foranea de la tabla

euc_nicho, nicho que ocupa

el difunto en el cementerio.

X

con_difunto Clave foranea de la tabla X


93


con_fecha_inicio Fecha inicio del contrato.

con_fecha_fin Fecha final del contrato.

con_meses_arrendamient

o

Meses de arrendamiento de

nicho.

con_forma_pago Clave foranea de la tabla

euc_catalogo, forma de pago

del contrato.

X

con_opservacion Observación del contrato.

con_beneficiario Clave foranea de la tabla

persona_tbl, beneficiario que

se hace cargo del pago de

contrato.

X

con_meses_por_pagar Meses pendientes de pago.

con_valor_total Valor total de pago del

contrato.

con_valor_mes Valor de pago por cada mes

de arriendo.

con_valor_saldo Saldo actual del contrato.

con_empresa Clave foranea de la tabla

empresa_tbl.

X

Tabla euc_pago

Almacena información referente a pagos de arrendamientos de nichos del

cementerio registrados en el sistema.


Key

Foreig

n Key

pag_codigo Identificador único de pago

de contrato.

X

pag_contrato Clave foranea de la tabla

euc_contrato, contrato por

arrendamiento de nicho del

cementerio.

X


94

pag_fecha Fecha de pago.

pag_valor_pagado Valor pagado por arriendo.

pag_meses_pagados Meses actualmente pagados

por pagos por contrato.

pag_mese_faltantes Meses pendientes de pago

por contrato.

pag_saldo Saldo pendiente de pago por

contrato.

pag_valor_total Valor total de pago por

contrato.

pag_contrato_fecha_inicio Fecha inicio de contrato.

pag_contrato_fecha_fin Fecha final de contrato.

pag_nicho_decripcion Nicho por el que se paga por

contrato.

pag_empresa Clave foranea de la tabla

empresa_tbl.

X

Tabla euc_exumacion

Almacena información referente a exhumaciones del cementerio registradas en el

sistema.


Key

Foreig

n Key

exu_codigo Identificador único de

exhumación.

X

sep_difunto Clave foranea de la tabla


X

exu_autoriza Clave foranea de la tabla

exu_autoriza_exhumacion,

da consentimiento la

exhumación.

X

exu_causa Causa o razón de la

exhumación.


95

exu_fecha_cepelio Fecha en la se realizó el

sepelio.

exu_fecha_exhumacion Fecha de exhumación.

euc_tomo Tomo de exhumación.

exu_acta Acta de exhumación.

exu_pagina Página de exhumación.

exu_empresa Clave foranea de la tabla

empresa_tbl.

X

7. ESTRUCTURA DEL PROYECTO “Erp Social”

Es importante mencionar y conocer la estructura de archivos, carpetas que

corresponden al desarrollo de “Erp Social”, para ello se hará una breve

descripción de la estructura desarrollada.

El sistema se encuentra estructurado de la siguiente manera:

ErpSocial

ErpSocialEJB

ErpSocialWeb

7.1. ErpSocial

En la carpeta ErpSocial se encuentra el código ejecutable del proyecto,

dividido en subcarpetas que contienen los archivos de acuerdo a su

funcionalidad.


96

Esta carpeta contiene los proyectos como muestra en la siguiente figura.

7.2. ErpSocialEJB

ErpSocialEJB es el proyecto que contiene la lógica del negocio y la persistencia

hacia la base de datos. Cabe recordar que los EJB son clases java ligeras donde se

programas las reglas de negocio de la aplicación, por tanto en la carpeta en

mención se ha definido las reglas de negocio.

DAO (Data Access Object) encapsula el acceso a la base de datos, por lo que

cuando la capa lógica de negocio necesite interactuar con la base de datos, va a

hacerlo a través de la API que le ofrece DAO. Generalmente esta API consiste en

métodos CRUD (Create, Read, Update y Delete). Entonces por ejemplo cuando la

capa de lógica de negocio necesite guardar un dato en la base de datos, va a

llamar a un método create ( ).

ErpSocial

ErpSocialWeb ErpSocialEJB


97

Los DTO (Data Transfer Object) o también denominados VO (Value Object), son

utilizados por DAO para transportar los datos desde la base de datos hacia la capa

de lógica de negocio y viceversa.

7.3. ErpSocialWeb

ErpSocialWeb es el proyecto que contiene todos los elementos web como

javascript, páginas HTML y los controladores que se encargan de recolectar las

acciones y los datos que las páginas emiten.

En esta carpeta se encuentra la capa de presentación del proyecto, dividido en

subcarpetas que contienen las diferentes clases de archivos de acuerdo a su uso.

Java Resources – src, contiene archivos con extensión .java y corresponde a los

beans que brindan la funcionalidad a las páginas dinámicas XHTML. Estos son los

encargados de guardar información, utilizan un API para representar componentes

de la interfaz de Usuario y manejar sus estados, manejar sus eventos; también

realizan la validación del lado del servidor, la conversión de datos y definir la

navegación entre páginas.

WebContent, esta carpeta contiene las páginas xhtml, las mismas que

proporcionan el aspecto visual del sistema, para cada formulario. La carpeta css

contiene los estilos que son utilizados en las páginas xhtml.

La carpeta WEB-INF contiene los archivos de configuración:


98

faces-config.xml, archivo de configuración del jsf.

lib, contiene las librerías adicionales que utiliza el sistema.

templates, contiene los estilos del proyecto Erp Social

web.xml, archivo de configuración de componentes del proyecto para el despliegue

del sistema, describe al contenedor Web, sus elementos y el modo en que se

accede a los mismos. Además, define los aspectos de seguridad, fichero de

bienvenida, parámetros iníciales y parámetros de contexto.


99

ANEXO 3: MANUAL DE USUARIO


100

1. Introducción

El presente manual es la guía para los usuarios del módulo de despacho

parroquial y cementerio del Sistema ERP Social, para el acceso y gestión

de las diferentes opciones que presenta el modulo. En el contenido se

puede encontrar el detalle de como poder gestionar de forma amigable y

sencilla el presente sistema. Cabe mencionar que en este manual da por

hecho que el usuario ha obtenido su “usuario” y “clave” con anterioridad.

1.1. Antes de empezar

Para poder entender como está desarrollado del módulo de despacho

parroquial y cementerio del sistema ERP Social, se debe explicar ciertas

definiciones que se detalla en este manual, porque es importante tener

los siguientes conocimientos:

El sistema permite gestionar eucaristías, primera comunión,

confirmación, matrimonio y defunción en lo referente al despacho

parroquial. También permite gestionar sepulturas, contratos de nichos,

pagos de contratos por arriendos de nichos y exhumaciones.

El sistema solo permite realizar un borrado lógico con el botón

“Desactivar” de cada registro seleccionado en algunos menús. Para

volverlo a activar se lo realiza mediante el botón “Activar”. Por medio de

este método se pretende que el sistema tenga un completo control en la

forma de auditar.

2. Generalidades

2.1. Acerca de este manual

El presente manual se lo ha realizado con el objetivo de que los usuarios

aprendan sobre la gestión del módulo de despacho parroquial y

cementerio, para tener un conocimiento de la funcionalidad.


101

2.2. Simbología

El módulo de despacho parroquial y cementerio contiene símbolos

que deben de ser de conocimiento de los usuarios del sistema

ERP Social, para lograr así claridad y entendimiento del sistema.

Menús módulo de despacho parroquial y cementerio

Editar

Activar

Desactivar

Insertar

Exportar a Excel


102

2.3. Ingreso al sistema

Para ingresar al sistema se recomienda abrir navegadores como Mozilla

Firefox o Chrome. Para lo cual se ingresa a la siguiente dirección:

http://localhost:8080/ErpSocialWeb/

Lo que muestra la siguiente pantalla:

En la parte inferior izquierda se puede encontrar la opción para ingresar

al sistema módulo de despacho parroquial y cementerio del sistema ERP

Social, en la cual se debe ingresar el usuario y clave.

Al presionar “Enter” o el botón “Ingresar” se muestra la siguiente

pantalla:

http://localhost:8080/ErpSocialWeb/


103

3. MÓDULO DE DESPACHO PARROQUIAL Y CEMENTERIO

3.1. Pastes del módulo

Al ingresar al sistema encontramos las siguientes partes como se puede

apreciar en la siguiente pantalla:

1. Logo, información y ayuda del sistema: Además de cierre de sesión

de usuario ingresado en el sistema.

2. Información del usuario registrado en el sistema.

3. Menús del módulo de despacho parroquial y cementerio.

4. Información adicional del sistema.

3.2. Menús del módulo despacho

El módulo de despacho parroquial y cementerio contiene los

siguientes menús:

1. Despacho Eucaristía.

2. Despacho Partida de Bautizo.

1

2

3

4


104

3. Despacho Partida de Primera Comunión.

4. Despacho Partida de Confirmación.

5. Despacho Partida de Matrimonio.

6. Despacho Defunción.

7. Despacho Sepultura.

8. Despacho Sección.

9. Despacho Tipo Nicho.

10. Despacho Nicho.

11. Despacho Exhumación.

12. Despacho Contrato.

13. Despacho Pago Contrato.

14. Despacho Sacerdote.

15. Despacho Doctor.

16. Despacho Autoriza Exhumación.

17. Reporte Eucaristía.

18. Reporte Partida Bautizos.

19. Reporte Partida Primera Comunión.

20. Reporte Confirmación.

21. Reporte Partidas Matrimonio.

22. Reporte Sepultura.

23. Reporte Exhumación.

24. Reporte Defunción.


105

3.2.1. Despacho Sacerdote

Permite registrar, inactivar (sacerdote no puede ser visible para

seleccionar de selección del mismo), activar y editar sacerdotes o

ministros del despacho parroquial, búsqueda de los sacerdotes por varios

filtros como por nombres y apellidos del sacerdote. Al dar Clic en esta

opción podemos encontrar las siguientes partes como se muestra la

siguiente pantalla:

3.2.1.1. Insertar Nuevo Sacerdote

Para insertar un nuevo sacerdote se da un clic en la superior izquierda en

“Insertar” como se muestra en la siguiente pantalla:

clic


106

A continuación se llena los siguientes datos:

1. Cédula Sacerdote: Permite insertar la cédula del sacerdote. Campo

obligatorio

2. Nombres Sacerdote: Permite insertar los nombres del sacerdote.

Campo obligatorio.

3. Apellidos Sacerdote: Permite insertar los apellidos del sacerdote.

Campo obligatorio.

4. Fecha Nacimiento Sacerdote: Permite elegir la fecha de nacimiento

del sacerdote. Campo Obligatorio

5. Dirección Sacerdote: Permite insertar la dirección de domicilio del

sacerdote. Campo obligatorio.

6. Teléfono Sacerdote: Permite insertar el teléfono del sacerdote.

7. Móvil Sacerdote: Permite insertar el móvil del sacerdote.

8. Email Sacerdote: Permite insertar el email del sacerdote.

9. Guardar: Permite registrar en la base de datos.

10. Cancelar: Permite cancelar el registro del sacerdote en la base de

datos.

1 2

9

3

4

5

6

7 8

10


107

3.2.2. Despacho Doctor.

Permite registrar y editar doctores del despacho parroquial, búsqueda de

los doctores por varios filtros como por nombres y apellidos del doctor. Al

dar Clic en esta opción podemos encontrar las siguientes partes como se

muestra la siguiente pantalla:

3.2.2.1. Insertar Nuevo Doctor

Para insertar un nuevo doctor se da un clic en la superior izquierda en


clic


108


1. Cédula Doctor: Permite insertar la cédula del doctor. Campo

obligatorio

2. Nombres Doctor: Permite insertar los nombres del doctor. Campo

obligatorio.

3. Apellidos Doctor: Permite insertar los apellidos del sacerdote doctor.

Campo obligatorio.

4. Fecha Nacimiento Doctor: Permite elegir la fecha de nacimiento del

doctor. Campo Obligatorio

5. Dirección Doctor: Permite insertar la dirección de domicilio del doctor.

Campo obligatorio.

6. Teléfono Doctor: Permite insertar el teléfono del doctor.

7. Móvil Doctor: Permite insertar el móvil del doctor.

8. Email Doctor: Permite insertar el email del doctor.

9. Número de Licencia Médica Doctor: Permite insertar el número de

licencia médica del doctor.


11. Cancelar: Permite cancelar el registro del doctor en la base de datos.

1 2

3

4

5

9

11

6 7

8

10


109

3.2.3. Despacho Autoriza Exhumación

Permite registrar y editar individuos que autorizan una exhumación del

cementerio, búsqueda de los que autorizan exhumaciones por varios

filtros como por nombres y apellidos de los que autorizan eucaristías. Al

dar clic en esta opción podemos encontrar las siguientes partes como se


3.2.3.1. Insertar Nuevo Autoriza Exhumación

Para insertar un nuevo individuo que autoriza una exhumación se da un

clic en la superior izquierda en “Insertar” como se muestra en la siguiente

pantalla:

clic


110


11. Cédula Autoriza Exhumación: Permite insertar la cédula del que

autoriza exhumación. Campo obligatorio

12. Nombres Autoriza Exhumación: Permite insertar los nombres del que

autoriza exhumación. Campo obligatorio.

13. Apellidos Autoriza Exhumación: Permite insertar los apellidos del que

autoriza exhumación. Campo obligatorio.

14. Fecha Nacimiento Autoriza Exhumación: Permite elegir la fecha de

nacimiento del que autoriza exhumación. Campo Obligatorio

15. Dirección Autoriza Exhumación: Permite insertar la dirección de

domicilio del que autoriza exhumación. Campo obligatorio.

16. Teléfono Autoriza Exhumación: Permite insertar el teléfono del que

autoriza exhumación.

17. Móvil Autoriza Exhumación: Permite insertar el móvil del que autoriza

exhumación.

18. Email Autoriza Exhumación: Permite insertar el email del que autoriza

exhumación.


20. Cancelar: Permite cancelar el registro del que autoriza exhumación

en la base de datos.

1 2

3

4

5

6

7 8

10 9


111

3.2.4. Despacho Eucaristía

Permite registrar y editar eucaristías del despacho parroquial, búsqueda

de las eucaristías por varios filtros como fecha de la eucaristía, además

por nombres y apellidos del sacerdote que realizó la eucaristía. Al dar

Clic en esta opción podemos encontrar las siguientes partes como se


3.2.4.1. Insertar Nueva Eucaristía

Para insertar una nueva eucaristía se da un clic en la superior izquierda

en “Insertar” como se muestra en la siguiente pantalla:


clic

1

3

4

3

5 6


112

12. Fecha Eucaristía: Permite elegir la fecha, hora, minutos y segundos

de la eucaristía. Campo Obligatorio

13. Intención Eucaristía: Permite insertar una pequeña descripción de la

intención o motivo de la eucaristía. Campo obligatorio.

14. Sacerdote Eucaristía: Permite seleccionar los sacerdotes que están

registrados en el sistema que realiza la eucaristía. Campo obligatorio.

15. Valor Eucaristía: Permite introducir valores enteros o decimales

(formato: xxx.xx) de la eucaristía. Campo obligatorio.


17. Cancelar: Permite cancelar el registro de la eucaristía en la base de

datos.


113

3.2.5. Despacho Partida de Bautizo

Permite registrar, dar certificados (llenar el campo “Da Fe” si se lo

requiere en el certificado) y editar bautizos del despacho parroquial,

búsqueda de los bautizos por varios filtros como por nombres, por

apellidos y por cédula del bautizado. Al dar Clic en esta opción podemos

encontrar las siguientes partes como se muestra la siguiente pantalla:

3.2.5.1. Insertar Nuevo Bautizo

Para insertar un nuevo bautizo se da un clic en la superior izquierda en


clic


114


1. Cédula Bautizado: Permite insertar la cédula del bautizado.

2. Apellidos Bautizado: Permite insertar los apellidos del bautizado.

Campo obligatorio.

3. Nombres Bautizado: Permite insertar los nombres del bautizado.

Campo obligatorio.

4. Cédula Madre: Permite insertar la cédula de la madre del bautizado.

1

20

2 3

4

5

6 8

9

10

11 12

13

14 15

16

17

18

19

21 22

24

25 26

23

26

29 27


115

5. Apellidos Madre: Permite insertar los apellidos de la madre del

bautizado.

6. Nombres Madre: Permite insertar los nombres de la madre del

bautizado.

7. Cédula Padre: Permite insertar la cédula del padre del bautizado.

8. Apellidos Padre: Permite insertar los apellidos del padre del

bautizado.

9. Nombres Padre: Permite insertar los nombres del padre del

bautizado.

10. Fecha de Bautizo: Permite insertar la fecha en el que se realiza el

bautizo. Campo obligatorio.

11. Fecha de Aprobación Curso del Bautizo: Permite insertar la fecha en

el que se realiza la aprobación del curso del bautizo. Campo

obligatorio.

12. Estado: Permite insertar el estado actual de bautizo, pudiendo ser

“Por Bautizar” o “Bautizado”. Campo obligatorio.

13. Sacerdote Bautizo: Permite seleccionar el sacerdote que realiza el


14. Provincia Bautizo: Permite seleccionar la provincia en el que realiza

el bautizo. Campo obligatorio.

15. Cantón Bautizo: Permite seleccionar el cantón en el que realiza el


16. Parroquia Bautizo: Permite seleccionar la parroquia en el que realiza

el bautizo. Campo obligatorio.

17. Cédula Madrina: Permite insertar la cédula de la madrina del

bautizado. Campo obligatorio.

18. Apellidos Madrina: Permite los apellidos de la madrina del bautizado.

19. Nombres Madrina: Permite insertar los nombres de la madrina del

bautizado.

20. Cédula Padrino: Permite insertar la cédula del padrino del bautizado.

Campo obligatorio.

21. Apellidos Padrino: Permite los apellidos del padrino del bautizado.


116

22. Nombres Padre: Permite insertar los nombres del padrino del

bautizado.

23. Nota Marginal: Campo que se muestra solo si en el campo “Estado”

se selecciona “Bautizado”. Permite insertar la nota marginal del

bautizo.

24. Tomo: Campo que se muestra solo si en el campo “Estado” se

selecciona “Bautizado”. Permite insertar el número del tomo del

bautizo. Campo obligatorio y solo enteros.

25. Acta: Campo que se muestra solo si en el campo “Estado” se

selecciona “Bautizado”. Permite insertar el número de acta del


26. Página: Campo que se muestra solo si en el campo “Estado” se

selecciona “Bautizado”. Permite insertar el número de página del



28. Cancelar: Permite cancelar el registro del bautizo en la base de datos.

29. Exportar a PDF: Permite exportar a formato de pdf la partida

bautismal.


117

3.2.6. Despacho Partida de Primera Comunión

Permite registrar y editar primeras comuniones del despacho parroquial,

búsqueda de las primeras comuniones registradas por varios filtros como

por nombres, por apellidos y por cédula del que ha realizado la primera

comunión. Al dar Clic en esta opción podemos encontrar las siguientes

partes como se muestra la siguiente pantalla:

3.2.6.1. Insertar Nueva Primera Comunión

Para insertar un nuevo registro de una nueva primera comunión se da un

clic en la superior izquierda en “Insertar” como se muestra en la siguiente

pantalla:

clic


118


1. Cédula: Permite insertar la cédula del que realiza la primera

comunión. Campo obligatorio.

2. Apellidos Primera Comunión: Permite insertar los apellidos del que

realiza primera comunión. Campo obligatorio.

3. Nombres Primera Comunión: Permite insertar los nombres del que

realiza primera comunión. Campo obligatorio.

4. Fecha Partida Primera Comunión: Permite insertar la fecha en el que

se realiza la primera comunión. Campo obligatorio.

1

17

2 3

4

5

6

7 8

9

10

11

12 13

14

15

16

18

19

21

22

20

23


119

5. Fecha Aprobación Curso Primera Comunión: Permite insertar la

fecha en el que se realiza la aprobación del curso de primera


6. Sacerdote Primera Comunión: Permite seleccionar el sacerdote que

realiza la primera comunión. Campo obligatorio.

7. Provincia Primera Comunión: Permite seleccionar la provincia en el

que realiza la primera comunión. Campo obligatorio.

8. Cantón Primera Comunión: Permite seleccionar el cantón en el que

realiza la primera comunión. Campo obligatorio.

9. Parroquia Primera Comunión: Permite seleccionar la parroquia en el

que realiza la primera comunión. Campo obligatorio.

10. Estado: Permite insertar el estado actual de primera comunión,

pudiendo ser “Matriculado”, “Por realizar la primera comunión” o

“Realizado la primera comunión”. Campo obligatorio.

11. Tipo Padrino/Madrina: Permite seleccionar “Padrino” o “Madrina” para

el que realiza la primera comunión.

12. Cédula Padrino/Madrina: Permite insertar la cédula de la madrina o

padrino según el “Tipo Padrino/Madrina” seleccionado de primera


13. Nombres Padrino/Madrina: Permite insertar los nombres de la

madrina o padrino según el “Tipo Padrino/Madrina” seleccionado de

primera comunión. Campo obligatorio.

14. Apellidos Padrino/Madrina: Permite insertar los apellidos de la


primera comunión. Campo obligatorio.

15. Nota Marginal Partida Primera Comunión: Campo que se muestra

solo si en el campo “Estado” se selecciona “Realizado la primera

comunión”. Permite insertar la nota marginal de la primera comunión.


selecciona “Realizado la primera comunión”. Permite insertar el

número del tomo de la primera comunión. Campo obligatorio y solo

enteros.


120



número de acta de la primera comunión. Campo obligatorio y solo

enteros.



número de página de la primera comunión. Campo obligatorio y solo

enteros.

19. Provincia Bautizo: Campo no editable. Muestra la provincia en el que

realizó el bautizo el individuo que realiza la primera comunión, sí

solamente sí se ha registrado anteriormente el bautizo.

20. Cantón Bautizo: Campo no editable. Muestra el cantón en el que

realizó, el bautizo el individuo que realiza la primera comunión, sí


21. Parroquia Bautizo: Campo no editable. Muestra la parroquia en el

que realizó, el bautizo el individuo que realiza la primera comunión, sí

solo sí se ha registrado anteriormente el bautizo.

22. Fecha de Bautizo: Campo no editable. Muestra la fecha en el que

realizó el bautizo, el individuo que realiza la primera comunión, sí solo

sí se ha registrado anteriormente el bautizo.


24. Cancelar: Permite cancelar el registro de la primera comunión en la

base de datos.


121

3.2.7. Despacho Partida de Confirmación


requiere en el certificado) y editar confirmaciones del despacho

parroquial, búsqueda de las confirmaciones registradas por varios filtros

como por nombres, por apellidos y por cédula del que ha realizado la

primera comunión. Al dar Clic en esta opción podemos encontrar las

siguientes partes como se muestra la siguiente pantalla:

3.2.7.1. Insertar Nueva Confirmación

Para insertar un nuevo registro de nueva confirmación se da un clic en la

superior izquierda en “Insertar” como se muestra en la siguiente pantalla:


clic


122

1. Cédula Confirmado: Permite insertar la cédula del que realiza la

confirmación. Campo obligatorio.

2. Nombres Confirmado: Permite insertar los nombres del que realiza la


3. Apellidos Confirmado: Permite insertar los apellidos del que realiza


4. Cédula Madre Confirmado: Permite insertar la cédula la madre del

que realiza la confirmación.

5. Apellidos Madre Confirmado: Permite insertar los apellidos de la

madre del que realiza confirmación.

1 2

3 4

17

15 16

23

24

29

5 6

7 8

9

10 11

12 13

14

28

27

26

22 21

17

19

20

18 17

25


123

6. Nombres Madre Confirmado: Permite insertar los nombres de la

madre del que realiza la confirmación.

7. Cédula Padre Confirmado: Permite insertar la cédula del padre del

que realiza la confirmación.

8. Apellidos Padre Confirmado: Permite insertar los apellidos del padre

del que realiza confirmación.

9. Nombres Padre Confirmado: Permite insertar los nombres del padre

del que realiza la confirmación.

10. Fecha Confirmación: Permite insertar la fecha en el que se realiza la


11. Fecha Aprobación Curso Confirmación: Permite insertar la fecha en

el que se realiza la aprobación del curso de confirmación. Campo

obligatorio.

12. Ministro/Sacerdote Confirmación: Permite seleccionar el sacerdote o

ministro que realiza la confirmación. Campo obligatorio.

13. Provincia Confirmación: Permite seleccionar la provincia en el que

realiza la confirmación. Campo obligatorio.

14. Cantón Confirmación: Permite seleccionar el cantón en el que realiza

la confirmación. Campo obligatorio.

15. Parroquia Confirmación: Permite seleccionar la parroquia en el que

realiza la confirmación. Campo obligatorio.

16. Estado: Permite insertar el estado actual de confirmación, pudiendo

ser “Matriculado”, “Por confirmar” o “Confirmado”. Campo obligatorio.

17. Tipo Padrino/Madrina: Permite seleccionar “Padrino” o “Madrina” para

el que realiza la confirmación.

18. Cédula Padrino/Madrina: Permite insertar la cédula de la madrina o

padrino según el “Tipo Padrino/Madrina” seleccionado de


19. Nombres Padrino/Madrina: Permite insertar los nombres de la




124

20. Apellidos Padrino/Madrina: Permite insertar los apellidos de la



21. Nota Marginal Confirmación: Campo que se muestra solo si en el

campo “Estado” se selecciona “Confirmado”. Permite insertar la nota

marginal de la confirmación.


selecciona “Confirmado”. Permite insertar el número del tomo de la

primera comunión. Campo solo enteros.


selecciona “Confirmado”. Permite insertar el número de acta de la

confirmación. Campo solo enteros.


selecciona “Confirmado”. Permite insertar el número de página de la

confirmación. Campo solo enteros.

25. Provincia Bautizo: Campo no editable. Muestra la provincia en el que

realizó el bautizo el individuo que realiza la confirmación, sí solamente

sí se ha registrado anteriormente el bautizo.

26. Cantón Bautizo: Campo no editable. Muestra el cantón en el que

realizó, el bautizo el individuo que realiza la confirmación, sí


27. Parroquia Bautizo: Campo no editable. Muestra la provincia en el que

realizó, el bautizo el individuo que realiza la confirmación, sí solo sí se

ha registrado anteriormente el bautizo.

28. Fecha de Bautizo: Campo no editable. Muestra la fecha en el que

realizó el bautizo, el individuo que realiza la confirmación, sí solo sí se

ha registrado anteriormente el bautizo.


30. Cancelar: Permite cancelar el registro de la confirmación en la base

de datos.

31. Exportar a PDF: Permite exportar a formato de PDF la partida de

confirmación.


125

3.2.8. Despacho Partida de Matrimonio


requiere en el certificado) y editar matrimonios del despacho parroquial,

búsqueda de los matrimonios por varios filtros como por nombres, por

apellidos del novio y novia. Al dar Clic en esta opción podemos encontrar

las siguientes partes como se muestra la siguiente pantalla:

3.2.8.1. Insertar Nuevo Matrimonio

Para insertar un nuevo matrimonio se da un clic en la superior izquierda


clic


126


1 2

3 4

5 6

7 8

10 11

12

13 14

45

9

15 16

17

18 19

20 21

22 23

24 25

26 27

28

29 30

31

32 33

34

36 37

38 39

40

35

41 42

43 44


127

1. Cédula Novio: Permite insertar la cédula del novio. Campo

obligatorio.

2. Nombres Novio: Permite insertar los nombres del novio. Campo

obligatorio.

3. Apellidos Novio: Permite insertar los apellidos del novio. Campo

obligatorio.

4. Cédula Madre Novio: Permite insertar la cédula de la madre del novio.

Campo obligatorio.

5. Apellidos Madre Novio: Permite insertar los apellidos de la madre del

novio. Campo obligatorio.

6. Nombres Madre Novio: Permite insertar los nombres de la madre del


7. Cédula Padre Novio: Permite insertar la cédula del padre del novio.

Campo obligatorio.

8. Apellidos Padre Novio: Permite insertar los apellidos del padre del


9. Nombres Padre Novio: Permite insertar los nombres del padre del


10. Parroquia Novio: Permite insertar la parroquia del novio.

11. Código Certificado Novio: Permite insertar el código del certificado

del novio.

12. Cédula Padrino Novio: Permite insertar la cédula del padrino del

novio.

13. Nombres Padrino Novio: Permite insertar los nombres del padrino del

novio.

14. Apellidos Padrino Novio: Permite insertar los apellidos del padrino del

novio.

15. Cédula Madrina Novio: Permite insertar la cédula de la madrina del

novio.

16. Nombres Madrina Novio: Permite insertar los nombres de la madrina

del novio.


128

17. Apellidos Madrina Novio: Permite insertar los apellidos de la madrina

del novio.

18. Cédula Novia: Permite insertar la cédula de la novia. Campo

obligatorio.

19. Nombres Novia: Permite insertar los nombres de la novia. Campo

obligatorio.

20. Apellidos Novia: Permite insertar los apellidos de la novia. Campo

obligatorio.

21. Cédula Madre Novia: Permite insertar la cédula de la madre de la

novia. Campo obligatorio.

22. Apellidos Madre Novia: Permite insertar los apellidos de la madre de

la novia. Campo obligatorio.

23. Nombres Madre Novia: Permite insertar los nombres de la madre de

la novia. Campo obligatorio.

24. Cédula Padre Novia: Permite insertar la cédula del padre de la novia.

Campo obligatorio.

25. Apellidos Padre Novia: Permite insertar los apellidos del padre de la


26. Nombres Padre Novia: Permite insertar los nombres del padre de la


27. Parroquia Novia: Permite insertar la parroquia de la novia.

28. Código Certificado Novia: Permite insertar el código del certificado de

la novia.

29. Cédula Padrino Novia: Permite insertar la cédula del padrino de la

novia.

30. Nombres Padrino Novia: Permite insertar los nombres del padrino de

la novia.

31. Apellidos Padrino Novia: Permite insertar los apellidos del padrino de

la novia.

32. Cédula Madrina Novia: Permite insertar la cédula de la madrina de la

novia.

33. Nombres Madrina Novia: Permite insertar los nombres de la madrina

de la novio.


129

34. Apellidos Madrina Novia: Permite insertar los apellidos de la madrina

de la novia.

35. Fecha Partida Matrimonio: Permite insertar la fecha en el que se

realiza el matrimonio. Campo obligatorio.

36. Fecha Curso Matrimonio: Permite insertar la fecha en el que se

realiza la aprobación del curso del matrimonio. Campo obligatorio.

37. Sacerdote Matrimonio: Permite seleccionar el sacerdote que realiza

el matrimonio. Campo obligatorio.

38. Provincia Matrimonio: Permite seleccionar la provincia en el que


39. Cantón Matrimonio: Permite seleccionar el cantón en el que realiza el

matrimonio. Campo obligatorio.

40. Parroquia Matrimonio: Permite seleccionar la parroquia en el que


41. Nota Marginal Matrimonio: Permite insertar la nota marginal del

matrimonio.

42. Tomo: Permite insertar el número del tomo del matrimonio. Campo

obligatorio y solo enteros.

43. Acta: Permite insertar el número de acta del matrimonio. Campo


44. Página: Permite insertar el número de página del matrimonio. Campo



46. Cancelar: Permite cancelar el registro del matrimonio en la base de

datos.


matrimonio.


130

3.2.9. Despacho Defunción


requiere en el certificado) y editar defunciones del despacho parroquial,

búsqueda de las defunciones por varios filtros como por nombres, por

apellidos y por cédula del bautizado. Al dar Clic en esta opción podemos

encontrar las siguientes partes como se muestra la siguiente pantalla:

3.2.9.1. Insertar Nueva defunción

Para insertar una nueva defunción se da un clic en la superior izquierda


clic


131


1. Cédula Difunto: Permite insertar la cédula del difunto. Campo

obligatorio.

2. Nombres Difunto: Permite insertar los nombres del difunto. Campo

obligatorio.

3. Apellidos Difunto: Permite insertar los apellidos del difunto. Campo

obligatorio.

4. Cédula Madre Difunto: Permite insertar la cédula de la madre del

difunto.

1

18

2 3

4

5

6 7

8

9

10

11

13

14

15

16

17

19

20

22

23 24

21

25

28 26

12


132

5. Apellidos Madre Difunto: Permite insertar los apellidos de la madre del

difunto.

6. Nombres Madre Difunto: Permite insertar los nombres de la madre del

difunto.

7. Cédula Padre Difunto: Permite insertar la cédula del padre del difunto.

8. Apellidos Padre Difunto: Permite insertar los apellidos del padre del

difunto.

9. Nombres Padre Difunto: Permite insertar los nombres del padre del

difunto.

10. Estado Civil Difunto: Permite seleccionar el estado civil del difunto.

11. Cédula Madre Difunto: Capo visible si se ha seleccionado en el

“Estado Civil Difunto” como “Casado” o “Unión Libre”. Permite insertar

la cédula del cónyuge del difunto. Campo obligatorio.

12. Apellidos Cónyuge Difunto: Capo visible si se ha seleccionado en el


los apellidos del cónyuge del difunto. Campo obligatorio.

13. Nombres Cónyuge Difunto: Capo visible si se ha seleccionado en el


los nombres del cónyuge del difunto. Campo obligatorio.

14. Sacerdote Defunción: Permite seleccionar el sacerdote que certifica

la defunción. Campo obligatorio.

15. Doctor Certifica Muerte Defunción: Permite seleccionar el doctor que

certifica la defunción. Campo obligatorio.

16. Causa Muerte Difunto: Permite insertar una pequeña descripción de

la causa de muerte del difunto.

17. Fecha Muerte Difunto: Permite insertar la fecha en el que murió el

difunto. Campo obligatorio.

18. Fecha Sepelio Difunto: Permite insertar la fecha en el que se realiza

el sepelio de difunto. Campo obligatorio.

19. Provincia Muerte Defunción: Permite seleccionar la provincia en el

que murió el difunto. Campo obligatorio.

20. Cantón Muerte Defunción: Permite seleccionar el cantón en el que

murió el difunto. Campo obligatorio.


133

21. Parroquia Bautizo: Permite seleccionar la parroquia en el que murió

el difunto. Campo obligatorio.

22. Tomo Defunción: Permite insertar el número del tomo de la

defunción. Campo obligatorio y solo enteros.

23. Acta Defunción: Permite insertar el número de acta de la defunción.

Campo obligatorio y solo enteros.

24. Página Defunción: Permite insertar el número de página de la

defunción. Campo obligatorio y solo enteros.

25. Nota Marginal Defunción: Permite insertar la nota marginal de la

defunción.


27. Cancelar: Permite cancelar el registro de la defunción en la base de

datos.


defunción una vez que se ha registrado la defunción.


134

3.2.10. Despacho Sección Nicho

Permite registrar y editar las secciones del cementerio, búsqueda de las

secciones por el nombre de la sección. Al dar Clic en esta opción

podemos encontrar las siguientes partes como se muestra la siguiente

pantalla:

3.2.10.1. Insertar Nueva Sección

Para insertar una nueva sección en el cementerio se da un clic en la



18. Nombre Sección Nicho: Permite insertar el nombre de la sección.

Campo Obligatorio


20. Cancelar: Permite cancelar el registro de la sección del cementerio en

la base de datos.

clic

1

2 3


135

3.2.11. Despacho Tipo Nicho

Permite registrar y editar los tipos de nichos del cementerio, búsqueda de

los tipos de nichos por el nombre del tipo de nicho. Al dar Clic en esta

opción podemos encontrar las siguientes partes como se muestra la

siguiente pantalla:

3.2.11.1. Insertar Nuevo Tipo Nicho

Para insertar un nuevo tipo de nicho en el cementerio se da un clic en la



1. Descripción Tipo Nicho: Permite insertar el nombre del tipo nicho.

Campo Obligatorio.


3. Cancelar: Permite cancelar el registro del tipo de nicho del cementerio

en la base de datos.

clic

1

2 3


136

3.2.12. Despacho Nivel Nicho

Permite registrar y editar los niveles de la ubicación de los nichos del

cementerio, búsqueda de los niveles de los nichos por el nombre del nivel

del nicho. Al dar Clic en esta opción podemos encontrar las siguientes


3.2.12.1. Insertar Nivel Nicho

Para insertar un nuevo nivel de nichos en el cementerio se da un clic en

la superior izquierda en “Insertar” como se muestra en la siguiente

pantalla:


1. Nombre Nivel Nicho: Permite insertar el nombre del nivel del nicho.

Campo Obligatorio


3. Cancelar: Permite cancelar el registro del nivel de nicho del

cementerio en la base de datos.

clic

1

2 3


137

3.2.13. Despacho Nicho

Permite registrar, mostrar si está inactivo (ocupada por difunto) o activo

(libre) y editar los nichos del cementerio, búsqueda de los nichos por el

número de nicho. Al dar Clic en esta opción podemos encontrar las


3.2.13.1. Insertar Nuevo Nicho

Para insertar un nuevo nicho en el cementerio se da un clic en la superior

izquierda en “Insertar” como se muestra en la siguiente pantalla:


1. Número de nicho: Permite insertar el número de nicho. Campo

obligatorio.

clic

1

5

2 3

4

6


138

2. Sección Nicho: Permite seleccionar la sección del nicho. Campo

Obligatorio.

3. Tipo Nicho: Permite seleccionar el tipo de nicho. Campo Obligatorio.

4. Nivel Nicho: Permite seleccionar el nivel del nicho. Campo Obligatorio


6. Cancelar: Permite cancelar el registro del nicho del cementerio en la

base de datos.


139

3.2.14. Despacho Sepultura

Permite registrar, inactivar (dejar libre el nicho que ocupa) o activar

(asignar nicho) y editar las sepulturas en el cementerio, búsqueda de las

sepulturas por cédula, nombres o apellidos del difunto que ocupa un

nicho en el cementerio. Al dar Clic en esta opción podemos encontrar las


3.2.14.1. Insertar Nueva Sepultura

Para insertar una nueva sepultura en el cementerio se da un clic en la


clic


140


1. Cédula Difunto: Permite seleccionar el número de cédula del difunto

que previamente registrado en la opción “Despacho Defunción”.

Campo obligatorio.

2. Nombres Difunto: Campo no editable. Muestra automáticamente los

nombres del difunto en el momento que se selecciona la “Cédula

Difunto”.

3. Apellidos Difunto: Campo no editable. Muestra automáticamente los

apellidos del difunto en el momento que se selecciona la “Cédula

Difunto”.

4. Número Nicho: Permite seleccionar el número de nicho registrado

previamente en la opción “Despacho nicho”. Campo Obligatorio.

5. Sección Nicho: Campo no editable. Muestra automáticamente la

sección del nicho en el momento que se selecciona el “Número

Nicho”.

6. Tipo Nicho: Campo no editable. Muestra automáticamente el tipo del

nicho en el momento que se selecciona el “Número Nicho”.

7. Nivel Nicho: Campo no editable. Muestra automáticamente el nivel

del nicho en el momento que se selecciona el “Número Nicho”.


9. Cancelar: Permite cancelar el registro de la sepultura del difunto en el

cementerio en la base de datos.

1

2 3

4

5

6

7

8

9 10


141

3.2.15. Despacho Contrato

Permite registrar, proporcionar y editar contratos de ocupación de nicho

en el cementerio, búsqueda de contratos por cédula, nombres o apellidos

del difunto que ocupa un nicho y por cédula, nombres o apellidos del

beneficiario por la ocupación del nicho en el cementerio. Al dar Clic en

esta opción podemos encontrar las siguientes partes como se muestra la

siguiente pantalla:

3.2.15.1. Insertar Nuevo Contrato

Para insertar un nuevo contrato por la ocupación del nicho en el

cementerio se da un clic en la superior izquierda en “Insertar” como se

muestra en la siguiente pantalla:

clic


142


1. Cédula Difunto: Permite seleccionar el número de cédula del difunto

que previamente registrado en el cementerio en la opción “Despacho

Sepultura”. Campo obligatorio.



Difunto”.



Difunto”.

4. Cédula Beneficiario: Permite insertar el número de cédula del

individuo que se hace responsable por la ocupación del nicho en el

cementerio. Campo obligatorio.

5. Nombres Beneficiario: Permite insertar los nombres del individuo que

se hace responsable por la ocupación del nicho en el cementerio.

Campo obligatorio.

1

2 3

4

5

6

7

8

18

9

10 11

12

13

14

15

16

17

19 20


143

6. Apellidos Beneficiario: Permite insertar los apellidos del individuo que

se hace responsable por la ocupación del nicho en el cementerio.

Campo obligatorio.

7. Fecha Inicialización Contrato: Permite seleccionar la fecha desde que

inicia la vigencia del contrato. Campo obligatorio.

8. Fecha Finalización Contrato: Permite seleccionar la fecha hasta que

finaliza la vigencia del contrato. Campo obligatorio

9. Número Nicho: Campo no editable. Muestra automáticamente el

número de nicho del difunto en el momento que se selecciona la

“Cédula difunto”.

10. Sección Nicho: Campo no editable. Muestra automáticamente la

sección del nicho del difunto en el momento que se selecciona la

“Cédula Difunto”.


nicho del difunto en el momento que se selecciona la “Cédula

Difunto”.


del nicho del difunto en el momento que se selecciona la “Cédula

Difunto”.

13. Meses Totales de Arrendamiento de Nicho: Campo no editable. Se

muestra automáticamente cuando se seleccionan las “Fecha

Inicialización Contrato” y “Fecha Finalización Contrato”.

14. Valor de arrendamiento por Mes: Permite insertar el valor (formato:

xxx.xx) del mes de arrendamiento por ocupación del nicho.

15. Valor total de Arrendamiento: Campo no editable. Se calcula y

muestra automáticamente cuando se ha introducido los “Meses

Totales de Arrendamiento de Nicho” y “Valor de arrendamiento por

Mes”.

16. Forma de Pago Contrato: Permite seleccionar la forma de pago del

contrato, pudiendo ser “Cheque”, “Efectivo”, “Tarjeta de Crédito” o

“Tarjeta de Débito”. Campo obligatorio.

17. Observación Contrato: Permite insertar una pequeña observación a

cerca del contrato.


144


19. Cancelar: Permite cancelar el registro del contrato por la ocupación

de un nicho en el cementerio en la base de datos.

20. Exportar a PDF: Permite exportar a formato de PDF el contrato de

ocupación del nicho del cementerio.


145

3.2.16. Despacho Pago Contrato

Permite registrar, proporcionar y editar los pagos de contratos de

ocupación de nicho en el cementerio, búsqueda de los pagos de

contratos por cédula, nombres o apellidos del difunto que ocupa un nicho

y por cédula, nombres o apellidos del beneficiario por la ocupación del



3.2.16.1. Insertar Nuevo Pago Contrato

Para insertar un nuevo pago del contrato por la ocupación de un nicho en

el cementerio se da un clic en la superior izquierda en “Insertar” como se

muestra en la siguiente pantalla:

clic


146


1. Cédula Difunto: Permite insertar el número de cédula del difunto que

previamente registrado en el cementerio en la opción “Despacho

Contrato”. Campo obligatorio.


nombres del difunto en el momento que se insertar la “Cédula

Difunto”.


nombres del difunto en el momento que se insertar la “Cédula

Difunto”.

4. Cédula Beneficiario: Campo no editable. Muestra automáticamente al

momento de insertar la “Cédula Difunto” el número de cédula del

individuo que se hace responsable por la ocupación del nicho en el

cementerio.

1

2 3

4

5

6

7

8

12

13

14

15

16 17

18

22

9

10 11

19

20 21

24 23


147

5. Nombres Beneficiario: Campo no editable. Muestra automáticamente

al momento de insertar la “Cédula Difunto” los nombres del individuo

que se hace responsable por la ocupación del nicho en el cementerio.

6. Apellidos Beneficiario: Campo no editable. Muestra automáticamente

al momento de insertar la “Cédula Difunto” los apellidos del individuo

que se hace responsable por la ocupación del nicho en el cementerio.

7. Fecha Inicialización Contrato: Campo no editable. Muestra

automáticamente al momento de insertar la “Cédula Difunto” la fecha

desde que inicia la vigencia del contrato.

8. Fecha Finalización Contrato: Campo no editable. Muestra

automáticamente al momento de insertar la “Cédula Difunto” la fecha

hasta que finaliza la vigencia del contrato. Campo obligatorio

9. Número Nicho: Campo no editable. Muestra automáticamente al

momento de insertar la “Cédula Difunto” el número de nicho del

difunto.

10. Sección Nicho: Campo no editable. Muestra automáticamente al

momento de insertar la “Cédula Difunto” la sección del nicho.


nicho del difunto al momento que se inserta la “Cédula Difunto”.


del nicho del difunto al momento que se inserta la “Cédula Difunto”.

13. Meses Totales de Arrendamiento de Nicho: Campo no editable. Se

muestra automáticamente al momento de insertar la “Cédula Difunto”

los meses totales de arrendamiento del nicho.

14. Meses de Pagos Pendientes por Arrendamiento Nicho: Campo no

editable. Se muestra automáticamente los meses pendientes de pago

del contrato por la ocupación de nicho.

15. Valor de arrendamiento por Mes: Campo no editable. Se muestra

automáticamente al momento de insertar la “Cédula Difunto” el valor

del mes de arrendamiento por ocupación del nicho.

16. Valor total del Contrato: Campo no editable. Se muestra

automáticamente al momento de insertar la “Cédula Difunto” el valor

total del contrato por la ocupación de nicho


148

17. Forma de Pago Contrato: Campo no editable. Se muestra

automáticamente al momento de insertar la “Cédula Difunto” la forma

que de pago del contrato.

18. Observación Contrato: Campo no editable. Se muestra

automáticamente al momento de insertar la “Cédula Difunto” la

observación a cerca del contrato.

19. Fecha Pago Contrato: Permite seleccionar la fecha de pago del

contrato por la ocupación de nicho. Campo obligatorio.

20. Meses a Pagar Contrato: Permite insertar los meses a pagar.

21. Monto a Pagar: Campo no editable. Se muestra automáticamente al

momento de insertar los “Meses a Pagar Contrato”.


23. Cancelar: Permite cancelar el registro del contrato por la ocupación

de un nicho en el cementerio en la base de datos.

24. Exportar a PDF: Permite exportar a formato de PDF el comprobante

de pago del contrato de ocupación del nicho del cementerio.


149

3.2.17. Despacho Exhumación

Permite registrar y editar las exhumaciones en el cementerio, búsqueda

de las exhumaciones por nombres o apellidos del difunto que ocupa un



3.2.17.1. Insertar Nueva Exhumación

Para insertar una nueva sepultura en el cementerio se da un clic en la


clic


150


1. Cédula Difunto: Permite insertar el número de cédula del difunto que

previamente registrado en la opción “Despacho Sepultura”. Campo

obligatorio.


nombres del difunto en el momento que se inserta la “Cédula Difunto”.


apellidos del difunto en el momento que se inserta la “Cédula Difunto”.

4. Fecha Sepelio: Campo no editable. Muestra automáticamente la fecha

del al momento que se inserta la “Cédula Difunto”. Campo obligatorio.

5. Persona Autoriza Exhumación: Permite seleccionar a la persona que

autoriza la exhumación.

6. Causa Exhumación: Permite insertar la causa por la que realiza la

exhumación.

7. Fecha Exhumación: Permite seleccionar la fecha de exhumación.

Campo obligatorio.

8. Tomo Exhumación: Permite insertar el tomo de la exhumación.

Campo Obligatorio.

9. Acta Exhumación: Permite insertar el acta de la exhumación. Campo

Obligatorio.

10. Página Exhumación: Permite insertar la página de la exhumación.

Campo Obligatorio.


1

2 3

4

5

6 7

8

11 12

9

10


151

12. Cancelar: Permite cancelar el registro de la exhumación del difunto

del cementerio en la base de datos.

3.2.18. Reporte Eucaristía

Permite buscar y exportar a formato Excel reportes de las eucaristías del

despacho parroquial, tomando en cuenta para la búsqueda la fecha de

eucaristía. Al dar Clic en esta opción podemos encontrar las siguientes


1. Desde: Permite seleccionar la fecha desde la que se hace la

búsqueda de las eucaristías registradas en el despacho parroquial. Si

no se selecciona ninguna fecha equivale haber seleccionado la fecha

más antigua.

2. Hasta: Permite seleccionar la fecha hasta la que se hace la búsqueda

de las eucaristías registradas en el despacho parroquial. Si no se

selecciona ninguna fecha equivale haber seleccionado la fecha más

reciente.

3. Buscar: Permite realizar la búsqueda.

4. Permite exportar a Excel el resultado de la búsqueda.

1

2 3 4


152

3.2.19. Reporte Partidas Bautizos

Permite buscar y exportar a formato Excel reportes de los bautizos del

despacho parroquial, tomando en cuenta para las búsqueda la fecha de

bautizo. Al dar Clic en esta opción podemos encontrar las siguientes



búsqueda de los bautizos registrados en el despacho parroquial. Si no

se selecciona ninguna fecha equivale haber seleccionado la fecha

más antigua.


de los bautizos registrados en el despacho parroquial. Si no se


reciente.



1

2 3 4


153

3.2.20. Reporte Primera Comunión

Permite buscar y exportar a formato Excel reportes de las primeras

comuniones del despacho parroquial, tomando en cuenta para las

búsqueda la fecha de primera comunión. Al dar Clic en esta opción

podemos encontrar las siguientes partes como se muestra la siguiente

pantalla:


búsqueda de las primeras comuniones registradas en el despacho

parroquial. Si no se selecciona ninguna fecha equivale haber

seleccionado la fecha más antigua.


de las primeras comuniones registradas en el despacho parroquial. Si

no se selecciona ninguna fecha equivale haber seleccionado la fecha

más reciente.



1

2 3 4


154

3.2.21. Reporte Confirmación.

Permite buscar y exportar a formato Excel reportes de las confirmaciones

del despacho parroquial, tomando en cuenta para las búsqueda la fecha

de confirmación. Al dar Clic en esta opción podemos encontrar las



búsqueda de las confirmaciones registradas en el despacho

parroquial. Si no se selecciona ninguna fecha equivale haber

seleccionado la fecha más antigua.


de las confirmaciones registradas en el despacho parroquial. Si no se


reciente.



1

2 3 4


155

3.2.22. Reporte Partidas Matrimonio

Permite buscar y exportar a formato Excel reportes de los matrimonios


de matrimonio. Al dar Clic en esta opción podemos encontrar las



búsqueda de los matrimonios registrados en el despacho parroquial.

Si no se selecciona ninguna fecha equivale haber seleccionado la

fecha más antigua.


de los matrimonios registrados en el despacho parroquial. Si no se


reciente.



1

2 3 4


156

3.2.23. Reporte Defunción

Permite buscar y exportar a formato Excel reportes de las defunciones


de defunción. Al dar Clic en esta opción podemos encontrar las



búsqueda de las defunciones registradas en el despacho parroquial.

Si no se selecciona ninguna fecha equivale haber seleccionado la

fecha más antigua.


de las defunciones registradas en el despacho parroquial. Si no se


reciente.



1

2 3 4


157

3.2.24. Reporte Sepultura

Permite buscar y exportar a formato Excel reportes de las sepulturas del

cementerio, tomando en cuenta para las búsqueda la fecha de sepelio. Al

dar Clic en esta opción podemos encontrar las siguientes partes como se



búsqueda de las sepulturas registradas en el cementerio. Si no se


antigua.


de las sepulturas en el cementerio. Si no se selecciona ninguna fecha

equivale haber seleccionado la fecha más reciente.



1

2 3 4


158

3.2.25. Reporte Exhumación

Permite buscar y exportar a formato Excel reportes de las exhumaciones

del cementerio, tomando en cuenta para las búsqueda la fecha de

exhumación. Al dar Clic en esta opción podemos encontrar las siguientes



búsqueda de las exhumaciones registradas en el cementerio. Si no se


antigua.


de las exhumaciones en el cementerio. Si no se selecciona ninguna

fecha equivale haber seleccionado la fecha más reciente.



1

2 3 4

ERP Social Despacho Parroquial - dspace.uce.edu.ec · DESCRIPTORES: SISTEMA DE PLANIFICACIÓN DE...

Documents

Transcript of ERP Social Despacho Parroquial - dspace.uce.edu.ec · DESCRIPTORES: SISTEMA DE PLANIFICACIÓN DE...