• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
006 v714d-capitulo iv
 

006 v714d-capitulo iv

on

  • 440 views

 

Statistics

Views

Total Views
440
Views on SlideShare
440
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    006 v714d-capitulo iv 006 v714d-capitulo iv Document Transcript

    • CAPITULO IV: PROPUESTA DE SOLUCIONDISEÑO DE UN SISTEMA AUTOMATIZADO PARA EL CONTROL YADMINISTRACIÓN DE PAGOS DE AGUA POTABLE PARA LASCOMUNIDADES DEL COMPLEJO RESIDENCIAL SAN PEDRO EN LAZONA DE MEJICANOS A. GeneralidadesEl Contenido de este capitulo versa sobre la propuesta de un Diseño de sistemaautomatizado para el control y administración de pagos de agua potable para laAsociación Comunal ACOSAP. Se busca realizar una aplicación informática quecumpla los requerimientos que la mencionada asociación necesita para la realizaciónde las operaciones que realiza y que permita administrar de forma ágil y oportuna lainformación correspondiente de los casa-habientes; así como registraradecuadamente y en línea las transacciones realizadas por los clientes que pagan elservicio de agua potable. El sistema debe ser capaz para controlar aspectosimportantes en cuanto a los usuarios morosos o aquellos que tienen problemasrelacionados con la conexión o desconexión del servicio de agua, así comoproporcionar información oportuna para agilizar la gestión de recuperación. Elsistema pretende mejorar la atención a los usuarios del servicio, proporcionandoestados de cuentas de la situación en que se encuentran con ACOSAP, emitirinformación actualizada por medio de reportes que sean necesarios para un mejorcontrol interno en el desempeño de las operaciones. B. Objetivos de la PropuestaGeneral • Diseñar un sistema para el control y administración de pagos de agua potable para las comunidades del complejo residencial de san pedro 109
    • 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 propuestaSiendo ACOSAP una asociación comunal sin fines de lucro y teniendo laresponsabilidad por parte de sus directivos, la administración y el control de losservicios que ésta presta, así como conocer el flujo de dinero que demanda para sufuncionamiento y sostenimiento; surge entonces, la necesidad de contar con unsistema automatizado que contribuya a mejorar los procesos y operaciones que sellevan acabo por el personal administrativo con el fin de eficientizar las exigenciasque demandan a diario los clientes (casa-habientes). Los propietarios de lasviviendas que conforman la asociación ACOSAP son sus socios y demandan quesus directivos administren transparentemente los fondos que entran y salen en dichaasociación, es por ello, que el contar con una herramienta informática que les permitaobtener 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 serealizan, permitirá tener mayor información a la mano para que su personaladministrativo desempeñe eficientemente sus funciones laborales. También sepodrán establecer parámetros de control para que la automatización de lastransacciones requieran menor intervención de parte del usuario del sistema, 110
    • ayudando así a la minimización de errores cometidos en la digitación de losmovimientos de los clientesEs importante también contar con consultas de estados de cuentas de los casa-habientes para evaluar de forma inmediata la solvencia que estos tienen conACOSAP. Se busca que el sistema proporcione reportes que hagan posible laefectividad de la recuperación de cuotas atrasadas que afectan la disponibilidad queACOSAP necesita para hacerle frente a los costos y gastos que esta requiere para elbombeo del agua hasta cada una de las casas. ACOSAP necesitará conocer elefectivo con que cuenta, tanto en bancos como en oficina al momento de realizar lospagos 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 alas necesidades de la asociación, controlando cada detalle solicitado y especificadoen los requerimientos. D. Importancia y Beneficios del Sistema Propuesto D.1 Importancia de la PropuestaCon el propósito de minimizar los tiempos de respuesta en la atención al usuario ocasa-habiente que llega a las oficinas de ACOSAP para realizar una transacción yque esta quede debidamente ingresada en el sistema se da a conocer la importanciaque 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 oportunaque satisfaga sus expectativas y que de confianza al casa-habiente que ACOSAPlleva registros actualizados debidamente almacenados y que la información esconfiable. 111
    • 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 PropuestaCon el diseño del Sistema Automatizado para el Control y Administración de Pagospor el Servicio de Agua Potable se logrará cubrir los siguientes aspectos:Seguridad del Sistema: El sistema cuenta con seguridad por usuario. De maneraque cada usuario que ingrese al sistema debe tener clave de acceso y contraseña. Ala vez dentro del sistema se controlará los niveles de acceso por rol, donde unusuario creado, si no se le asigna un rol, no podrá efectuar ninguna transacción. 112
    • Sistema en Red: El sistema está preparado de tal forma que pueda funcionar en unao varias máquinas conectadas en red, o en una sola computadora. ACOSAP, solocuenta 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 nohay límites de usuario que puedan entrar de una sola vez, siempre y cuando esténregistrado debidamente.Sistema Cliente-Servidor: Debido a la base de datos que se ha utilizado (SQLServer 2000), es un sistema Cliente-Servidor, pues el cliente solo enviará peticionesal Servidor de Base de Datos.La implementación del sistema: No se implementara el sistema por parte de estegrupo de trabajo de graduación.Las pruebas del sistema: Se realizaran pruebas en el sistema de manera que elpersonal de ACOSAP este de acuerdo en el producto elaborado y entregaMantenimiento del sistema: ACOSAP será el encargado de darle mantenimiento alsistema de automatizado para el control y administración de pagos de agua potablepara las comunidades del complejo residencial san pedro en la zona de mejicanos.Herramienta en que se desarrollara el sistema: El sistema estará desarrollado enla herramienta Visual FoxPro 947, que es una herramienta de programación que en elmercado se cotiza a un costo accesible y un buen número de personas quedesarrollan 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 unapersona que conoce este software 113
    • 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. 114
    • 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) 115
    • Esquema grafico de la propuesta: Seguridad Mantenimiento Red Prueba SYSACOSAP Herramientas Consultas Procesos InternosLimitaciones: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 116
    • 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 elmercado no se cotizara muy caro, ya que ellos piensan darle el mantenimiento ymejoras al sistema según necesidades que a lo largo del tiempo se requieran porpolí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 degraduación48. Solo será instalado en el equipo que ACOSAP tiene para mostrarla funcionalidad.6-Las pruebas se harán con el objetivo de que el sistema sea desarrollado concalidad, en donde todas sus opciones se ejecuten de manera correcta.7- No se le dará mantenimiento al sistema como requisito para este trabajo degraduación.8- ACOSAP cuenta con licencia de la base de datos de SQL Server 2000 y si decidedesarrollar nuevas opciones al sistema o realizar cambios, tendrá que comprar lalicencia 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 entregarael producto y ellos se encargaran de implementar del sistema. 117
    • F. Ciclo de Vida de Desarrollo del Sistema49La definición de un ciclo de vida facilita el control sobre los tiempos en que esnecesario aplicar recursos de todo tipo (personal, equipos, suministros, y otros) alproyecto. Al conjunto de las fases empleadas se le denomina “ciclo de vida”.Los sistemas de software requieren un tiempo y esfuerzo considerable para sudesarrollo y deben permanecer en uso por un periodo mucho mayor. Durante estetiempo de desarrollo y uso, desde que se detecta la necesidad de construir unsistema de software hasta que este es retirado, se identifican varias etapas que enconjunto se denominan el ciclo de vida del software y en cada caso, en función decuales sean las características del proyecto, se configurará el ciclo de vida de formadiferente. Usualmente se consideran las etapas: especificación y análisis derequisitos, diseño del sistema, implementación del software, aplicación y pruebas,entrega y mantenimiento. Un aspecto esencial dentro de las tareas del desarrollo delsoftware es la documentación de todos los elementos y especificaciones en cadafase. 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 apartadoespecial para recalcar su importancia en el conjunto del desarrollo del software.Tal como ya hemos mencionado, las etapas principales a realizar en cualquier ciclode 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 118
    • • 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 reportes3. 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 estaetapa, se incluirá a personal de ACOSAP, para verificar si los formularios de entradade datos, los de proceso, los reportes cumplen con lo que necesitan para elfuncionamiento del sistema y que pueda solventar las necesidades que tienen.5. Mantenimiento: En esta fase, que tiene lugar después de la entrega se aseguraque el sistema siga funcionando y adaptándose a nuevos requisitos.Para el desarrollo del sistema de ACOSAP, se realizara en el Ciclo de vida enCascada por los aspectos que se detallan a continuación: 119
    • Ciclos de vida en cascada50El ciclo de vida inicialmente propuesto por Royce en 1970, fue adaptado para elsoftware a partir de ciclos de vida de otras ramas de la ingeniería. Es el primero delos propuestos y el más ampliamente seguido por las organizaciones (se estima queel 90% de los sistemas han sido desarrollados así). Por tal razón, se ha adoptadoeste tipo de ciclo de vida.DescripciónEste modelo admite la posibilidad de hacer iteraciones, es decir, durante lasmodificaciones que se hacen en el mantenimiento se puede ver por ejemplo lanecesidad de cambiar parte del diseño, si es necesario, lo cual significa que seharán los cambios necesarios en la codificación y se tendrán que realizar de nuevolas pruebas, es decir, si se tiene que volver a una de las etapas anteriores almantenimiento hay que recorrer de nuevo el resto de las etapas.50 http://www.ia.uned.es/ia/asignaturas/adms/GuiaDidADMS/node10.html 120
    • 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, surgela necesidad de diseñar un sistema automatizado que les permita obtener y manejarla información de una forma confiable y oportuna; ya que en este momento se realizade manera manual, lo que conlleva a un difícil control de información, y la ausenciade reportes para facilitar la toma de decisiones.A raíz de la necesidad, se realizo la investigación para la evaluación y desarrollodel los requerimientos necesarios para el proyecto. F.1.1 MetodologíaPara la obtención de la información se realizaron entrevistas no estructuradasdirigidas al personal administrativo (Presidente, contador, secretaria), proporcionandoun diagnóstico de la situación actual. A la vez se solicitaron muestras de formulariosque utilizan para brindar el servicio a los casa-habientesTales como; (Ver Anexo F)1. Talonario de Pago Mensual de Agua512. Reporte general del control de pagos por mes3. Factura4. Cuadro de Pago de Recargo por Mes5. Cuadro de Pagos por Mes51 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 apagar, el valor de la cuota, el nombre del Casa-habiente y la dirección de la casa que se está pagando. 121
    • A su vez se obtuvo la información de como se efectúa el proceso de pagos por elservicio de agua potable (Pago mensual de Agua Potable del mes, Pago mensual deAgua Potable tarifa comercial y Pago de Recargo por mes atrasado si lo hubiere); elcual 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. 122
    • 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 123
    • F.1.2 Planteamiento del ProblemaACOSAP actualmente lleva el control de todas las operaciones en forma manual, nocuenta con un sistema que le permita agilizar sus operaciones, además lainformación se actualiza con mucho retrazo, dificultando la obtención de lainformación de forma ágil y oportuna. Método de la Caja NegraPara 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 delsistema propuesto (Estado B)Estado A Estado B PROCESO ESTADO A ESTADO B 1. Pagos de mensualidad del 1. Con el Sistema (ACOSAP) cada servicio de agua: cada casa- registro será automáticamente habiente que llega a pagar uno o registrado al momento del pago, varios meses, solo se le recibe el obteniendo de inmediato su recibo dinero y se sella la libreta que de cancelación. 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. 124
    • ESTADO A ESTADO B 2. El estado de servicio para cada2. Reconexión y desconexión de servicio de agua: para conocer si casa-habiente estarán dispuestos un servicio hay que en cualquier momento indicando así desconectarlo, se espera entre el servicio actual que el casa- un mes a dos meses, hasta que habiente posea, según sea la es actualizado en cada condición en la cual se encuentre. 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. 3. El Sistema ACOSAP3. Con respecto a la información que se maneja por cada casa- proporcionara de una manera habiente es muy limitada, no se eficiente la información necesaria tiene muchos datos, lo que que la base de datos posea para imposibilita llevar un control cada-habiente, permitiendo saber la eficiente, y poder rápidamente condición, estado y solvencia del ubicar a las casas. casa-habiente. 125
    • ESTADO A ESTADO B 4. Otro aspecto que no se puede 4. Se podrá saber al final del día controlar de forma oportuna y cuanto fue el efectivo ingresado eficiente el saldo de banco, según facturación, como también las porque, las boletas que son transacciones que se realizaron en enviadas por el banco, no se el banco, siempre y cuando estas se tienen a diario y no se procesan ACOSAP de forma inmediata. 5. Se desconoce los movimientos 5. Se podrá contar con información de servios realizados después detallada de los movimientos que se de un cierto tiempo ya que todo realicen por casa-habientes es manual 6. Debido a la dificultad con que se 6. Los reportes se generaran con obtienen la información, la mucha más rapidez, ya que la generación de reportes no es información se encuentra accesible. eficaz F.1.3 Estudio de FactibilidadToda empresa busca mejorar los procesos y agilizar los servicios que brinda parasatisfacer las necesidades de los clientes, así como la organización y laadministración de la información que permita obtener un tiempo de respuesta mascorto y aporte a la toma de decisiones en un momento determinado. Segúninformación recabada por la entrevista no estructurada, realizada al personaladministrativo de ACOSAP (Presidente, contador, secretaria) por el equipo detrabajo, 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- 126
    • habientes pagan una misma cuota por el servicio de agua potable por lo tanto buscanla igualdad de derechos, ya que, se trata de una administración comunal de vecinosy en ocasiones no se conoce con certeza y en tiempos oportunos quienes hanpagado la cuota, pues para tener conocimiento claro de esto hay que revisarmanualmente uno a uno la información concerniente a cada casa-habiente, lo querepresenta un trabajo tedioso y complicado. Por otro lado es importante conocer lamora 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 elmantenimiento de toda la infraestructura (Gastos administrativos, tanques, bombassumergibles y externas), de ahí que es indispensable contar con informaciónoportuna de los pagos que realizan los casa-habientes. Todo esto permitió concluirque es necesario que ACOSAP cuente con un sistema automatizado de pagos por elservicio de agua potable con el objeto de mejorar y optimizar la información para latoma de decisiones.Este trabajo de investigación presenta una solución que esta orientada a eficientizarel funcionamiento operacional y administrativo de ACOSAP de una formaestandarizada y automatizada mediante el uso de un sistema desarrollado porcomputadora. a) Factibilidad operativaEl proyecto es factible operativamente, ya que, el personal que administra el serviciode agua potable, posee conocimientos de computación. Así mismo el personaloperativo esta consciente de la necesidad de contar con el sistema que contribuya amejorar la efectividad en cuanto al control y administración de los servicios de pagode agua.Para lo cual el sistema permitirá los siguientes aspectos: 1) Acceso inmediato a la información actualizada. 127
    • 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écnicai) Requerimientos del HardwareA continuación se detallan los requerimientos mínimos de hardware para que laaplicación pueda trabajar correctamente. Así como los requerimientosrecomendados, según computadora que se encuentra en el mercado local, ademásse detalla las características de la computadora con la que ACOSAP cuentaactualmente para hacer uso del sistema.Requerimientos Mínimos del sistema:A continuación se detalla las características mínimas (Hardware) para que el sistemapueda 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 128
    • Equipo Recomendado:Continuación se detalla el equipo recomendado de acuerdo al hardware disponibleen el mercado local DESCRIPCION ESTACION DE TRABAJO AMD Athlon™ 64 3200+ Procesador Velocidad 2 GHz 512MB Single Channel DDR2 SDRAM at 667MHz - 1DIMM Memoria Principal Disco Duro Unidad de disco de de 80 GB Pantalla Monitor SVGA con resolución 1024x768 Tarjeta de Red 10/100Mbs Unidad de Cd rom Combo CD-RW/DVD de 48X Teclado y Mouse Si UPS SiEquipo con que ACOSAP cuenta:ACOSAP, actualmente cuenta con una computadora que según investigaciónrealizada se encuentra entre los requerimientos necesarios para el buenfuncionamiento del sistema, ya que esta un poco arriba de los mínimos y un pocodebajo de los recomendados, pero el personal de ACOSAP tomo la decisión de nocomprar equipo ya que el que tienen permite el funcionamiento del sistema demanera correcta. Según las características que se detallan a continuación: 129
    • DESCRIPCION ESTACION DE TRABAJOProcesador Pentium IVVelocidad 3.0 GHzMemoria Principal 512 MBDisco Duro 80 GBMonitor SVGA 15" 1024x768 resolución máximaTarjeta de Red 10/100MbsUnidad de Cd 52xUPS SiTeclado y Mouse si Impresor: ACOSAP cuenta el impresor del cual se detallan las siguientes características. DESCRIPCION ESTACION DE TRABAJOImpresor Hp-4300 láserPáginas por minuto 14 Batería: ACOSAP cuanta con la batería que se detalla a continuación. DESCRIPCION ESTACION DE TRABAJOUPS Minuteman 500 130
    • ii) Requerimientos del Software. SOFTWARE 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 ServerBase de Datos SQL Server 2000 2005. (Ver Anexo G) ACOSAP no cuenta con estaLenguaje de Programación Visual Fox 9.0 licencia. ACOSAP no cuenta con unDiseñador de Reporte Reporteador Nato de Visual FoxPro 9.0 reporteador de Visual Fox ACOSAP cuenta con sistemaSistema Operativo Windows xp 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 131
    • 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ómica54 http://www.microsoft.com/spanish/msdn/vfoxpro/vfoxpro9/default.asp55 http://es.wikipedia.org/wiki/Windows_XP 132
    • El proyecto a desarrollar es factible económicamente, ACOSAP cuenta con elrecurso financiero, tecnológico y personal necesario para utilizar el sistemaautomatizado para el control y administración del pago por el servicio de aguapotable; 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 deCostos del Programa. F.2 Determinación de Requerimientos F.2.1 Guía de EntrevistaPara la obtención de los datos necesarios para la investigación se tomo comoherramienta base, la entrevista no estructurada, dirigida al personal administrativo deACOSAP (Presidente, contador, secretaria)Ver Anexo H, la cual proporciono undiagnostico 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 serealizo un cuestionario en el cual se solicitaba información sobre los servicios queACOSAP presta, dicho cuestionario se fue completando a lo largo de la entrevistapermitiendo conocer más detalladamente los procesos que actualmente realizan.Adicionalmente se solicitó los formularios que utilizan para brindar las diferentesopciones de servicio.A través del resultado obtenido de las entrevistas, se constató que el sistemamanual con que cuenta en la actualidad ACOSAP no es funcional, por el tiempo enque se tardan en conocer el estado de solvencia de las viviendas, y la respuesta alos casa-habientes para la reconexión del servicio, ocasionando un nivel mayor demorosidad, por no contar con la información en tiempo oportuno, por lo que senecesita un sistema de control de pagos para que mejore la efectividad de losprocesos y requerimiento que se demanden. 133
    • A su vez se obtuvo la información de como se efectúa el proceso de pagos por elservicio de agua potable (Pago mensual de Agua Potable del mes, Pago mensual deAgua Potable tarifa comercial y Pago de Recargo por mes atrasado si lo hubiere. F.2.2 Diagrama de Contexto ACOSAPPara este diagrama se indica las características generales del proceso deinvestigación en relación a todas las entidades que interactúan. 134
    • 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 SYSACOSAP JUNTA BANCO DIRECTIVA 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 CASA- HABIENTE PERSONAL Reporte resumido de la cobranza del día ADMINISTRA- Reporte de casa-habientes por estado de servicio TIVOReporte general de los casa-habientesReporte de casa-habientes por estado de servicioReporte diario de los pagos recibidos durante el día para el cuadre de cajaNota de aviso por desconexión del servicio de agua 135
    • F.2.3 Requerimientos funcionalesLos requerimientos funcionales describen la interrelación entre el sistema y suentorno, 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 especialespara realizar la determinación de lo requerimientos; utilizando por ejemplo entrada ysalida del sistema, diagrama de flujo de datos loa cuales evalúan los resultados enforma 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 136
    • 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 DatosDiagramar es representar gráficamente hechos, situaciones, movimientos orelaciones de todo tipo por medio de símbolos.Para realizar una mejor representación sobre le flujo de datos que involucra losProcesos del Sistema Automatizado para la administración y control del agua potablese han utilizado Diagramas de funcionamiento para conocer e identificar con facilidadla ruta que mantiene los datos durante cada uno de dichos procesos 137
    • Los símbolos básicos usados en el Diagrama de Flujo de Datos son los siguientes: Nombre Símbolo Función Representa el inicio y fin de un programa. También puede representar una parada o interrupción Terminal programada que sea necesaria realizar en un programa. Cualquier tipo de introducción de datos en la Entrada / salida memoria desde los periféricos o registro de información procesada en un periférico. Cualquier tipo de operación que pueda originar cambio de valor, formato o posición de la Proceso información almacenada en memoria, operaciones aritméticas, de transformaciones, etc. Indica operaciones lógicas o de comparación entre datos (normalmente dos) y en función del Decisión resultado de la misma determina (normalmente si y no) cual de los distintos caminos alternativos del programa se debe seguir Sirve para enlazar dos partes cualesquiera de un Conector Misma diagrama a través de un conector en la salida y Página 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 Indica el sentido de la ejecución de las operaciones flujo 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 138
    • 1-Diagrama de Flujo de Datos: Pagos realizados en ACOSAP Descripción Casa-habiente ACOSAPInicio del proceso InicioEl casa-habiente presenta el recibo y Casa-habienteel pago del servicio Entrega el pago por servicio de aguaEl personal administrativo busca losdatos del casa-habiente en el sistema Busca datos de casa-habientePara el caso que si encuentre el NO SIregistro del casa-habiente, registra el Encuentrapago Registra el pagoEl personal administrativo imprime lafactura y se lo entrega al cliente Recibe el casa- Imprime habiente facturaFin del proceso Fin 139
    • 2-Diagrama de Flujo de Datos: Pagos realizados en el Banco Descripción Casa-habiente BANCOInicio del proceso Inicio Casa-habienteEl casa-habiente presenta el talonario Entrega el pago pory el pago del servicio servicio de agua Registra pagoSe registra el pagoCajera sella talonario y lo entrega alcasa-habiente Sella talonario Recibe el casa- habienteEl casa-habiente recibe talonarioFin del proceso Fin 140
    • 3- Diagrama de Flujo de Datos: Proceso de aplicación automática de pagos recibidos en banco Descripción Casa- ACOSAP habiente InicioInicio del proceso ACOSAP recibeACOSAP Recibe archivo magnético archivo magnéticospor pagos recibidos en bancos Captura lista deCaptura lista de casa-habientes que casa-habienteshan pagado en el bancoVerifica en pantalla el total de pagos Verificar el totalcontra el total reportado en papel reportado en el ppelVerificar que todos los códigos de los Verificar loscasa-habientes sean correctos códigos de los casa- habientesSe los datos son incorrectos Imprimael listado de los casa-habientes si son si no RegistroscorrectosGenerar reportes de pagos Genera reporte de Imprima el listado pagos de los casa-habienesSi los datos o son correctos imprimael listado de los casa-habientes Corregir códigos de casa-habientesCorregir códigos de los casa-habientes Imprime códigos modificadosImprimir el código modificado de loscasa-habientes FinFin del proceso 141
    • 4-Diagrama de Flujo de Datos: Pagos de Reconexión Descripción Casa-habiente ACOSAPInicio del proceso Inicio Casa-habiente Entrega el pago porEl casa-habiente entrega pago por servicio deservicio de reconexión reconexión Busca datos deEl personal administrativo busca datos casa-habientedel casa-habienteEn el caso que no encuentre los datos NO SI Encuentraingresa los datos del casa-habiente Ingreso de Ingresa los datos SolicitudPara el caso que si encuentre el del casa-registro del casa-habiente, ingresasolicitud de reconexiónEl personal administrativo emite el Entrega Recibo al Emite Recibo casa-habienterecibo y se lo entrega al casa-habienteFin del proceso Fin 142
    • 5- Solicitar solvencia de vivienda Descripción Casa-habiente ACOSAPInicio del proceso InicioCasa-habiente solicita la solvencia Casa-habiente solicita la solvencia Busca datos deSolicitan a la secretaria datos de casa-habientevivienda consulta datos de casa-habientes en el sistemasecretaria consulta en el sistema SI NOdatos de vivienda Verificasecretaria verifica con el casa habiente Notifica Corrige datosSi los datos no son correctos corrige estado de de vivienda viviendaNotifica estado de vivienda ImprimeImprime estado de vivienda estado de Entrega estado vivienda a casa-Entrega estado a casa-habiente habienteFin del proceso Fin 143
    • 6- Pago de Otros servicios Descripción Casa-habiente ACOSAPInicio del proceso InicioEl casa-habiente presenta a solicitar Casa-habienteservicio Entrega solicita servicioEl personal administrativo busca losdatos del casa-habiente en el sistema Busca datos de casa-habiente NO SIPara el caso que si encuentre elregistro del casa-habiente, registra el Encuentrapago Registra el pago del servicioEl personal administrativo imprime lafactura de pago y se lo entrega alcliente Imprime Recibe el casa- factura habienteFin del proceso Fin 144
    • F.2.4 Requerimientos no funcionalesLos requerimientos no funcionales definen las restricciones a los servicios ofunciones ofrecidas por el sistema, además de describir restricciones que limitan laselecciones para construir una solución.Los requerimientos no funcionales de este proyecto están considerados dentro de laselecciones realizadas de hardware y software. Los cuales se han especificado en elestudio 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 laempresa, basándose en un modelo de base de datos específico, independiente delSGBD concreto que se vaya a utilizar y de cualquier otra consideración física. 52En esta etapa, se transforma el esquema conceptual en un esquema lógico queutilizará las estructuras de datos del modelo de base de datos en el que se basa elSGBD 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 desarrollandoel 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 losesquemas lógicos basados en el modelo relacional, ya que asegura que lasrelaciones (tablas) obtenidas no tienen datos redundantes.El esquema lógico es una fuente de información para el diseño físico. Además, juegaun papel importante durante la etapa de mantenimiento del sistema, ya que permiteque los futuros cambios que se realicen sobre los programas de aplicación o sobrelos datos, se representen correctamente en la base de datos.52 http://www3.uji.es/~mmarques/f47/apun/node70.html 145
    • el diseño lógico, son procesos iterativos, tienen un punto de inicio y se van refinandocontinuamente. Ambos se deben ver como un proceso de aprendizaje en el que eldiseñador va comprendiendo el funcionamiento de la empresa y el significado de losdatos que maneja el diseño lógico son etapas clave para conseguir un sistema quefuncione 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), omantener la integridad de la base de datos. También puede ser difícil definir laimplementació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 cambioses un sello que identifica a los buenos diseños de bases de datos. Por todo esto, esfundamental dedicar el tiempo y las energías necesarias para producir el mejoresquema que sea posible.El diseño físico: es el proceso de producir la descripción de la implementación de labase de datos en memoria secundaria: estructuras de almacenamiento y métodos deacceso 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 autilizar, ya que el esquema físico se adapta a él. Entre el diseño físico y el diseñológico hay una realimentación, ya que algunas de las decisiones que se tomendurante el diseño físico para mejorar las prestaciones, pueden afectar a la estructuradel esquema lógico.En general, el propósito del diseño físico es describir cómo se va a implementarfísicamente el esquema lógico obtenido en la fase anterior. Concretamente, en elmodelo 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. 146
    • • Diseñar el modelo de seguridad del sistema. 53El diseño de sistemas se ocupa de desarrollar las directrices propuestas durante elanálisis en términos de aquella configuración que tenga más posibilidades desatisfacer los objetivos planteados tanto desde el punto de vista funcional como delno funcional.Tomando en cuenta toda la información recolectada anteriormente acerca de losrequerimientos del sistema, se realiza el diseño lógico, el diseño de procedimientospreciso para la captura de datos.53 http://www3.uji.es/~mmarques/f47/apun/node70.html 147
    • F.3.1 Diagrama de Procesos 148
    • DIAGRAMA DE PROCESOSLa siguiente simbología es usada para la creación de los procesos54: SIMBOLOGIA NOMBRE Y DESCRIPCIÓN ALMACENA DATOS: Representa un almacén 1 manual, tal como un archivo o archivero de base de datos computarizado. 1 PROCESOS: Denota una transformación de datos. PROCESOS ENTIDADES: Representa una actividad externa que puede recibir o enviar dato del ENTIDADES sistema. FLUJO DE DATOS: Muestra el movimiento de datos de un lugar a otro.54 http://148.202.148.5/cursos/id209/mzaragoza/unidad2/unidad2dos.htm 149
    • 150
    • 151
    • 152
    • 153
    • 154
    • 155
    • F.3.2 Diagrama Jerárquico (HIPO)El modelo HIPO marca la jerarquía, la entrada el proceso y la salida55Los diagramas hipo son efectivos para documentar un sistema. También ayuda a losdiseñadores y los fuerza a pensar cómo cumplir con las especificaciones y dóndehay que ligar las actividades y componentesEs jerárquica debido a que el sistema de programación consiste en subsistemas máspequeños. Esta técnica, además de dar soporte a un enfoque de diseño de arribahacia abajo, también reduce la complejidad percibida del sistema, debido a lafacilidad de manejar los subcomponentes por separado.Los diagramas se utilizan generalmente para facilitar el entendimiento de largascantidades de datos y la relación entre diferentes partes de los datos. Los diagramaspueden generalmente ser leídos más rápidamente que los datos en bruto de los queproceden. 56Luego 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=sv56 http://es.wikipedia.org/wiki/Diagrama 156
    • SISTEMA AUTOMATIZADO PARA EL CONTROL Y ADMINISTRACIÓN DE PAGOS DE AGUA POTABLE PARA LAS COMUNIDADES DEL COMPLEJO RESIDENCIAL SAN PEDRO (SYSACOSAP) 157
    • F.3.3 Modelo Entidad-RelaciónUn buen modelo es la clave para iniciar con éxito el desarrollo de una aplicaciónbasada 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 noimplementable directamente con un sistema gestor de base de datos. El segundonivel 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 pararepresentar el diseño lógico de un sistema, mostrando la base de datos que locomponen 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 cualesadoptan las formas de grafos donde los datos se relacionan mediante flecha57A continuación se presenta el Diagrama de Entidad Relación del sistemaautomatizado para el control y administración de pagos de agua potable para lascomunidades del complejo residencial San Pedro en la zona de mejicanos(SYS ACOSAP).57 http://www.itlp.edu.mx/publica/tutoriales/basedat1/temas2_5.htm 158
    • DIAGRAMA ENTIDAD-RELACION DEL SISTEMA AUTOMATIZADOPARA EL CONTROL Y ADMINISTRACIÓN DE PAGOS DE AGUAPOTABLE PARA LAS COMUNIDADES DEL COMPLEJORESIDENCIAL SAN PEDRO EN LA ZONA DE MEJICANOS(SYSACOSAP) DIAGRAMA CONCEPTUAL 159
    • FK_movimiento_diario_tipo_servicio CLASIFICA_CONSULTA2 tipo_servicio CLASIFICA_CONSULTA1 CUOTA_MES codigo <pi> A2 <M> estado_servicio PERSONA CLASIFICA1 <pi> A10 <M> CLASIFICA2 <pi> A10 <M> descripcion A60 cuo_fecha <pi> DT <M> DESCRIPCION A100 DESCRIPCION A100 movimiento_diario estcodigo <pi> A5 <M> percodigo <pi> A10 <M> FK_CLASIFICA_CONSULTA2_CLASIFICA_CONSULTA1 tipo_iva A1 cuo_valor DC12,2 estado_vivienda ODBC A1 PK_CLASIFICA_CONSULTA2 <pi> estdescripcion A80 pernombre A30 aplicacion A1 cuomes A2 cascodigo <pi> A10 <M> estcodigo <pi> A2 <M> perape A30 PK_CLASIFICA_CONSULTA1 <pi> fecha <pi> DT <M> valor F15 cuodescripcion A60 PK_estado_servicio <pi> estdescripcion A60 perfecha_nacimiento DT nfactura <pi> I <M> dia_corte N6 FK_DETALLE_CONSULTA_CLASIFICA_CONSULTA2 PK_tipo_servicio <pi> PK_ESTADO_VIVIENDA <pi> perdui A10 valor DC18,2 cuo_pagada BL pernit A14 profesion valor_recargo DC18,2 PK_CUOTA_MES <pi> FK_PERSONA_profesion perotro_documento A25 cod_profesion <pi> A5 <M> DETALLE_CONSULTA valor_transaccion DC18,2 perfecha_recidir DT <M> concepto VMBT100 des_profesion VA50 <M> CODIGO perobservacion LBIN <pi> A10 <M> banco A5 FK_CASA_estado_servicio PK_profesion <pi> DESCRIPCION VA100 FK_PAGO_tipo_servicio PK_PERSONA <pi> cuenta_bancaria A25 CAMPOS TXT usuario A10 FK_CUOTA_MES_CASA AGRUPA_POR TXT fecha_adicion DT RESIDENCIAL FILTRAR_POR TXT FK_CASA_ESTADO_VIVIENDA FK_CASA_PERSONA ORDENAR_POR TXT PK_movimiento_diario <pi> rescodigo <pi> A5 <M> PAGO FILTRAR_GRUPO TXT resnombre A80 TABLA1 A150 FK_movimiento_mensual_tipo_servicio nfactura <pi> I <M> CASA PASAJE ressiglas A3 TABLA2 A150 pagcuotasp N5 <M> cascodigo <pi> A10 <M> pascodigo <pi> A5 <M> PK_RESIDENCIAL <pi> TABLA3 A150 pagfecha DT <M> castelefono A10 pasdescripcion A60 TABLA4 A150 movimiento_mensual pagvalor DC12,2 casnumero N5 PK_PASAJE <pi> tipo_acceso TABLA5 A150 pagrecargo DC12,2 casdireccion VA100 FK_CASA_PASAJEcascodigo <pi> A10 <M> FK_PAGO_CASA TABLA6 A150 pag_cuentabanco A25 tipo_acceso <pi> A1 <M>fecha <pi> DT <M> casobservacion LBIN TABLA7 A150 fecha DT descripcion A20factura <pi> I <M> fecha_ult_pago DT TABLA8 A150 PK_PAGO <pi> CLASIFICA_VIVIENDA FK_CASA_CLASIFICA_VIVIENDA fecha_ult_cuota A10 FK_CASA_RESIDENCIAL PK_tipo_acceso <pi> CONSULTA_ALTERNA TXTvalor N18,2valor_recargo DC18,2 FK_movimiento_historico_tipo_servicio USUARIO A10 clacodigo <pi> A5 <M> PK_CASA <pi>valor_transaccion DC18,2 cladescripcion A60 FK_CASA_POLIGONO FECHA_CREACION DTconcepto VMBT100 clatipo_cobro A1 FECHA_MODIFICACION DTbanco A5 clavalor DC12,2 FK_CASA_TIPO_PROPIETARIO POLIGONO from_join TXTcuenta_bancaria A25 polcodigo <pi> A5 <M> FK_objetoperfil_tipo_acceso PK_DETALLE_CONSULTA <pi> PK_CLASIFICA_VIVIENDA <pi>usuario A10 FK_PAGO_usuario poldescripcion A60fecha_adicion DT TIPO_PROPIETARIO hisproce PK_POLIGONO <pi>PK_movimiento_mensual <pi> tipcodigo <pi> A5 <M> proceso <pi> VA50 <M> objetoperfil FK_PAGO_BANCO tipdescripcion A60 fecha_proceso <pi> DT <M> categoria <pi> A10 <M> usuario PK_TIPO_PROPIETARIO <pi> descripcion VA50 usuario <pi> A10 <M> estado BL perfil caducidad BL <M> usuario <pi> A10 <M> ejecuciones I cod_perfil <pi> A10 <M> fecha_ini DT password A60 <M> fecha_ejecusion DT des_perfil A50 <M> fecha_fin DT nombre A50 <M> FK_objetoperfil_perfil FK_hisproce_usuario PK_hisproce <pi> usuario_creacion A10 <M> usuario_creacion A10 <M> movimiento_historico apellidos A50 <M> fecha_creacion DT <M> fecha_creacion DT <M> cascodigo <pi> A10 <M> telefono A14 <M> estacion A50 <M> FK_objetoperfil_objeto estacion A50 <M> fecha <pi> DT <M> sesiones N2 <M> 0,n PK_perfil <pi> PK_objetoperfil <pi> intentos_sesion N2 <M> factura <pi> I <M> BANCO sesion_actual N2 FK_usuarioperfil_perfil valor DC18,2 bancodigo <pi> A5 <M> caduca BL <M> usuarioperfil Menu_Sistema valor_recargo DC18 valor_transaccion DC18 bannombre A60 fecha_caducidad DT caducidad_perfil BL <M> Cod_opcion <pi> A10 <M> concepto VMBT100 bancontacto A80 agencia A2 <M> FK_usuarioperfil_usuario inicio_perfil DT 0,n Nivel A2 banco A5 bantelefono1 A15 bloqueado BL fin_perfil DT Descripcion A50 <M> cuenta_bancaria A25 bantelefono2 A15 estacion_bloqueo A50 usuario_creacion A10 <M> Cod_Opcion_Mayor A10 usuario A10 banfax A15 fecha_bloqueo DT fecha_creacion DT <M> FK_Menu_Sistema_categoria Correlativo I fecha_adicion DT bandireccion VA100 f_ult_password DT ... ... ... usuario_creacion A10 <M> PK_BANCO <pi> usuario_creacion A10 <M> PK_movimiento_historico <pi> fecha_creacion DT <M> fecha_creacion DT <M> estacion_creacion A50 <M> estacion_creacion A50 <M> icono A52 FK_CUENTA_BANCARIA_BANCO PK_usuario <pi> PK_Menu_Sistema <pi> FK_movimiento_banco_BANCO movimiento_banco CUENTA_BANCARIA VARIABLES_SISTEMA tipoobjeto categoriacascodigo A10 CODIGO_VARIABLE <pi> A10 <M> tipo <pi> A10 <M> cuecuenta <pi> A25 <M> categoria <pi> A10 <M>nombre A80 VALOR F15 <M> objeto descripcion A50 <M> cuenombre A100 des_categoria A50 <M>fecha DT cuetipo_cuenta A1 DES_VARIABLE A50 <M> usuario_creacion A10 <M> FK_VARIABLES_SISTEMA_categoria usuario_creacion A10 <M> cod_objeto <pi> A10 <M>cuota I cuesaldo_anterior DC12,2 <M> USUARIO_CREACION A10 <M> fecha_creacion DT <M> fecha_creacion DT <M> nombrefisico A50 <M> FK_objeto_tipoobjetovalor F15 FECHA_CREACION DT <M> estacion A50 <M> cuecargos DC12,2 estacion A50 <M> nombredescriptivo A50 <M>cuenta_bancaria A25 ESTACION VA50 <M> cueabonos DC12,2 usa_fecha_sistema BL FK_Menu_Sistema_objeto ejecutable BL <M> PK_tipoobjeto <pi>aplicado A1 cuesaldo_actual DC12,2 FUNCION TXT PK_categoria <pi> usuario_creacion A10 <M>fecha_adicion DT PK_CUENTA_BANCARIA <pi> PK_VARIABLES_SISTEMA <pi> fecha_creacion DT <M>usuario A10 estacion A50 <M> PK_objeto <pi> dtproperties CONFIGURACION talonario id <pi> NO <M> connombre A20 correlativo <pi> I <M> objectid I conrazon_social MBT100 numero_cuotas I property <pi> VA64 <M> contelefono1 A15 fecha_generado DT value VA255 contelefono2 A15 fecha_inicio DT uvalue VMBT255 confax A15 fecha_final DT lvalue PIC condireccion1 MBT100 numero_casas I <M> version I <M> condireccion2 MBT100 usuario A10 pk_dtproperties <pi> conpresidente MBT60 fecha_creacion DT consecretario MBT60 PK_talonario <pi> contesorero MBT60 factura N10 tiraje_factura A20 registro A10 nit A14 fecha_actualizacion DT usuario A10 160
    • movimiento_mensual CUOTA_MES objeto tipo_servicio estado_servicio POLIGONO FK_Menu_Sistema_objeto CLASIFICA_CONSULTA1 cascodigo char(10) <pk> cuo_cascodigo char(10) <pk,fk> cod_objeto char(10) <pk> codigo char(2) <pk> estcodigo char(5) <pk> cuo_fecha datetime <pk> polcodigo char(5) <pk> CLASIFICA1 char(10) <pk> fecha datetime <pk> descripcion char(60) nombrefisico char(50) factura int <pk> estdescripcion char(80) cuo_valor decimal(12,2) poldescripcion char(60) FK_objeto_tipoobjeto DESCRIPCION char(100) tipo_iva char(1) nombredescriptivo char(50) tipo_servicio char(2) <fk> cuomes char(2) ODBC char(1) FK_movimiento_mensual_tipo_servicio aplicacion char(1) tipo char(10) <fk> valor numeric(18,2) cuodescripcion char(60) Menu_Sistema ejecutable bit valor float(15) dia_corte numeric(6) valor_recargo decimal(18,2) usuario_creacion char(10) cuo_pagada bit Cod_opcion char(10) <pk> valor_transaccion decimal(18,2) fecha_creacion datetime Nivel char(2) concepto nvarchar(100) estacion char(50) Descripcion char(50) banco char(5) FK_CASA_estado_servicio RESIDENCIAL Categoria char(10) <fk1> cuenta_bancaria char(25) FK_CASA_POLIGONO rescodigo char(5) <pk> Cod_Opcion_Mayor char(10) usuario char(10) FK_CUOTA_MES_CASA FK_movimiento_historico_tipo_servicio resnombre char(80) Correlativo int FK_CLASIFICA_CONSULTA2_CLASIFICA_CONSULTA1 fecha_adicion datetime ressiglas char(3) Cod_objeto char(10) <fk2> usuario_creacion char(10) CASA fecha_creacion datetime movimiento_historico estacion_creacion char(50) FK_movimiento_diario_tipo_servicio estado_vivienda cascodigo char(10) <pk> FK_CASA_RESIDENCIAL icono char(52) cascodigo char(10) <pk> casrescodigo char(5) <fk7> CLASIFICA_CONSULTA2 fecha datetime <pk> estcodigo char(2) <pk> PASAJE castelefono char(10) DIAGRAMA FISICO factura int <pk> estdescripcion char(60) caspoligono char(5) <fk4> pascodigo char(5) <pk> CLASIFICA1 char(10) <pk,fk> tipo_servicio char(2) <fk> movimiento_diario caspasaje char(5) <fk6> pasdescripcion char(60) FK_Menu_Sistema_categoria CLASIFICA2 char(10) <pk> valor decimal(18,2) FK_CASA_PASAJE DESCRIPCION char(100) valor_recargo decimal(18) cascodigo char(10) <pk> casnumero numeric(5) valor_transaccion decimal(18) fecha datetime <pk> FK_CASA_ESTADO_VIVIENDA casdireccion varchar(100) concepto nvarchar(100) nfactura int <pk> casestado_vivienda char(2) <fk3> tipo_servicio char(2) <fk> casestado_servicio char(5) <fk2> categoria banco char(5) FK_CASA_TIPO_PROPIETARIO cuenta_bancaria char(25) valor decimal(18,2) caspercodigo char(10) <fk5> TIPO_PROPIETARIO categoria char(10) <pk> FK_DETALLE_CONSULTA_CLASIFICA_CONSULTA2 usuario char(10) valor_recargo decimal(18,2) casobservacion ntext des_categoria char(50) tipcodigo char(5) <pk> FK_objetoperfil_objeto valor_transaccion decimal(18,2) castipo_propietario char(5) <fk8> usuario_creacion char(10) fecha_adicion datetime tipdescripcion char(60) concepto nvarchar(100) casclasifica_vivienda char(5) <fk1> fecha_creacion datetime banco char(5) fecha_ult_pago datetime estacion char(50) cuenta_bancaria char(25) fecha_ult_cuota char(10) DETALLE_CONSULTA FK_CASA_PERSONA usa_fecha_sistema bit BANCO usuario char(10) CODIGO char(10) <pk> bancodigo char(5) <pk> fecha_adicion datetime CLASIFICA1 char(10) <fk> FK_PAGO_CASA PERSONA CLASIFICA2 char(10) <fk> bannombre char(60) tipoobjeto bancontacto char(80) percodigo char(10) <pk> DESCRIPCION varchar(100) FK_PAGO_tipo_servicio tipo char(10) <pk> bantelefono1 char(15) PAGO pernombre char(30) CAMPOS text descripcion char(50) bantelefono2 char(15) perape char(30) AGRUPA_POR text nfactura int <pk> usuario_creacion char(10) perfecha_nacimiento datetime FILTRAR_POR text banfax char(15) pag_cascodigo char(10) <pk,fk2> fecha_creacion datetime perdui char(10) ORDENAR_POR text bandireccion varchar(100) pagcuotasp numeric(5) estacion char(50) FK_movimiento_banco_BANCO pernit char(14) FILTRAR_GRUPO text pagfecha datetime perotro_documento char(25) TABLA1 char(150) pagtipo_servicio char(2) <fk3> FK_VARIABLES_SISTEMA_categoria pagvalor decimal(12,2) FK_CASA_CLASIFICA_VIVIENDA per_profesion char(5) <fk> TABLA2 char(150) FK_PAGO_BANCO pagrecargo decimal(12,2) perfecha_recidir datetime TABLA3 char(150) pag_codbanco char(5) <fk1> perobservacion ntext TABLA4 char(150) pag_cuentabanco char(25) TABLA5 char(150) movimiento_banco objetoperfil TABLA6 char(150) usuario char(10) <fk4> char(10) fecha datetime FK_PERSONA_profesion categoria char(10) <pk> TABLA7 char(150) cascodigo char(80) cod_objeto char(10) <pk,fk1> TABLA8 char(150) nombre cod_perfil char(10) <pk,fk2> CONSULTA_ALTERNA text fecha datetime FK_CUENTA_BANCARIA_BANCO FK_PAGO_usuario profesion USUARIO char(10) cuota int usuario char(10) <pk> float(15) caducidad bit FECHA_CREACION datetime valor cod_profesion char(5) <pk> VARIABLES_SISTEMA usuario fecha_ini datetime FECHA_MODIFICACION datetime banco char(5) <fk> des_profesion varchar(50) usuario char(10) <pk> CLASIFICA_VIVIENDA CODIGO_VARIABLE char(10) <pk> fecha_fin datetime from_join text cuenta_bancaria char(25) password char(60) clacodigo char(5) <pk> COD_CATEGORIA char(10) <fk> tipoacceso char(1) <fk3> aplicado char(1) nombre char(50) cladescripcion char(60) VALOR float(15) usuario_creacion char(10) fecha_adicion datetime apellidos char(50) clatipo_cobro char(1) DES_VARIABLE char(50) fecha_creacion datetime FK_objetoperfil_tipo_acceso usuario char(10) telefono char(14) clavalor decimal(12,2) USUARIO_CREACION char(10) estacion char(50) sesiones numeric(2) FECHA_CREACION datetime intentos_sesion numeric(2) ESTACION varchar(50) sesion_actual numeric(2) usuarioperfil FUNCION text CUENTA_BANCARIA hisproce FK_objetoperfil_perfil caduca bit usuario char(10) <pk,fk2> cuecodigo_banco char(5) <pk,fk> proceso varchar(50) <pk> fecha_caducidad datetime cod_perfil char(10) <pk,fk1> cuecuenta char(25) <pk> fecha_proceso datetime <pk> FK_hisproce_usuario agencia char(2) caducidad_perfil bit cuenombre char(100) descripcion varchar(50) bloqueado bit inicio_perfil datetime perfil cuetipo_cuenta char(1) estado bit estacion_bloqueo char(50) fin_perfil datetime cod_perfil char(10) <pk> cuesaldo_anterior decimal(12,2) ejecuciones int fecha_bloqueo datetime FK_usuarioperfil_usuario usuario_creacion char(10) FK_usuarioperfil_perfil des_perfil char(50) tipo_acceso cuecargos decimal(12,2) usuario char(10) <fk> f_ult_password datetime fecha_creacion datetime usuario_creacion char(10) cueabonos decimal(12,2) fecha_ejecusion datetime usuario_creacion char(10) estacion char(50) tipo_acceso char(1) <pk> fecha_creacion datetime cuesaldo_actual decimal(12,2) fecha_creacion datetime descripcion char(20) estacion char(50) estacion_creacion char(50) dtproperties CONFIGURACION talonario id int <pk> connombre char(20) correlativo int <pk> objectid int conrazon_social nchar(100) numero_cuotas int property varchar(64) <pk> contelefono1 char(15) fecha_generado datetime value varchar(255) contelefono2 char(15) fecha_inicio datetime uvalue nvarchar(255) confax char(15) fecha_final datetime lvalue image condireccion1 nchar(100) numero_casas int version int condireccion2 nchar(100) usuario char(10)161 conpresidente nchar(60) fecha_creacion datetime consecretario nchar(60) contesorero nchar(60) factura numeric(10) tiraje_factura char(20) registro char(10) nit char(14) fecha_actualizacion datetime usuario char(10)
    • F.3.4 Diseño de Estructura de Tablas de DatosUna base de datos es una colección de registros o archivos relacionadoslógicamente.En una base de datos se consolidan muchos registros previamente almacenados enarchivos independientes, de modo que un cúmulo común de registros sirva comouna 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 parasatisfacer los requerimientos de los usuarios y las necesidades de la organización.El diccionario de datos guarda los detalles y descripciones de los elementos queforman parte del flujo en todo el sistema.16A continuación se presenta el diseño de las tablas que conforman las bases de datosutilizada por el sistema automatizado para el control y administración de pagos deagua potable para las comunidades del complejo residencial san pedro en la zona demejicanos.Y además la descripción de cada uno de los campos y así el usuario tenga una ideaclara de los elementos que intervienen en los diferentes procesos:16 http://mapaches.itz.edu.mx/~bdvr1710/dd.ppt#257,2 162
    • NOMBRE DE LA TABLA: RESIDENCIALDESCRIPCION DE LA TABLA: Tabla general catalogo de residencial. Nombre Nombre Físico Tipo Longitud Regla Descripción y lógico del campo Código de rescodigo char 5 R Código de identificación de residencia la residencia, por ejemplo: “00001”, “00002” de forma correlativa para cada residencial Nombre de la resnombre char 80 R Indicará el nombre de las residencia residenciales del complejo San Pedro, ejemplo: “RESIDENCIAL SAN PEDRO PONIENTE”, “OLIMPICA I”, etc. Abreviaturas de ressiglas char 3 R Indican las abreviaturas residenciales 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_PROPIETARIODESCRIPCION DE LA TABLA: Tabla que contiene que tipo de propietario tiene la vivienda(Dueño, inquilino) Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción tipcodigo char 5 R Código del tipo de propietario, Por ejemplo: “00001”Código de tipo de indica Dueño,propietario “00002” indica inquilino tipdescripcion char 60 R Describe el tipo deNombre de tipo de propietario:Propietario DUEÑO o INQUILINO 163
    • NOMBRE DE LA TABLA: SERVICIODESCRIPCION DE LA TABLA: Tabla que contiene los campos que poseen el tipo de servicio. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción sercodigo char 5 R Código deCodigo del identificación del tipoServicio de servicio serdescripcion char 60 R Descripción delDescripción servicio que ACOSAPdel Servicio prestaValor del servalor decimal 9 R Valor del servicioServicio prestado por ACOSAPDias de serdias_gracias numeric 5 R Valor de los días deGracias del gracias por servicioServicio prestadoValor del servalor_recargo decimal 9 R Valor por el recargoServicio de del servicio de aguarecargo potableNOMBRE DE LA TABLA: POLIGONODESCRIPCION DE LA TABLA: Tabla que contiene los campos del polígono de la vivienda. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción polcodigo char 5 R Código de polígono, por ejemplo: “00001”, “00002” de forma correlativa para cadaCódigo de Polígono polígono que se cree. poldescripcion char 60 R Descripción del nombre que se asignará a cada polígono, por ejemplo: “Poligono 1A “,descripción de polígono “Polígono 1B”, etc. 164
    • NOMBRE DE LA TABLA: PASAJEDESCRIPCION DE LA TABLA: Tabla que contiene los campos del pasaje de la vivienda.Nombre Nombre Físico Tipo Longitud Regla Descripción y lógico del campoCodigo del Pasaje Pascodigo char 5 R Código para identificar el pasajeDescripció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: BANCODESCRIPCION DE LA TABLA: Tabla que contiene los datos del catalogo de banco.Nombre Nombre Físico y Tipo Longitud Regla Descripción lógico del campoCodigo de Banco bancodigo char 5 R Código del banco, por ejemplo: “00001”, “00002” de forma correlativa para cada bancoNombre 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ónTelefono 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ónFax del Banco banfax char 15 O El numero de fax del bancoDireccion del Banco bandireccion nchar 200 O Describe la dirección del banco 165
    • NOMBRE DE LA TABLA: CUOTA_MESDESCRIPCION DE LA TABLA: Tabla que contiene los campo para las cuotas mensualesNombre Nombre Físico Tipo Longitud Regla Descripción y lógico del campoCuota 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í sucesivamenteDescripcion 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-habienteCodigo de Cuota cuo_cascodigo char 10 R Es el codigo que posee elcasa-hab. casa-habientes según cuotaFecha de la cuota cuo_fecha datetime 8 R Representa la cuota según la fechaValor de la Cuota cuo_valor decimal 9 R Representa el valor según la fechaCuota pagada cuo_pagada bit 1 O Representa el valor según la fechaNOMBRE DE LA TABLA: CONFIGURACIONDESCRIPCION DE LA TABLA: Tabla que contiene los campo para la configuración. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción connombre Nombre de la AsociaciónNombre de la Asociación char 20 R (ACOSAP) conrazon_social Nombre de laRazon Social nchar 200 R Razón Social contelefono1 Código delTelefono 1 char 15 O teléfono contelefono2 Código del teléfono que se tiene comoTelefono 2 char 15 O segunda opción confax El numero deFax char 15 O fax de ACOSAP condireccion1 La dirección deDirección 1 nchar 200 R ACOSAP condireccion2 La dirección deDirección 2 nchar 200 R ACOSAP 166
    • Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción conpresidente El nombre del presidente dePresidente nchar 120 O ACOSAP consecretario El nombre del secretario deSecretario nchar 120 O ACOSAP contesorero El nombre del tesorero deTesorero nchar 120 O ACOSAP El nombre del tesorero deFactura factura numeric 9 O ACOSAP El nombre delTiraje de factura tiraje_factura char 20 O tesorero El nombre del tesoreroRegistro registro char 10 O El nombre del tesorero deNit nit char 14 O ACOSAP El nombre del tesorero deFecha de actualización fecha_actualizacion datetime 8 R ACOSAP El nombre del tesorero deUsuario usuario char 10 R ACOSAPNOMBRE DE LA TABLA: CASADESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a lascaracterísticas de la vivienda. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción El código de la casa que recibe el servicio deCódigo de los Casa Cascodigo char 10 R agua potable El código de la residencia queCódigo por servicio recibe el serviciorecibido Casrescodigo char 10 R de agua potable El numero de teléfono de la casa en donde se proporciona elTeléfono del Casa- servicio de aguahabiente Castelefono char 10 0 potable 167
    • Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción El polígono de la casa en donde se brinda el servicio de aguaPolígono de la Casa Caspoligono char 5 R potable El pasaje en donde se realiza el servicio de agua potablePasaje de la Casa Caspasaje char 5 R Dirección de la casa en donde se proporciona el servicio de aguaDirección de la Casa Casdireccion varchar 100 R potable El estado de la vivienda como puede ser: ocupada, deshabitada,Estado de la Vivienda casestado_vivienda char 2 R abandonada El estado del servicio como puede ser:Estado de Servicio casestado_servicio char 2 R activo, inactivo Código de laCódigo de la persona persona o(cliente) Caspercodigo char 10 R encargado La observación sobre la casa a la que se le brinda el servicioObservación de la casa Casobservacion ntext 16 O de agua potable El tipo de propietario como puede ser: dueño, oTipo de propietario castipo_propietario char 5 R inquilino Laclasificación de l viviendaClasificacion de la casclasifica_viviend entre las que sevivienda a char 5 R encuentra Numero de laNumero de casa Casnumero numeric 5 R casa 168
    • NOMBRE DE LA TABLA: PERSONADESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a la personaresponsable de la vivienda. Nombre Físico y lógicoNombre del campo Tipo Longitud Regla Descripción El código de la persona que esta como responsableCódigo persona percodigo char 10 R de la vivienda El nombre de la persona responsable delNombre pernombre char 30 R pago del servicio Apellido de la persona responsable del uso del servicio deApellido perape char 30 R agua potable Fecha de nacimiento de la persona responsable del dateti servicio de aguaFecha de nacimiento perfecha_nacimiento me 8 O potable El numero de dui de la persona responsabilidad del pago del servicio de aguaDui perdui char 10 O potable El numero de nit de la persona responsable delNit pernit char 14 O servicio de agua Otro documento a parte del dui que permita identificar a la personaOtros documentos perotro_documento char 25 O responsable Profesión u oficio de la persona responsable por el pago del servicioProfeción per_profesion char 5 R de agua potable El tiempo de residir en la residencial a la que se le proporciona el dateti servicio de aguaTiempo de recidir perfecha_recidir me 8 O potable 169
    • Nombre Físico y lógicoNombre del campo Tipo Longitud Regla Descripción Observación acerca de la persona que es la propietaria de la casa a la que se le brinda el servicioObservaciones perobservacion ntext 16 O de agua potableNOMBRE DE LA TABLA: PAGODESCRIPCION DE LA TABLA: Tabla que contempla los campos referentes al pago realizado. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Código de casa a que pag_cascodigo se le brinda el servicioCodigo de la casa char 10 R de agua potable Pago de cuota por el servicio de aguaPago de la Cuota pagcuota char 2 R potable Pago por tipo de servicio como puede ser: servicio de agua potable, reconexión delServicio de tipo de servicio, impresión depago pagtipo_servicio char 5 R estado de cuenta fecha en que corresponde el pago de servicio de aguaFecha de Pago pagfecha datetime 8 R potable Valor por el servicio deValor de Pago pagvalor decimal 9 R agua potable Pago por recargo causado por retraso en el pago del servicio por parte del casa-Pago por Recarga pagrecargo decimal 9 O habiente Código del banco donde se realizó el pago.Código de banco pag_codbanco char 5 O Numero de la cuenta bancaria a la que se remeso el dinero enNumero de Cuenta concepto de pago debancaria pag_cuentabanco char 25 O agua 170
    • Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Usuario que actualizó el movimiento en ACOSAP, o que ejecuto el proceso deUsuarios usuario char 10 R pagos automáticosFecha fecha datetime 8 R Fecha del sistemaNOMBRE DE LA TABLA: ESTADO_VIVIENDADESCRIPCION DE LA TABLA: Tabla que contempla los campo del estado de la vivienda Nombre Físico y lógico delNombre campo Tipo Longitud Regla Descripción estcodigo El código del estado de laCodigo de estado char 2 R vivienda estdescripcion La descripción del estado de laDescripción char 60 R viviendaNOMBRE DE LA TABLA: CLASIFICA_VIVIENDADESCRIPCION DE LA TABLA: Tabla que contempla los campo de la clasificación de lavivienda. Nombre Físico y lógico delNombre campo Tipo Longitud Regla Descripción El código en que se clasifica laCodigo de clasificación clacodigo char 5 R vivienda La descripción en que se clasifica laDescripción de Clasificación cladescripcion char 60 R vivienda La clasificación con el tipo deTipo de Cobro clatipo_cobro char 1 R cobro Valor que se asignará en concepto de cuota mensual, dependiendo el tipo de clasificación que se le asignará aValor de Clasificación clavalor decimal 9 R la vivienda. 171
    • NOMBRE DE LA TABLA: CUENTA_BANCARIADESCRIPCION DE LA TABLA: Tabla que contempla los campo de cuesta bancaria. Nombre Físico y Nombre lógico del campo Tipo Longitud Regla Descripción El código de laCodigo cuecodigo char 5 R cuenta bancaria CuentaCuenta bancaria cuecuenta char 25 R bancaria Código del banco,Codigo banco cuecodigo_banco char 5 R gestionador El saldo anterior de la cuentaSaldo Anterior cuesaldo_anterior decimal 9 O bancaria Cargos mensuales de la cuentaCargos cuecargos decimal 9 O bancaria Abonos mensuales deBonos cueabonos decimal 9 O cuenta bancaria El saldo actual de la cuentaSaldo actual cuesaldo_actual decimal 9 O bancariaNOMBRE DE LA TABLA: OBJETODESCRIPCION DE LA TABLA: Tabla que contiene los campos de los formularios, es decir delobjeto Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Detalla el código del objetoCodigo del Objeto cod_objeto char 10 R (formulario) Indica el nombre físico del objeto, el cual será el nombre del formulario (scx), o programaNombre Fisico nombrefisico char 50 R (prg) Contempla el nombre descriptivo delNombre Descriptivo nombredescriptivo char 50 R objeto 172
    • Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Indica el tipo del objeto (formulario, reporte,Tipo Tipo char 10 R programa) Especifica si el objeto será ejecutable o no, dicho de otra forma, si dicho objeto será ejecutado con DO, DOEjecutable ejecutable bit 1 R ROM Indica la creación del usuario delCreación de Usuario usuario_creacion char 10 R objeto Detalla fa fecha de creación delFecha de Creación fecha_creacion datetime 8 R objeto Indica la estación donde se creóEstación estacion char 50 O el objetoNOMBRE DE LA TABLA: CATEGORIADESCRIPCION DE LA TABLA: Tabla que contempla los campo de categoría de los usuarios. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Código que identifica la categoría para el acceso al sistemaCodigo de Categoria categoría char 10 R según usuario Describe la descripción de laDescripcion de Categoria des_categoria char 50 R categoría Nombre de pila del usuarioUsuario usuario_creacion char 10 R 173
    • Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Fecha de creación de laFecha fecha_creacion datetime 8 R categoría Nombre del Equipo de trabajo en el que se creo elEstación estacion char 50 O usuario Fecha según creación que el sistema tenga registrado, puede ser distinta a la fecha de laFecha del Sistema usa_fecha_sistema bit 1 R maquinaNOMBRE DE LA TABLA: PERFILDESCRIPCION DE LA TABLA: Tabla que describe los campo según perfil. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Detalla el códigoCódigo de perfil cod_perfil char 10 R del perfil Describe elDescripción des_perfil char 50 R nombre del perfil Describe el código de usuario que loUsuario creado usuario_creacion char 10 R creo Detalla la fecha de creación del usuario, fecha deFecha de creación fecha_creacion datetime 8 R la maquina Describe el equipo donde seEstación estacion char 50 O creo el perfil 174
    • NOMBRE DE LA TABLA: TIPOOBJETODESCRIPCION DE LA TABLA: Esta tabla contiene el tipo de objeto. Nombre Físico y lógico del campoNombre o Tipo Longitud Regla Descripción Detalla el código del tipo de objeto, si es formulario, reporte, programa PRG uCódigo de tipo tipo char 10 R otro Describe el nombre tipo deDescripción descripción char 50 R objeto Detalla el usuario de creación del tipoUsuario creado usuario_creacion char 10 R de objeto Detalla la fecha de Creación delFecha de Creación fecha_creacion datetime 8 R tipo de objeto La estación donde se creo elEstación estacion char 50 O tipo de objetoNOMBRE DE LA TABLA: MOVIMIENTO_DIARIODESCRIPCION DE LA TABLA: Tabla que describe el movimiento diario en ACOSAP. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Detalla el códigoCodigo de Casa cascodigo char 10 R de la casa Identifica la fechafecha fecha datetime 8 R de movimiento Contiene el tipo deTipo de servicio tipo_servicio char 5 R serbioValor valor numeric 9 R Detalla el valor Detalla el concepto de que se efectuóConcepto concepto nvarchar 200 R la transacciónUsuario usuario char 10 R Identifica el usuarioHora hora char 10 O Detalla la hora 175
    • NOMBRE DE LA TABLA: USUARIODESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a lascaracterísticas del usuario. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Nombre de pila delCódigo de usuario Usuario char 10 R código del usuario Código de Contraseña paraContraseña Password char 10 R acceder al sistemaNombre Nombre char 50 R Nombre de usuarioApellidos Apellidos char 50 R Apellido del usuarioTeléfono Telefono char 14 R Teléfono del usuario Numero de SesionesSesiones Sesiones numeric 5 R que puede aperturar Numero de IntentosNumero de intentos intentos_sesion numeric 5 R Fallidos Indica el numero de sesiones actuales activadas, si sobre pasa al numero de sesiones permitidas, el sistema bloquea elSesione actual sesion_actual numeric 5 R acceso. Indica si el usuario ha que se creará, tendrá fecha en que caducará el acceso al sistema, 1=Caduca,vencimiento Caduca bit 1 R 0=no caduca Indica la fecha de de cuando caducará el acceso al sistema, siempre y cuando seFecha de le haya indicado queVencimiento fecha_caducidad datetime 8 R caducara. Indicador de que el usuario está bloqueado para acceder al sistema, 1=bloqueado, 0=noBloqueo bloqueado bit 1 R bloqueado Indica de que estación fueEstación de Bloqueo estacion_bloqueo char 50 O bloqueado el usuario Determina la fecha en la que se bloqueoFecha de bloqueo fecha_bloqueo datetime 8 O el sistema 176
    • Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Indica la fecha de ultimo cambio de password, el sistema automáticamente cada 30 días haceFecha de ultimo que se cambie elcambio de password f_ult_password datetime 8 R password. Indica le usuario de creaciónUsuario Creado usuario_creacion char 10 R Fecha de creaciónFecha creada fecha_creacion datetime 8 R del sistema Indica en que equipoCreación de equipo estacion_creacion char 50 R se creo el usuario.NOMBRE DE LA TABLA: MOVIMIENTO_MENSUALDESCRIPCION DE LA TABLA: Tabla que contiene los movimientos mensuales que se realizan. Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Describe el código de la casa que efectuo elcascodigo cascodigo char 10 R movimiento Fecha en que sefecha fecha datetime 8 R efectuó la transacción Indica el tipo detipo_servicio tipo_servicio char 5 R servicio Indica el valor que sevalor valor numeric 9 R aplico Detalla el conceptoconcepto concepto nvarchar 200 R del movimiento Detalla el usuario que realizó la transacciónusuario usuario char 10 R en el sistema Especifica la hora delhora hora char 10 O movimiento mensual 177
    • NOMBRE DE LA TABLA: USUARIOPERFILDESCRIPCION DE LA TABLA: Tabla que contiene los campos que pertenecen a lascaracterísticas del usuario según perfil Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Identificación delCodigo de usuario usuario char 10 R código de usuario R Código de perfilCodigo de Perfil de de usuario que seUsuario cod_perfil char 10 le ha asignado O Describe si el perfil asignado aCaducidad del perfil- un usuario tendráusuario caducidad_perfil bit 1 caducidad O Describe la fecha inicio en la que se usara el udustrio- perfil, si por supuesto se le ha definido queFecha de Perfil de dicho usuario-inicio inicio_perfil datetime 8 perfil caducará R Describe la fecha de finalización deFecha de Perfil de la caducidad delfinal fin_perfil datetime 8 usaurio-perfil R Indica la creación delCreación de Usuario usuario_creacion char 10 usuario R Fecha de creación delFecha Creada fecha_creacion datetime 8 usuario-perfil R Equipo donde se creó el usuario-Estación estacion char 50 perfil 178
    • NOMBRE DE LA TABLA: MOVIMIENTO_HISTORICODESCRIPCION DE LA TABLA: Esta tabla contempla todos los movimientos que se hanrealizado en el transcurso de la utilización del sistema Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción Indica el código decascodigo cascodigo char 10 R la casa R La fecha delfecha fecha datetime 8 movimiento R Contempla el tipo de servicio que setipo_servicio tipo_servicio char 5 realizo R Detalla el valor delvalor valor numeric 9 servicio R Describe el concepto del movimientoconcepto concepto nvarchar 200 efectuado R Indica el usuario que realizo elusuario usuario char 10 movimiento R Detalla la hora en que se realizohora hora char 10 dicho movimiento R Indica la fecha de proceso en que sefecha_proceso fecha_proceso datetime 8 paso a histórico R Indica el usuario que generó el proceso del movimientousuario_proceso usuario_proceso char 10 histórico 179
    • NOMBRE DE LA TABLA: VARIABLES_SISTEMADESCRIPCION DE LA TABLA: Tabla que contiene los campos que pertenecen a lascaracterísticas de la variable del sistema Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción R Detalla el código de la variable del sistema, es una variableCodigo de variable codigo_variable char 10 de control. R Indica elCod de Categoria cod_categoria char 10 código R Indica el valor de la variable del sistema, si fuera un valorValor valor float 8 numérico R Describe la variable del sistema o puede contener un valor determinado, para aquellasDescripción de variables noVariable des_variable char 50 numéricas R Usuario que creó el registro deCreación de usuario usuario_creacion char 10 esa variable R La fecha en que fueFecha Creación fecha_creacion datetime 8 creada R Indica la estación donde se creoEstacion estacion varchar 50 la variable R Es una descripción de la razón de ser de o la función de laFunción funcion text 16 variable 180
    • NOMBRE DE LA TABLA: MENU_SISTEMADESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a lascaracterísticas del menú del sistema. Nombre Físico y lógico delNombre campo Tipo Longitud Regla Descripción R Código de la opción, de acuerdo al orden presentado en elCódigo de Opción Cod_opcion char 10 menú construido. R Nivel de la queNivel Nivel char 2 depende la opción R Nombre de la opción presentada en elDescripción Descripcion char 50 menú R Nombre de la categoría a la que pertenece, si el sistema se haya desarrollara menú porCategoría Categoria char 10 módulos R El código de opciónCódigo de Opción Cod_Opcion de mayor de la quemayor _Mayor char 10 depende la opción R Numero correlativo por opción, que dependan de laCorrelativo Correlativo int 4 misma opción mayor R Indica el código dadoCódigo del objeto Cod_objeto char 10 al objeto usuario_cre R Indica el usuario queUsuario acion char 10 incorporó el registro. fecha_creac R Indica la fecha deFecha de Creación ion datetime 8 creación del registro R Detalla la estación estacion_cr donde se creo elEstación eacion char 50 registro R Icono que aparecerá a la opción, dentro delIcono icono char 52 menu 181
    • NOMBRE DE LA TABLA: OBJETOPERFILDESCRIPCION DE LA TABLA: Tabla que contiene los campos que pertenecen a lascaracterísticas del objeto del perfil, que es donde, se asigna a un usuario, el perfilcorrespondiente, así como el objeto que va ligado al perfil Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción R Contiene la categoría delCategoría categoria char 10 sistema R Indica el código del objetoCódigo de objeto cod_objeto char 10 ligado al perfil R Contempla el codigo del perfilCódigo de Perfil cod_perfil char 10 ligado al objeto R Contiene el codigo del usuario al cual se le han especificado dicho derecho del objeto, en un perfilCódigo de Usuario usuario char 10 determinado R Especifica si el derecho al objeto dentro de un perfil determinado tendráVencimiento caducidad bit 1 caducidad R La fecha de inicio de caducidad del objeto de perfil asignado a un usuarioFecha de Inicio fecha_ini datetime 8 R Detalla la fecha de que finalizará el objeto de perfilFecha Final fecha_fin datetime 8 a un usuario 182
    • Nombre Físico yNombre lógico del campo Tipo Longitud Regla Descripción R Indica el tipo de acceso que tendrá el usuario a dicho objeto: P=Procesos, A=Agregar, B=Agregar/mod ificar, C=Agregar/borr ar D=Modificar/bor rar E=Eliminación, M=Modificar,Tipo de Acceso tipoacceso char 1 T=Todos R Indica la creación deCreación de Usuario usuario_creacion char 10 usuario R Detalla la fecha de creación delFecha de Creación fecha_creacion datetime 8 objeto del perfil R Indica la estación delEstación estacion char 50 objeto de perfilNOMBRE DE LA TABLA: HISPROCEDESCRIPCION DE LA TABLA: Tabla que contiene los campos de bitácora de proceso. Nombre Físico y lógico delNombre campo Tipo Longitud Regla Descripción R Contiene el usuario que ejecuto la acciónUsuario usuario char 12 en el proceso R Detalla el nombre de la acción la opción ejecutada delProcesos proceso varchar 50 proceso R Indica la fecha de sistema cuando se creoFecha del Sistema fecha_sistema datetime 8 el proceso R Detalla de fecha de la maquina cuando se creoFecha de la Maquina fecha_maquina datetime 8 el proceso 183
    • Nombre Físico y lógico delNombre campo Tipo Longitud Regla Descripción R Es una descripción de lo que hace elDescripción descripcion varchar 50 procesoNOMBRE DE LA TABLA: PROFESIONDESCRIPCION DE LA TABLA: Tabla que contempla los campos que pertenecen a la profesión Nombre Físico y lógico delNombre campo Tipo Longitud Regla Descripción R El código de profesión, que tendrá la persona encargada de laCodigo de Profesión cod_profesion char 5 vivienda R Nombre de laDescripción de Profesion des_profesion varchar 50 profesiónNOMBRE DE LA TABLA: ESTADO_SERVCIODESCRIPCION DE LA TABLA: Esta tabla contiene el estado del servicio. Nombre Físico y lógico delNombre campo Tipo Longitud Regla Descripción R Código del estadoCódigo de Estado estcodigo char 5 de servicio R Nombre delDescripción estdescripcion char 80 estado de servicio 184
    • NOMBRE DE LA TABLA: TALONARIODESCRIPCION DE LA TABLA: Esta tabla contiene los campos que controlan las cuotas yfecha definidas para generar los talonarios. Nombre Físico y lógico del LongiNombre campo Tipo tud Regla DescripciónCorrelaivo correlativo int 4 R Numero correlativo del talonario numero_cuotNumero de cuotas as int 4 R Numero de cuotas pendienteFecha deelaboracion de fecha_gener Fecha de generacion deltalonario ado datetime 8 R talonarioFecha de inicio de Controla la fecha de Inicio decuotas fecha_inicio datetime 8 R transacciónFechal final de Controla la fecha de final decuotas fecha_final datetime 8 R transacción numero_cas Determina el numero de laNumero de la casa as int 4 R vivienda Describe el usuario o casa-Usuario usuario char 10 R habienteFecha de acceso del fecha_creaciusuario on datetime 8 R Fecha de usuario creadoNOMBRE DE LA TABLA: TIPO _SERVICIODESCRIPCION DE LA TABLA: Esta tabla contiene los campos que controlan el tipo de servicio Nombre Nombre Tip Longit Regl Descripción Físico y o ud a lógico del campoCorrelaivo codigo cha 2 R Numero correlativo según servicio rDescripción del servicio descripci cha 60 R Descripción del servicio on rPorcentaje de cobro en caso tipo_iva cha 1 R Parametro de porcentaje a cobrade iva r según servicioTipo de aplicación del aplicacio cha 1 R Aplicación de servicio a cobrarservicio n rValor del servicio valor floa 8 R Valor de parametro de cobranza t segunservicio. 185
    • NOMBRE DE LA TABLA: USUARIODESCRIPCION DE LA TABLA: Tabla de campos relacionados al control de usuarios queIngresan al Sistema. Nombre Físico y lógico delNombre campo Tipo Longitud Regla Descripción Usuario que accede alUsuario usuario char 10 R SistemaClave de acceso alSistema password char 60 R Clave de acceso al SistemaNombre del Usuario nombre char 50 R Nombre de usuarioApellido del Usuario apellidos char 50 R Apellido del usuarioTeléfono del Numero de sesión al cual seUsuario telefono char 14 R ingresa al sistemaSesiones deingreso sesiones numeric 5 R Indica en que sesión ingreso intentos_sesi Numero de Intentos deIntento de Seccion on numeric 5 R ingreso al sistema sesion_actua Controla en que sesión estaSesión actual l numeric 5 R actualmenteBandera de Bandera de mensaje paracaducidad caduca bit 1 R visualizar la caducidadFecha de fecha_caduci Fecha en el que vecen elcaducidad dad datetime 8 R acceso al usuario Identifica la agencia en casoAgencia agencia char 2 R excitanBandera debloqueado bloqueado bit 1 R Bandera de BloqueoEstación o equipo estacion_blo Equipo en el cual se ingresade bloqueo queo char 50 R en el sistema Indica la fecha de bloqueo fecha_bloqu por los intentos deFecha de bloqueo eo datetime 8 R ingresar al sistemaFecha ultimo de f_ult_passwo Fecha de vencimiento declave rd datetime 8 R clave de acceso usuario_creaUsuario creado cion char 10 R Nombre de usuario creado fecha_creaci Fecha de creación deFecha de Creación on datetime 8 R usuario Nombre del equipo referidoEstación o equipo estacion_cre respecto a la seccióncreado acion char 50 R Donde esta el Sistema 186
    • NOMBRE DE LA TABLA: TIPO_ACCESODESCRIPCION DE LA TABLA: Tabla de campos relacionados al control de usuarios condiferente Nombre Físico y Lon lógico del gituNombre campo Tipo d Regla Descripción Derechos de acceso que le permite al usuario tener elTipo de control total, parcial o minio de los proceso aacceso tipo_acceso char 1 R ejecutar dentro el sistema. Describe el tipo de acceso al sistema como usuario Administrativo, Restringido etcDescripción descripcion char 20 RNOMBRE DE LA TABLA: MOVIMIENTO_BANCODESCRIPCION DE LA TABLA: Tabla de campos relacionados al control de los pagosrealizados en los banco Nombre Físico y lógico del Longit ReglNombre campo Tipo ud a DescripciónCodigo del Código del casa habientecasahabiente cascodigo char 10 RNombre nombre char 80 R Nombre del casa habienteFecha fecha datetime 8 R Fecha de pago Cuota de pagos según mesesCuota cuota int 4 R atrasadosValor valor float 8 R Valor total de dichas cuotas Bancos Asociados al servicio conBanco banco char 5 R ACOSAPCuenta cuenta_bancariBancaria a char 25 R Cuenta Bancaria Control que aplica a los proceso relacionadosAplicado aplicado char 1 R a los pagosFecha de Fecha de ejecución del proceso deadición fecha_adicion datetime 8 R pago Usuaria del sistema el cual realizo losUsuario usuario char 10 R procesos. 187
    • NOMBRE DE LA TABLA: ESTADO_SERVICIODESCRIPCION DE LA TABLA: Tabla de campos relacionados al control del estado del servicio. Nombre Físico y lógico del Long ReglNombre campo Tipo itud a Descripción Codigo de estado de servicio en relación a las cuotasCodigo de estado estcodigo char 5 R pendientes a pagarDescripción de estdescripciestado on char 80 R Descripción del servicio 188
    • F.3.5 Estándares de Diseño de Pantallas de EntradaLa efectividad de un diseño significa que las formas y pantallas de entrada sirven aun propósito específico del sistema de manejo de información, y a su vez la precisiónse refiere al diseño que asegure el llenado adecuado.17Las formas son instrumentos importantes para dirigir el curso del trabajo. Pordefinición son papeles impresos o duplicados que requieren que la gente llene conrespuesta de una forma estandarizada. Las formas extraen y capturan informaciónque frecuentemente alimentaran a la base de datos. Por medio de este proceso, lasformas 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 atractivasA continuación se presentan los formularios que conforman el sistema automatizadopara el control y administración de pagos de agua potable para las comunidades delcomplejo residencial san pedro en la zona de mejicanos.17 http://griho.udl.es/ipo/transpas/guias_lsi.ppt#340,17,Principios IBM (2001) 189
    • PANTALLA PRINCIPALEsta 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 elegidopreviamente en el menú.PARTE IZQUIERDA: Contendrá el menú de acceso a las diferentes pantallas delsistemaPARTE INFERIOR: Contendrá el nombre del usuario que haya ingresado al sistemacon su clave de acceso y contraseña. 190
    • PARTE CENTRALPARTE INFERIOR 191
    • PARTE IZQUIERDA PANTALLA DE CAPTURA DE DATOSLas pantallas de captura de datos están compuestas por las opciones de combos ylas opciones de nuevo, editar, borrar y salirCOMBOS: Son habilitados en los campos con el propósito de facilitar al usuario laelección de datos correspondientes.BOTONES DE NUEVO, EDITAR, BORRAR, SALIR: Están situados en la parteinferior de los formularios.El botón nuevo: Sirve para ingresar datos nuevos.El botón Editar: Se utiliza para modificar información. 192
    • 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. FECHA COMBO BOTONES NUEVO, EDITAR, BORRAR, SALIR PANTALLA EN FORMULARIOSLas pestañas dentro de los formularios sirven para ingresar otra información en elmismo formulario de manera que pueda ver mas espacio para capturar datos 193
    • PESTAÑAS Pantalla para impresión de reportesEn el botón de impresión que se encuentra en esta pantalla al dar clic levantael reporte de acuerdo al formulario en el cual se este trabajando 194
    • F.3.6 Estándares de Diseño de Pantallas de SalidaEl diseño del formato de reportes esta constituido por diversos segmentos que sedetallan a continuación: Fecha Tema de Actual Reporte Numero de página Cuerpo del Reporte F.3.7 Perfiles de UsuariosUn usuario es cualquier persona definida en un perfil de acceso a la base de datosdel SYSACOSAP. Es posible asignar roles a usuarios y estos roles definen losprivilegios en la base de datos y recursos, que definen las limitaciones que seaplican a una sesión.De acuerdo a los roles a los cuales tiene derecho un usuario se han clasificado de lasiguiente forma: 195
    • Administrador:Será el personal encargado de la creación y eliminación de usuarios, migración dedatos, 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ónconfiable; se entiende como actualización a la adicción, eliminación y modificación dela información contenida en el SYSACOSAP, garantizando con ello la veracidad dela información.Usuario Final:Es aquel usuario cuyo acceso SYSACOSAP estará orientado a consultar lainformación generada a través de los diferentes reportes. 196