INTRODUCCIÓN. En la actualidad existe un gran número de herramientas para el desarrollo de un

Transcripción

1 1

2 2 iv INTRODUCCIÓN. En la actualidad existe un gran número de herramientas para el desarrollo de un sistema informático, cada una tiene sus ventajas y desventajas, lo importante es saber seleccionar lo que mejor se acople a las necesidades actuales y futuras de las empresas. En el desarrollo del sistema para ACOSIB, de R. L., se utilizará del sistema de gestión de base de datos Oracle 9i y como herramientas de desarrollo de aplicaciones Developer 6i, ya que la cooperativa cuenta con ambos software y se adapta a las necesidades de integración del SCI de la Bolsa de Valores. En este capítulo, se abarcan aspectos importantes sobre el funcionamiento de Oracle y Developer, además se hará una descripción de la interfaz del sistema que se ha creado e implementado en ACOSIB, el que incluye los módulos que posee, las pantallas que compone cada módulo, su funcionamiento y las tablas con las que interactúa.

3 PROGRAMACION ORIENTADA A OBJETOS. La programación orientada a objetos (POO u OOP) según siglas en inglés), es un paradigma de programación que define los programas en términos de "clases de objetos", objetos que son entidades que combinan estado (es decir, datos), comportamiento (esto es, procedimientos o métodos) e identidad (propiedad del objeto que lo diferencia del resto). La programación orientada a objetos expresa un programa como un conjunto de estos objetos, que colaboran entre ellos para realizar tareas. Esto permite hacer los programas y módulos más fáciles de escribir, mantener y reutilizar. De esta forma, un objeto contiene toda la información, (los denominados atributos) que permite definirlo e identificarlo frente a otros objetos pertenecientes a otras clases (e incluso entre objetos de una misma clase, al poder tener valores bien diferenciados en sus atributos). A su vez, dispone de mecanismos de interacción (los llamados métodos) que favorecen la comunicación entre objetos (de una misma clase o de distintas), y en consecuencia, el cambio de estado en los propios objetos. Esta característica lleva a tratarlos como unidades indivisibles, en las que no se separan (ni deben separarse) información (datos) y procesamiento (métodos). Esto difiere de la programación estructurada tradicional, en la que los datos y los procedimientos están separados y sin relación, ya que lo único que se busca es el procesamiento de unos datos de entrada para obtener otros de salida. La programación estructurada anima al programador a pensar sobre todo en términos de procedimientos o funciones, y en segundo lugar en las estructuras de datos que esos procedimientos manejan. En la programación estructurada se escriben funciones y después les pasan datos. Los programadores que emplean lenguajes orientados a objetos definen objetos con datos y métodos y después envían mensajes a los objetos diciendo qué realicen esos métodos en sí mismos.

4 DEVELOPER. El Developer es una herramienta de desarrollo de aplicaciones, que se utiliza con Oracle. Este desarrollador, permite crear formularios en local, es decir, mediante esta herramienta se puede crear formularios, compilarlos y ejecutarlos, pero si se quiere que los otros trabajen sobre este formulario se debe copiar regularmente en una carpeta compartida para todos, de modo que, cuando quieran realizar un cambio, deberán copiarlo de dicha carpeta y luego volverlo a subir a la carpeta. La principal ventaja de esta herramienta es que es bastante intuitiva y dispone de un modo que permite componer el formulario, tal y como haría en Visual Basic o en Visual C COMPONENTES PRINCIPALES DE DEVELOPER Forms. El componente forms de Developer es la parte del entorno de desarrollo en la que se construyen los módulos de formularios. Módulo de Formularios: El módulo de formularios es el componente principal de las aplicaciones interactivas y es el más complejo en términos de estructura interna, ya que contiene clases distintas de elementos. Disparadores (Triggers): Un disparador es un bloque de código PL/SQL que se asocia a otro elemento: un formulario, un bloque de datos o un elemento de un bloque de datos. Los disparadores de una aplicación de formularios contienen el

