CAPITULO IV: PROPUESTA DE SOLUCION DISEÑO DE UN...

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


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


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


Procesador Pentium IV

Velocidad 3.0 GHz

Memoria Principal 512 MB

Disco Duro 80 GB

Monitor SVGA 15" 1024x768 resolución máxima


Unidad de Cd 52x

UPS Si

Teclado y Mouse si Impresor: ACOSAP cuenta el impresor del cual se detallan las siguientes

características.


Impresor Hp-4300 láser

Páginas por minuto 14

Batería: ACOSAP cuanta con la batería que se detalla a continuación.


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


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


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


Encuentra

Ingreso de Solicitud

Emite Recibo

Fin

Ingresa los datos del casa-

Entrega Recibo al casa-habiente

143

5- Solicitar solvencia de vivienda


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


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


Inicio del proceso

El casa-habiente presenta a solicitar

servicio

El personal administrativo busca los

datos del casa-habiente en el sistema


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


Encuentra

Registra el pago del servicio

Imprime factura

Fin


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.

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

NA1

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

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

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

esta

do_s

ervi

cio

estc

odig

oes

tdes

crip

cion

<pi>

A5 A80

<M>

PK_e

stado

_ser

vici

o

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

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

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

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

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

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

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

POLI

GO

NO

polc

odig

opo

ldes

crip

cion

<pi>

A5 A60

<M>

PK_P

OLI

GO

NO

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

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

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

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

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

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

>

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

>

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

>

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>

<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>

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.


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.


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.



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.



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



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 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


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


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


Fecha de actualización fecha_actualizacion datetime 8 R


Usuario usuario char 10 R


NOMBRE DE LA TABLA: CASA DESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a las características de la vivienda.


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


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


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.


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


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



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.


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


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


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.


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


Fecha fecha_creacion datetime 8 R

Fecha de creación de la categoría


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.


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


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


Detalla la fecha de Creación del tipo de objeto


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.


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.


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


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.


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


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


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


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


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


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



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



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


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



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


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


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 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


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


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


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.

CAPITULO IV: PROPUESTA DE SOLUCION DISEÑO DE UN...

Documents

Transcript of CAPITULO IV: PROPUESTA DE SOLUCION DISEÑO DE UN...