capitulo iv: propuesta de solucion diseÑo de un...
TRANSCRIPT
109
CAPITULO IV: PROPUESTA DE SOLUCION DISEÑO DE UN SISTEMA AUTOMATIZADO PARA EL CONTROL Y
ADMINISTRACIÓN DE PAGOS DE AGUA POTABLE PARA LAS
COMUNIDADES DEL COMPLEJO RESIDENCIAL SAN PEDRO EN LA
ZONA DE MEJICANOS
A. Generalidades El Contenido de este capitulo versa sobre la propuesta de un Diseño de sistema
automatizado para el control y administración de pagos de agua potable para la
Asociación Comunal ACOSAP. Se busca realizar una aplicación informática que
cumpla los requerimientos que la mencionada asociación necesita para la realización
de las operaciones que realiza y que permita administrar de forma ágil y oportuna la
información correspondiente de los casa-habientes; así como registrar
adecuadamente y en línea las transacciones realizadas por los clientes que pagan el
servicio de agua potable. El sistema debe ser capaz para controlar aspectos
importantes en cuanto a los usuarios morosos o aquellos que tienen problemas
relacionados con la conexión o desconexión del servicio de agua, así como
proporcionar información oportuna para agilizar la gestión de recuperación. El
sistema pretende mejorar la atención a los usuarios del servicio, proporcionando
estados de cuentas de la situación en que se encuentran con ACOSAP, emitir
información actualizada por medio de reportes que sean necesarios para un mejor
control interno en el desempeño de las operaciones.
B. Objetivos de la Propuesta General • Diseñar un sistema para el control y administración de pagos de agua potable
para las comunidades del complejo residencial de san pedro
110
Específicos
• Mejorar los procesos transaccionales de ACOSAP y llevar un registro
completo de información de los casa-habientes y sus respectivas viviendas,
para la gestión de recuperación y la toma de decisiones.
• Disponer de información oportuna para la administración adecuada del flujo de
efectivo de ACOSAP.
• Llevar un registro actualizado de la información del Casa-habiente, para
realizar la gestión de recuperación de forma eficiente.
• Proporcionar información para que la administración pueda tomar decisiones
adecuadas y oportunas en cuanto al cobro por los servicios prestados.
C. Justificación de la propuesta Siendo ACOSAP una asociación comunal sin fines de lucro y teniendo la
responsabilidad por parte de sus directivos, la administración y el control de los
servicios que ésta presta, así como conocer el flujo de dinero que demanda para su
funcionamiento y sostenimiento; surge entonces, la necesidad de contar con un
sistema automatizado que contribuya a mejorar los procesos y operaciones que se
llevan acabo por el personal administrativo con el fin de eficientizar las exigencias
que demandan a diario los clientes (casa-habientes). Los propietarios de las
viviendas que conforman la asociación ACOSAP son sus socios y demandan que
sus directivos administren transparentemente los fondos que entran y salen en dicha
asociación, es por ello, que el contar con una herramienta informática que les permita
obtener información oportuna para la toma de decisiones es importante, ya que ,
además de reducir los tiempos para registrar los pagos y otras transacciones que se
realizan, permitirá tener mayor información a la mano para que su personal
administrativo desempeñe eficientemente sus funciones laborales. También se
podrán establecer parámetros de control para que la automatización de las
transacciones requieran menor intervención de parte del usuario del sistema,
111
ayudando así a la minimización de errores cometidos en la digitación de los
movimientos de los clientes
Es importante también contar con consultas de estados de cuentas de los casa-
habientes para evaluar de forma inmediata la solvencia que estos tienen con
ACOSAP. Se busca que el sistema proporcione reportes que hagan posible la
efectividad de la recuperación de cuotas atrasadas que afectan la disponibilidad que
ACOSAP necesita para hacerle frente a los costos y gastos que esta requiere para el
bombeo del agua hasta cada una de las casas. ACOSAP necesitará conocer el
efectivo con que cuenta, tanto en bancos como en oficina al momento de realizar los
pagos por el consumo de Energía Eléctrica (CAESS) y la explotación del pozo
(ANDA), para lo cual el sistema propuesto será diseñado con un esquema apegado a
las necesidades de la asociación, controlando cada detalle solicitado y especificado
en los requerimientos.
D. Importancia y Beneficios del Sistema Propuesto D.1 Importancia de la Propuesta
Con el propósito de minimizar los tiempos de respuesta en la atención al usuario o
casa-habiente que llega a las oficinas de ACOSAP para realizar una transacción y
que esta quede debidamente ingresada en el sistema se da a conocer la importancia
que esta propuesta tiene y los beneficios que proporcionará en su utilización, ya que,
el personal administrativo podrán brindar a los clientes una atención ágil y oportuna
que satisfaga sus expectativas y que de confianza al casa-habiente que ACOSAP
lleva registros actualizados debidamente almacenados y que la información es
confiable.
112
D.2 Beneficios de la Propuesta
Entre los beneficios se encuentran: Para los casa-habientes
• Contaran con estados de cuentas en donde podrán apreciar información
confiable y actualizada.
• Recibirán un mejor servicio, ya que, serán atendidas en un menor tiempo las
solicitudes que realizan los casa-habientes.
Para personal de ACOSAP • Tendrán la información en forma organizada, ya que, actualmente lo realizan
en forma manual y el tiempo es mayor para obtener reportes o para el servicio
solicitado, porque requiere un mayor esfuerzo y tiempo, por lo tanto el casa-
habiente se encontrará mas satisfecho por el servicio que se le brinda a través
de administración.
• Incremento o mejorar en los niveles de satisfacción del casa-habiente en
cuanto al servicio de administración del pago de agua potable.
E. Alcance de la Propuesta Con el diseño del Sistema Automatizado para el Control y Administración de Pagos
por el Servicio de Agua Potable se logrará cubrir los siguientes aspectos:
Seguridad del Sistema: El sistema cuenta con seguridad por usuario. De manera
que cada usuario que ingrese al sistema debe tener clave de acceso y contraseña. A
la vez dentro del sistema se controlará los niveles de acceso por rol, donde un
usuario creado, si no se le asigna un rol, no podrá efectuar ninguna transacción.
113
Sistema en Red: El sistema está preparado de tal forma que pueda funcionar en una
o varias máquinas conectadas en red, o en una sola computadora. ACOSAP, solo
cuenta con una computadora para instalar el sistema y no tiene una red instalada,
pero si en un futuro instalan una red, el sistema podrá trabajar sin problemas.
Sistema Multiusuario: El sistema se ha desarrollado de forma multiusuario, y no
hay límites de usuario que puedan entrar de una sola vez, siempre y cuando estén
registrado debidamente.
Sistema Cliente-Servidor: Debido a la base de datos que se ha utilizado (SQL
Server 2000), es un sistema Cliente-Servidor, pues el cliente solo enviará peticiones
al Servidor de Base de Datos.
La implementación del sistema: No se implementara el sistema por parte de este
grupo de trabajo de graduación.
Las pruebas del sistema: Se realizaran pruebas en el sistema de manera que el
personal de ACOSAP este de acuerdo en el producto elaborado y entrega
Mantenimiento del sistema: ACOSAP será el encargado de darle mantenimiento al
sistema de automatizado para el control y administración de pagos de agua potable
para las comunidades del complejo residencial san pedro en la zona de mejicanos.
Herramienta en que se desarrollara el sistema: El sistema estará desarrollado en
la herramienta Visual FoxPro 947, que es una herramienta de programación que en el
mercado se cotiza a un costo accesible y un buen número de personas que
desarrollan en esta herramienta.
47 Según entrevista realizada con el presidente de ACOSAP, sugirió que la herramienta de desarrollo fuera Visual Foxpro, ya que, cuentan con una persona que conoce este software
114
Procesos Internos:
1 Registro maestro de las casas de cada una de las residenciales que
conforman el Complejo Residencial San Pedro, donde se pueda conocer, el
nombre del propietario o inquilino, teléfono, dirección (polígono y pasaje),
numero de casa, documentos principales del propietario o inquilino, se debe
conocer a que residencial pertenece la casa, la situación del servicio, si esta
desconectado, la situación de la casa, si esta está habitada o abandonada.
2 Facturación de movimientos de pagos mensuales que se reciben en ACOSAP
en concepto de cuotas por el servicio de agua, conexiones y otros.
3 Control de los pagos, a manera de estado de cuentas donde se pueda
conocer la información del casa-habiente, los pagos realizados, ya sea en el
banco o pagos en oficinas, las fechas en que pago, el correlativo de
comprobante, que se pueda apreciar la situación de solvencia del casa-
habiente, las casas que están aptas para que se les suspendan el servicio de
agua por morosidad, las que ya se les suspendió dicho servicio.
4 Aplicar de forma automática los pagos realizados en el Banco Scotiabank, de
tal manera que el sistema pueda procesar los datos recibido de forma
magnética.
Consultas:
5 Reporte diario de los pagos recibidos durante el día para el cuadre de caja,
donde se pueda distinguir cuales fueron recibidos en el banco y cuales fueron
recibidos en ACOSAP, que el reporte se pueda filtrar por rango de fechas de
movimientos.
115
6 Reporte general de los casa-habientes, especificando código de identificación,
nombre del propietario o inquilino, teléfono, dirección, el estado de la
morosidad, el estado del servicio de agua.
7 Reporte de casa-habientes por estado de servicio (Conectado, Suspendido,
Pendiente de conectar)
8 Reporte de casa-habientes por estado solvencia (solvente, moroso)
9 Reporte por estado de la vivienda (Ocupada, deshabitadas, Abandonada)
10 Reporte de tenencia de la vivienda (Propia, alquilada)
116
Esquema grafico de la propuesta:
SYSACOSAP
Limitaciones:
1-El sistema no está desarrollado en ambiente Web:
• Consideramos que por el uso que le darán al sistema, el cual será muy
limitado, en una maquina (pues ACOSAP, solo cuenta con una) y no tienen
Seguridad Mantenimiento Red
Herramientas
Prueba
Consultas Procesos Internos
117
proyectado implementar un servidor Web, además, el presupuesto con el que
cuentan es limitado para realizar una implementación de un Sistema Web.
• Los clientes no tendrán acceso a la aplicación por lo que consideramos que
no es necesario desarrollar el sistema en una herramienta Web.
2- ACOSAP solicitó desarrollar el sistema en un lenguaje de programación que en el
mercado no se cotizara muy caro, ya que ellos piensan darle el mantenimiento y
mejoras al sistema según necesidades que a lo largo del tiempo se requieran por
políticas que estimen convenientes.
3- Hay una gran cantidad de personas que programan en Visual foxpro 9.
5- No se implementará el sistema en ACOSAP como requisito de este trabajo de graduación48. Solo será instalado en el equipo que ACOSAP tiene para mostrar la funcionalidad. 6-Las pruebas se harán con el objetivo de que el sistema sea desarrollado con
calidad, en donde todas sus opciones se ejecuten de manera correcta.
7- No se le dará mantenimiento al sistema como requisito para este trabajo de
graduación.
8- ACOSAP cuenta con licencia de la base de datos de SQL Server 2000 y si decide
desarrollar nuevas opciones al sistema o realizar cambios, tendrá que comprar la
licencia de Visual Foxpro.
48 El grupo de trabajo de graduación no es responsable de implementar el sistema en ACOSAP ya que desde un inicio se estableció que solo se les entregara
el producto y ellos se encargaran de implementar del sistema.
118
F. Ciclo de Vida de Desarrollo del Sistema49 La definición de un ciclo de vida facilita el control sobre los tiempos en que es
necesario aplicar recursos de todo tipo (personal, equipos, suministros, y otros) al
proyecto. Al conjunto de las fases empleadas se le denomina “ciclo de vida”.
Los sistemas de software requieren un tiempo y esfuerzo considerable para su
desarrollo y deben permanecer en uso por un periodo mucho mayor. Durante este
tiempo de desarrollo y uso, desde que se detecta la necesidad de construir un
sistema de software hasta que este es retirado, se identifican varias etapas que en
conjunto se denominan el ciclo de vida del software y en cada caso, en función de
cuales sean las características del proyecto, se configurará el ciclo de vida de forma
diferente. Usualmente se consideran las etapas: especificación y análisis de
requisitos, diseño del sistema, implementación del software, aplicación y pruebas,
entrega y mantenimiento. Un aspecto esencial dentro de las tareas del desarrollo del
software es la documentación de todos los elementos y especificaciones en cada
fase. Dado que esta tarea siempre estará influida por la fase del desarrollo en curso,
se explicará de forma distribuida a lo largo de las diferentes fases como un apartado
especial para recalcar su importancia en el conjunto del desarrollo del software.
Tal como ya hemos mencionado, las etapas principales a realizar en cualquier ciclo
de vida son:
1. Análisis: En esta etapa se realizarán las siguientes actividades.
• Realizar un análisis preliminar de la situación de ACOSAP, su naturaleza, su
giro, y la forma en que funciona.
• Realizar levantamiento de requerimientos para el diseño del sistema
• Analizar cada requerimiento con el objeto de dimensionar la magnitud del
sistema y plantear requerimientos funcionales.
49 http://es.wikipedia.org/wiki/Modelo_en_cascada
119
• Realizar guías de entrevista para conocer los procesos operativos que se
realizan.
2. Diseño: A partir del modelo de análisis se plantearán los aspectos siguientes:
• Diseñar las estructuras de datos, Diccionario de datos.
• Construir la modularidad del sistema
• Diseño de interfaces estándar del sistema con las cuales el usuario
interactuará.
• Construcción del modelo conceptual de la base de datos (Diagrama Entidad-
Relación)
• Diseño de la estructuras estándar de los reportes
3. Codificación: La salida de esta fase es código ejecutable. En esta etapa se
realizará los siguiente:
• Iniciar el proceso de programación propiamente dicha, que es la codificación
del sistema.
• Realizar pruebas en cada formulario, reporte o proceso a desarrollar
• Realizar ajustes al Modelo de Entidad-Relación, si fuera necesario.
4. Pruebas: Se comprueba que se cumplen criterios de corrección y calidad, en esta
etapa, se incluirá a personal de ACOSAP, para verificar si los formularios de entrada
de datos, los de proceso, los reportes cumplen con lo que necesitan para el
funcionamiento del sistema y que pueda solventar las necesidades que tienen.
5. Mantenimiento: En esta fase, que tiene lugar después de la entrega se asegura
que el sistema siga funcionando y adaptándose a nuevos requisitos.
Para el desarrollo del sistema de ACOSAP, se realizara en el Ciclo de vida en
Cascada por los aspectos que se detallan a continuación:
120
Ciclos de vida en cascada50
El ciclo de vida inicialmente propuesto por Royce en 1970, fue adaptado para el
software a partir de ciclos de vida de otras ramas de la ingeniería. Es el primero de
los propuestos y el más ampliamente seguido por las organizaciones (se estima que
el 90% de los sistemas han sido desarrollados así). Por tal razón, se ha adoptado
este tipo de ciclo de vida.
Descripción Este modelo admite la posibilidad de hacer iteraciones, es decir, durante las
modificaciones que se hacen en el mantenimiento se puede ver por ejemplo la
necesidad de cambiar parte del diseño, si es necesario, lo cual significa que se
harán los cambios necesarios en la codificación y se tendrán que realizar de nuevo
las pruebas, es decir, si se tiene que volver a una de las etapas anteriores al
mantenimiento hay que recorrer de nuevo el resto de las etapas.
50 http://www.ia.uned.es/ia/asignaturas/adms/GuiaDidADMS/node10.html
121
Ventajas • La planificación es sencilla.
• La calidad del producto resultante es alta.
• Permite trabajar con personal poco cualificado.
F.1 Análisis (Etapa I) En vista de mejorar el servicio prestado a los casa habientes, por parte de ACOSAP,
(Asociación Comunal San Pedro) a través de un Sistema de Control de Pagos, surge
la necesidad de diseñar un sistema automatizado que les permita obtener y manejar
la información de una forma confiable y oportuna; ya que en este momento se realiza
de manera manual, lo que conlleva a un difícil control de información, y la ausencia
de reportes para facilitar la toma de decisiones.
A raíz de la necesidad, se realizo la investigación para la evaluación y desarrollo
del los requerimientos necesarios para el proyecto.
F.1.1 Metodología Para la obtención de la información se realizaron entrevistas no estructuradas
dirigidas al personal administrativo (Presidente, contador, secretaria), proporcionando
un diagnóstico de la situación actual. A la vez se solicitaron muestras de formularios
que utilizan para brindar el servicio a los casa-habientes
Tales como; (Ver Anexo F)
1. Talonario de Pago Mensual de Agua51
2. Reporte general del control de pagos por mes
3. Factura
4. Cuadro de Pago de Recargo por Mes
5. Cuadro de Pagos por Mes 51 Cada año ACOSAP, vende el talonario (Talonario de Pago mensual de Agua), para los doce meses del año en curso, donde se especifica el mes a
pagar, el valor de la cuota, el nombre del Casa-habiente y la dirección de la casa que se está pagando.
122
A su vez se obtuvo la información de como se efectúa el proceso de pagos por el
servicio de agua potable (Pago mensual de Agua Potable del mes, Pago mensual de
Agua Potable tarifa comercial y Pago de Recargo por mes atrasado si lo hubiere); el
cual se describe a continuación:
1- Estos pagos se puede realizar en dos partes: en la oficina de ACOSAP o en
cualquiera de las sucursales del Banco Scotiabank.
a. Si el pago es realizado en las oficinas de ACOSAP, se realizan los
siguientes pasos:
i. La persona que va a pagar, presenta el talonario
ii. La secretaria pide el dinero dependiendo de cuantas cuotas va a
pagar, incluyendo el recargo si lo hubiere (el recargo es un dólar
por mes atrasado)
iii. La secretaria sella el talonario y arranca 2/3 partes de la hoja que
corresponde al mes que está pagando, o los meses
iv. La secretaria devuelve dicho talonario a la persona que está
pagando.
v. Secretaria los registra en el cuadro de pagos mensuales, en el
caso que existiere pago de recargos, se registra también el el
cuadro mensual de recargos.
vi. Secretaria archiva los tacos de todos los pagos efectuados en el
día.
b. Si el pago es realizado en cualquiera de las oficinas del Banco
Scotiabank (no se pueden pagar meses vencidos), se siguen los
siguientes pasos:
i. La persona que va a pagar, presenta el talonario a la cajera del
banco.
ii. La cajera pide el dinero dependiendo de cuantas cuotas va a
pagar.
123
iii. La cajera sella el talonario y arranca 2/3 partes de la hoja que
corresponde al mes que está pagando.
iv. La cajera devuelve dicho talonario a la persona que está
pagando.
v. El banco prepara folio de tacos por pagos recibidos durante el
día.
vi. ACOSAP, envía a una persona para retirar los folios de tacos
que el banco tiene preparados por cada día.
vii. La secretaria se encarga de registrar en el cuadro de pagos
mensuales y luego archivarlos.
También existen otros tipos de transacciones que se realizan, tales como:
1- Pagos por reconexión del Servicio de agua potable (este pago es originado por
no haber pagado dos o mas meses, para lo cual se siguen los siguiente pasos:
a) El casa-habiente paga meses vencidos tal como se detalla en el
proceso de pagos en oficinas.
b) El casa-habiente se presenta ACOSAP y entrega aviso donde se le
notificó la suspensión del servicio.
c) Secretaria busca datos del casa-habiente, verifica monto a pagar
d) Solicita el monto correspondiente al pago por reconexión.
e) Entrega factura por pago de reconexión del servicio de agua potable.
f) Secretaria archiva factura por pago.
2- Otros pagos por diferentes servicios.
Aquí se incluyen pagos por instalación de agua para aquellas casas que han
estado abandonadas52 y otros servicios que de acuerdo a la necesidad se
pueda dar.
52 Generalmente son aquellas casas que están embargadas por los bancos o por el Fondo Social para la Vivienda
124
F.1.2 Planteamiento del Problema ACOSAP actualmente lleva el control de todas las operaciones en forma manual, no
cuenta con un sistema que le permita agilizar sus operaciones, además la
información se actualiza con mucho retrazo, dificultando la obtención de la
información de forma ágil y oportuna.
Método de la Caja Negra Para ilustrar el planteamiento de problema se utilizara el método de la caja negra,
mostrando las desventajas del sistema actual (Estado A) contra las ventajas del
sistema propuesto (Estado B)
Estado A Estado B
ESTADO A ESTADO B
1. Pagos de mensualidad del
servicio de agua: cada casa-
habiente que llega a pagar uno o
varios meses, solo se le recibe el
dinero y se sella la libreta que
llena de forma manual, pero no
es registrado de forma inmediata
en el expediente del casa-
habiente, si no varios días
después que oscila entre 4 a 10
días.
1. Con el Sistema (ACOSAP) cada
registro será automáticamente
registrado al momento del pago,
obteniendo de inmediato su recibo
de cancelación.
PROCESO
125
ESTADO A ESTADO B
2. Reconexión y desconexión de
servicio de agua: para conocer si
un servicio hay que
desconectarlo, se espera entre
un mes a dos meses, hasta que
es actualizado en cada
expediente de los casa-
habientes. La conexión procede
en algunas veces de forma más
ágil, ya que, como es al cliente
que le interesa tener el servició,
está presionando continuamente
para que el servicio sea
conectado.
2. El estado de servicio para cada
casa-habiente estarán dispuestos
en cualquier momento indicando así
el servicio actual que el casa-
habiente posea, según sea la
condición en la cual se encuentre.
3. Con respecto a la información
que se maneja por cada casa-
habiente es muy limitada, no se
tiene muchos datos, lo que
imposibilita llevar un control
eficiente, y poder rápidamente
ubicar a las casas.
3. El Sistema ACOSAP
proporcionara de una manera
eficiente la información necesaria
que la base de datos posea para
cada-habiente, permitiendo saber la
condición, estado y solvencia del
casa-habiente.
126
ESTADO A ESTADO B
4. Otro aspecto que no se puede
controlar de forma oportuna y
eficiente el saldo de banco,
porque, las boletas que son
enviadas por el banco, no se
tienen a diario y no se procesan
de forma inmediata.
4. Se podrá saber al final del día
cuanto fue el efectivo ingresado
según facturación, como también las
transacciones que se realizaron en
el banco, siempre y cuando estas se
ACOSAP
5. Se desconoce los movimientos
de servios realizados después
de un cierto tiempo ya que todo
es manual
5. Se podrá contar con información
detallada de los movimientos que se
realicen por casa-habientes
6. Debido a la dificultad con que se
obtienen la información, la
generación de reportes no es
eficaz
6. Los reportes se generaran con
mucha más rapidez, ya que la
información se encuentra accesible.
F.1.3 Estudio de Factibilidad Toda empresa busca mejorar los procesos y agilizar los servicios que brinda para
satisfacer las necesidades de los clientes, así como la organización y la
administración de la información que permita obtener un tiempo de respuesta mas
corto y aporte a la toma de decisiones en un momento determinado. Según
información recabada por la entrevista no estructurada, realizada al personal
administrativo de ACOSAP (Presidente, contador, secretaria) por el equipo de
trabajo, se concluyó la importancia de conocer aspectos tales como: fecha de pago,
morosidad, el estado de la vivienda (habitada o abandonada), estado del servicio
(conectado o desconectado) entre otros; tomando en cuanta que todos los casa-
127
habientes pagan una misma cuota por el servicio de agua potable por lo tanto buscan
la igualdad de derechos, ya que, se trata de una administración comunal de vecinos
y en ocasiones no se conoce con certeza y en tiempos oportunos quienes han
pagado la cuota, pues para tener conocimiento claro de esto hay que revisar
manualmente uno a uno la información concerniente a cada casa-habiente, lo que
representa un trabajo tedioso y complicado. Por otro lado es importante conocer la
mora en un momento determinado por tratarse de una comunidad sin fines de lucro;
y que no cuenta con fondos suficiente para afrentar los costos y gastos por el
mantenimiento de toda la infraestructura (Gastos administrativos, tanques, bombas
sumergibles y externas), de ahí que es indispensable contar con información
oportuna de los pagos que realizan los casa-habientes. Todo esto permitió concluir
que es necesario que ACOSAP cuente con un sistema automatizado de pagos por el
servicio de agua potable con el objeto de mejorar y optimizar la información para la
toma de decisiones.
Este trabajo de investigación presenta una solución que esta orientada a eficientizar
el funcionamiento operacional y administrativo de ACOSAP de una forma
estandarizada y automatizada mediante el uso de un sistema desarrollado por
computadora.
a) Factibilidad operativa El proyecto es factible operativamente, ya que, el personal que administra el servicio
de agua potable, posee conocimientos de computación. Así mismo el personal
operativo esta consciente de la necesidad de contar con el sistema que contribuya a
mejorar la efectividad en cuanto al control y administración de los servicios de pago
de agua.
Para lo cual el sistema permitirá los siguientes aspectos:
1) Acceso inmediato a la información actualizada.
128
2) Control de los servicios que se demande en determinado momento
3) Emisión de reportes necesarios en el momento que se utilicen
b) Factibilidad Técnica
i) Requerimientos del Hardware A continuación se detallan los requerimientos mínimos de hardware para que la
aplicación pueda trabajar correctamente. Así como los requerimientos
recomendados, según computadora que se encuentra en el mercado local, además
se detalla las características de la computadora con la que ACOSAP cuenta
actualmente para hacer uso del sistema.
Requerimientos Mínimos del sistema: A continuación se detalla las características mínimas (Hardware) para que el sistema pueda funcionar:
DESCRIPCION ESTACION DE TRABAJO
Procesador Pentium III
Velocidad 1 GHz
Memoria Principal 512 MB
Disco Duro 10 GB espacio libre
Pantalla Monitor SVGA con resolución 1024x768
Tarjeta de Red 10/100Mbs
Unidad de Cd rom Requerida
Teclado y Mouse Si
UPS Si
129
Equipo Recomendado: Continuación se detalla el equipo recomendado de acuerdo al hardware disponible en el mercado local
DESCRIPCION ESTACION DE TRABAJO
Procesador AMD Athlon™ 64 3200+
Velocidad 2 GHz
Memoria Principal
512MB Single Channel DDR2 SDRAM at 667MHz - 1DIMM
Disco Duro Unidad de disco de de 80 GB
Pantalla Monitor SVGA con resolución 1024x768
Tarjeta de Red 10/100Mbs
Unidad de Cd rom Combo CD-RW/DVD de 48X
Teclado y Mouse Si
UPS Si
Equipo con que ACOSAP cuenta:
ACOSAP, actualmente cuenta con una computadora que según investigación
realizada se encuentra entre los requerimientos necesarios para el buen
funcionamiento del sistema, ya que esta un poco arriba de los mínimos y un poco
debajo de los recomendados, pero el personal de ACOSAP tomo la decisión de no
comprar equipo ya que el que tienen permite el funcionamiento del sistema de
manera correcta. Según las características que se detallan a continuación:
130
DESCRIPCION ESTACION DE TRABAJO
Procesador Pentium IV
Velocidad 3.0 GHz
Memoria Principal 512 MB
Disco Duro 80 GB
Monitor SVGA 15" 1024x768 resolución máxima
Tarjeta de Red 10/100Mbs
Unidad de Cd 52x
UPS Si
Teclado y Mouse si Impresor: ACOSAP cuenta el impresor del cual se detallan las siguientes
características.
DESCRIPCION ESTACION DE TRABAJO
Impresor Hp-4300 láser
Páginas por minuto 14
Batería: ACOSAP cuanta con la batería que se detalla a continuación.
DESCRIPCION ESTACION DE TRABAJO
UPS Minuteman 500
131
ii) Requerimientos del Software.
SOFTWARE
Base de Datos SQL Server 2000
ACOSAP cuenta con software administrador de la base de datos de SQL Server 200 y licencia. Se realizo investigación en el mercado local sobre el costo de la licencia SQL Server y descubrimos que actualmente ya no existe licencia para SQL Server 2000, por tal razón se cotizo el SQL Server 2005. (Ver Anexo G)
Lenguaje de Programación Visual Fox 9.0 ACOSAP no cuenta con esta licencia.
Diseñador de Reporte Reporteador Nato de Visual FoxPro 9.0 ACOSAP no cuenta con un reporteador de Visual Fox
Sistema Operativo Windows xp ACOSAP cuenta con sistema operativo de Windows XP
Base de Datos:
SQL Server 2000 es un potente motor de bases de datos de alto rendimiento
capaz de soportar millones de registros por tabla con un interfase intuitivo y
con herramientas de desarrollo integradas como Visual Studio 6.0 o .NET,
además incorpora un modelo de objetos totalmente programable (SQL-DMO)
con el que podemos desarrollar cualquier aplicación que manipule
componentes de SQL Server.53
Lenguaje de Programación y Reporteador:
53 http://www.netveloper.com/contenido2.aspx?IDC=64_0
132
Microsoft Visual FoxPro 9.0 es una herramienta extremadamente poderosa que permite construir rápidamente aplicaciones y componentes de base de datos. Centrado en la data y orientado a objetos, su lenguaje soporta un robusto conjunto de herramientas que permiten construir aplicaciones de bases de datos para computadoras de escritorio, servidores, o servicios Web basados en XML y servicios Web convencionales. 54
En cuanto al lenguaje de programación ACOSAP, no tendrá que adquirirlo ya que se instala un ejecutable por lo cual no necesitan tener licencia de esta herramienta de desarrollo.
El lenguaje de programación se eligió por la naturaleza de la aplicación, ya que solo se encontrara en una maquina y por solicitud del personal de ACOSAP, de desarrollar la aplicación en un lenguaje que no resulte tan costoso al momento de darle mantenimiento.
Sistema Operativo Windows XP: Es una línea de sistemas operativos desarrollada por Microsoft, orientada a
cualquier entorno informático incluyendo computadoras domésticas o de
negocios, computadoras portátiles. Windows XP es una herramienta que permite facilitar la realización del trabajo,
y agilizar la realización de tareas, con una mejor presentación y en un menor
tiempo.55
ACOSAP cuenta con la licencia de Windows XP.
c) Factibilidad Económica
54 http://www.microsoft.com/spanish/msdn/vfoxpro/vfoxpro9/default.asp 55 http://es.wikipedia.org/wiki/Windows_XP
133
El proyecto a desarrollar es factible económicamente, ACOSAP cuenta con el
recurso financiero, tecnológico y personal necesario para utilizar el sistema
automatizado para el control y administración del pago por el servicio de agua
potable; sin necesidad de realizar inversiones en equipo computacional.
En cuanto al precio de hardware y Software se detalla en el Cap. V en el apartado de
Costos del Programa.
F.2 Determinación de Requerimientos
F.2.1 Guía de Entrevista
Para la obtención de los datos necesarios para la investigación se tomo como
herramienta base, la entrevista no estructurada, dirigida al personal administrativo de
ACOSAP (Presidente, contador, secretaria)Ver Anexo H, la cual proporciono un
diagnostico de la situación actual del manejo que se le da a la información.
Para la realización de la entrevista con el personal administrativo de ACOSAP se
realizo un cuestionario en el cual se solicitaba información sobre los servicios que
ACOSAP presta, dicho cuestionario se fue completando a lo largo de la entrevista
permitiendo conocer más detalladamente los procesos que actualmente realizan.
Adicionalmente se solicitó los formularios que utilizan para brindar las diferentes
opciones de servicio.
A través del resultado obtenido de las entrevistas, se constató que el sistema
manual con que cuenta en la actualidad ACOSAP no es funcional, por el tiempo en
que se tardan en conocer el estado de solvencia de las viviendas, y la respuesta a
los casa-habientes para la reconexión del servicio, ocasionando un nivel mayor de
morosidad, por no contar con la información en tiempo oportuno, por lo que se
necesita un sistema de control de pagos para que mejore la efectividad de los
procesos y requerimiento que se demanden.
134
A su vez se obtuvo la información de como se efectúa el proceso de pagos por el
servicio de agua potable (Pago mensual de Agua Potable del mes, Pago mensual de
Agua Potable tarifa comercial y Pago de Recargo por mes atrasado si lo hubiere.
F.2.2 Diagrama de Contexto ACOSAP Para este diagrama se indica las características generales del proceso de
investigación en relación a todas las entidades que interactúan.
135
DIAGRAMA DE CONTEXTO DEL SISTEMA AUTOMATIZADO PARA EL CONTROL Y ADMINISTRACIÓN DE PAGOS DE AGUA POTABLE PARA LAS COMUNIDADES DEL
COMPLEJO RESIDENCIAL SAN PEDRO EN LA ZONA DE MEJICANOS (SYSACOSAP) Solicitud de información para la toma de dediciones Envió de recibos cancelados por parte de casa-habientes
Remesas realizadas al Banco
Reporte de casa-habientes por estado solvencia
Reporte por estado de la vivienda
Reporte de tenencia de la vivienda
Pagos en ACOSAP Solicitud de reconexión de servicio
Emite recibo Cancelado Pagos realizados en bancos Actualización base de datos
Reporte resumido de la cobranza del día Reporte de casa-habientes por estado de servicio Reporte general de los casa-habientes
Reporte de casa-habientes por estado de servicio
Reporte diario de los pagos recibidos durante el día para el cuadre de caja Nota de aviso por desconexión del servicio de agua
SYSACOSAP
PERSONAL
ADMINISTRA- TIVO
CASA-
HABIENTE
JUNTA
DIRECTIVA
BANCO
136
F.2.3 Requerimientos funcionales
Los requerimientos funcionales describen la interrelación entre el sistema y su
entorno, además los servicios o funciones que proveerá el sistema.
En esta fase el análisis del sistema se vale de herramientas y técnicas especiales
para realizar la determinación de lo requerimientos; utilizando por ejemplo entrada y
salida del sistema, diagrama de flujo de datos loa cuales evalúan los resultados en
forma grafica y estructurada.
A continuación se desarrolla el análisis de los requerimientos mediante lo siguiente:
Entradas
a) Casas: Se ingresan la siguiente información a través de los campos: Código casa
Código de residencia, Teléfono, Polígono, Pasaje, Clasificación de vivienda,
Estado de la vivienda
Datos de las personas (casa-habiente): Aquí se ingresan los datos personales de los casa-habientes como: Nombres,
Apellidos, DUI, NIT, Fecha de Nacimiento, Profesión.
b) Cuenta bancaria: Ingreso de registros de los casa-habientes que pagan en banco donde existe,
numero de cuenta, código de banco, saldo anterior y actual, cargos, abonos.
Servicios que presta: Pagos: pagos realizados por el servicio en ACOSAP.
Pagos en banco: pagos realizados en el banco.
Reconexión del Servicio de agua: por reconexión de cualquier servicio.
Registro de usuarios: Creación de usuarios, modificación y eliminación de registros
137
Salidas
a) Reporte diario de los pagos recibidos durante el día para el cuadre de caja,
donde se pueda distinguir cuales fueron recibidos en el banco y cuales fueron
recibidos en ACOSAP, que el reporte se pueda filtrar por rango de fechas de
movimientos.
b) Reporte resumido de la cobranza del día.
c) Reporte general de los casa-habientes, especificando código de identificación,
nombre del propietario o inquilino, teléfono, dirección, el estado de la
morosidad, el estado del servicio de agua.
d) Reporte de casa-habientes por estado de servicio (Conectado, Suspendido,
Pendiente de conectar)
e) Reporte de casa-habientes por estado solvencia (solvente, moroso)
f) Reporte por estado de la vivienda (Ocupada, deshabitadas, Abandonada)
g) Reporte de tenencia de la vivienda (Propia, alquilada)
Diagrama de Flujo de Datos Diagramar es representar gráficamente hechos, situaciones, movimientos o
relaciones de todo tipo por medio de símbolos.
Para realizar una mejor representación sobre le flujo de datos que involucra los
Procesos del Sistema Automatizado para la administración y control del agua potable
se han utilizado Diagramas de funcionamiento para conocer e identificar con facilidad
la ruta que mantiene los datos durante cada uno de dichos procesos
138
Los símbolos básicos usados en el Diagrama de Flujo de Datos son los siguientes:
Nombre Símbolo Función
Terminal
Representa el inicio y fin de un programa. También puede representar una parada o interrupción programada que sea necesaria realizar en un programa.
Entrada / salida
Cualquier tipo de introducción de datos en la memoria desde los periféricos o registro de información procesada en un periférico.
Proceso
Cualquier tipo de operación que pueda originar cambio de valor, formato o posición de la información almacenada en memoria, operaciones aritméticas, de transformaciones, etc.
Decisión
Indica operaciones lógicas o de comparación entre datos (normalmente dos) y en función del resultado de la misma determina (normalmente si y no) cual de los distintos caminos alternativos del programa se debe seguir
Conector Misma Página
Sirve para enlazar dos partes cualesquiera de un diagrama a través de un conector en la salida y otro conector en la entrada. Se refiere a la conexión en la misma pagina del diagrama
Indicador de dirección o línea de flujo
Indica el sentido de la ejecución de las operaciones
Salida
Lista de Diagramas de Flujo de Datos:
1- Pagos realizados en ACOSAP
2- Pagos realizados en el Banco
3- Proceso de aplicación automática de pagos
4- Pagos de reconexión
5- Solicitar solvencia de vivienda
6- Pago de Otros servicios
139
1-Diagrama de Flujo de Datos: Pagos realizados en ACOSAP
Descripción Casa-habiente ACOSAP
Inicio del proceso
El casa-habiente presenta el recibo y
el pago del servicio
El personal administrativo busca los
datos del casa-habiente en el sistema
Para el caso que si encuentre el
registro del casa-habiente, registra el
pago
El personal administrativo imprime la
factura y se lo entrega al cliente
Fin del proceso
NO SI
Inicio
Casa-habiente Entrega el pago por servicio de agua
Busca datos de casa-habiente
Encuentra
Registra el pago
Imprime factura
Fin
Recibe el casa-habiente
140
2-Diagrama de Flujo de Datos: Pagos realizados en el Banco
Descripción Casa-habiente BANCO
Inicio del proceso
El casa-habiente presenta el talonario
y el pago del servicio
Se registra el pago
Cajera sella talonario y lo entrega al
casa-habiente
El casa-habiente recibe talonario
Fin del proceso
Inicio
Casa-habiente Entrega el pago por servicio de agua
Registra pago
Sella talonario
Fin
Recibe el casa-habiente
141
3- Diagrama de Flujo de Datos: Proceso de aplicación automática de pagos recibidos en banco
Descripción Casa-habiente
ACOSAP
Inicio del proceso
ACOSAP Recibe archivo magnético
por pagos recibidos en bancos
Captura lista de casa-habientes que
han pagado en el banco
Verifica en pantalla el total de pagos
contra el total reportado en papel
Verificar que todos los códigos de los
casa-habientes sean correctos
Se los datos son incorrectos Imprima
el listado de los casa-habientes si son
correctos
Generar reportes de pagos
Si los datos o son correctos imprima
el listado de los casa-habientes
Corregir códigos de los casa-
habientes
Imprimir el código modificado de los
casa-habientes
Fin del proceso
si no
Inicio
ACOSAP recibe archivo magnéticos
Captura lista de casa-habientes
Verificar el total reportado en el ppel
Fin
Verificar los códigos de los casa-habientes
Registros
Imprima el listado de los casa-habienes
Corregir códigos de casa-habientes
Imprime códigos modificados
Genera reporte de pagos
142
4-Diagrama de Flujo de Datos: Pagos de Reconexión Descripción Casa-habiente ACOSAP
Inicio del proceso
El casa-habiente entrega pago por
servicio de reconexión
El personal administrativo busca datos
del casa-habiente
En el caso que no encuentre los datos
ingresa los datos del casa-habiente
Para el caso que si encuentre el
registro del casa-habiente, ingresa
solicitud de reconexión
El personal administrativo emite el
recibo y se lo entrega al casa-habiente
Fin del proceso
NO SI
Inicio
Casa-habiente Entrega el pago por servicio de reconexión
Busca datos de casa-habiente
Encuentra
Ingreso de Solicitud
Emite Recibo
Fin
Ingresa los datos del casa-
Entrega Recibo al casa-habiente
143
5- Solicitar solvencia de vivienda
Descripción Casa-habiente ACOSAP
Inicio del proceso
Casa-habiente solicita la solvencia
Solicitan a la secretaria datos de
vivienda
secretaria consulta en el sistema
datos de vivienda
secretaria verifica con el casa habiente
Si los datos no son correctos corrige
Notifica estado de vivienda
Imprime estado de vivienda
Entrega estado a casa-habiente
Fin del proceso
SI NO
Inicio
Casa-habiente solicita la solvencia
Busca datos de casa-habiente
Verifica
Corrige datos de vivienda
Notifica estado de vivienda
Fin
consulta datos de casa-habientes en el sistema
Imprime estado de vivienda Entrega estado
a casa-habiente
144
6- Pago de Otros servicios
Descripción Casa-habiente ACOSAP
Inicio del proceso
El casa-habiente presenta a solicitar
servicio
El personal administrativo busca los
datos del casa-habiente en el sistema
Para el caso que si encuentre el
registro del casa-habiente, registra el
pago
El personal administrativo imprime la
factura de pago y se lo entrega al
cliente
Fin del proceso
NO SI
Inicio
Casa-habiente Entrega solicita servicio
Busca datos de casa-habiente
Encuentra
Registra el pago del servicio
Imprime factura
Fin
Recibe el casa-habiente
145
F.2.4 Requerimientos no funcionales
Los requerimientos no funcionales definen las restricciones a los servicios o
funciones ofrecidas por el sistema, además de describir restricciones que limitan las
elecciones para construir una solución.
Los requerimientos no funcionales de este proyecto están considerados dentro de las
elecciones realizadas de hardware y software. Los cuales se han especificado en el
estudio de Factibilidad Técnica.
F.3 Diseño (Etapa II)
Lógico: es el proceso de construir un esquema de la información que utiliza la
empresa, basándose en un modelo de base de datos específico, independiente del
SGBD concreto que se vaya a utilizar y de cualquier otra consideración física. 52
En esta etapa, se transforma el esquema conceptual en un esquema lógico que
utilizará las estructuras de datos del modelo de base de datos en el que se basa el
SGBD que se vaya a utilizar, como puede ser el modelo relacional, el modelo de red,
el modelo jerárquico o el modelo orientado a objetos. Conforme se va desarrollando
el esquema lógico, éste se va probando y validando con los requisitos de usuario.
La normalización es una técnica que se utiliza para comprobar la validez de los
esquemas lógicos basados en el modelo relacional, ya que asegura que las
relaciones (tablas) obtenidas no tienen datos redundantes.
El esquema lógico es una fuente de información para el diseño físico. Además, juega
un papel importante durante la etapa de mantenimiento del sistema, ya que permite
que los futuros cambios que se realicen sobre los programas de aplicación o sobre
los datos, se representen correctamente en la base de datos.
52 http://www3.uji.es/~mmarques/f47/apun/node70.html
146
el diseño lógico, son procesos iterativos, tienen un punto de inicio y se van refinando
continuamente. Ambos se deben ver como un proceso de aprendizaje en el que el
diseñador va comprendiendo el funcionamiento de la empresa y el significado de los
datos que maneja el diseño lógico son etapas clave para conseguir un sistema que
funcione correctamente. Si el esquema no es una representación fiel de la empresa,
será difícil, sino imposible, definir todas las vistas de usuario (esquemas externos), o
mantener la integridad de la base de datos. También puede ser difícil definir la
implementación física o el mantener unas prestaciones aceptables del sistema.
Además, hay que tener en cuenta que la capacidad de ajustarse a futuros cambios
es un sello que identifica a los buenos diseños de bases de datos. Por todo esto, es
fundamental dedicar el tiempo y las energías necesarias para producir el mejor
esquema que sea posible.
El diseño físico: es el proceso de producir la descripción de la implementación de la
base de datos en memoria secundaria: estructuras de almacenamiento y métodos de
acceso que garanticen un acceso eficiente a los datos.
Para llevar a cabo esta etapa, se debe haber decidido cuál es el SGBD que se va a
utilizar, ya que el esquema físico se adapta a él. Entre el diseño físico y el diseño
lógico hay una realimentación, ya que algunas de las decisiones que se tomen
durante el diseño físico para mejorar las prestaciones, pueden afectar a la estructura
del esquema lógico.
En general, el propósito del diseño físico es describir cómo se va a implementar
físicamente el esquema lógico obtenido en la fase anterior. Concretamente, en el
modelo relacional, esto consiste en:
• Obtener un conjunto de relaciones (tablas) y las restricciones que se deben
cumplir sobre ellas.
• Determinar las estructuras de almacenamiento y los métodos de acceso que
se van a utilizar para conseguir unas prestaciones óptimas.
147
• Diseñar el modelo de seguridad del sistema. 53
El diseño de sistemas se ocupa de desarrollar las directrices propuestas durante el
análisis en términos de aquella configuración que tenga más posibilidades de
satisfacer los objetivos planteados tanto desde el punto de vista funcional como del
no funcional.
Tomando en cuenta toda la información recolectada anteriormente acerca de los
requerimientos del sistema, se realiza el diseño lógico, el diseño de procedimientos
preciso para la captura de datos.
53 http://www3.uji.es/~mmarques/f47/apun/node70.html
148
F.3.1 Diagrama de Procesos
149
DIAGRAMA DE PROCESOS La siguiente simbología es usada para la creación de los procesos54: 54 http://148.202.148.5/cursos/id209/mzaragoza/unidad2/unidad2dos.htm
SIMBOLOGIA
NOMBRE Y DESCRIPCIÓN
1
ENTIDADES
1
PROCESOS
ALMACENA DATOS: Representa un almacén manual, tal como un archivo o archivero de base de datos computarizado. PROCESOS: Denota una transformación de datos. ENTIDADES: Representa una actividad externa que puede recibir o enviar dato del sistema. FLUJO DE DATOS: Muestra el movimiento de datos de un lugar a otro.
150
151
152
153
154
155
156
F.3.2 Diagrama Jerárquico (HIPO) El modelo HIPO marca la jerarquía, la entrada el proceso y la salida55 Los diagramas hipo son efectivos para documentar un sistema. También ayuda a los
diseñadores y los fuerza a pensar cómo cumplir con las especificaciones y dónde
hay que ligar las actividades y componentes
Es jerárquica debido a que el sistema de programación consiste en subsistemas más
pequeños. Esta técnica, además de dar soporte a un enfoque de diseño de arriba
hacia abajo, también reduce la complejidad percibida del sistema, debido a la
facilidad de manejar los subcomponentes por separado.
Los diagramas se utilizan generalmente para facilitar el entendimiento de largas
cantidades de datos y la relación entre diferentes partes de los datos. Los diagramas
pueden generalmente ser leídos más rápidamente que los datos en bruto de los que
proceden. 56
Luego las siglas recuerdan las tres partes principales de cualquier sistema: Entrada,
Proceso, Salida.
A continuación se presenta el diagrama jerárquico para el caso de este proyecto.
55 http://209.85.165.104/search?q=cache:U9ly94-L2dQJ:www.geocities.com/siliconvalley/pines/7894/sistemas/diseno.html+diagrama+hipo&hl=es&ct=clnk&cd=3&gl=sv 56 http://es.wikipedia.org/wiki/Diagrama
157
SISTEMA AUTOMATIZADO PARA EL CONTROL Y ADMINISTRACIÓN DE PAGOS DE AGUA POTABLE PARA LAS COMUNIDADES DEL COMPLEJO RESIDENCIAL SAN PEDRO
(SYSACOSAP)
158
F.3.3 Modelo Entidad-Relación
Un buen modelo es la clave para iniciar con éxito el desarrollo de una aplicación
basada en una base de datos o implementación de un sistema.
El diseño de una base de datos se realiza en dos niveles:
El primero es el nivel conceptual en el que se contempla la estructura abstracta y no
implementable directamente con un sistema gestor de base de datos. El segundo
nivel es el físico, donde la base de datos es implementada.
Un diseñador de base de datos se auxilia del Diagrama de Entidad Relación para
representar el diseño lógico de un sistema, mostrando la base de datos que lo
componen y como se relacionan.
El diagrama de entidad relación (ER) conocido también como “Diagrama de Chen”
modeliza un sistema mediante entidades asociadas por relaciones, los cuales
adoptan las formas de grafos donde los datos se relacionan mediante flecha57
A continuación se presenta el Diagrama de Entidad Relación del sistema
automatizado para el control y administración de pagos de agua potable para las
comunidades del complejo residencial San Pedro en la zona de mejicanos
(SYS ACOSAP).
57 http://www.itlp.edu.mx/publica/tutoriales/basedat1/temas2_5.htm
159
DIAGRAMA ENTIDAD-RELACION DEL SISTEMA AUTOMATIZADO PARA EL CONTROL Y ADMINISTRACIÓN DE PAGOS DE AGUA POTABLE PARA LAS COMUNIDADES DEL COMPLEJO RESIDENCIAL SAN PEDRO EN LA ZONA DE MEJICANOS (SYSACOSAP)
DIAGRAMA CONCEPTUAL
160
FK_C
ASA_
CLAS
IFIC
A_VI
VIEN
DA
FK_C
ASA_
esta
do_s
ervi
cio
FK_C
ASA_
ESTA
DO_V
IVIE
NDA
FK_C
ASA_
PASA
JE
FK_C
ASA_
PERS
ONA
FK_C
ASA_
POLI
GO
NO
FK_C
ASA_
RESI
DENC
IAL
FK_C
ASA_
TIPO
_PRO
PIET
ARIO
FK_C
LASI
FICA
_CO
NSUL
TA2_
CLAS
IFIC
A_CO
NSUL
TA1
FK_C
UENT
A_BA
NCAR
IA_B
ANCO
FK_C
UOTA
_MES
_CAS
A
FK_D
ETAL
LE_C
ONS
ULTA
_CLA
SIFI
CA_C
ONS
ULTA
2
FK_h
ispro
ce_u
suar
io
FK_M
enu_
Siste
ma_
cate
goria
FK_M
enu_
Siste
ma_
obje
to
FK_m
ovim
ient
o_ba
nco_
BANC
O
FK_m
ovim
ient
o_di
ario
_tip
o_se
rvic
io
FK_m
ovim
ient
o_hi
storic
o_tip
o_se
rvic
io
FK_m
ovim
ient
o_m
ensu
al_t
ipo_
serv
icio
FK_o
bjet
o_tip
oobj
eto
FK_o
bjet
oper
fil_o
bjet
o
FK_o
bjet
oper
fil_p
erfil
FK_o
bjet
oper
fil_t
ipo_
acce
so
FK_P
AGO
_BAN
CO
FK_P
AGO
_CAS
A
FK_P
AGO
_tip
o_se
rvic
io
FK_P
AGO
_usu
ario
FK_P
ERSO
NA_p
rofe
sion
FK_u
suar
iope
rfil_
perfi
l
0,n
FK_u
suar
iope
rfil_
usua
rio0,
n
FK_V
ARIA
BLES
_SIS
TEM
A_ca
tego
ria
BANC
O
banc
odig
oba
nnom
bre
banc
onta
cto
bant
elef
ono1
bant
elef
ono2
banf
axba
ndire
ccio
n
<pi>
A5 A60
A80
A15
A15
A15
VA10
0
<M>
PK_B
ANCO
<pi>
CASA
casc
odig
oca
stele
fono
casn
umer
oca
sdire
ccio
nca
sobs
erva
cion
fech
a_ul
t_pa
gofe
cha_
ult_
cuot
a
<pi>
A10
A10
N5 VA10
0LB
INDT A1
0
<M>
PK_C
ASA
<pi>
cate
goria
cate
goria
des_
cate
goria
usua
rio_c
reac
ion
fech
a_cr
eaci
ones
taci
onus
a_fe
cha_
siste
ma
<pi>
A10
A50
A10
DT A50
BL
<M>
<M>
<M>
<M>
<M>
PK_c
ateg
oria
<pi>
CLAS
IFIC
A_CO
NSUL
TA1
CLAS
IFIC
A1DE
SCRI
PCIO
NO
DBC
<pi>
A10
A100
A1
<M>
PK_C
LASI
FICA
_CO
NSUL
TA1
<pi>
CLAS
IFIC
A_CO
NSUL
TA2
CLAS
IFIC
A2DE
SCRI
PCIO
N<p
i>A1
0A1
00<M
>
PK_C
LASI
FICA
_CO
NSUL
TA2
<pi>
CLAS
IFIC
A_VI
VIEN
DA
clac
odig
ocl
ades
crip
cion
clat
ipo_
cobr
ocl
aval
or
<pi>
A5 A60
A1 DC12
,2
<M>
PK_C
LASI
FICA
_VIV
IEND
A<p
i>
CONF
IGUR
ACIO
N
conn
ombr
eco
nraz
on_s
ocia
lco
ntel
efon
o1co
ntel
efon
o2co
nfax
cond
irecc
ion1
cond
irecc
ion2
conp
resid
ente
cons
ecre
tario
cont
esor
ero
fact
ura
tiraj
e_fa
ctur
are
gistr
oni
tfe
cha_
actu
aliz
acio
nus
uario
A20
MBT
100
A15
A15
A15
MBT
100
MBT
100
MBT
60M
BT60
MBT
60N1
0A2
0A1
0A1
4DT A1
0
CUEN
TA_B
ANCA
RIA
cuec
uent
acu
enom
bre
cuet
ipo_
cuen
tacu
esal
do_a
nter
ior
cuec
argo
scu
eabo
nos
cues
aldo
_act
ual
<pi>
A25
A100
A1 DC12
,2DC
12,2
DC12
,2DC
12,2
<M>
<M>
PK_C
UENT
A_BA
NCAR
IA<p
i>
CUO
TA_M
ES
cuo_
fech
acu
o_va
lor
cuom
escu
odes
crip
cion
dia_
corte
cuo_
paga
da
<pi>
DT DC12
,2A2 A6
0N6 BL
<M>
PK_C
UOTA
_MES
<pi>
DETA
LLE_
CONS
ULTA
CODI
GO
DESC
RIPC
ION
CAM
POS
AGRU
PA_P
OR
FILT
RAR_
POR
ORD
ENAR
_PO
RFI
LTRA
R_G
RUPO
TABL
A1TA
BLA2
TABL
A3TA
BLA4
TABL
A5TA
BLA6
TABL
A7TA
BLA8
CONS
ULTA
_ALT
ERNA
USUA
RIO
FECH
A_CR
EACI
ON
FECH
A_M
ODI
FICA
CIO
Nfro
m_j
oin
<pi>
A10
VA10
0TX
TTX
TTX
TTX
TTX
TA1
50A1
50A1
50A1
50A1
50A1
50A1
50A1
50TX
TA1
0DT DT TX
T
<M>
PK_D
ETAL
LE_C
ONS
ULTA
<pi>
dtpr
oper
ties
id obje
ctid
prop
erty
valu
euv
alue
lval
ueve
rsion
<pi>
<pi>
NO I VA64
VA25
5VM
BT25
5PI
CI
<M>
<M>
<M>
pk_d
tpro
perti
es<p
i>
esta
do_s
ervi
cio
estc
odig
oes
tdes
crip
cion
<pi>
A5 A80
<M>
PK_e
stado
_ser
vici
o<p
i>
esta
do_v
ivie
nda
estc
odig
oes
tdes
crip
cion
<pi>
A2 A60
<M>
PK_E
STAD
O_V
IVIE
NDA
<pi>
hisp
roce
proc
eso
fech
a_pr
oces
ode
scrip
cion
esta
doej
ecuc
ione
sfe
cha_
ejec
usio
n
<pi>
<pi>
VA50
DT VA50
BL I DT
<M>
<M>
PK_h
ispro
ce<p
i>
Men
u_Si
stem
a
Cod_
opci
onNi
vel
Desc
ripci
onCo
d_O
pcio
n_M
ayor
Corre
lativ
ous
uario
_cre
acio
nfe
cha_
crea
cion
esta
cion
_cre
acio
nic
ono
<pi>
A10
A2 A50
A10
I A10
DT A50
A52
<M>
<M>
<M>
<M>
<M>
PK_M
enu_
Siste
ma
<pi>
mov
imie
nto_
banc
o
casc
odig
ono
mbr
efe
cha
cuot
ava
lor
cuen
ta_b
anca
riaap
licad
ofe
cha_
adic
ion
usua
rio
A10
A80
DT I F15
A25
A1 DT A10
mov
imie
nto_
diar
io
casc
odig
ofe
cha
nfac
tura
valo
rva
lor_
reca
rgo
valo
r_tra
nsac
cion
conc
epto
banc
ocu
enta
_ban
caria
usua
riofe
cha_
adic
ion
<pi>
<pi>
<pi>
A10
DT I DC18
,2DC
18,2
DC18
,2VM
BT10
0A5 A2
5A1
0DT
<M>
<M>
<M>
PK_m
ovim
ient
o_di
ario
<pi>
mov
imie
nto_
histo
rico
casc
odig
ofe
cha
fact
ura
valo
rva
lor_
reca
rgo
valo
r_tra
nsac
cion
conc
epto
banc
ocu
enta
_ban
caria
usua
riofe
cha_
adic
ion
<pi>
<pi>
<pi>
A10
DT I DC18
,2DC
18DC
18VM
BT10
0A5 A2
5A1
0DT
<M>
<M>
<M>
PK_m
ovim
ient
o_hi
storic
o<p
i>
mov
imie
nto_
men
sual
casc
odig
ofe
cha
fact
ura
valo
rva
lor_
reca
rgo
valo
r_tra
nsac
cion
conc
epto
banc
ocu
enta
_ban
caria
usua
riofe
cha_
adic
ion
<pi>
<pi>
<pi>
A10
DT I N18,
2DC
18,2
DC18
,2VM
BT10
0A5 A2
5A1
0DT
<M>
<M>
<M>
PK_m
ovim
ient
o_m
ensu
al<p
i>
obje
to
cod_
obje
tono
mbr
efisi
cono
mbr
edes
crip
tivo
ejec
utab
leus
uario
_cre
acio
nfe
cha_
crea
cion
esta
cion
<pi>
A10
A50
A50
BL A10
DT A50
<M>
<M>
<M>
<M>
<M>
<M>
<M>
PK_o
bjet
o<p
i>
obje
tope
rfil
cate
goria
usua
rioca
duci
dad
fech
a_in
ife
cha_
finus
uario
_cre
acio
nfe
cha_
crea
cion
esta
cion
<pi>
<pi>
A10
A10
BL DT DT A10
DT A50
<M>
<M>
<M>
<M>
<M>
<M>
PK_o
bjet
oper
fil<p
i>
PAG
O
nfac
tura
pagc
uota
sppa
gfec
hapa
gval
orpa
grec
argo
pag_
cuen
taba
nco
fech
a
<pi>
I N5 DT DC12
,2DC
12,2
A25
DT
<M>
<M>
<M>
PK_P
AGO
<pi>
PASA
JE
pasc
odig
opa
sdes
crip
cion
<pi>
A5 A60
<M>
PK_P
ASAJ
E<p
i>
perfi
l
cod_
perfi
lde
s_pe
rfil
usua
rio_c
reac
ion
fech
a_cr
eaci
ones
taci
on
<pi>
A10
A50
A10
DT A50
<M>
<M>
<M>
<M>
<M>
PK_p
erfil
<pi>
PERS
ONA
perc
odig
ope
rnom
bre
pera
pepe
rfech
a_na
cim
ient
ope
rdui
pern
itpe
rotro
_doc
umen
tope
rfech
a_re
cidi
rpe
robs
erva
cion
<pi>
A10
A30
A30
DT A10
A14
A25
DT LBIN
<M>
<M>
PK_P
ERSO
NA<p
i>
POLI
GO
NO
polc
odig
opo
ldes
crip
cion
<pi>
A5 A60
<M>
PK_P
OLI
GO
NO<p
i>
prof
esio
n
cod_
prof
esio
nde
s_pr
ofes
ion
<pi>
A5 VA50
<M>
<M>
PK_p
rofe
sion
<pi>
RESI
DENC
IAL
resc
odig
ore
snom
bre
ress
igla
s
<pi>
A5 A80
A3
<M>
PK_R
ESID
ENCI
AL<p
i>
talo
nario
corre
lativ
onu
mer
o_cu
otas
fech
a_ge
nera
dofe
cha_
inic
iofe
cha_
final
num
ero_
casa
sus
uario
fech
a_cr
eaci
on
<pi>
I I DT DT DT I A10
DT
<M>
<M>
PK_t
alon
ario
<pi>
tipo_
acce
so
tipo_
acce
sode
scrip
cion
<pi>
A1 A20
<M>
PK_t
ipo_
acce
so<p
i>
TIPO
_PRO
PIET
ARIO
tipco
digo
tipde
scrip
cion
<pi>
A5 A60
<M>
PK_T
IPO
_PRO
PIET
ARIO
<pi>
tipo_
serv
icio
codi
gode
scrip
cion
tipo_
iva
aplic
acio
nva
lor
<pi>
A2 A60
A1 A1 F15
<M>
PK_t
ipo_
serv
icio
<pi>
tipoo
bjet
o
tipo
desc
ripci
onus
uario
_cre
acio
nfe
cha_
crea
cion
esta
cion
<pi>
A10
A50
A10
DT A50
<M>
<M>
<M>
<M>
<M>
PK_t
ipoo
bjet
o<p
i>
usua
rio
usua
riopa
sswo
rdno
mbr
eap
ellid
oste
lefo
nose
sione
sin
tent
os_s
esio
nse
sion_
actu
alca
duca
fech
a_ca
duci
dad
agen
cia
bloq
uead
oes
taci
on_b
loqu
eofe
cha_
bloq
ueo
f_ul
t_pa
sswo
rdus
uario
_cre
acio
nfe
cha_
crea
cion
esta
cion
_cre
acio
n
<pi>
A10
A60
A50
A50
A14
N2 N2 N2 BL DT A2 BL A50
DT DT A10
DT A50
<M>
<M>
<M>
<M>
<M>
<M>
<M>
<M>
<M>
<M>
<M>
<M>
PK_u
suar
io<p
i>
usua
riope
rfil
cadu
cida
d_pe
rfil
inic
io_p
erfil
fin_p
erfil
usua
rio_c
reac
ion
fech
a_cr
eaci
on...
BL DT DT A10
DT ...
<M>
<M>
<M>
...
VARI
ABLE
S_SI
STEM
A
CODI
GO
_VAR
IABL
EVA
LOR
DES_
VARI
ABLE
USUA
RIO
_CRE
ACIO
NFE
CHA_
CREA
CIO
NES
TACI
ON
FUNC
ION
<pi>
A10
F15
A50
A10
DT VA50
TXT
<M>
<M>
<M>
<M>
<M>
<M>
PK_V
ARIA
BLES
_SIS
TEM
A<p
i>
161
DIAGRAMA FISICO
FK_C
ASA_
CLAS
IFICA
_VIVI
ENDA
FK_C
ASA_
estad
o_ser
vicio
FK_C
ASA_
ESTA
DO_V
IVIEN
DA
FK_C
ASA_
PASA
JE
FK_C
ASA_
PERS
ONA
FK_C
ASA_
POLIG
ONO
FK_C
ASA_
RESID
ENCIA
L
FK_C
ASA_
TIPO_
PROP
IETAR
IO
FK_C
LASIF
ICA_C
ONSU
LTA2
_CLA
SIFICA
_CON
SULT
A1
FK_C
UENT
A_BA
NCAR
IA_BA
NCO
FK_C
UOTA
_MES
_CAS
A
FK_D
ETAL
LE_C
ONSU
LTA_
CLAS
IFICA
_CON
SULT
A2
FK_h
isproc
e_usu
ario
FK_M
enu_
Sistem
a_ca
tegori
a
FK_M
enu_
Sistem
a_ob
jeto
FK_m
ovim
iento_
banc
o_BA
NCO
FK_m
ovim
iento_
diario
_tipo
_servi
cio
FK_m
ovim
iento_
histor
ico_ti
po_se
rvicio
FK_m
ovim
iento_
mensu
al_tip
o_ser
vicio
FK_o
bjeto_
tipoo
bjeto
FK_o
bjetop
erfil_
objet
o
FK_o
bjetop
erfil_
perfil
FK_o
bjetop
erfil_
tipo_
acce
so
FK_P
AGO_
BANC
O
FK_P
AGO_
CASA
FK_P
AGO_
tipo_
servic
io
FK_P
AGO_
usuari
o
FK_P
ERSO
NA_p
rofesi
on
FK_u
suario
perfil
_perf
ilFK
_usua
riope
rfil_u
suario
FK_V
ARIAB
LES_
SISTE
MA_c
atego
ria
BANC
O
banc
odigo
bann
ombre
banc
ontac
toba
ntelef
ono1
bante
lefon
o2ba
nfax
band
irecci
on
char(
5)ch
ar(60
)ch
ar(80
)ch
ar(15
)ch
ar(15
)ch
ar(15
)va
rchar(
100)
<pk>
CASA
casco
digo
casre
scodig
oca
stelef
ono
caspo
ligon
oca
spasaj
eca
snume
roca
sdirec
cion
cases
tado_
vivien
daca
sestad
o_ser
vicio
caspe
rcodig
oca
sobser
vacio
nca
stipo_
propie
tario
cascl
asific
a_viv
ienda
fecha
_ult_
pago
fecha
_ult_
cuota
char(
10)
char(
5)ch
ar(10
)ch
ar(5)
char(
5)nu
meric
(5)va
rchar(
100)
char(
2)ch
ar(5)
char(
10)
ntext
char(
5)ch
ar(5)
datet
ime
char(
10)
<pk>
<fk7>
<fk4>
<fk6>
<fk3>
<fk2>
<fk5>
<fk8>
<fk1>
categ
oria
categ
oria
des_c
atego
riausu
ario_
creac
ionfec
ha_c
reacio
nest
acion
usa_fe
cha_
sistem
a
char(
10)
char(
50)
char(
10)
datet
ime
char(
50)
bit
<pk>
CLAS
IFICA
_CON
SULT
A1
CLAS
IFICA
1DE
SCRIP
CION
ODBC
char(
10)
char(
100)
char(
1)
<pk>
CLAS
IFICA
_CON
SULT
A2
CLAS
IFICA
1CL
ASIFI
CA2
DESC
RIPCIO
N
char(
10)
char(
10)
char(
100)
<pk,fk
><p
k>
CLAS
IFICA
_VIVI
ENDA
claco
digo
clade
scripc
ioncla
tipo_
cobro
clava
lor
char(
5)ch
ar(60
)ch
ar(1)
decim
al(12
,2)
<pk>
CONF
IGUR
ACIO
N
conn
ombre
conra
zon_
social
conte
lefon
o1co
ntelef
ono2
confa
xco
ndire
ccion
1co
ndire
ccion
2co
npres
idente
conse
cretar
ioco
ntesor
erofac
tura
tiraje_
factur
areg
istro
nit fecha
_actu
aliza
cion
usuari
o
char(
20)
ncha
r(100
)ch
ar(15
)ch
ar(15
)ch
ar(15
)nc
har(1
00)
ncha
r(100
)nc
har(6
0)nc
har(6
0)nc
har(6
0)nu
meric
(10)
char(
20)
char(
10)
char(
14)
datet
ime
char(
10)
CUEN
TA_B
ANCA
RIA
cuec
odigo
_ban
cocu
ecue
ntacu
enom
brecu
etipo
_cue
ntacu
esaldo
_ante
rior
cuec
argos
cuea
bono
scu
esaldo
_actu
al
char(
5)ch
ar(25
)ch
ar(10
0)ch
ar(1)
decim
al(12
,2)de
cimal(
12,2)
decim
al(12
,2)de
cimal(
12,2)
<pk,fk
><p
k>
CUOT
A_ME
S
cuo_
casco
digo
cuo_
fecha
cuo_
valor
cuom
escu
odesc
ripcio
ndia
_cort
ecu
o_pa
gada
char(
10)
datet
ime
decim
al(12
,2)ch
ar(2)
char(
60)
nume
ric(6)
bit
<pk,fk
><p
k>
DETA
LLE_
CONS
ULTA
CODIG
OCL
ASIFI
CA1
CLAS
IFICA
2DE
SCRIP
CION
CAMP
OSAG
RUPA
_POR
FILTR
AR_P
OROR
DENA
R_PO
RFIL
TRAR
_GRU
POTA
BLA1
TABL
A2TA
BLA3
TABL
A4TA
BLA5
TABL
A6TA
BLA7
TABL
A8CO
NSUL
TA_A
LTER
NAUS
UARIO
FECH
A_CR
EACIO
NFE
CHA_
MODIF
ICACIO
Nfro
m_joi
n
char(
10)
char(
10)
char(
10)
varch
ar(10
0)tex
ttex
ttex
ttex
ttex
tch
ar(15
0)ch
ar(15
0)ch
ar(15
0)ch
ar(15
0)ch
ar(15
0)ch
ar(15
0)ch
ar(15
0)ch
ar(15
0)tex
tch
ar(10
)da
tetim
eda
tetim
etex
t
<pk>
<fk>
<fk>
dtprop
erties
id objec
tidpro
perty
value
uvalu
elva
lueve
rsion
int int varch
ar(64
)va
rchar(
255)
nvarc
har(2
55)
imag
eint
<pk>
<pk>
estad
o_ser
vicio
estco
digo
estde
scripc
ionch
ar(5)
char(
80)
<pk>
estad
o_viv
ienda
estco
digo
estde
scripc
ionch
ar(2)
char(
60)
<pk>
hispro
ce
proce
sofec
ha_p
roceso
descr
ipcion
estad
oeje
cucio
nes
usuari
ofec
ha_e
jecusi
on
varch
ar(50
)da
tetim
eva
rchar(
50)
bit int char(
10)
datet
ime
<pk>
<pk>
<fk>
Menu
_Siste
ma
Cod_
opcio
nNiv
elDe
scripc
ionCa
tegori
aCo
d_Op
cion_
Mayo
rCo
rrelat
ivoCo
d_ob
jeto
usuari
o_cre
acion
fecha
_crea
cion
estac
ion_c
reacio
nico
no
char(
10)
char(
2)ch
ar(50
)ch
ar(10
)ch
ar(10
)int ch
ar(10
)ch
ar(10
)da
tetim
ech
ar(50
)ch
ar(52
)
<pk>
<fk1>
<fk2>
movim
iento_
banc
o
casco
digo
nomb
refec
hacu
otava
lorba
nco
cuen
ta_ba
ncari
aap
licad
ofec
ha_a
dicion
usuari
o
char(
10)
char(
80)
datet
ime
int float(
15)
char(
5)ch
ar(25
)ch
ar(1)
datet
ime
char(
10)
<fk>
movim
iento_
diario
casco
digo
fecha
nfactu
ratip
o_ser
vicio
valor
valor
_reca
rgova
lor_tr
ansac
cion
conc
epto
banc
ocu
enta_
banc
aria
usuari
ofec
ha_a
dicion
char(
10)
datet
ime
int char(
2)de
cimal(
18,2)
decim
al(18
,2)de
cimal(
18,2)
nvarc
har(1
00)
char(
5)ch
ar(25
)ch
ar(10
)da
tetim
e
<pk>
<pk>
<pk>
<fk>
movim
iento_
histor
ico
casco
digo
fecha
factur
atip
o_ser
vicio
valor
valor
_reca
rgova
lor_tr
ansac
cion
conc
epto
banc
ocu
enta_
banc
aria
usuari
ofec
ha_a
dicion
char(
10)
datet
ime
int char(
2)de
cimal(
18,2)
decim
al(18
)de
cimal(
18)
nvarc
har(1
00)
char(
5)ch
ar(25
)ch
ar(10
)da
tetim
e
<pk>
<pk>
<pk>
<fk>
movim
iento_
mensu
al
casco
digo
fecha
factur
atip
o_ser
vicio
valor
valor
_reca
rgova
lor_tr
ansac
cion
conc
epto
banc
ocu
enta_
banc
aria
usuari
ofec
ha_a
dicion
char(
10)
datet
ime
int char(
2)nu
meric
(18,2)
decim
al(18
,2)de
cimal(
18,2)
nvarc
har(1
00)
char(
5)ch
ar(25
)ch
ar(10
)da
tetim
e
<pk>
<pk>
<pk>
<fk>
objet
o
cod_
objet
ono
mbref
isico
nomb
redesc
riptiv
otip
oeje
cutab
leusu
ario_
creac
ionfec
ha_c
reacio
nest
acion
char(
10)
char(
50)
char(
50)
char(
10)
bit char(
10)
datet
ime
char(
50)
<pk>
<fk>
objet
operf
il
categ
oria
cod_
objet
oco
d_pe
rfilusu
ario
cadu
cidad
fecha
_ini
fecha
_fin
tipoa
cceso
usuari
o_cre
acion
fecha
_crea
cion
estac
ion
char(
10)
char(
10)
char(
10)
char(
10)
bit datet
ime
datet
ime
char(
1)ch
ar(10
)da
tetim
ech
ar(50
)
<pk>
<pk,fk
1><p
k,fk2>
<pk>
<fk3>
PAGO
nfactu
rapa
g_ca
scodig
opa
gcuo
tasp
pagfe
cha
pagti
po_se
rvicio
pagv
alor
pagre
cargo
pag_
codb
anco
pag_
cuen
taban
cousu
ario
fecha
int char(
10)
nume
ric(5)
datet
ime
char(
2)de
cimal(
12,2)
decim
al(12
,2)ch
ar(5)
char(
25)
char(
10)
datet
ime
<pk>
<pk,fk
2>
<fk3>
<fk1>
<fk4>
PASA
JE
pasco
digo
pasde
scripc
ionch
ar(5)
char(
60)
<pk>
perfil
cod_
perfil
des_p
erfil
usuari
o_cre
acion
fecha
_crea
cion
estac
ion
char(
10)
char(
50)
char(
10)
datet
ime
char(
50)
<pk>
PERS
ONA
perco
digo
perno
mbre
perap
epe
rfech
a_na
cimien
tope
rdui
perni
tpe
rotro_
docu
mento
per_p
rofesi
onpe
rfech
a_rec
idir
perob
serva
cion
char(
10)
char(
30)
char(
30)
datet
ime
char(
10)
char(
14)
char(
25)
char(
5)da
tetim
ente
xt
<pk>
<fk>
POLIG
ONO
polco
digo
polde
scripc
ionch
ar(5)
char(
60)
<pk>
profes
ion
cod_
profes
ionde
s_prof
esion
char(
5)va
rchar(
50)
<pk>
RESID
ENCIA
L
resco
digo
resno
mbre
ressig
las
char(
5)ch
ar(80
)ch
ar(3)
<pk>
talon
ario
corre
lativo
nume
ro_cu
otas
fecha
_gen
erado
fecha
_inici
ofec
ha_fi
nal
nume
ro_ca
sasusu
ario
fecha
_crea
cion
int int datet
ime
datet
ime
datet
ime
int char(
10)
datet
ime
<pk>
tipo_
acce
so
tipo_
acce
sode
scripc
ionch
ar(1)
char(
20)
<pk>
TIPO_
PROP
IETAR
IO
tipco
digo
tipde
scripc
ionch
ar(5)
char(
60)
<pk>
tipo_
servic
io
codig
ode
scripc
iontip
o_iva
aplic
acion
valor
char(
2)ch
ar(60
)ch
ar(1)
char(
1)flo
at(15
)
<pk>
tipoo
bjeto
tipo
descr
ipcion
usuari
o_cre
acion
fecha
_crea
cion
estac
ion
char(
10)
char(
50)
char(
10)
datet
ime
char(
50)
<pk>
usuari
o
usuari
opa
ssword
nomb
reap
ellido
stel
efono
sesion
esint
entos
_sesio
nses
ion_a
ctual
cadu
cafec
ha_c
aduc
idad
agen
ciablo
quea
doest
acion
_bloq
ueo
fecha
_bloq
ueo
f_ult_
passw
ordusu
ario_
creac
ionfec
ha_c
reacio
nest
acion
_crea
cion
char(
10)
char(
60)
char(
50)
char(
50)
char(
14)
nume
ric(2)
nume
ric(2)
nume
ric(2)
bit datet
ime
char(
2)bit ch
ar(50
)da
tetim
eda
tetim
ech
ar(10
)da
tetim
ech
ar(50
)
<pk>
usuari
operf
il
usuari
oco
d_pe
rfilca
ducid
ad_p
erfil
inicio
_perf
ilfin
_perf
ilusu
ario_
creac
ionfec
ha_c
reacio
nest
acion
char(
10)
char(
10)
bit datet
ime
datet
ime
char(
10)
datet
ime
char(
50)
<pk,fk
2><p
k,fk1>
VARIA
BLES
_SIST
EMA
CODIG
O_VA
RIABL
ECO
D_CA
TEGO
RIAVA
LOR
DES_
VARIA
BLE
USUA
RIO_C
REAC
ION
FECH
A_CR
EACIO
NES
TACIO
NFU
NCIO
N
char(
10)
char(
10)
float(
15)
char(
50)
char(
10)
datet
ime
varch
ar(50
)tex
t
<pk>
<fk>
162
F.3.4 Diseño de Estructura de Tablas de Datos Una base de datos es una colección de registros o archivos relacionados
lógicamente.
En una base de datos se consolidan muchos registros previamente almacenados en
archivos independientes, de modo que un cúmulo común de registros sirva como
una sola central para muchas aplicaciones de procesos.
Un diccionario de datos es un catalogo un deposito de los elementos en un sistema,
los cuales se centra alrededor de los datos y la forma que están estructurados para
satisfacer los requerimientos de los usuarios y las necesidades de la organización.
El diccionario de datos guarda los detalles y descripciones de los elementos que
forman parte del flujo en todo el sistema.16
A continuación se presenta el diseño de las tablas que conforman las bases de datos
utilizada por el sistema automatizado para el control y administración de pagos de
agua potable para las comunidades del complejo residencial san pedro en la zona de
mejicanos.
Y además la descripción de cada uno de los campos y así el usuario tenga una idea
clara de los elementos que intervienen en los diferentes procesos:
16 http://mapaches.itz.edu.mx/~bdvr1710/dd.ppt#257,2
163
NOMBRE DE LA TABLA: RESIDENCIAL DESCRIPCION DE LA TABLA: Tabla general catalogo de residencial.
Nombre Nombre Físico y lógico del campo
Tipo Longitud Regla Descripción
Código de residencia
rescodigo char 5 R Código de identificación de la residencia, por ejemplo: “00001”, “00002” de forma correlativa para cada residencial
Nombre de la residencia
resnombre char 80 R Indicará el nombre de las residenciales del complejo San Pedro, ejemplo: “RESIDENCIAL SAN PEDRO PONIENTE”, “OLIMPICA I”, etc.
Abreviaturas de residenciales
ressiglas char 3 R Indican las abreviaturas que tiene cada residencial o sus siglas, el sistema utilizará estas siglas para componer el código de casa, y asignar un numero correlativo por residencial, ejemplo: “SPP”, “RO1”, etc.
NOMBRE DE LA TABLA: TIPO_PROPIETARIO DESCRIPCION DE LA TABLA: Tabla que contiene que tipo de propietario tiene la vivienda (Dueño, inquilino)
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Código de tipo de propietario
tipcodigo char 5 R Código del tipo de propietario, Por ejemplo: “00001” indica Dueño, “00002” indica inquilino
Nombre de tipo de Propietario
tipdescripcion char 60 R Describe el tipo de propietario: DUEÑO o INQUILINO
164
NOMBRE DE LA TABLA: SERVICIO DESCRIPCION DE LA TABLA: Tabla que contiene los campos que poseen el tipo de servicio.
NOMBRE DE LA TABLA: POLIGONO DESCRIPCION DE LA TABLA: Tabla que contiene los campos del polígono de la vivienda.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Código de Polígono
polcodigo char 5 R Código de polígono, por ejemplo: “00001”, “00002” de forma correlativa para cada polígono que se cree.
descripción de polígono
poldescripcion char 60 R Descripción del nombre que se asignará a cada polígono, por ejemplo: “Poligono 1A “, “Polígono 1B”, etc.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Codigo del Servicio
sercodigo char 5 R Código de identificación del tipo de servicio
Descripción del Servicio
serdescripcion char 60 R Descripción del servicio que ACOSAP presta
Valor del Servicio
servalor decimal 9 R Valor del servicio prestado por ACOSAP
Dias de Gracias del Servicio
serdias_gracias numeric 5 R Valor de los días de gracias por servicio prestado
Valor del Servicio de recargo
servalor_recargo decimal 9 R Valor por el recargo del servicio de agua potable
165
NOMBRE DE LA TABLA: PASAJE DESCRIPCION DE LA TABLA: Tabla que contiene los campos del pasaje de la vivienda.
Nombre Nombre Físico y lógico del campo
Tipo Longitud Regla Descripción
Codigo del Pasaje Pascodigo char 5 R Código para identificar el pasaje
Descripción del Pasaje pasdescripcion char 60 R Descripción del nombre que se asignará a cada pasaje, por ejemplo: “Pasaje Q - Sur“, “Pasaje P - Oriente”, etc.
NOMBRE DE LA TABLA: BANCO DESCRIPCION DE LA TABLA: Tabla que contiene los datos del catalogo de banco.
Nombre Nombre Físico y lógico del campo
Tipo Longitud Regla Descripción
Codigo de Banco bancodigo char 5 R Código del banco, por ejemplo: “00001”, “00002” de forma correlativa para cada banco
Nombre del Banco bannombre char 60 R Nombre del banco, por ejemplo: “BANCO AGRICOLA”, “SCOTIABANK”, etc.
Contacto del Banco bancontacto char 80 O El contacto con el que ACOSAP consulta y tramita documentación
Telefono del Banco bantelefono1 char 15 O El numero de teléfono del bancoTelefono del Banco bantelefono2 char 15 O El numero de teléfono que se
tienen como segunda opción
Fax del Banco banfax char 15 O El numero de fax del banco Direccion del Banco bandireccion nchar 200 O Describe la dirección del banco
166
NOMBRE DE LA TABLA: CUOTA_MES DESCRIPCION DE LA TABLA: Tabla que contiene los campo para las cuotas mensuales
Nombre Nombre Físico y lógico del campo
Tipo Longitud Regla Descripción
Cuota del mes cuomes char 2 R Código que indicará el mes: por ejemplo: “01” para enero, “02” para febrero, “12” para diciembre y así sucesivamente
Descripcion de cuota cuodescripcion char 60 R La descripción de la cuota del mes, por ejemplo: “Cuota del mes de enero”
Corte diario dia_corte numeric 5 R El día de corte de cada casa-habiente
Codigo de Cuota casa-hab.
cuo_cascodigo char 10 R Es el codigo que posee el casa-habientes según cuota
Fecha de la cuota cuo_fecha datetime 8 R Representa la cuota según la fecha
Valor de la Cuota cuo_valor decimal 9 R Representa el valor según la fecha
Cuota pagada cuo_pagada bit 1 O Representa el valor según la fecha
NOMBRE DE LA TABLA: CONFIGURACION DESCRIPCION DE LA TABLA: Tabla que contiene los campo para la configuración.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Nombre de la Asociación
connombre
char 20 R
Nombre de la Asociación (ACOSAP)
Razon Social conrazon_social
nchar 200 R Nombre de la Razón Social
Telefono 1 contelefono1
char 15 O Código del teléfono
Telefono 2
contelefono2
char 15 O
Código del teléfono que se tiene como segunda opción
Fax confax
char 15 O El numero de fax de ACOSAP
Dirección 1 condireccion1
nchar 200 R La dirección de ACOSAP
Dirección 2 condireccion2
nchar 200 R La dirección de ACOSAP
167
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Presidente
conpresidente
nchar 120 O
El nombre del presidente de ACOSAP
Secretario
consecretario
nchar 120 O
El nombre del secretario de ACOSAP
Tesorero
contesorero
nchar 120 O
El nombre del tesorero de ACOSAP
Factura factura numeric 9 O
El nombre del tesorero de ACOSAP
Tiraje de factura tiraje_factura char 20 O El nombre del tesorero
Registro registro char 10 O
El nombre del tesorero
Nit nit char 14 O
El nombre del tesorero de ACOSAP
Fecha de actualización fecha_actualizacion datetime 8 R
El nombre del tesorero de ACOSAP
Usuario usuario char 10 R
El nombre del tesorero de ACOSAP
NOMBRE DE LA TABLA: CASA DESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a las características de la vivienda.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Código de los Casa Cascodigo char 10 R
El código de la casa que recibe el servicio de agua potable
Código por servicio recibido Casrescodigo char 10 R
El código de la residencia que recibe el servicio de agua potable
Teléfono del Casa-habiente Castelefono char 10 0
El numero de teléfono de la casa en donde se proporciona el servicio de agua potable
168
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Polígono de la Casa Caspoligono char 5 R
El polígono de la casa en donde se brinda el servicio de agua potable
Pasaje de la Casa Caspasaje char 5 R
El pasaje en donde se realiza el servicio de agua potable
Dirección de la Casa Casdireccion varchar 100 R
Dirección de la casa en donde se proporciona el servicio de agua potable
Estado de la Vivienda casestado_vivienda char 2 R
El estado de la vivienda como puede ser: ocupada, deshabitada, abandonada
Estado de Servicio casestado_servicio char 2 R
El estado del servicio como puede ser: activo, inactivo
Código de la persona (cliente) Caspercodigo char 10 R
Código de la persona o encargado
Observación de la casa Casobservacion ntext 16 O
La observación sobre la casa a la que se le brinda el servicio de agua potable
Tipo de propietario castipo_propietario char 5 R
El tipo de propietario como puede ser: dueño, o inquilino
Clasificacion de la vivienda
casclasifica_vivienda char 5 R
Laclasificación de l vivienda entre las que se encuentra
Numero de casa Casnumero numeric 5 R Numero de la casa
169
NOMBRE DE LA TABLA: PERSONA DESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a la persona responsable de la vivienda.
Nombre Nombre Físico y lógico
del campo Tipo Longitud Regla Descripción
Código persona percodigo char 10 R
El código de la persona que esta como responsable de la vivienda
Nombre pernombre char 30 R
El nombre de la persona responsable del pago del servicio
Apellido perape char 30 R
Apellido de la persona responsable del uso del servicio de agua potable
Fecha de nacimiento perfecha_nacimiento datetime 8 O
Fecha de nacimiento de la persona responsable del servicio de agua potable
Dui perdui char 10 O
El numero de dui de la persona responsabilidad del pago del servicio de agua potable
Nit pernit char 14 O
El numero de nit de la persona responsable del servicio de agua
Otros documentos perotro_documento char 25 O
Otro documento a parte del dui que permita identificar a la persona responsable
Profeción per_profesion char 5 R
Profesión u oficio de la persona responsable por el pago del servicio de agua potable
Tiempo de recidir perfecha_recidir datetime 8 O
El tiempo de residir en la residencial a la que se le proporciona el servicio de agua potable
170
Nombre Nombre Físico y lógico
del campo Tipo Longitud Regla Descripción
Observaciones perobservacion ntext 16 O
Observación acerca de la persona que es la propietaria de la casa a la que se le brinda el servicio de agua potable
NOMBRE DE LA TABLA: PAGO DESCRIPCION DE LA TABLA: Tabla que contempla los campos referentes al pago realizado.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Codigo de la casa pag_cascodigo
char 10 R
Código de casa a que se le brinda el servicio de agua potable
Pago de la Cuota pagcuota char 2 R
Pago de cuota por el servicio de agua potable
Servicio de tipo de pago pagtipo_servicio char 5 R
Pago por tipo de servicio como puede ser: servicio de agua potable, reconexión del servicio, impresión de estado de cuenta
Fecha de Pago pagfecha datetime 8 R
fecha en que corresponde el pago de servicio de agua potable
Valor de Pago pagvalor decimal 9 R Valor por el servicio de agua potable
Pago por Recarga pagrecargo decimal 9 O
Pago por recargo causado por retraso en el pago del servicio por parte del casa-habiente
Código de banco pag_codbanco char 5 O
Código del banco donde se realizó el pago.
Numero de Cuenta bancaria pag_cuentabanco char 25 O
Numero de la cuenta bancaria a la que se remeso el dinero en concepto de pago de agua
171
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Usuarios usuario char 10 R
Usuario que actualizó el movimiento en ACOSAP, o que ejecuto el proceso de pagos automáticos
Fecha fecha datetime 8 R Fecha del sistema NOMBRE DE LA TABLA: ESTADO_VIVIENDA DESCRIPCION DE LA TABLA: Tabla que contempla los campo del estado de la vivienda
Nombre
Nombre Físico y lógico del
campo Tipo Longitud Regla Descripción
Codigo de estado
estcodigo
char 2 R
El código del estado de la vivienda
Descripción
estdescripcion
char 60 R
La descripción del estado de la vivienda
NOMBRE DE LA TABLA: CLASIFICA_VIVIENDA DESCRIPCION DE LA TABLA: Tabla que contempla los campo de la clasificación de la vivienda.
Nombre
Nombre Físico y lógico del
campo Tipo Longitud Regla Descripción
Codigo de clasificación clacodigo char 5 R
El código en que se clasifica la vivienda
Descripción de Clasificación cladescripcion char 60 R
La descripción en que se clasifica la vivienda
Tipo de Cobro clatipo_cobro char 1 R
La clasificación con el tipo de cobro
Valor de Clasificación clavalor decimal 9 R
Valor que se asignará en concepto de cuota mensual, dependiendo el tipo de clasificación que se le asignará a la vivienda.
172
NOMBRE DE LA TABLA: CUENTA_BANCARIA DESCRIPCION DE LA TABLA: Tabla que contempla los campo de cuesta bancaria.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Codigo cuecodigo char 5 R El código de la cuenta bancaria
Cuenta bancaria cuecuenta char 25 R Cuenta bancaria
Codigo banco cuecodigo_banco char 5 R
Código del banco, gestionador
Saldo Anterior cuesaldo_anterior decimal 9 O
El saldo anterior de la cuenta bancaria
Cargos cuecargos decimal 9 O
Cargos mensuales de la cuenta bancaria
Bonos cueabonos decimal 9 O
Abonos mensuales de cuenta bancaria
Saldo actual cuesaldo_actual decimal 9 O
El saldo actual de la cuenta bancaria
NOMBRE DE LA TABLA: OBJETO DESCRIPCION DE LA TABLA: Tabla que contiene los campos de los formularios, es decir del objeto
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Codigo del Objeto cod_objeto char 10 R
Detalla el código del objeto (formulario)
Nombre Fisico nombrefisico char 50 R
Indica el nombre físico del objeto, el cual será el nombre del formulario (scx), o programa (prg)
Nombre Descriptivo nombredescriptivo char 50 R
Contempla el nombre descriptivo del objeto
173
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Tipo Tipo char 10 R
Indica el tipo del objeto (formulario, reporte, programa)
Ejecutable ejecutable bit 1 R
Especifica si el objeto será ejecutable o no, dicho de otra forma, si dicho objeto será ejecutado con DO, DO ROM
Creación de Usuario usuario_creacion char 10 R
Indica la creación del usuario del objeto
Fecha de Creación fecha_creacion datetime 8 R
Detalla fa fecha de creación del objeto
Estación estacion char 50 O
Indica la estación donde se creó el objeto
NOMBRE DE LA TABLA: CATEGORIA DESCRIPCION DE LA TABLA: Tabla que contempla los campo de categoría de los usuarios.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Codigo de Categoria categoría char 10 R
Código que identifica la categoría para el acceso al sistema según usuario
Descripcion de Categoria des_categoria char 50 R
Describe la descripción de la categoría
Usuario usuario_creacion char 10 R
Nombre de pila del usuario
174
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Fecha fecha_creacion datetime 8 R
Fecha de creación de la categoría
Estación estacion char 50 O
Nombre del Equipo de trabajo en el que se creo el usuario
Fecha del Sistema usa_fecha_sistema bit 1 R
Fecha según creación que el sistema tenga registrado, puede ser distinta a la fecha de la maquina
NOMBRE DE LA TABLA: PERFIL DESCRIPCION DE LA TABLA: Tabla que describe los campo según perfil.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Código de perfil cod_perfil char 10 R Detalla el código del perfil
Descripción des_perfil char 50 R Describe el nombre del perfil
Usuario creado usuario_creacion char 10 R
Describe el código de usuario que lo creo
Fecha de creación fecha_creacion datetime 8 R
Detalla la fecha de creación del usuario, fecha de la maquina
Estación estacion char 50 O
Describe el equipo donde se creo el perfil
175
NOMBRE DE LA TABLA: TIPOOBJETO DESCRIPCION DE LA TABLA: Esta tabla contiene el tipo de objeto.
Nombre
Nombre Físico y lógico del campo
o Tipo Longitud Regla Descripción
Código de tipo tipo char 10 R
Detalla el código del tipo de objeto, si es formulario, reporte, programa PRG u otro
Descripción descripción char 50 R
Describe el nombre tipo de objeto
Usuario creado usuario_creacion char 10 R
Detalla el usuario de creación del tipo de objeto
Fecha de Creación fecha_creacion datetime 8 R
Detalla la fecha de Creación del tipo de objeto
Estación estacion char 50 O
La estación donde se creo el tipo de objeto
NOMBRE DE LA TABLA: MOVIMIENTO_DIARIO DESCRIPCION DE LA TABLA: Tabla que describe el movimiento diario en ACOSAP.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Codigo de Casa cascodigo char 10 R Detalla el código de la casa
fecha fecha datetime 8 R Identifica la fecha de movimiento
Tipo de servicio tipo_servicio char 5 R Contiene el tipo de serbio
Valor valor numeric 9 R Detalla el valor
Concepto concepto nvarchar 200 R
Detalla el concepto de que se efectuó la transacción
Usuario usuario char 10 R Identifica el usuario
Hora hora char 10 O Detalla la hora
176
NOMBRE DE LA TABLA: USUARIO DESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a las características del usuario.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Código de usuario Usuario char 10 R Nombre de pila del código del usuario
Contraseña Password char 10 R
Código de Contraseña para acceder al sistema
Nombre Nombre char 50 R Nombre de usuario
Apellidos Apellidos char 50 R Apellido del usuario
Teléfono Telefono char 14 R Teléfono del usuario
Sesiones Sesiones numeric 5 R Numero de Sesiones que puede aperturar
Numero de intentos intentos_sesion numeric 5 R Numero de Intentos Fallidos
Sesione actual sesion_actual numeric 5 R
Indica el numero de sesiones actuales activadas, si sobre pasa al numero de sesiones permitidas, el sistema bloquea el acceso.
vencimiento Caduca bit 1 R
Indica si el usuario ha que se creará, tendrá fecha en que caducará el acceso al sistema, 1=Caduca, 0=no caduca
Fecha de Vencimiento fecha_caducidad datetime 8 R
Indica la fecha de de cuando caducará el acceso al sistema, siempre y cuando se le haya indicado que caducara.
Bloqueo bloqueado bit 1 R
Indicador de que el usuario está bloqueado para acceder al sistema, 1=bloqueado, 0=no bloqueado
Estación de Bloqueo estacion_bloqueo char 50 O
Indica de que estación fue bloqueado el usuario
Fecha de bloqueo fecha_bloqueo datetime 8 O
Determina la fecha en la que se bloqueo el sistema
177
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Fecha de ultimo cambio de password f_ult_password datetime 8 R
Indica la fecha de ultimo cambio de password, el sistema automáticamente cada 30 días hace que se cambie el password.
Usuario Creado usuario_creacion char 10 R
Indica le usuario de creación
Fecha creada fecha_creacion datetime 8 R Fecha de creación del sistema
Creación de equipo estacion_creacion char 50 R Indica en que equipo se creo el usuario.
NOMBRE DE LA TABLA: MOVIMIENTO_MENSUAL DESCRIPCION DE LA TABLA: Tabla que contiene los movimientos mensuales que se realizan.
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
cascodigo cascodigo char 10 R
Describe el código de la casa que efectuo el movimiento
fecha fecha datetime 8 R Fecha en que se efectuó la transacción
tipo_servicio tipo_servicio char 5 R Indica el tipo de servicio
valor valor numeric 9 R Indica el valor que se aplico
concepto concepto nvarchar 200 R Detalla el concepto del movimiento
usuario usuario char 10 R
Detalla el usuario que realizó la transacción en el sistema
hora hora char 10 O Especifica la hora del movimiento mensual
178
NOMBRE DE LA TABLA: USUARIOPERFIL DESCRIPCION DE LA TABLA: Tabla que contiene los campos que pertenecen a las características del usuario según perfil
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Codigo de usuario usuario char 10 R Identificación del código de usuario
Codigo de Perfil de Usuario cod_perfil char 10
R Código de perfil de usuario que se le ha asignado
Caducidad del perfil-usuario caducidad_perfil bit 1
O Describe si el perfil asignado a un usuario tendrá caducidad
Fecha de Perfil de inicio inicio_perfil datetime 8
O Describe la fecha inicio en la que se usara el udustrio-perfil, si por supuesto se le ha definido que dicho usuario-perfil caducará
Fecha de Perfil de final fin_perfil datetime 8
R Describe la fecha de finalización de la caducidad del usaurio-perfil
Creación de Usuario usuario_creacion char 10
R Indica la creación del usuario
Fecha Creada fecha_creacion datetime 8
R Fecha de creación del usuario-perfil
Estación estacion char 50
R Equipo donde se creó el usuario-perfil
179
NOMBRE DE LA TABLA: MOVIMIENTO_HISTORICO DESCRIPCION DE LA TABLA: Esta tabla contempla todos los movimientos que se han realizado en el transcurso de la utilización del sistema
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
cascodigo cascodigo char 10 R Indica el código de la casa
fecha fecha datetime 8R La fecha del
movimiento
tipo_servicio tipo_servicio char 5
R Contempla el tipo de servicio que se realizo
valor valor numeric 9R Detalla el valor del
servicio
concepto concepto nvarchar 200
R Describe el concepto del movimiento efectuado
usuario usuario char 10
R Indica el usuario que realizo el movimiento
hora hora char 10
R Detalla la hora en que se realizo dicho movimiento
fecha_proceso fecha_proceso datetime 8
R Indica la fecha de proceso en que se paso a histórico
usuario_proceso usuario_proceso char 10
R Indica el usuario que generó el proceso del movimiento histórico
180
NOMBRE DE LA TABLA: VARIABLES_SISTEMA DESCRIPCION DE LA TABLA: Tabla que contiene los campos que pertenecen a las características de la variable del sistema
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Codigo de variable codigo_variable char 10
R Detalla el código de la variable del sistema, es una variable de control.
Cod de Categoria cod_categoria char 10R Indica el
código
Valor valor float 8
R Indica el valor de la variable del sistema, si fuera un valor numérico
Descripción de Variable des_variable char 50
R Describe la variable del sistema o puede contener un valor determinado, para aquellas variables no numéricas
Creación de usuario usuario_creacion char 10
R Usuario que creó el registro de esa variable
Fecha Creación fecha_creacion datetime 8
R La fecha en que fue creada
Estacion estacion varchar 50
R Indica la estación donde se creo la variable
Función funcion text 16
R Es una descripción de la razón de ser de o la función de la variable
181
NOMBRE DE LA TABLA: MENU_SISTEMA DESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a las características del menú del sistema.
Nombre
Nombre Físico y
lógico del campo Tipo Longitud Regla Descripción
Código de Opción Cod_opcion char 10
R Código de la opción, de acuerdo al orden presentado en el menú construido.
Nivel Nivel char 2R Nivel de la que
depende la opción
Descripción Descripcion char 50
R Nombre de la opción presentada en el menú
Categoría Categoria char 10
R Nombre de la categoría a la que pertenece, si el sistema se haya desarrollara menú por módulos
Código de Opción mayor
Cod_Opcion_Mayor char 10
R El código de opción de mayor de la que depende la opción
Correlativo Correlativo int 4
R Numero correlativo por opción, que dependan de la misma opción mayor
Código del objeto Cod_objeto char 10R Indica el código dado
al objeto
Usuario usuario_creacion char 10
R Indica el usuario que incorporó el registro.
Fecha de Creación fecha_creacion datetime 8
R Indica la fecha de creación del registro
Estación estacion_creacion char 50
R Detalla la estación donde se creo el registro
Icono icono char 52
R Icono que aparecerá a la opción, dentro del menu
182
NOMBRE DE LA TABLA: OBJETOPERFIL DESCRIPCION DE LA TABLA: Tabla que contiene los campos que pertenecen a las características del objeto del perfil, que es donde, se asigna a un usuario, el perfil correspondiente, así como el objeto que va ligado al perfil
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Categoría categoria char 10
R Contiene la categoría del sistema
Código de objeto cod_objeto char 10
R Indica el código del objeto ligado al perfil
Código de Perfil cod_perfil char 10
R Contempla el codigo del perfil ligado al objeto
Código de Usuario usuario char 10
R Contiene el codigo del usuario al cual se le han especificado dicho derecho del objeto, en un perfil determinado
Vencimiento caducidad bit 1
R Especifica si el derecho al objeto dentro de un perfil determinado tendrá caducidad
Fecha de Inicio fecha_ini datetime 8
R La fecha de inicio de caducidad del objeto de perfil asignado a un usuario
Fecha Final fecha_fin datetime 8
R Detalla la fecha de que finalizará el objeto de perfil a un usuario
183
Nombre Nombre Físico y lógico del campo Tipo Longitud Regla Descripción
Tipo de Acceso tipoacceso char 1
R Indica el tipo de acceso que tendrá el usuario a dicho objeto: P=Procesos, A=Agregar, B=Agregar/modificar, C=Agregar/borrar D=Modificar/borrar E=Eliminación, M=Modificar, T=Todos
Creación de Usuario usuario_creacion char 10
R Indica la creación de usuario
Fecha de Creación fecha_creacion datetime 8
R Detalla la fecha de creación del objeto del perfil
Estación estacion char 50
R Indica la estación del objeto de perfil
NOMBRE DE LA TABLA: HISPROCE DESCRIPCION DE LA TABLA: Tabla que contiene los campos de bitácora de proceso.
Nombre
Nombre Físico y lógico del
campo Tipo Longitud Regla Descripción
Usuario usuario char 12
R Contiene el usuario que ejecuto la acción en el proceso
Procesos proceso varchar 50
R Detalla el nombre de la acción la opción ejecutada del proceso
Fecha del Sistema fecha_sistema datetime 8
R Indica la fecha de sistema cuando se creo el proceso
Fecha de la Maquina fecha_maquina datetime 8
R Detalla de fecha de la maquina cuando se creo el proceso
184
Nombre
Nombre Físico y lógico del
campo Tipo Longitud Regla Descripción
Descripción descripcion varchar 50
R Es una descripción de lo que hace el proceso
NOMBRE DE LA TABLA: PROFESION DESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a la profesión
Nombre
Nombre Físico y
lógico del campo Tipo Longitud Regla Descripción
Codigo de Profesión cod_profesion char 5
R El código de profesión, que tendrá la persona encargada de la vivienda
Descripción de Profesion des_profesion varchar 50 R Nombre de la
profesión NOMBRE DE LA TABLA: ESTADO_SERVCIO DESCRIPCION DE LA TABLA: Esta tabla contiene el estado del servicio.
Nombre
Nombre Físico y lógico del
campo Tipo Longitud Regla Descripción
Código de Estado estcodigo char 5 R Código del estado
de servicio
Descripción estdescripcion char 80 R Nombre del
estado de servicio
185
NOMBRE DE LA TABLA: TALONARIO DESCRIPCION DE LA TABLA: Esta tabla contiene los campos que controlan las cuotas y fecha definidas para generar los talonarios.
Nombre
Nombre Físico y
lógico del campo Tipo
Longitud Regla Descripción
Correlaivo correlativo int 4 R Numero correlativo del talonario
Numero de cuotas numero_cuotas int 4 R Numero de cuotas pendiente
Fecha de elaboracion de talonario
fecha_generado datetime 8 R
Fecha de generacion del talonario
Fecha de inicio de cuotas fecha_inicio datetime 8 R
Controla la fecha de Inicio de transacción
Fechal final de cuotas fecha_final datetime 8 R
Controla la fecha de final de transacción
Numero de la casa numero_casas int 4 R
Determina el numero de la vivienda
Usuario usuario char 10 R Describe el usuario o casa-habiente
Fecha de acceso del usuario
fecha_creacion datetime 8 R Fecha de usuario creado
NOMBRE DE LA TABLA: TIPO _SERVICIO DESCRIPCION DE LA TABLA: Esta tabla contiene los campos que controlan el tipo de servicio
Nombre Nombre Físico y lógico
del campo
Tipo
Longitud
Regla
Descripción
Correlaivo codigo char
2 R Numero correlativo según servicio
Descripción del servicio descripcion
char
60 R Descripción del servicio
Porcentaje de cobro en caso de iva
tipo_iva char
1 R Parametro de porcentaje a cobra según servicio
Tipo de aplicación del servicio
aplicacion
char
1 R Aplicación de servicio a cobrar
Valor del servicio valor float
8 R Valor de parametro de cobranza segunservicio.
186
NOMBRE DE LA TABLA: USUARIO DESCRIPCION DE LA TABLA: Tabla de campos relacionados al control de usuarios que Ingresan al Sistema.
Nombre
Nombre Físico y
lógico del campo Tipo Longitud Regla Descripción
Usuario usuario char 10 R Usuario que accede al Sistema
Clave de acceso al Sistema password char 60 R Clave de acceso al Sistema Nombre del Usuario nombre char 50 R Nombre de usuario Apellido del Usuario apellidos char 50 R Apellido del usuario Teléfono del Usuario telefono char 14 R
Numero de sesión al cual se ingresa al sistema
Sesiones de ingreso sesiones numeric 5 R Indica en que sesión ingreso
Intento de Seccion intentos_sesion numeric 5 R
Numero de Intentos de ingreso al sistema
Sesión actual sesion_actual numeric 5 R
Controla en que sesión esta actualmente
Bandera de caducidad caduca bit 1 R
Bandera de mensaje para visualizar la caducidad
Fecha de caducidad
fecha_caducidad datetime 8 R
Fecha en el que vecen el acceso al usuario
Agencia agencia char 2 R Identifica la agencia en caso excitan
Bandera de bloqueado bloqueado bit 1 R Bandera de Bloqueo Estación o equipo de bloqueo
estacion_bloqueo char 50 R
Equipo en el cual se ingresa en el sistema
Fecha de bloqueo fecha_bloqueo datetime 8 R
Indica la fecha de bloqueo por los intentos de ingresar al sistema
Fecha ultimo de clave
f_ult_password datetime 8 R
Fecha de vencimiento de clave de acceso
Usuario creado usuario_creacion char 10 R Nombre de usuario creado
Fecha de Creación fecha_creacion datetime 8 R
Fecha de creación de usuario
Estación o equipo creado
estacion_creacion char 50 R
Nombre del equipo referido respecto a la sección Donde esta el Sistema
187
NOMBRE DE LA TABLA: TIPO_ACCESO DESCRIPCION DE LA TABLA: Tabla de campos relacionados al control de usuarios con diferente
Nombre
Nombre Físico y
lógico del campo Tipo
Longitu
d Regla Descripción
Tipo de acceso tipo_acceso char 1 R
Derechos de acceso que le permite al usuario tener el control total, parcial o minio de los proceso a ejecutar dentro el sistema.
Descripción descripcion char 20 R
Describe el tipo de acceso al sistema como usuario Administrativo, Restringido etc
NOMBRE DE LA TABLA: MOVIMIENTO_BANCO DESCRIPCION DE LA TABLA: Tabla de campos relacionados al control de los pagos realizados en los banco
Nombre
Nombre Físico y
lógico del campo Tipo
Longitud
Regla Descripción
Codigo del casahabiente cascodigo char 10 R
Código del casa habiente
Nombre nombre char 80 R Nombre del casa habiente Fecha fecha datetime 8 R Fecha de pago
Cuota cuota int 4 R Cuota de pagos según meses atrasados
Valor valor float 8 R Valor total de dichas cuotas
Banco banco char 5 R Bancos Asociados al servicio con ACOSAP
Cuenta Bancaria
cuenta_bancaria char 25 R Cuenta Bancaria
Aplicado aplicado char 1 R
Control que aplica a los proceso relacionados a los pagos
Fecha de adición fecha_adicion datetime 8 R
Fecha de ejecución del proceso de pago
Usuario usuario char 10 R Usuaria del sistema el cual realizo los procesos.
188
NOMBRE DE LA TABLA: ESTADO_SERVICIO DESCRIPCION DE LA TABLA: Tabla de campos relacionados al control del estado del servicio.
Nombre
Nombre Físico y
lógico del campo Tipo
Longitud
Regla Descripción
Codigo de estado estcodigo char 5 R
Codigo de estado de servicio en relación a las cuotas pendientes a pagar
Descripción de estado
estdescripcion char 80 R Descripción del servicio
189
F.3.5 Estándares de Diseño de Pantallas de Entrada
La efectividad de un diseño significa que las formas y pantallas de entrada sirven a
un propósito específico del sistema de manejo de información, y a su vez la precisión
se refiere al diseño que asegure el llenado adecuado.17
Las formas son instrumentos importantes para dirigir el curso del trabajo. Por
definición son papeles impresos o duplicados que requieren que la gente llene con
respuesta de una forma estandarizada. Las formas extraen y capturan información
que frecuentemente alimentaran a la base de datos. Por medio de este proceso, las
formas sirven frecuentemente como documentos fuentes para la captura de datos.
Existen cuatro lineamientos para el diseño de formas:
a. Las formas deben de ser fáciles de llenar
b. Las formas deben de satisfacer el objetivo para el cual fueron
diseñadas.
c. Las formas deben asegurar el llenado preciso.
d. Las formas deben ser atractivas
A continuación se presentan los formularios que conforman el sistema automatizado
para el control y administración de pagos de agua potable para las comunidades del
complejo residencial san pedro en la zona de mejicanos.
17 http://griho.udl.es/ipo/transpas/guias_lsi.ppt#340,17,Principios IBM (2001)
190
PANTALLA PRINCIPAL Esta pantalla esta integrada por: Parte central, parte izquierdo, parte inferior.
PARTE CENTRAL: Se inicia con un saludo de bienvenida y el nombre del sistema (SYSACOSAP), lo que se muestra al centro dependerá de lo que se haya elegido
previamente en el menú.
PARTE IZQUIERDA: Contendrá el menú de acceso a las diferentes pantallas del
sistema
PARTE INFERIOR: Contendrá el nombre del usuario que haya ingresado al sistema
con su clave de acceso y contraseña.
191
PARTE CENTRAL
PARTE INFERIOR
192
PANTALLA DE CAPTURA DE DATOS Las pantallas de captura de datos están compuestas por las opciones de combos y
las opciones de nuevo, editar, borrar y salir
COMBOS: Son habilitados en los campos con el propósito de facilitar al usuario la
elección de datos correspondientes.
BOTONES DE NUEVO, EDITAR, BORRAR, SALIR: Están situados en la parte
inferior de los formularios.
El botón nuevo: Sirve para ingresar datos nuevos.
El botón Editar: Se utiliza para modificar información.
PARTE IZQUIERDA
193
El botón Borrar: Para eliminar datos. El botón Salir: Para cerrar el formulario que se este utilizando. Campo Fecha: Muestra la fecha actual.
PANTALLA EN FORMULARIOS Las pestañas dentro de los formularios sirven para ingresar otra información en el
mismo formulario de manera que pueda ver mas espacio para capturar datos
COMBO
BOTONES NUEVO, EDITAR, BORRAR,
SALIR
FECHA
194
Pantalla para impresión de reportes
En el botón de impresión que se encuentra en esta pantalla al dar clic levanta
el reporte de acuerdo al formulario en el cual se este trabajando
PESTAÑAS
195
F.3.6 Estándares de Diseño de Pantallas de Salida El diseño del formato de reportes esta constituido por diversos segmentos que se
detallan a continuación:
F.3.7 Perfiles de Usuarios Un usuario es cualquier persona definida en un perfil de acceso a la base de datos
del SYSACOSAP. Es posible asignar roles a usuarios y estos roles definen los
privilegios en la base de datos y recursos, que definen las limitaciones que se
aplican a una sesión.
De acuerdo a los roles a los cuales tiene derecho un usuario se han clasificado de la
siguiente forma:
Tema de Reporte
Fecha Actual
Numero de página
Cuerpo del Reporte
196
Administrador: Será el personal encargado de la creación y eliminación de usuarios, migración de
datos, cambios en la estructura de la base de datos o actualización de formularios.
Este usuario debe permanecer al personal de administración de ACOSAP; tendrá
acceso a todos los niveles del sistema.
Operador: Este usuario estará a cargo de la actualización de la base de datos con información
confiable; se entiende como actualización a la adicción, eliminación y modificación de
la información contenida en el SYSACOSAP, garantizando con ello la veracidad de
la información.
Usuario Final: Es aquel usuario cuyo acceso SYSACOSAP estará orientado a consultar la
información generada a través de los diferentes reportes.