5 89 código que se añade a la aplicación y su estructura lógica constituye la mayor parte del diseño de un formulario. Bloques de datos: El bloque de datos es la unidad de construcción intermedia de los formularios y se puede ver de dos formas, como una colección de elementos o como una colección de registros, cada uno con la misma estructura. Canvas y ventanas: Un canvas es la base sobre la que se sitúa el texto plano y los elementos. Cada elemento hace referencia a un único canvas en su hoja de propiedades. Los elementos de un bloque de datos se pueden dividir entre diferentes canvas. Menú emergente: Un menú emergente es un menú flotante, que emerge cuando se pulsa con el botón derecho del ratón en un canvas o en un elemento. Aviso: Un aviso es un cuadro de diálogo especial que muestra un mensaje con un icono y hasta tres botones, como OK y Cancel, Yes y No, etc. Existen tres tipos de avisos: de parada, de precaución y de información. Editor: Un editor es un cuadro de diálogo con un editor de texto sencillo, que permite la introducción de líneas de texto en un elemento texto. El elemento editor permite especificar el tamaño de la ventana, los atributos visuales, el título del editor y otras. Las propiedades de la ventana permite la creación de editores con apariencias diferentes para diferentes campos de texto.

6 90 Grupo de registros: Es una estructura de datos especial parecida a una tabla con filas y columnas. Un grupo de registros puede ser un grupo de registros procedentes de una consulta o un grupo de registros estáticos. Los grupos de registros se pueden utilizar en LOV, en parámetros de datos que pasan registros a informes o gráficos, o como estructuras de datos PL/SQL. Lista de valores (LOV): Es un cuadro de diálogo especial que muestra un grupo de registros, permitiendo elegir una fila del grupo, devolviendo un único valor. Un LOV se utiliza como una forma de elegir un conjunto específico de valores. Elementos Programables: Los elementos programables se utilizan para estructurar programas. Estos elementos son igualmente aplicables a módulos de formularios y de menús. Módulos de menú. El módulo de menús es mucho más sencillo que el módulo de formularios. Consiste en un conjunto de elementos programables y un conjunto de menús. A su vez, cada menú consiste en un conjunto de opciones. Las opciones pueden ser sencillas o tener uno de los siguientes formatos: verificación, opción, separador y mágica Reports. El componente Reports de Developer es la parte del entorno de desarrollo con la que se realizan los módulos de informes. En este entorno se puede hacer referencia a elementos de consultas externas, y se pueden configurar y

7 91 almacenar elementos de depuración. El Report Builder también incluye bibliotecas y elementos de base de datos. Los componentes básicos de un informe son: modelo de datos, su formulario de parámetros, sus disparadores de informes y su composición Graphics. El componente Graphics de Developer es parte del entorno en el que se desarrollan los módulos de pantallas. Un módulo de pantalla puede ser uno o más gráficos que se derivan de datos de base de datos, o pueden contener cualquier combinación de elementos gráficos con o sin referencia a la base de datos. Los módulos de pantalla se pueden utilizar estrictamente para mostrar datos mediante gráficos, como una herramienta de dibujo. No sólo hace que todos los elementos funcionen conjuntamente, sino que también trabaja con elementos procedentes de otras aplicaciones y con datos procedentes de gestores de bases de datos diferentes de Oracle Project builder. Es un componente del conjunto de herramientas Oracle Developer. PB le permite organizar sus archivos en proyectos y proporciona las herramientas necesarias para gestionarlos CUADRO COMPARATIVO DE LENGUAJES DE PROGRAMACION. Variables Oracle Microsoft Visual Developer Studio. Net Java Velocidad Alta Alta Medio Estabilidad Fuerte Fuerte Intermedio

8 92 Seguridad Alta Alto Alta Simplicidad Alta Alto Media Conectividad Alta Alto Alta Manejo de errores Alto Alto Alta Entorno de desarrollo Alto Alto Alta Precio software Alto Medio Gratis Precio plataforma Alto Medio Gratis Soporte Medio Alto Bajo CUADRO 10. Comparación entre lenguajes de programación PL/SQL. PL/SQL (Programming Language/SQL, por sus siglas en inglés). Provee una manera muy cómoda de relacionar los conceptos de bases de datos y manejarlos mediante ciertas estructuras de control, dentro del contexto de una herramienta netamente de programación. Su utilización es dentro del administrador de bases de datos Oracle, sus principales características son la posibilidad que brinda de utilizar sentencias SQL para manipular datos en Oracle y sentencias de control de flujo para organizar esta manipulación de datos. Dentro del lenguaje, es posible declarar constantes y variables, definir procedimientos y funciones y atrapar errores en tiempo de ejecución. Así visto, PL/SQL combina el poder de la manipulación de datos con SQL, y las facilidades del procesamiento de los mismos, tal como en los más modernos lenguajes de programación. 19. ORACLE. Es básicamente una herramienta cliente/servidor para la gestión de Bases de Datos. Es un producto vendido a nivel mundial y de gran potencia.

