Professional Documents
Culture Documents
Trabajo de Grado
Modalidad: Practica Social
Director
LUIS FELIPE HERRERA QUINTERO PhD.
Codirector
JENNY NATALIA TORRES
_______________________________
Luis Felipe Herrera Quintero
Director
_______________________________
Jurado
3
AGRADECIMIENTOS
Por medio de las siguientes lneas, quiero dar las gracias a todas las personas que
me han brindado su apoyo, ya que con l he podido culminar exitosamente, no
solo este trabajo de grado, sino que toda una carrera formativa, tanto a nivel
profesional como a nivel personal.
En primer lugar quiero agradecer a Dios, por ayudarme y permitirme terminar cada
uno de las etapas y procesos vividos en mi carrera universitaria. Adems a mi
familia y allegados, puesto que con la colaboracin y el apoyo de ellos, he podido
llevar a cabo y terminar cada uno de mis objetivos propuestos.
En tercer lugar quiero agradecer a todos los maestros, que han aportado con su
conocimiento a mi formacin como profesional tico. En especial al profesor Jaime
Chavarriaga, debido a que con sus amplios conocimientos pude solucionar
inconvenientes que tuve para la realizacin del presente trabajo de grado.
4
CONTENIDO
pg.
INTRODUCCIN 14
1. ANTECEDENTES Y JUSTIFICACIN 15
3. OBJETIVOS 17
4. MARCO REFERENCIAL 18
5. ALCANCE Y LIMITACIONES 22
5.1 ALCANCE 22
5.2 LIMITACIONES 23
6. METODOLOGA 24
6.1 HIPTESIS 25
7. PROPUESTA 27
5
7.1 ESTADO DEL ARTE 28
7.2.1 Propsito 35
7.2.2 mbito 35
7.2.3 Arquitectura 36
8. CONCLUSIONES 47
BIBLIOGRAFA 48
6
LISTA DE TABLAS
pg.
7
LISTA DE FIGURAS
pg.
8
LISTA DE ANEXOS
pg.
9
GLOSARIO
Caso de uso: es una historia de usuario que enmarca una capacidad funcional
simple de indivisible de un sistema de software, permitiendo que los usuarios que
tengan una interaccin con el sistema.
10
ACRNIMOS
11
RESUMEN
12
ABSTRACT
Among outcomes that has been obtained in the design and implementation of the
application, it can detail an effective improvement in the reduction of time, because
the processes are now automated and systematized, which improves response
times for people living in the community. Besides time, it can also see a facility to
find the information, since all this located in a single data store.
13
INTRODUCCIN
1
FALCONER, Donald J. A Survey of Strategic information Systems Planning in Australian
Companies. School of Information Systems University of South Australia. 1996
14
1. ANTECEDENTES Y JUSTIFICACIN
Desde hace muchos aos, en las parroquias se han venido entregando actas y
certificados de los signos sacramentales que realizan los feligreses. Estos
documentos son requisitos para la realizacin de trmites dentro de la Repblica
de Colombia y de la mayora de pases, debido a que en los mismos se hace
constar el estado civil de una persona, entre otros. Por lo anterior, los feligreses
recurren a la expedicin de estos documentos a la parroquia donde fueron
realizados los actos sacramentales y el tiempo mnimo que dura la obtencin de
documentos es de tres das hbiles de forma general, debido a procesos
rudimentarios que se deben ejecutar para la entrega de estos documentos.
Por tal motivo es clara la necesidad que tiene esta parroquia y las dems de un
sistema de informacin, que permita optimizar tiempos, tener disponibilidad de
acceso a los datos desde los mismos equipos que estn habilitados en la misma
parroquia, ya que el sistema de informacin debe contar con un alto nivel de
flexibilidad en cualquier equipo, teniendo en cuenta las mnimas restricciones que
puede haber en una sociedad de bajos recursos.
Al implementar una solucin de software se puede lograr una estandarizacin de
las actividades ms importantes de los templos, que traern consigo mejores
resultados y elevara la eficacia y eficiencia de los procesos que se llevan a cabo
en las parroquias, adems se mejorar paralelamente la planificacin,
responsabilidad y manejo de informacin, y as se conllevara a la culminacin
exitosa de las misiones de la Iglesia Catlica.
15
2. PLANTEAMIENTO DEL PROBLEMA
Actualmente la Parroquia San Pedro Julin Eymard, como muchas otras, maneja
procesos repetitivos que representan una labor tediosa en cuanto a la gestin,
organizacin y ejecucin de sus actividades, tales como: generacin de actas de
bautismo, actas de confirmacin, actas de matrimonio y actas de defuncin,
certificados o recomendaciones parroquiales, licencias de permisos entre
parroquias, licencias matrimoniales, licencias dispensas, proclamas y manejo de
listas de personas asistentes a cursos, entre otras.
Por otra parte, cada vez que hay un cambio administrativo, es complejo volver a
retomar el control de las actividades administrativas parroquiales y actividades
comunitarias, por esta causa se presenta, en muchos casos, la prdida de
informacin y el complejo nivel de adaptabilidad a la informacin y procesos que
existen actualmente en la parroquia.
16
3. OBJETIVOS
17
4. MARCO REFERENCIAL
18
posterior, generados para cubrir una necesidad u objetivo. Los elementos se
pueden clasificar en personas, datos actividades o tcnicas de trabajo, recursos
informticos y de comunicacin. Todos los elementos trabajan en comn para
llegar a un bien o un objetivo. Generalmente al hablar de un sistema de
informacin se est haciendo referencia a un sistema de informacin informtico,
puesto que en la mayora de los casos los recursos utilizados son informticos.5
5
SISTEMAS DE INFORMACIN. Sistemas de informacin [en lnea]. Bogot: Fundacin
Wikimedia Inc. [Citado 13 febrero, 2014]. Disponible en Internet : <URL:
http://es.wikipedia.org/wiki/Sistema_de_informaci%C3%B3n >
6
GARAVITO, Edwin Alberto. Sistemas de almacenamiento [en lnea]. Bogot:
Escuela de Estudios Industriales y Empresariales Ing. Industrial UIS. [Citado 1
marzo, 2014]. Disponible en Internet : <URL:
http://gavilan.uis.edu.co/~garavito/docencia/asignatura1/pdfs/Sistemas%20de%20
Almacenamiento.pdf>
7
SISTEMAS DE GESTIN DE BASES DE DATOS. Sistemas de gestin de bases de datos [en
lnea]. Bogot: Fundacin Wikimedia Inc. [Citado 13 febrero, 2014]. Disponible en Internet : <URL:
http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos >
19
objetos. No tiene establecidos una serie de pasos a seguir, sino que de acuerdo al
contexto, puede adoptar diferentes metodologas. 8
4.2.4.1 Adaptar el proceso. Adaptar los procesos requeridos para la ejecucin del
proyecto, de acuerdo a las necesidades del cliente, las restricciones a considerar,
el tamao del mismo, entre otras caractersticas.
8
IBM Rational Unified Process. Metodologa de desarrollo [en lnea]. Bogot: IBM. [Citado 13
mayo, 2014]. Disponible en Internet :
<URL:ftp://public.dhe.ibm.com/software/rational/web/datasheets/RUP_DS.pdf>
20
La fase de iniciacin, se debe enfocar en las actividades de modelado de
negocios y de requisitos y no del desarrollo, pruebas o despliegues del
proyecto.
La fase elaboracin, se enfoca ms en el desarrollo del baseline, realizando
aspectos como: requisitos, modelo de negocios, anlisis y diseo.
La fase de construccin, desarrolla el proyecto por medio de una serie de
iteraciones, en cada una se toma de base un conjunto de casos de uso,
refinando el anlisis y diseo, continuando con la implementacin y pruebas.
La fase de transicin busca garantizar que el producto est preparado para su
entrega.
21
5. ALCANCE Y LIMITACIONES
5.1 ALCANCE
22
o Ejecutable del aplicativo, contendr los archivos requeridos para que el
proyecto se pueda instalar en equipo de la parroquia
o Manual de usuario, presentar toda la informacin requerida para el uso
correcto del aplicativo.
5.2 LIMITACIONES
23
6. METODOLOGA
Por medio de este mtodo se obliga a la persona, a combinar la parte terica, con
la parte prctica. Puesto que en la teora, que es la reflexin racional o momento
racional, se establece la hiptesis. Y la parte prctica se establece por medio de la
observacin de la realidad o momento emprico.
El mayor exponente del mtodo hipottico deductivo fue Karl Raimund Popper,
quien en el ao de 1934 public en alemn el libro de Logik der Forschung, el cual
unos aos ms tarde fue publicado en 1959 en ingls como The Logic of Scientific
Discovery (La lgica de la investigacin cientfica)9. Segn el mtodo hipottico
deductivo: La lgica de la investigacin cientfica se basa en la formulacin de
9
POPPER, Karl. La lgica de la investigacin Cientfica. Madrid: Editorial Tecnos, 1962. p.24.
24
una ley universal y en el establecimiento de condiciones iniciales relevantes que
constituyen la premisa bsica para la construccin de teoras.10
6.1 HIPTESIS
10
HERNNDEZ, Allan: El mtodo hipottico-deductivo como legado del
positivismo lgico y El racionalismo crtico: su influencia En la Economa. [En
lnea]. Bogot: Ciencias Econmicas. [Citado en 01 de Mayo del 2014] Disponible
en Internet:<url:http://www.latindex.ucr.ac.cr/econ-2008-2/econ-26-2-08.pdf>
25
fortalezas y debilidades que tiene, pero sobre todo la necesidad de un sistema de
informacin.
El captulo 3, presenta los objetivos de este trabajo de grado, mediante los que se
establecen las acciones a realizar.
26
7. PROPUESTA
27
Figura 3 Sagid en windows 2000
Fuente: Autor
28
7.1.1 Sistema de informacin. 11 12 El primer eje temtico a tratar pertenece a los
sistemas de informacin, puesto que se debe tener una idea clara del impacto que
tienen sobre las organizaciones que actualmente ejecutan sus actividades y/o
procesos.
Desde el punto de vista histrico, en 1980 inici una investigacin cientfica sobre
la transformacin de la organizacin (OT), que tena como base los sistemas de
informacin que se utilizaron principalmente para la optimizacin de procesos
internos de las organizaciones. Dichos estudios arrojaron resultados que
describen a los sistemas de informacin, no como una solucin mgica, sino que
son procesos de la organizacin que requieren aspectos complementarios como el
valor de desarrollo y la productividad. 13
Los sistemas de informacin tienen como objetivo principal procesar los datos, con
el fin de convertirlos en informacin til para una determinada organizacin,
permitiendo as, optimizar el desarrollo de las actividades.
Por lo anterior los sistemas de informacin se pueden clasificar en tres tipos as:
sistemas competitivos, sistemas comparativos y sistemas que modifican la
operacin del negocio. Como la clasificacin anterior es muy genrica, se pueden
presentar los casos en los que hayan sistemas que encajen en ms de una
11
THE ASSOCIATION FOR INFORMATION SYSTEMS (AIS). Sistemas de
informacin [en lnea]. Bogot: Journal of Strategic Information Systems. [Citado
19 marzo, 2014]. Disponible en Internet : <URL:
http://history.aisnet.org/images/ISHistory/PDF/Association_for_Information_System
s.pdf>
12
SISTEMAS DE INFORMACIN. Sistemas de informacin [en lnea]. Bogot: Fundacin
Wikimedia Inc. [Citado 19 marzo, 2014]. Disponible en Internet :
<URL:http://en.wikipedia.org/wiki/Information_systems >
13
BESSON, Patrick. Sistemas de informacin [en lnea]. Bogot: Journal of
Strategic Information Systems. [Citado 19 marzo, 2014]. Disponible en Internet :
<URL: http://hajarian.com/reghabati/1-s2.0-S0963868712000170-main.pdf >
14
Ibid., p. 104
29
clasificacin al mismo tiempo, por lo que observando desde un punto de vista
empresarial, se podra presentar la siguiente clasificacin:
30
Dicho nfasis de programacin cambio rpidamente, demostrando que aquellos
que tenan los conocimientos en ambas ramas, podran confirmar el desarrollo de
los procesos de planificacin, para decir como los mejores sistemas informticos,
se podran utilizar para ayudar en el logro de los objetivos de negocio.
16
GORLA, Narasimhaiah, Determinants of software quality: A survey of information systems
project managers En: Information and Software Technology, Noviembre Diciembre, 2009. Vol. 0,
No. 0, pg. 0
31
Para lograr el xito de cualquier sistema de informacin se debe tener en cuenta la
calidad del software, evaluando los 5 atributos que son; a. facilidad del sistema, b.
capacidad de mantenimiento, c. facilidad de uso, d. utilidad, e. relevancia. Los
cuales son alterados por 6 factores determinantes a la hora de evaluar el software.
Millones de dlares se han invertido en proyectos de software ya que el xito es
importante para las organizaciones de acuerdo a como se evalu la calidad del
software se puede determinar el xito o el fracaso del producto de software segn
estudios, la calidad de los sistemas de informacin se ha ido empeorando, como
ejemplo en EEUU hay decenas de miles de millones de dlares que son
invertidos en software y representan el 1% del producto interno bruto. Cabe
resaltar que la calidad del software no es solo la evaluacin esttica, incluye
adems atributos no funcionales o de comportamiento tales como la fiabilidad y la
facilidad de mantenimiento.
Existe una baja penetracin de las TICs en el software parroquial, que este
orientado a las iglesias de pocos recursos, debido a que ni el gobierno establece
fondos para ellos, ni la misma iglesia destina algn porcentaje de dinero para
mejorar sus propios sistemas de informacin, y solamente aquellas iglesias que
poseen los recursos suficientes para administrarse a ella misma, compran o
solicitan realizar software, pero este software es privado y solamente vlido para
aquella iglesia que lo compre, y no solamente es privado, sino que se pide realizar
tan a la medida que algunas opciones o mdulos no son vlidos para todas las
parroquias en general por ello tampoco se puede aplicar a nivel general, y en dado
caso de que se hiciera, se debe pagar por ajustes sobre dicho software, con el fin
de adaptarlo a las necesidades de cada parroquia.
32
Figura 4 Listado de parroquias en bogot
Fuente: Google Maps. Parroquias en Bogot [en lnea]. Bogot: Google Inc.
[Citado 01 mayo, 2014]. Disponible en Internet:
<URL:https://www.google.com/maps/search/parroquia/@4.668567,-
74.0273129,12z>
Por otra parte, dentro del software encontrado que es genrico y que est
orientado a la religin, clasifican los siguientes tres sistemas de informacin que
se describen a continuacin:
33
marco de trabajo para funcionar en un equipo de cmputo, incluso maneja su
propia base de datos de forma local.
Roll Call Spanish: la parte caracterstica de este sistema es que maneja un
currculo de administracin de nios, con el fin de hacer un seguimiento no
solo a los adultos, sino que tambin a los nios, adems de la gestin para las
clases que dictan y un control de asistencia.
Las opciones anteriores no califican puesto que estn orientadas y creadas con
otros principios y otros enfoques, es por ello que el sistema de informacin
planteado en este trabajo est orientado a las necesidades de las parroquias
locales. Dentro de los requerimientos principales ms conocidos como la
generacin de actas de cada acto sacramental (bautismo, confirmacin,
matrimonio, defuncin), y llevar el registro de los usuarios que realizan los actos
mencionados anteriormente.
34
Figura 5 Escenario para el diseo e implementacin del sistema de
informacin
Fuente: Autor
7.2.1 Propsito. Definir de manera clara y explcita, todos y cada uno de los
requerimientos del software, solicitados por el cliente.
Este captulo va dirigido a:
Cliente. El define si cumple con los requisitos que l solicita.
Usuario final. Es el encargado validar y comprobar que el software cumple con
todo lo planteado en este documento.
Equipo Desarrollo. Este documento tiene las especificaciones y los alcances del
software.
35
Bautismos
Confirmaciones
Defunciones
Matrimonios
Fuente: Autor
36
Figura 7 Arquitectura de la aplicacin
Fuente: Autor
37
maneja un motor de base de datos transaccional. A diferencia de los grandes
motores de base de datos, SQLite no maneja un servidor para gestionar la
informacin, sino que la almacena directamente en archivos normales, ubicados
en el disco de almacenamiento del dispositivo en el cual se encuentre alojado.
Es una base de datos completa de SQL, que contiene los objetos ms
relevantes de un motor de base de datos normal, tales como: tablas, ndices,
triggers y vistas, todo ello, contenido en un nico archivo. Adems de que el
formato de la base de datos el multi-plataforma, debido a que se puede copiar
libremente una base de datos entre sistemas de 32bits a 64bits y vice-versa, o
entre arquitecturas big-endian y Little-endian.19
7.2.4 Justificacin del lenguaje. Una vez realizado el anlisis sobre los
requerimientos del sistema y los ambientes sobre los que se requiere hacer llega
el sistema de informacin se lleg a la conclusin de que el sistema deba ser una
aplicacin Stand-Alone. Para la cual se tuvo en cuenta el lenguaje C++, que
cumple con los criterios de aceptacin del sistema, adems el lenguaje cumple
con los siguientes aspectos:
7.2.5 Visin General del Captulo. El actual captulo est divido en tres mdulos
importantes:
38
debe tener implementadas, los datos asociados, restricciones o limitantes,
supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos
detalles.
En el tercer y ltimo mdulo de este documento, se detallan los requisitos que
deber satisfacer el sistema SAGID.
Bautismos
Confirmaciones
Defunciones
Matrimonios
Por otro lado, en el mdulo parroquial los usuarios debern tener un nivel de
conocimiento funcional sobre el aplicativo, puesto que la informacin que es
administrada en este mdulo pertenece a los procesos internos de la parroquia.
39
7.2.7 Requisitos especficos
40
fallecida
R16 Permitir inactivar informacin de una defuncin Media
Fuente: Autor
41
operativos que exijan bajos recursos. Por esta razn, se realizaron pruebas para
comprobar su funcionalidad y el rendimiento de las tareas que realiza.
Crear: despliega otra interfaz, con todos los datos que requieren ser ingresados al
aplicativo para registrar un nuevo bautismo en el sistema.
Ver / Editar: presenta una nueva interfaz al usuario con la totalidad de los campos
existentes en el sistema, y con la informacin del usuario bautizado llena, con el fin
de que se pueda ver en detalle cada uno de los campos registrados, o en caso de
que se requiera modificar alguno de ellos, en esta interfaz se puede lograr.
Eliminar: borra un registro de bautismo del sistema.
PDF: permite generar el acta de bautismo del registro seleccionado en la grilla de
bautismos, para que de esta forma, se presente en pantalla una plantilla en
formato PDF con los datos del usuario, y se pueda enviar a la impresora, utilizando
los formatos pre-impresos brindados por la parroquia.
Buscar Bautizado: en caso de hayan muchos registros en el sistema, se pueden
realizar filtros por medio del nombre, presentando en la grilla, solamente aquella
informacin que concuerde con el filtro ingresado.
42
Figura 8 Sagid windows 2000 bautismos
Fuente: Autor
43
Figura 9 Sagid en windows xp
Fuente: Autor
44
Figura 10 Plantilla del acta de bautismo
Fuente: Autor
Es de resaltar que los tiempos de generacin del PDF no son superiores a los diez
segundos en ningn sistema operativo utilizado para las pruebas, (vase la Figura
11), que representa los tiempos en promedio que demora la generacin de un acta
en PDF, en las diferentes versiones del sistema operativo Windows como lo son:
98, 2000, XP, 7 y 8.
45
Figura 11 Medicin de tiempos para la generacin de pdf's
Generacin de PDF's
8
7
7
6 5,8
Tiempo en segundos
6 5,3
5
5
4
3 Windows 98
2 Windows 2000
1 Windows XP
0 Windows 7
Generar PDF
Windows 8
Windows 98 6
Windows 2000 5,8
Windows XP 5
Windows 7 7
Windows 8 5,3
Sistemas Operativos
Fuente: Autor
Por todo lo anterior, se puede observar que el sistema es de gran utilidad y ventaja
para las personas administrativas de la parroquia, as como tambin las personas
que habitan en la comunidad, puesto que los procesos para la generacin de un
acta de bautismo se hacen ms rpido, ya que no hay que buscar fsicamente en
el archivo, sino que solo con digitar el nombre de la persona se puede ubicar la
informacin de manera instantnea, y para generar el acta solo se debe dar Click
en el botn PDF, previamente ubicado el registro.
46
8. CONCLUSIONES
47
BIBLIOGRAFA
GOOGLE MAPS. Parroquias en Bogot [en lnea]. Bogot: Google Inc. [Citado 01
mayo, 2014]. Disponible en Internet:
<URL:https://www.google.com/maps/search/parroquia/@4.668567,-
74.0273129,12z>
48
IBM. Proceso Unificado de Rational [en lnea]. Bogot: Fundacin Wikimedia Inc.
[Citado 14 mayo, 2014]. Disponible en Internet :
<URL:http://www.ibm.com/developerworks/rational/library/nov06/temnenco>
IBM Rational Unified Process. Metodologa de desarrollo [en lnea]. Bogot: IBM.
[Citado 13 mayo, 2014]. Disponible en Internet :
<URL:ftp://public.dhe.ibm.com/software/rational/web/datasheets/RUP_DS.pdf>
RICHARD, Hipp. Motores de base de datos Lite [en lnea]. Bogot: Domain.com,
LLC. [citado 19 mayo, 2014]. Disponible en Internet : <URL:http://www.sqlite.org/>
ROLL CALL SPANISH. Software Parroquial [en lnea]. Bogot: By The Book
[Citado 16 noviembre, 2013]. Disponible en Internet : < URL:
http://www.btbspanish.com/ >
49
ANEXOS
50
Anexo A Especificacin de requerimientos
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R1
Registrar informacin de un acto de
Nombre: bautismo.
Prioridad: Alta.
Entradas Salidas
- Nombre del Bautizado Muestra en pantalla un mensaje:
- Fecha de Bautismo. Registro guardado con xito.
- Nombre completo del Padre.
- Nombre completo de la Madre.
- Nombres completos de Padrino.
- Nombres completos de Madrina.
- Cdigo del libro.
- Cdigo del folio.
- Nmero de acta.
- Nombre ministro.
- Anotaciones.
- Doy Fe de.
- Nombres completos abuelo Paterno.
- Nombres completos abuelo Materno.
- Nombres completos abuela Paterna.
- Nombres completos abuela Materna.
- Estipendio.
Descripcin
1. Precondicin: La persono debe haber realizado el acto de bautismo.
2. Descripcin: El usuario ingresa la informacin en cada campo del formulario y
en seguida har clic en el botn Guardar.
3. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
Manejo de situaciones anormales
- El registro no ser enviado a la base de datos hasta que no contenga la
informacin mnima requerida en el formulario.
- El registro no ser enviado a la base de datos si la informacin ingresada no
tiene el formato requerido. Saldr en pantalla el campo que contiene el error de
formato.
51
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R2
Actualizar informacin de un acto de
Nombre: bautismo.
Prioridad: Alta.
Entradas Salidas
- Nombre del Bautizado Muestra en pantalla un mensaje:
- Fecha de Bautismo. Registro guardado con xito.
- Nombre completo del Padre.
- Nombre completo de la Madre.
- Nombres completos de Padrino.
- Nombres completos de Madrina.
- Cdigo del libro.
- Cdigo del folio.
- Nmero de acta.
- Nombre ministro.
- Anotaciones.
- Doy Fe de.
- Nombres completos abuelo Paterno.
- Nombres completos abuelo Materno.
- Nombres completos abuela Paterna.
- Nombres completos abuela Materna.
- Estipendio.
Descripcin
4. Precondicin: Haber estado registrado y por parte del usuario haber dado clic
n el botn Actualizar.
5. Descripcin: El usuario deber actualizar la informacin requerida en cada
campo que sea necesario y en seguida har clic en el botn Guardar.
6. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
ESPECIFICACIN DE REQUERIMIENTOS
52
Identificador: R3
Consultar informacin de un acto de
Nombre: bautismo.
Prioridad: Alta.
Entradas Salidas
- Nombre del Bautizado Muestra en pantalla un
- Fecha de Bautismo. mensaje: El bautizado no
- Nombre completo del Padre. existe en la base de datos.
- Nombre completo de la Madre.
- Nombres completos abuelo Paterno. Muestra en pantalla todos los
- Nombres completos abuelo Materno. datos del bautizado o
- Nombres completos abuela Paterna. bautizados, dependiendo el
- Nombres completos abuela Materna. filtro que utilice.
Descripcin
7. Precondicin: La persono debe haber realizado el acto de bautismo.
8. Descripcin: El usuario ingresa la informacin en uno a varios campos
establecidos en el formulario y en seguida har clic en el botn Buscar.
9. Pos-condicin: El sistema mostrara en pantalla todos los datos de la persona
que fue buscada.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R4
Inactivar la informacin de un acto de
Nombre: bautismo.
Prioridad: Alta.
Entradas Salidas
- Nombre del Bautizado Muestra en pantalla un mensaje:
- Fecha de Bautismo. Registro inactivado.
- Nombre completo del Padre.
- Nombre completo de la Madre.
- Nombres completos de Padrino.
- Nombres completos de Madrina.
- Cdigo del libro.
53
- Cdigo del folio.
- Nmero de acta.
- Nombre ministro.
- Anotaciones.
- Doy Fe de.
- Nombres completos abuelo Paterno.
- Nombres completos abuelo Materno.
- Nombres completos abuela Paterna.
- Nombres completos abuela Materna.
- Estipendio.
Descripcin
10. Precondicin: Los datos de la persono no son correctos.
11. Descripcin: El usuario ingresa la informacin en cada campo del formulario y
en seguida har clic en el botn Guardar.
12. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R5
Registrar informacin de un acto de
Nombre: confirmacin.
Prioridad: Alta.
Entradas Salidas
- Nombre del confirmado. Muestra en pantalla un mensaje:
- Fecha de confirmacin. Registro guardado con xito.
- Nombres completos de Padrino.
- Nombres completos de Madrina.
- Cdigo del libro.
- Cdigo del folio.
- Nmero de acta.
- Nombre ministro.
- Anotaciones.
54
- Doy Fe de.
- Nmero de Identificacin.
- Acta de bautismo.
- Estipendio.
Descripcin
13. Precondicin: La persono debe haber realizado el acto de confirmacin.
14. Descripcin: El usuario ingresa la informacin en cada campo del formulario y
en seguida har clic en el botn Guardar.
15. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R6
Actualizar informacin de un acto de
Nombre: confirmacin.
Prioridad: Alta.
Entradas Salidas
- Nombre del confirmado. Muestra en pantalla un mensaje:
- Fecha de confirmacin. Registro guardado con xito.
- Nombres completos de Padrino.
- Nombres completos de Madrina.
- Cdigo del libro.
- Cdigo del folio.
- Nmero de acta.
- Nombre ministro.
- Anotaciones.
- Doy Fe de.
- Nmero de Identificacin.
- Acta de bautismo.
Estipendio.
55
Descripcin
16. Precondicin: Haber estado registrado y por parte del usuario haber dado clic
n el botn Actualizar.
17. Descripcin: El usuario deber actualizar la informacin requerida en cada
campo que sea necesario y en seguida har clic en el botn Guardar.
18. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R7
Consultar informacin de un acto de
Nombre: confirmacin.
Prioridad: Alta.
Entradas Salidas
- Nombre del confirmado. Muestra en pantalla un
- Fecha de confirmacin. mensaje: El confirmado no
- Nombres completos de Padrino. existe en la base de datos.
- Nombres completos de Madrina.
Muestra en pantalla todos los
datos del, dependiendo el filtro
que utilice.
Descripcin
19. Precondicin: La persono debe haber realizado el acto de bautismo.
20. Descripcin: El usuario ingresa la informacin en uno a varios campos
establecidos en el formulario y en seguida har clic en el botn Buscar.
21. Pos-condicin: El sistema mostrara en pantalla todos los datos de la persona
que fue buscada.
56
- El registro no ser enviado a consulta hasta que no contenga la informacin
mnima requerida en el formulario.
- El registro no ser enviado buscar a la base de datos si la informacin
ingresada no tiene el formato requerido. Saldr en pantalla el campo que
contiene el error de formato.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R9
Registrar informacin de un acto de
Nombre: matrimonio.
Prioridad: Alta.
Entradas Salidas
Datos de la esposa: Muestra en pantalla un mensaje:
- Nombre completo. Registro guardado con xito.
- Nmero de identificacin.
- Fecha de Bautismo.
- Cdigo del libro.
- Cdigo del folio.
- Nmero.
- Nombre completo del padrino.
- Nombre completo de la madrina.
Datos de la esposo:
- Nombre completo.
- Nmero de identificacin.
- Fecha de Bautismo.
- Cdigo del libro.
- Cdigo del folio.
- Nmero.
- Nombre completo del padrino.
- Nombre completo de la madrina.
57
- Usuario autenticado.
- Firma.
- Nombre completo del primer testigo.
- Nombre completo del segundo testigo.
- Ciudad.
Descripcin
22. Precondicin: La persono debe haber realizado el acto de matrimonio.
23. Descripcin: El usuario ingresa la informacin en cada campo del formulario y
en seguida har clic en el botn Guardar.
24. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R10
Actualizar informacin de un acto de
Nombre: matrimonio.
Prioridad: Alta.
Entradas Salidas
Datos de la esposa: Muestra en pantalla un mensaje:
- Nombre completo. Registro guardado con xito.
- Nmero de identificacin.
- Fecha de Bautismo.
- Cdigo del libro.
- Cdigo del folio.
- Nmero.
- Nombre completo del padrino.
- Nombre completo de la madrina.
Datos de la esposo:
- Nombre completo.
- Nmero de identificacin.
- Fecha de Bautismo.
58
- Cdigo del libro.
- Cdigo del folio.
- Nmero.
- Nombre completo del padrino.
- Nombre completo de la madrina.
Descripcin
25. Precondicin: Haber estado registrado y por parte del usuario haber dado clic
n el botn Actualizar.
26. Descripcin: El usuario deber actualizar la informacin requerida en cada
campo que sea necesario y en seguida har clic en el botn Guardar.
27. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R11
Consultar informacin de un acto de
Nombre: matrimonio.
59
Prioridad: Alta.
Entradas Salidas
Datos de la esposa: Muestra en pantalla un
- Nombre completo. mensaje: El matrimonio no
- Nmero de identificacin. existe en la base de datos.
Descripcin
28. Precondicin: La persono debe haber realizado el acto de matrimonio.
29. Descripcin: El usuario ingresa la informacin en uno a varios campos
establecidos en el formulario y en seguida har clic en el botn Buscar.
Pos-condicin: El sistema mostrara en pantalla todos los datos del
matrimonio.
Manejo de situaciones anormales
- El registro no ser enviado a consulta hasta que no contenga la informacin
mnima requerida en el formulario.
- El registro no ser enviado buscar a la base de datos si la informacin
ingresada no tiene el formato requerido. Saldr en pantalla el campo que
contiene el error de formato.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R13
Registrar informacin de una
Nombre: defuncin.
Prioridad: Alta.
Entradas Salidas
- Nombre completo del difunto. Muestra en pantalla un mensaje:
- Identificacin. Registro guardado con xito.
- Fecha de defuncin.
- Cdigo del libro.
- Cdigo del folio.
- Nmero de acta.
60
- Testigo.
- Nombre conyugue.
- Nombre del padre.
- Nombre de la madre.
- Ultimo sacramento.
- Causa muerte.
- Comentario.
- Estado civil.
- Ministro.
- Anotaciones.
- Doy Fe de.
- Estipendio.
- TipoUsuarioFirma
- Firma
Descripcin
30. Descripcin: El usuario ingresa la informacin en cada campo del formulario y
en seguida har clic en el botn Guardar.
31. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R14
Actualizar informacin de una
Nombre: defuncin.
Prioridad: Alta.
Entradas Salidas
- Nombre completo del difunto. Muestra en pantalla un mensaje:
- Identificacin. Registro guardado con xito.
- Nombre conyugue.
- Nombre del padre.
- Nombre de la madre.
- Ultimo sacramento.
61
- Causa muerte.
- Comentario.
- Estado civil.
- Ministro.
- Anotaciones.
- Doy Fe de.
- Estipendio.
- TipoUsuarioFirma
- Firma
Descripcin
32. Precondicin: Haber estado registrado y por parte del usuario haber dado clic
n el botn Actualizar.
33. Descripcin: El usuario deber actualizar la informacin requerida en cada
campo que sea necesario y en seguida har clic en el botn Guardar.
34. Pos-condicin: El sistema guardara la informacin que fue ingresada en el
formulario en la base de datos. Luego muestra en pantalla un mensaje:
Registro guardado con xito.
ESPECIFICACIN DE REQUERIMIENTOS
Identificador: R15
Consultar informacin de una
Nombre: persona fallecida.
Prioridad: Alta.
Entradas Salidas
- Nombre completo del difunto. Muestra en pantalla un
- Identificacin. mensaje: La persona fallecida
- Nombre conyugue. no existe en la base de datos.
- Nombre del padre.
- Nombre de la madre. Muestra en pantalla todos los
- Ultimo sacramento. datos de la persona fallecida
- Causa muerte. dependiendo el filtro que utilice.
- Comentario.
- Estado civil.
62
- Ministro.
- Anotaciones.
- Doy Fe de.
- Estipendio.
- TipoUsuarioFirma
- Firma
Descripcin
35. Descripcin: El usuario ingresa la informacin en uno a varios campos
establecidos en el formulario y en seguida har clic en el botn Buscar.
Pos-condicin: El sistema mostrara en pantalla todos los datos de la persona
fallecida.
Manejo de situaciones anormales
- El registro no ser enviado a consulta hasta que no contenga la informacin
mnima requerida en el formulario.
- El registro no ser enviado buscar a la base de datos si la informacin
ingresada no tiene el formato requerido. Saldr en pantalla el campo que
contiene el error de formato.
63
Anexo B Historias de usuario
1. Permitir registrar informacin de un bautismo
HISTORIA DE USURIO
ID USO1
Nombre Registro de informacin de un acto de bautismo.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario el ingreso de informacin de la
Descripcin persona que haya realizado el sacramento de Bautismo.
HISTORIA DE USURIO
ID USO2
Nombre Actualizar informacin de un acto de bautismo.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario la actualizacin de informacin que
Descripcin est en la base de datos de un acto de bautismo.
HISTORIA DE USURIO
ID USO3
Nombre Consultar informacin de un acto de bautismo.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario consultar la informacin de un acto
Descripcin bautismo registrado anteriormente.
HISTORIA DE USURIO
ID USO4
Nombre Inactivar un registro de un acto de bautismo.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario inactivar un registro de un acto de
bautismo en caso de que se haya equivocado el
Descripcin usuario.
64
5. Permitir registrar informacin de un acto de confirmacin
HISTORIA DE USURIO
ID USO5
Nombre Registro de informacin de un acto de confirmacin.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario el ingreso de informacin de la
Descripcin persona que haya realizado el acto de confirmacin.
HISTORIA DE USURIO
ID USO6
Nombre Actualizar informacin de un acto de confirmacin.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario la actualizacin de informacin que
Descripcin est en la base de datos de un acto de confirmacin.
HISTORIA DE USURIO
ID USO7
Nombre Consultar informacin de un acto de confirmacin.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario consultar la informacin de un acto
Descripcin confirmacin registrado anteriormente.
HISTORIA DE USURIO
ID USO8
Nombre Inactivar un registro de un acto de confirmacin.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario inactivar un registro de un acto de
confirmacin en caso de que se haya equivocado el
Descripcin usuario.
65
HISTORIA DE USURIO
ID USO9
Nombre Registro de informacin de un acto de matrimonio.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario el ingreso de informacin de las
Descripcin personas que haya realizado el acto de matrimonio.
HISTORIA DE USURIO
ID USO10
Nombre Actualizar informacin de un acto de matrimonio.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario la actualizacin de informacin que
Descripcin est en la base de datos de un acto de matrimonio.
HISTORIA DE USURIO
ID USO11
Nombre Consultar informacin de un acto de matrimonio.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario consultar la informacin de un acto
Descripcin matrimonio registrado anteriormente.
HISTORIA DE USURIO
ID USO12
Nombre Inactivar un registro de un acto de matrimonio.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario inactivar un registro de un acto de
matrimonio en caso de que se haya equivocado el
Descripcin usuario.
HISTORIA DE USURIO
66
ID USO13
Nombre Registro de informacin de una persona fallecida.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario el ingreso de informacin de la
Descripcin persona que haya fallecido.
HISTORIA DE USURIO
ID USO14
Nombre Actualizar informacin de una persona fallecida.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario la actualizacin de informacin que
Descripcin est en la base de datos de una persona fallecida.
HISTORIA DE USURIO
ID USO15
Nombre Consultar informacin de una persona fallecida.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario consultar la informacin de una
Descripcin persona fallecida registrado anteriormente.
HISTORIA DE USURIO
ID USO16
Nombre Inactivar un registro de un acto de bautismo.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite al usuario inactivar un registro una persona
Descripcin fallecida en caso de que se haya equivocado el usuario.
HISTORIA DE USURIO
ID USO17
Nombre Generacin actas de bautismo.
67
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite generar actas de bautismo en formato PDF,
con la informacin preestablecida de forma genrica
que manejan las parroquias, pero con informacin de
Descripcin cada registro.
HISTORIA DE USURIO
ID USO18
Nombre Generacin actas de matrimonio.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite generar actas de matrimonio en formato PDF,
con la informacin preestablecida de forma genrica
que manejan las parroquias, pero con informacin de
Descripcin cada registro.
HISTORIA DE USURIO
ID USO19
Nombre Generacin actas de confirmacin.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite generar actas de confirmacin en formato PDF,
con la informacin preestablecida de forma genrica
que manejan las parroquias, pero con informacin de
Descripcin cada registro.
HISTORIA DE USURIO
ID USO20
Nombre Generacin actas de b defuncin.
Fecha 01/03/2014
Stakeholders Parroquia San Pedro Julin Eymard.
Permite generar actas de defuncin en formato PDF,
con la informacin preestablecida de forma genrica
que manejan las parroquias, pero con informacin de
Descripcin cada registro.
68
69
Anexo C Manual de usuario
Qu es SAGID?
Interfaz Bautismo
70
En la anterior interfaz, se presentan dos reas de trabajo, la primera que est
encerrada en un crculo rojo con el nmero 1, presenta el listado de todas
personas bautizadas en la parroquia San Pedro Julin Eymard, Presentando los
datos ms relevantes en esta primera vista sobre las personas bautizadas, los
campos referidos en la tabla son:
71
como aparece en el acta de bautismo.
Madrina Nombre completo de la madrina, que es
referida en el acto de bautismo, dicho nombre
aparece tal cual como se utiliza en el acta de
bautismo.
Libro Son los agrupadores de primer nivel que
categorizan la informacin de las personas
bautizadas en la parroquia.
Folio Cada libro puede tener varios folios y un folio
est asociado a un libro, es el segundo
criterio que se tiene en cuenta para la
categorizacin de las personas bautizadas en
la parroquia.
Nmero Es el tercer componente utilizado para la
clasificacin de las personas bautizadas.
Este campo, es el identificador nico de cada
persona que se bautiz y cada nmero est
asociado a un folio, pero un folio puede tener
varios nmeros.
Ministro Contiene el nombre completo, tal como
aparece en el acta de bautismo. Siendo el
Ministro la persona encargada de administrar
de forma vlida los sacramentos.
La segunda rea de trabajo contiene una serie botones que representan las
acciones que se pueden realizar en el mdulo de bautismos. A continuacin se
describe cada uno de ellos.
1. Crear
72
Posterior al ingreso de la informacin en cada uno de los campos
correspondientes, se debe dar click en el botn Guardar, para que el sistema
almacene la informacin.
2. Ver / Editar
En dado caso de que la informacin requiera ser corregida, se puede dar click en
el botn Ver / Editar, que despliega la misma ventana del botn Crear, la
diferencia en este caso es que la informacin ya aparece cargada, segn como
haya sido ingresada previamente al sistema, en esta nueva ventana el usuario
puede cambiar la informacin que requiera y dar click en el botn Guardar, que
tendr un efecto en el sistema de actualizacin de la informacin.
73
3. Eliminar
En caso de que el registro requiera ser borrado del sistema se puede seleccionar
el registro de la tabla de resumen y despus dar click en el botn Eliminar.
4. PDF
74
Debido a que la arquidicesis de Bogot distribuye a cada parroquia el papel
membretado sobre el cual se genera la impresin, la plantilla no contiene
imgenes ni caractersticas de diseo resaltables, puesto que el papel ya tiene
todo esto, pero en dado de que se requiera agregar alguna imagen de diseo o
cambiar el estilo, se puede realizar.
5. Buscar Bautismo
En dado caso de que en la tabla de resumen haya mucha informacin sobre cada
uno de los registros ingresados al sistema y se requiera de alguno especifico,
existe en el rea de acciones una caja de texto y un botn Buscar Bautizado,
donde el usuario puede ingresar una palabra del nombre que coincida con alguno
de los registros del sistema y posteriormente da click en el botn anteriormente
mencionado y el sistema presentar en la tabla de resumen los registros que
concuerden con dicha palabra.
75
Interfaz Confirmacin
76
confirmada en la parroquia, este nombre
aparece exactamente como se pone en el
acta de confirmacin.
Fecha Referencia a la fecha en la que la persona
fue confirmada. El formato utilizado para este
campo es: yyyy-MM-dd, por ejemplo:
1985-03-22.
Padrino Nombre completo del padrino, exactamente
como aparece en el acta de confirmacin.
Madrina Nombre completo de la madrina, que es
referida en el acto de confirmacin, dicho
nombre aparece tal cual como se utiliza en el
acta de confirmacin.
Libro Son los agrupadores de primer nivel que
categorizan la informacin de las personas
confirmadas en la parroquia.
Folio Cada libro puede tener varios folios y un folio
est asociado a un libro, es el segundo
criterio que se tiene en cuenta para la
categorizacin de las personas confirmadas
en la parroquia.
Nmero Es el tercer componente utilizado para la
clasificacin de las personas confirmadas.
Este campo, es el identificador nico de cada
persona que se confirm y cada nmero est
asociado a un folio, pero un folio puede tener
varios nmeros.
Ministro Contiene el nombre completo, tal como
aparece en el acta de confirmacin. Siendo el
Ministro la persona encargada de administrar
de forma vlida los sacramentos.
La segunda rea de trabajo contiene una serie botones que representan las
acciones que se pueden realizar en el mdulo de confirmaciones. A continuacin
se describe cada uno de ellos.
1. Crear
77
Posterior al ingreso de la informacin en cada uno de los campos
correspondientes, se debe dar click en el botn Guardar, para que el sistema
almacene la informacin.
2. Ver / Editar
En dado caso de que la informacin requiera ser corregida, se puede dar click en
el botn Ver / Editar, que despliega la misma ventana del botn Crear, la
diferencia en este caso es que la informacin ya aparece cargada, segn como
haya sido ingresada previamente al sistema, en esta nueva ventana el usuario
puede cambiar la informacin que requiera y dar click en el botn Guardar, que
tendr un efecto en el sistema de actualizacin de la informacin.
78
3. Eliminar
En caso de que el registro requiera ser borrado del sistema se puede seleccionar
el registro de la tabla de resumen y despus dar click en el botn Eliminar.
4. PDF
79
Debido a que la arquidicesis de Bogot distribuye a cada parroquia el papel
membretado sobre el cual se genera la impresin, la plantilla no contiene
imgenes ni caractersticas de diseo resaltables, puesto que el papel ya tiene
todo esto, pero en dado de que se requiera agregar alguna imagen de diseo o
cambiar el estilo, se puede realizar.
5. Buscar Confirmado
En dado caso de que en la tabla de resumen haya mucha informacin sobre cada
uno de los registros ingresados al sistema y se requiera de alguno especifico,
existe en el rea de acciones una caja de texto y un botn Buscar Confirmado,
donde el usuario puede ingresar una palabra del nombre que coincida con alguno
de los registros del sistema y posteriormente da click en el botn anteriormente
mencionado y el sistema presentar en la tabla de resumen los registros que
concuerden con dicha palabra.
80
Interfaz Matrimonio
Es la tercera ventana que presenta una serie de controles que permiten al usuario,
la administracin de la informacin perteneciente a los Matrimonios. A
continuacin se presenta la interfaz completa, seguida de la descripcin de cada
uno de los controles expuestos en la misma.
81
Esposo Nombre completo del esposo, as como
aparece en acta de matrimonio
Fecha Referencia a la fecha en la que ocurrio el
acto de matrimonio. El formato utilizado para
este campo es: yyyy-MM-dd, por ejemplo:
1985-03-22.
Padrino Nombre completo del padrino, exactamente
como aparece en el acta de matrimonio.
Madrina Nombre completo de la madrina, que es
referida en el acto de matrimonio, dicho
nombre aparece tal cual como se utiliza en el
acta de matrimonio.
Libro Son los agrupadores de primer nivel que
categorizan la informacin de las personas
casadas en la parroquia.
Folio Cada libro puede tener varios folios y un folio
est asociado a un libro, es el segundo
criterio que se tiene en cuenta para la
categorizacin de las personas casadas en la
parroquia.
Nmero Es el tercer componente utilizado para la
clasificacin de las personas casadas. Este
campo, es el identificador nico de cada acto
de matrimonio y cada nmero est asociado
a un folio, pero un folio puede tener varios
nmeros.
Ministro Contiene el nombre completo, tal como
aparece en el acta de matrimonio. Siendo el
Ministro la persona encargada de administrar
de forma vlida los sacramentos.
La segunda rea de trabajo contiene una serie botones que representan las
acciones que se pueden realizar en el mdulo de matrimonios. A continuacin se
describe cada uno de ellos.
1. Crear
82
Posterior al ingreso de la informacin en cada uno de los campos
correspondientes, se debe dar click en el botn Guardar, para que el sistema
almacene la informacin.
2. Ver / Editar
En dado caso de que la informacin requiera ser corregida, se puede dar click en
el botn Ver / Editar, que despliega la misma ventana del botn Crear, la
diferencia en este caso es que la informacin ya aparece cargada, segn como
haya sido ingresada previamente al sistema, en esta nueva ventana el usuario
puede cambiar la informacin que requiera y dar click en el botn Guardar, que
tendr un efecto en el sistema de actualizacin de la informacin.
83
3. Eliminar
En caso de que el registro requiera ser borrado del sistema se puede seleccionar
el registro de la tabla de resumen y despus dar click en el botn Eliminar.
4. PDF
84
Debido a que la arquidicesis de Bogot distribuye a cada parroquia el papel
membretado sobre el cual se genera la impresin, la plantilla no contiene
imgenes ni caractersticas de diseo resaltables, puesto que el papel ya tiene
todo esto, pero en dado de que se requiera agregar alguna imagen de diseo o
cambiar el estilo, se puede realizar.
5. Buscar Matrimonio
En dado caso de que en la tabla de resumen haya mucha informacin sobre cada
uno de los registros ingresados al sistema y se requiera de alguno especifico,
existe en el rea de acciones una caja de texto y un botn Buscar Matrimonio,
donde el usuario puede ingresar una palabra del nombre que coincida con alguno
de los registros del sistema y posteriormente da click en el botn anteriormente
mencionado y el sistema presentar en la tabla de resumen los registros que
concuerden con dicha palabra.
85
Interfaz Defuncin
Es la tercera ventana que presenta una serie de controles que permiten al usuario,
la administracin de la informacin perteneciente a las defunciones. A
continuacin se presenta la interfaz completa, seguida de la descripcin de cada
uno de los controles expuestos en la misma.
86
acta de defuncin.
Fecha Referencia a la fecha en la que la persona
fue falleci. El formato utilizado para este
campo es: yyyy-MM-dd, por ejemplo:
1985-03-22.
Libro Son los agrupadores de primer nivel que
categorizan la informacin de las personas
fallecidas y registradas en la parroquia.
Folio Cada libro puede tener varios folios y un folio
est asociado a un libro, es el segundo
criterio que se tiene en cuenta para la
categorizacin de las personas fallecidas y
registradas en la parroquia.
Nmero Es el tercer componente utilizado para la
clasificacin de las personas fallecidas. Este
campo, es el identificador nico de cada
persona que falleci y cada nmero est
asociado a un folio, pero un folio puede tener
varios nmeros.
Ministro Contiene el nombre completo, tal como
aparece en el acta de defuncin. Siendo el
Ministro la persona encargada de administrar
de forma vlida los sacramentos.
La segunda rea de trabajo contiene una serie botones que representan las
acciones que se pueden realizar en el mdulo de defunciones. A continuacin se
describe cada uno de ellos.
1. Crear
87
Posterior al ingreso de la informacin en cada uno de los campos
correspondientes, se debe dar click en el botn Guardar, para que el sistema
almacene la informacin.
2. Ver / Editar
En dado caso de que la informacin requiera ser corregida, se puede dar click en
el botn Ver / Editar, que despliega la misma ventana del botn Crear, la
diferencia en este caso es que la informacin ya aparece cargada, segn como
haya sido ingresada previamente al sistema, en esta nueva ventana el usuario
puede cambiar la informacin que requiera y dar click en el botn Guardar, que
tendr un efecto en el sistema de actualizacin de la informacin.
88
3. Eliminar
En caso de que el registro requiera ser borrado del sistema se puede seleccionar
el registro de la tabla de resumen y despus dar click en el botn Eliminar.
4. PDF
89
Debido a que la arquidicesis de Bogot distribuye a cada parroquia el papel
membretado sobre el cual se genera la impresin, la plantilla no contiene
imgenes ni caractersticas de diseo resaltables, puesto que el papel ya tiene
todo esto, pero en dado de que se requiera agregar alguna imagen de diseo o
cambiar el estilo, se puede realizar.
5. Buscar Fallecido
En dado caso de que en la tabla de resumen haya mucha informacin sobre cada
uno de los registros ingresados al sistema y se requiera de alguno especifico,
existe en el rea de acciones una caja de texto y un botn Buscar Fallecido,
donde el usuario puede ingresar una palabra del nombre que coincida con alguno
de los registros del sistema y posteriormente da click en el botn anteriormente
mencionado y el sistema presentar en la tabla de resumen los registros que
concuerden con dicha palabra.
90
Interfaz Parmetros
En esta ltima interfaz se pueden editar o actualizar los parmetros generales del
aplicativo, estos parmetros son importantes puesto que en ellos se configuran
datos como la ruta del aplicativo externo para generar los pdf o por ejemplo el
nombre de la parroquia entre otros, a continuacin se presenta la interfaz de este
mdulo.
91