9 93 Un servidor Oracle posee una base de datos Oracle y la instancia Oracle, soporta acceso por SQL y por múltiples lenguajes de programación. También posee un lenguaje de procedimientos llamado PL/SQL, un lenguaje de 5ª generación bastante potente para tratar y gestionar la base de datos. Oracle posee dos estructuras primarias, la estructura física (datos almacenados) y la lógica (representación abstracta de los datos). Para su utilización primero sería necesaria la instalación de la herramienta servidor (Oracle en cualquier versión) y posteriormente se podría accesar a la base de datos desde otros equipos con herramientas de desarrollo como Oracle Developer, que es una herramienta básica de programación sobre Oracle VENTAJAS DE ORACLE. Estabilidad. Escalabilidad. Es multiplataforma. Base de datos multipropósito. Robustez Fácil administración. Inviolabilidad. Seguridad Puede manejar grandes volúmenes de datos. Posee alto desempeño. Soporte de transacciones. Con soporte para tecnologías Internet (XML).

10 ARQUITECTURA DE LA BD ORACLE. Una Base de Datos Oracle es un conjunto de datos almacenados y accesibles según el formato de tablas relacionales. Una tabla relacional tiene un nombre y unas columnas. Los datos están almacenados en las filas. Las tablas pueden estar relacionadas con otras. Una BD Oracle está almacenada físicamente en ficheros, y la correspondencia entre los ficheros y las tablas es posible gracias a las estructuras internas de la BD, que permiten que diferentes tipos de datos estén almacenados físicamente separados. Está división lógica se hace gracias a los espacios de tablas Los Tablespaces. Un espacio de tablas es una división lógica de la BD. Cada una tiene al menos uno. Un espacio de tablas puede pertenecer sólo a una BD. Se utilizan para mantener juntos los datos de usuarios o de aplicaciones para facilitar su mantenimiento o mejorar las prestaciones del sistema. De esta manera, cuando se crea una tabla se debe indicar el espacio de tablas al que se destina. Por defecto se depositan en el espacio de tablas SYSTEM, que se crea por defecto. Este espacio de tablas es el que contiene el diccionario de datos, por lo que conviene reservarlo para el uso del servidor, y asignar las tablas de usuario a otro. Lo razonable y aconsejable es que cada aplicación tenga su propio espacio de tablas Los ficheros. Cada espacio de tablas se compone de uno o más ficheros en disco. Un fichero puede pertenecer sólo a un espacio de tablas. Los ficheros reciben un tamaño fijo en el momento de su creación, y cuando se necesita más espacio se deben añadir más ficheros a espacio de tablas.

11 95 Dividir los objetos de la BD entre múltiples espacios de tablas permite que los objetos sean almacenados físicamente en discos separados, dependiendo de donde estén los ficheros sobre los que se asientan Instancias. Para permitir el acceso a los datos, Oracle utiliza un conjunto de procesos que son compartidos por todos los usuarios. Además, existen estructuras de memoria que son utilizadas para almacenar los datos más recientemente solicitados a la BD. Una instancia de BD es el conjunto de estructuras de memoria y de procesos que acceden a los ficheros de datos. Los parámetros que determinan el tamaño y composición de una instancia están almacenados en un fichero llamado init.ora. Este fichero es leído durante el arranque de la BD y puede ser modificado por el DBA. Cualquier modificación de este fichero no tiene efecto hasta la siguiente vez que se arranque la BD Tablas y Columnas. Los datos son almacenados en la BD utilizando tablas. Cada tabla está compuesta por un número determinado de columnas. Las tablas propiedad del usuario SYS son llamadas tablas del diccionario de datos. Proveen el catálogo del sistema que permite que la BD se gestione a sí misma. Las tablas se pueden relacionar entre ellas a través de las columnas que las componen. La BD se puede utilizar para asegurar el cumplimiento de esas relaciones a través de la integridad referencial, que se concreta en las restricciones de tablas.

12 Restricciones de Tablas. Una tabla puede tener asociadas restricciones que deben cumplir todas las filas. Entre las restricciones que se pueden fijar algunas reciben nombres especiales.: clave primaria, clave ajena. La clave primaria de una tabla está compuesta por las columnas que hacen a cada fila de la tabla una fila distinta. La clave ajena se utiliza para especificar las relaciones entre tablas. De modo que un conjunto de columnas declaradas como clave ajena de una tabla deben tener valores tomados de la clave primaria de otra tabla Usuarios. Una cuenta de usuario no es una estructura física de la BD, pero está relacionada con los objetos de la BD: los usuarios poseen los objetos de la BD. Existen dos usuarios especiales: SYS y SYSTEM. El usuario SYS posee las tablas del diccionario de datos; que almacenan información sobre el resto de las estructuras de la BD. El usuario SYSTEM posee las vistas que permiten acceder a las tablas del diccionario, para el uso del resto de los usuarios de la BD. Todo objeto creado en la BD se crea por un usuario, en un espacio de tablas y en un fichero de datos determinado. Toda cuenta de la BD puede estar unida a una cuenta del S.O., lo que permite a los usuarios acceder a la cuenta de la BD sin dar la clave de acceso Índices. Un índice es una estructura de la BD utilizada para agilizar el acceso a una fila de una tabla. Cada fila tiene un identificador de fila, ROWID, que determina el fichero, bloque y fila dentro del bloque donde está almacenada la fila.

13 97 Cada entrada del índice consiste en un valor clave y una ROWID. Cada una de estas entradas se almacena en un árbol B +. Los índices se crean automáticamente cuando se define una restricción UNIQUE o PRIMARY KEY Vistas. Conceptualmente, una vista puede considerarse como una máscara que se extiende sobre una o más tablas, de modo que cada columna de la vista se corresponde con una o más columnas de las tablas subyacentes. Cuando se consulta una vista, esta traspasa la consulta a las tablas sobre las que se asienta. Las vistas no se pueden indexar Procedimientos y Funciones. Un procedimiento es un bloque de código PL/SQL, que se almacena en el diccionario de datos y que es llamado por las aplicaciones. Se pueden utilizar para implementar seguridad, no dando acceso directamente a determinadas tablas sino es a través de procedimientos que acceden a esas tablas. Cuando se ejecuta un procedimiento se ejecuta con los privilegios del propietario del procedimiento. La diferencia entre un procedimiento y una función es que ésta última puede devolver valores Paquetes. Se utilizan para agrupar procedimientos y funciones. Los elementos dentro de los paquetes pueden ser públicos o privados. Los públicos pueden ser llamados por los usuarios, los privados están ocultos a los usuarios y son llamados por otros procedimientos.

14 Sinónimos. Para identificar completamente un objeto dentro de una BD se necesita especificar el nombre de la máquina, el nombre del servidor, el nombre del propietario y el nombre del objeto. Para hacer transparente todo esto al usuario se pueden utilizar los sinónimos. Éstos apuntarán a los objetos y si el objeto cambia de lugar o propietario, sólo habrá que modificar el sinónimo. Existen sinónimos públicos y privados. Los públicos son conocidos por todos los usuarios de una BD. Los privados son locales a un usuario. Privilegios y Roles: Para que un objeto pueda ser accedido por un usuario debe de tener otorgado ese privilegio. Ejemplos de privilegios son INSERT, SELECT, UPDATE, EXECUTE, etc. Los roles son grupos de privilegios que pueden ser utilizados para facilitar la gestión de los privilegios. Los privilegios se pueden otorgar a un rol, y los roles pueden ser otorgados a múltiples usuarios. Segmentos, Extensiones y Bloques: Los segmentos son los equivalentes físicos de los objetos que almacenan datos. El uso efectivo de los segmentos requiere que el DBA conozca los objetos que utilizan una aplicación, cómo los datos son introducidos en esos objetos y el modo en que serán recuperados. Como los segmentos son entidades físicas, deben estar asignados a espacios de tablas en la BD y estarán localizados en uno de los ficheros de datos del espacio de tablas. Un segmento está constituido por secciones llamadas extensiones, que son conjuntos contiguos de bloques Oracle.

15 99 Una vez que una extensión existente en un segmento no puede almacenar más datos, el segmento obtendrá del espacio de tabla otra extensión. Este proceso de extensión continuará hasta que no quede más espacio disponible en los ficheros del espacio de tablas, o hasta que se alcance un número máximo de extensiones por segmento COMPARACION DE ORACLE CON OTRAS BD. Variables Abstracción de la información. Independencia. Redundancia mínima Consistencia. Seguridad. Integridad. Respaldo y recuperación. Control de la concurrencia. Tiempo de respuesta. Costo. Nivel de administración. Oracle Microsoft SQL Server Power Builder Postgre SQL MySQL Alto Alto Alto Alto Alto Alta Alta Alta Medio Medio Baja Baja Baja Baja Baja Alto Alto Alto Medio Medio Alta Alta Alta Alta Alto Alto Alto Alto Medio Medio Alto Alto Alto Medio Medio Alto Alto Alto Medio Medio Alto Alto Alto Medio Medio Alto Medio Medio Gratis Gratis Alto Alto Alto Medio Medio CUADRO 11. Comparación entre bases de datos.

16 LENGUAJE DE CONSULTA ESTRUCTURADO (SQL) Las aplicaciones en red son cada día más numerosas y versátiles. En muchos casos, el esquema básico de operación es una serie de scripts que rigen el comportamiento de una base de datos. Debido a la diversidad de lenguajes y de bases de datos existentes, la manera de comunicar entre unos y otras sería realmente complicada a gestionar de no ser por la existencia de estándares que permiten el realizar las operaciones básicas de una forma universal. Es de eso de lo que trata el Structured Query Language, que no es más que un lenguaje estándar de comunicación con bases de datos. Se habla, por tanto, de un lenguaje normalizado que permite trabajar con cualquier tipo de lenguaje (ASP o PHP) en combinación con cualquier tipo de base de datos (MS Access, Oracle, SQL Server, MySQL...). El hecho de que sea estándar no quiere decir que sea idéntico para cada base de datos. En efecto, determinadas bases de datos implementan funciones específicas que no tienen necesariamente que funcionar en otras. Aparte de esta universalidad, el SQL posee otras dos características muy apreciadas. Por una parte, presenta una potencia y versatilidad notables que contrasta, por otra, con su accesibilidad de aprendizaje. SQL promociona métodos para definir la base datos, para manipular la información y para gestionar los permisos de acceso a dicha información SENTENCIAS SQL. Las sentencias SQL pertenecen a dos categorías principales: Lenguaje de Definición de Datos, DDL y Lenguaje de Manipulación de Datos, DML. Estos

17 101 dos lenguajes no son lenguajes en sí mismos, sino que es una forma de clasificar las sentencias de lenguaje SQL en función de su cometido. La diferencia principal reside en que el DDL crea objetos en la base de datos y sus efectos se pueden ver en el diccionario de la base de datos; mientras que el DML es el que permite consultar, insertar, modificar y eliminar la información almacenada en los objetos de la base de datos. Cuando se ejecutan las sentencias DDL de SQL, el SGBD confirma la transacción actual antes y después de cada una de las sentencias DDL. En cambio, las sentencias DML no llevan implícito el commit y se pueden deshacer. Existe pues un problema al mezclar sentencias DML con DDL, ya que estas últimas pueden confirmar las primeras de manera involuntaria e implícita, lo que en ocasiones puede ser un problema. A continuación se presenta una tabla con las sentencias SQL más comunes, clasificadas según el lenguaje al que pertenecen. Sentencia DDL. Alter procedure. Alter Table. Analyze. Create Table. Create Index. Objetivo. Recompilar un procedimiento almacenado. Añadir o redefinir una columna, modificar la asignación de almacenamiento. Recoger estadísticas de rendimiento sobre los objetos de la BD para utilizarlas en el optimizador basado en costes. Crear una tabla. Crear un índice. Drop Table. Eliminar una tabla. Drop Index. Eliminar un índice. Grant. Truncate. Conceder privilegios o papeles, roles, a un usuario o a otro rol. Eliminar todas las filas de una tabla.

18 102 Revoke. Sentencia DML. Insert. Delete. Update. Select. Commit. Rollback. Retirar los privilegios de un usuario o rol de la base de datos. Objetivo. Añadir filas de datos a una tabla. Eliminar filas de datos de una tabla. Modificar los datos de una tabla. Recuperar datos de una tabla. Confirmar como permanentes las modificaciones realizadas. Deshacer todas las modificaciones realizadas desde la última confirmación. 21. DISEÑO DE LA INTERFAZ. El sistema de control de cuentas y transacciones (SCT), para ACOSIB de R.L. permitirá la automatización de todos los procesos que maneja la cooperativa. Es SCT esta conformado por dos módulos principales: Módulo general (MG). Módulo de cuentas y transacciones (MCT). A continuación se muestra algunas de las pantallas que conforman estos módulos y la descripción de estas. La información completa de la interfaz del sistema se muestra en el Manual de Usuario MODULO GENERAL (MG). Este módulo maneja el control de acceso de los usuarios al sistema. Esta compuesto por la opción de configuración y contiene las siguientes pantallas:

19 103 Pantalla: Configuración de grupos de usuarios. FIGURA 17. Pantalla configuración de grupos de usuarios. Objetivo: Identificar los diferentes grupos de usuarios que tienen acceso al sistema. Descripción: Guarda el código y el nombre del grupo, módulo al que tiene accesos los grupos, nivel y nombre de la opción a que pertenece el nivel. Tablas que lo soportan: TMG_GRUPO y TMG_MENUOPC. Campos claves: Tmg_codgrp (pk), Tmg_codopc (pk).

20 104 Pantalla: Configuración de usuario. FIGURA 18. Pantalla configuración de usuarios. Objetivo: Controlar el acceso de cada uno de los usuarios que ingresan al sistema. Descripción: Almacena el código y el nombre del usuario, así como también su clave, el grupo de usuario al que pertenece, el tipo de formato de Excel que posee y el estado del usuario Tablas que lo soportan: TMG_USUARIO, TMG_GRUPO Campos claves: Tmg_codusu (pk), Tmg_codgrp (pk) (fk).

21 105 Pantalla: Cambio de contraseña FIGURA 19. Pantalla Cambio de contraseña. Objetivo: Permitir a los usuarios del sistema cambiar su clave de acceso en el momento que ellos lo consideren necesario. Descripción: Contiene el código y nombre del usuario, la clave actual de acceso, la clave nueva y la confirmación. Tablas que lo soportan: TMG_USUARIO. Campos claves: Tmg_codusu (pk) Módulo de control de cuentas y transacciones (MCT). Este modulo facilita el manejo de los ahorros, créditos y aportaciones de los asociados de la cooperativa. El modulo esta compuesto por tres opciones que se detallan a continuación: 1. Creación y Mantenimiento: Permite el ingreso y actualización de la información que manejara el sistema.

22 Procesos: Es el encargado de los cálculos manuales y automáticos de las transacciones que realiza el sistema. 3. Consultas y Reportes: Facilita las consultas a la información ya almacenada y genera los reportes necesarios. Opción: Creación y Mantenimiento Pantalla: Socio. FIGURA 20. Pantalla de mantenimiento socio. Objetivo: Manejar la información de los socios de la cooperativa Descripción: Guarda los datos principales de los socios, así como también información de los beneficiarios asignados por los socios. Tablas que lo soportan: TAC_SOCIO, TAC_BENEFICIAR Campos claves: Tac_codsoc (pk) (fk)

23 107 Pantalla: Tipo de cuenta. FIGURA 21. Pantalla de mantenimiento Tipo de cuenta. Objetivo: Establecer los diferentes tipos de cuentas que manejara el sistema. Descripción: Contiene el código y el nombre de todos los tipos de cuenta que se utilizan en la cooperativa. Tablas que la soportan: TAC_TIPO_CTA. Campos claves: Tac_codtip (pk)

24 108 Pantalla: Préstamo. FIGURA 22. Pantalla de mantenimiento de préstamos. Objetivo: Controlar la información de los prestamos otorgados por la cooperativa. Descripción: Almacena el numero del préstamo, socio al que pertenece, fiador, tasa de interés, fecha de inicio y fin de la vigencia del préstamo. Tablas que la soportan: TAC_PRESTAMO, TAC_FIADOR, TAC_SOCIO, TAC_TASA_INT. Campos claves: Tac_codptm (pk), Tac_codsoc (fk), Tac_codfia (fk), Tac_codtas (fk).

25 109 Opción: Procesos. Pantalla: Tabla de Amortización.. FIGURA 23. Pantalla de proceso Tabla de amortización. Objetivo: Calcular el número de cuotas que el socio debe cancelar de un préstamo concedido por la cooperativa. Descripción: Muestra los datos relacionados al préstamo: No de préstamo, socio, monto, tasa de interés, base, frecuencia, fecha de apertura y vencimiento, además despliega el detalle de la tabla de amortización del préstamo: No de pago, fecha, cuota, interés, capital y saldo. Tablas que lo soportan: TAC_PRESTAMO, TAC_SOCIO, TAC_TASA_INT. Campos claves: Tac_codptm (pk), tac_codsoc (pk, fk), tac_codtas (pk, fk).

26 110 Pantalla: Carga de aportaciones y ahorros automáticos. FIGURA 24. Pantalla de proceso automático de carga de aportaciones y ahorros. Objetivo: Manejar los ahorros, retiros y compra de aportaciones relacionados con los descuentos aplicados en planilla establecidos en el SCI. Descripción: Contiene el año, mes y quincena a capturar, el tipo de movimiento de ahorro y aportaciones. Tablas que lo soportan: TRH_PLANILLA, TAC_TIPO_CTA, TAC_SOCIO, TAC_EMPRESA, TAC_CUENTA, TAC_MOVIMIENTO, TAC_BIT_CARGA. Campos claves: pk_planilla (compuesta), codemp_fk_trh_planilla (compuesta).

27 111 Pantalla: Registro de Transacciones de Prestamos. FIGURA 25. Pantalla de Registro de Transacciones de Préstamos. Objetivo: Manejar los ahorros, retiros y compra de aportaciones relacionados con los descuentos aplicados en planilla establecidos en el SCI. Descripción: Contiene el año, mes y quincena a capturar, el tipo de movimiento de ahorro y aportaciones. Tablas que lo soportan: TAC_MOV_PTMO, TAC_PTM, TAC_SOCIO. Campos claves: Tac_nummov (pk), Tac_codptm (fk), tac_codsoc (fk).

28 112 Opción: Consultas y Reportes. Pantalla: Cuentas por socio. FIGURA 26. Pantalla de consulta de cuentas por socio. Objetivo: Mostrar la información general del socio y un detalle de todas las cuentas asignadas a este. Descripción: Presenta el código, nombre, y fecha de ingreso del socio, además el No. de cuenta que posee, tasa de interés, tipo y estado de cada una de ellas. Tablas que lo soportan: TAC_SOCIO, TAC_CUENTA. Campos claves: Tac_codsoc (pk, fk), tac_numcta (pk).

29 113 Pantalla: Detalle de Fiador. FIGURA 27. Pantalla de consulta de Detalle por fiador. Objetivo: Desplegar la información general del fiador y un detalle de las personas a quienes les sirve de fiador. Descripción: Muestra el código, apellido, e ingreso neto del fiador, así mismo el No del préstamo, deudor principal, monto y estado. Tablas que lo soportan: TAC_FIADOR, TAC_PRESTAMO. Campos claves: Tac_codfia (pk, fk), tac_codptm (pk).

30 114 Pantalla: Ficha de empresa. FIGURA 28. Pantalla de consulta de ficha de empresa. Objetivo: Mostar la información relacionada a las empresas a la que pertenece los socios, fiadores, proveedores. Descripción: Contiene los datos principales de la empresa y la persona contacto, además presenta el descuento máximo que puede ser aplicado al socio y al fiador con relación a los prestamos otorgados. Tablas que lo soportan: TAC_EMPRESA, TAC_CONTACTO, TAC_DESCUENTO. Campos claves: Tac_codemp (pk, fk), tac_contac (fk).

31 115 Reporte: Detalle por fiador. FIGURA 29. Pantalla de Reporte de detalle de fiador. Reporte: Ficha de empresa. FIGURA 30. Pantalla de ficha de empresa.

32 IMPLEMETACION DEL SISTEMA. A continuación se detalla un listado de actividades que se realizaron para la implementación del Sistema de Control de Cuentas y Transacciones (SCT), para Acosib, de R.L. Se entrego a los administradores del sistema los programas fuentes para que realizaran una copia de estos y se le asignara una ubicación especifica. Se les proporcionó a los administradores de la base de datos los scripts de las tablas que conforman la base de datos. Se realizaron las respectivas pruebas del sistema por parte de los programadores, para detectar posibles problemas generados al momento de la implantación. Los usuarios del sistema efectuaron pruebas al sistema con la ayuda del manual de usuario para verificar la manera en que se utiliza el sistema. Los datos introducidos para pruebas se eliminaron y se alimento con la información real de los socios. Se creó la base de datos y se colocó en una ubicación definida por la Gerencia de Tecnología de Información para establecer los accesos que tendrán cada uno de los usuarios del sistema