Estructura del sistema de biblioteca
módulo de datos 4. adoquery2. . Valor:=nombre de usuario;
módulo de datos 4.adoquery2.open;
Al configurar propiedades SQL para una sección TQuery o TADOquery, siempre es seguro llamar al método Close. Si la parte TQuery o TADOquery se ha cerrado, llamar al método close no tendrá ningún efecto. Al configurar una nueva instrucción de comando SQL para una propiedad SQL en una aplicación, se debe llamar al método Clear para borrar la instrucción de comando SQL existente en la propiedad SQL. Si no llama al método claro, puede llamar al método Agregar para configurar la declaración del comando SQL en el atributo SQL. Luego, la declaración de comando SQL recién configurada se agregará a la declaración de comando SQL existente. A menudo se producen resultados de consulta inesperados cuando el programa se está ejecutando, y es posible que el programa incluso no se ejecute.
Aquí es importante prestar especial atención. Generalmente, el atributo SQL del componente TQuery o TADOquery solo puede contener una declaración SQL completa y no se permite establecerlo en varias declaraciones SQL. Por supuesto, algunos servidores de bases de datos también admiten la configuración de múltiples declaraciones SQL en las propiedades SQL del componente TQuery o TADOquery. Siempre que el servidor de la base de datos lo permita, podemos configurar múltiples declaraciones SQL para las propiedades SQL durante la programación.
Después de configurar el valor del atributo SQL para el componente TQuery o TADOquery, es decir, después de escribir un programa SQL adecuado, hay muchas formas de ejecutar el programa SQL.
En el proceso de diseño, después de configurar el atributo SQL del componente TQuery o TADOquery, establezca el valor de su atributo Active en Verdadero, para que se pueda ejecutar el programa SQL en el atributo SQL. Si hay componentes de exploración de datos conectados a componentes TQuery o TADOquery (como TDDGridTDBEdit) en la aplicación, los resultados de la ejecución del programa SQL se mostrarán en estos componentes de exploración de datos.
Mientras la aplicación se está ejecutando, las propiedades SQL del programa SQL se pueden ejecutar llamando al método Open o al método ExecSQL del componente TQuery o TADOquery. El método Open es diferente del método ExecSQL. El método Open solo se puede usar para ejecutar declaraciones de consulta SQL (comandos de selección) y devolver un conjunto de resultados de la consulta, mientras que el método ExecSQL también se puede usar para ejecutar otras declaraciones SQL de uso común (como INSERT, UPDATE, DELETE y otros comandos). , como por ejemplo:
Consulta1. Abrir (esto devolverá un conjunto de resultados de consulta).
Si se llama al método Open sin resultados de la consulta, se producirá un error. En este momento se debe llamar al método ExecSQL, no al método Open. Por ejemplo:
Consulta1. ExecSQL (no se devuelven resultados)
Por supuesto, al diseñar una aplicación, el programador no puede estar seguro de si la declaración SQL en el componente TQuery o TADOquery devolverá un resultado de consulta. En este caso, intente... excepto que los módulos deben usarse para diseñar programas. Llame al método Open en la parte Try y al método ExceSQL en la parte Except para asegurarse de que el programa se ejecute correctamente.
Por ejemplo:
Probar
Consulta1. Abrir
Excepto
Consulta1. ExecSQL
Fin
Se pueden obtener dos tipos de datos a través de los componentes Tquery o TADOquery:
u datos "activos"
Este Los datos son como los datos obtenidos a través del componente Tabla.
Los usuarios pueden editar y modificar estos datos a través del componente de exploración de datos. Cuando se llama al método Post o el foco abandona el componente de exploración de datos actual, las modificaciones del usuario a los datos se escribirán automáticamente en la base de datos.
uDatos inactivos (datos de solo lectura)
Los usuarios no pueden modificar los datos a través del componente de exploración de datos. De forma predeterminada, los datos de los resultados de la consulta obtenidos a través del componente TQuery son de solo lectura. Para obtener datos "en vivo", el valor de la propiedad RequestLive del componente Tquery o TADOquery debe establecerse en True en la aplicación, pero los datos "en vivo" no se pueden obtener bajo ninguna circunstancia (estableciendo el valor dependiente de RequestLive en True) . Para obtener datos "en vivo", además de establecer la propiedad RequestLive de la sección TQuery en True, el comando SQL correspondiente también debe cumplir las siguientes condiciones.
En el caso de una consulta de declaración SQL local, para obtener un conjunto de datos actualizable, las limitaciones de la declaración SQL son las siguientes:
nUna consulta solo puede involucrar una tabla.
Las sentencias nSQL no pueden contener comandos ORDERBY.
Las sentencias NSQL no pueden contener los operadores agregados SUM o AVG.
Después de seleccionar n, no se pueden calcular campos en la lista de campos.
nLa parte WHERE de la instrucción Select solo puede contener operaciones de comparación entre valores de campo y constantes. Estos operadores de comparación son: Me gusta, & gt, & lt, & gt=, & lt=. Puede haber operaciones de unión e intersección entre operaciones de comparación: Y y O.
Al consultar la tabla de la base de datos en el servidor de la base de datos mediante sentencias SQL:
nUna consulta solo puede involucrar una tabla.
Las sentencias nSQL no pueden contener comandos ORDERBY.
Las declaraciones NSQL no pueden contener la operación de operador agregado SUM o AVG.
Además, si consulta una tabla en la base de datos Sybase, solo puede haber un índice en la tabla que se consulta.
Si se requiere que el componente TQuery o TADOquery devuelva un conjunto de datos de resultado de consulta "activo" en la aplicación, pero la instrucción del comando SQL no cumple con las restricciones anteriores, entonces BDE solo puede devolver un conjunto de datos "activo" conjunto de datos de resultados de la consulta para la consulta SQL de la base de datos local. Lea el conjunto de datos. Para consultas SQL en el servidor de base de datos, solo se pueden devolver códigos de error. Cuando un componente Tquery o TADOquery devuelve el conjunto de datos del resultado de la consulta "activo", el valor de su propiedad CanModIfy se establece en True.
3.4 Introducción a MSSQLServer
SQLServer es un sistema de administración de bases de datos back-end con funciones poderosas y operación simple. Es cada vez más apreciado por los usuarios de bases de datos. Cada vez más herramientas de desarrollo proporcionan interfaces con SQL Server. SQLServer es un sistema de gestión de bases de datos relacionales desarrollado originalmente por Microsoft, Sybase y Ashton-Tate. La primera versión de OS/2 se lanzó en 1988. Después del lanzamiento de Windows NT, Microsoft y Sybase se separaron en el desarrollo de SQL Server. Microsoft trasplantó SQL Server al sistema Windows NT y se centró en el desarrollo y promoción de la versión Windows NT de SQL Server.
SQLServer2000 es la última versión del sistema de gestión de bases de datos SQLServer lanzado por Microsoft. Esta versión hereda las ventajas de SQL Server 7.0, al tiempo que agrega muchas funciones más avanzadas. Tiene las ventajas de un uso fácil, buena escalabilidad y alta integración con el software relacionado. Se puede utilizar en una variedad de plataformas, desde computadoras portátiles con Microsoft Windows 98 hasta grandes servidores multiprocesador con Microsoft Windows 2000. MSSQLServer se puede utilizar no sólo para la gestión de bases de datos grandes y medianas, sino también para el desarrollo de bases de datos de escritorio. De hecho, la estructura básica del procesamiento de bases de datos de SQL Server adopta el modelo de base de datos relacional.
A pesar de esto, creo que es fácil para todos encontrar que el método de procesamiento de la base de datos en SQL Server adopta el método y espíritu de operación orientado a objetos, lo que significa que todas las funciones de SQL Server se pueden realizar en base a algunos objetos que se han establecido en El sistema. Esta es una arquitectura bastante OO (orientada a objetos).
SQLServer Enterprise Manager es la principal herramienta de administración de SQLServer. Proporciona una interfaz de usuario compatible con MMC que permite a los usuarios:
Definir grupos de instancias de SQLServer.
Registrar un único servidor en un grupo.
Configurar todas las opciones de SQLServer para cada servidor registrado.
Cree y administre todas las bases de datos, objetos, inicios de sesión, usuarios y permisos de SQLServer en cada servidor registrado.
Define y realiza todas las tareas de administración de SQLServer en cada servidor registrado.
Diseñe y pruebe de forma interactiva sentencias, lotes y scripts SQL llamando al Analizador de consultas SQL.
Despierta y llama a varios asistentes definidos para SQL Server.
Capítulo 3 Diseño y análisis del sistema de gestión bibliotecaria
4.1 Análisis de requisitos de aplicación
El sistema de gestión bibliotecaria debe satisfacer las necesidades en tres aspectos, a saber, el préstamo de libros. autores, personal bibliotecario y administradores de bibliotecas. Las necesidades de los prestatarios de libros son verificar la colección de libros, el estado del préstamo personal y la modificación de la información personal. El personal de la biblioteca opera según los requisitos de préstamo y devolución de los prestatarios de libros y, al mismo tiempo, elabora un informe de préstamo o devolución para que los prestatarios lo vean; y confirmar gestión de biblioteca Las funciones del administrador son las más complejas, incluida la gestión y mantenimiento del personal, los prestatarios de libros y los libros, la visualización y el mantenimiento del estado del sistema y la generación de informes de devolución de libros.
Los prestatarios pueden ir directamente a la biblioteca a consultar libros. Si inician sesión en el sistema con su número de tarjeta de biblioteca y contraseña, también pueden verificar el estado de su préstamo y mantener cierta información personal. En circunstancias normales, los prestatarios de libros sólo deben consultar y mantener su propio estado de préstamo e información personal. Si consulta y mantiene el estado de los préstamos y la información personal de otros prestatarios, debe conocer los números de tarjeta de la biblioteca y las contraseñas de otros prestatarios. Estos son difíciles de obtener, especialmente la contraseña, por lo que no sólo cumple con los requisitos de los prestatarios de libros, sino que también protege la privacidad personal.
El personal de la biblioteca tiene derecho a modificar los registros de préstamo y devolución de libros, por lo que se debe prestar más atención al acceso del personal a este módulo. En este módulo, el personal de la biblioteca puede agregar registros de préstamo de libros o registros de devolución de libros para los prestatarios, e imprimir y generar los informes correspondientes para que los usuarios los vean y confirmen.
Los bibliotecarios disponen de una gran cantidad de información y tienen los más altos requisitos de seguridad y confidencialidad de los datos. Esta función realiza la gestión y las estadísticas de la información del libro, la información del prestatario y la información general del préstamo, así como la visualización y el mantenimiento de la información de personal y de gestión. Los bibliotecarios pueden explorar, consultar, agregar, eliminar, modificar y contar la información básica de los libros, explorar, consultar, contar, agregar, eliminar y modificar la información básica de los prestatarios de libros, explorar, consultar y contar la información de préstamo de la biblioteca, pero La información de préstamo no se puede agregar, eliminar ni modificar. Esta parte de la función debe ser realizada por el personal de la biblioteca. Sin embargo, al eliminar el registro de información básica de un prestatario de libros, los registros de préstamo del prestatario de libros deben eliminarse en cascada. Además, también debería tener la función de generar e imprimir informes de devolución de libros.
En este sistema, dado que no hay un dispositivo de impresión para realizar pruebas, la impresión del informe se cambia para obtener una vista previa avanzada del informe.
Diseñar los permisos de operación y métodos de inicio de sesión de diferentes usuarios.
Consulta de libros abierta a todos los usuarios
El prestatario mantiene la información personal del prestatario.
Los prestatarios consultan información sobre préstamos personales.
Mantener la contraseña personal del prestatario
Operar la base de datos y generar informes basados en el estado del préstamo.
Operar la base de datos y generar informes basados en el estado de la devolución.
Consultar y recopilar estadísticas sobre información diversa
Mantener información del libro
Mantener información de empleados y administradores.
Mantener la información del prestatario
Integridad de la información del proceso
Generar informes de libros vencidos.
Figura 4-2 Resumen de los requisitos de la aplicación de base de datos del sistema de gestión de bibliotecas
Con base en el análisis de demanda anterior, se omiten algunos detalles (como no considerar el inicio de sesión del usuario; el mantenimiento de registros), y Se obtiene lo siguiente. Diagrama de flujo de datos de tres niveles.
4.2 División de los módulos funcionales del sistema
El diagrama de bloques funcionales del sistema se muestra en la Figura 4-10.
4.3 Diseño de base de datos del sistema
Diseño conceptual
En la etapa de diseño conceptual, los diseñadores tratan los datos, los requisitos del proceso y las restricciones desde la perspectiva del usuario, y producen datos que Refleja el modelo conceptual de la perspectiva del usuario. Luego el modelo conceptual se convierte en un modelo lógico. La separación del diseño conceptual y el proceso de diseño hace que las tareas en cada etapa sean relativamente simples, reduce en gran medida la complejidad del diseño y no está restringida por un DBMS específico.
El diseño conceptual de la base de datos del método ER se puede dividir en tres pasos: primero, diseñar el esquema ER local, luego sintetizar cada esquema ER local en un esquema global y finalmente optimizar el esquema ER global para obtener el esquema final, que es el concepto.
(1) Diseño del modelo ER local
Definición de entidades y atributos:
Libro (número de libro, título, autor, editorial, fecha de publicación, comentarios, precio, cantidad, etc.)
Prestatario (número de tarjeta de biblioteca, nombre, sexo, tarjeta de identificación, número de contacto, contraseña)
Identidad (número de tarjeta de identificación, descripción de la tarjeta de identificación, máximo número de préstamos)
Categoría de libro (número de categoría de libro, descripción de categoría)
La "conexión" del modelo ER se utiliza para describir la asociación entre entidades. Una forma completa es examinar si existe una relación entre dos tipos de entidades cualesquiera en la estructura local en función de los resultados del análisis de requisitos. Si hay una conexión, determine además si es 1:N, M:N o 1:1, etc. También es necesario examinar si existe una relación dentro de un tipo de entidad, si existe una relación entre dos tipos de entidad, si existe una relación entre múltiples tipos de entidad, etc. La definición de contacto se muestra en la Figura 4-5. La explicación es la siguiente:
uUn prestatario (usuario) solo puede tener una identidad, y una identidad puede ser propiedad de varios prestatarios;
uUn libro solo puede pertenecer a una categoría de libros (Categoría), una categoría de libro puede contener varios libros;
Un usuario puede tomar prestados muchos libros diferentes y muchos usuarios diferentes también pueden tomar prestado un libro.
(2) Diseñar el patrón ER global
Después de diseñar todos los patrones ER locales, el siguiente paso es sintetizarlos en una única estructura conceptual global. La estructura conceptual global no sólo debe soportar todos los esquemas ER locales, sino que también debe representar razonablemente una estructura conceptual de base de datos completa y consistente.
1) Determinar el tipo de entidad pública
Para proporcionar una base para la fusión de múltiples patrones de ER locales, primero debemos determinar el tipo de entidad común en cada estructura local. En este paso, solo identificamos los tipos de entidades públicas en función de los nombres y claves de sus tipos de entidades. En general, un tipo de entidad con el mismo nombre se considera candidato a tipo de entidad pública y un tipo de entidad con la misma clave se considera otro candidato a tipo de entidad pública.
2) Fusión de patrones er locales
Los principios de la fusión son: primero, fusionar en pares; primero, fusionar estructuras locales que están relacionadas en el mundo real desde un inicio común; con tipos de entidades y terminar con estructuras locales independientes.
3) Eliminar conflictos
Los conflictos se dividen en tres categorías: conflictos de atributos, conflictos estructurales y conflictos de nombres.
El propósito de diseñar un esquema ER global no es fusionar formalmente varios esquemas ER locales en un esquema ER, sino eliminar conflictos y convertirlo en el mismo modelo conceptual que todos los usuarios puedan entender y aceptar.
3) Optimización del esquema ER global
Después de obtener el esquema ER global, para mejorar la eficiencia del sistema de base de datos, el esquema ER debe optimizarse aún más de acuerdo con los requisitos de procesamiento. Un buen modelo de ER global no solo debe reflejar de manera precisa y completa los requisitos funcionales del usuario, sino que también debe cumplir las siguientes condiciones: el número de tipos de entidades debe ser lo más pequeño posible y los tipos de entidades deben contener la menor cantidad de atributos posible; sin redundancia entre tipos de entidades.
En resumen, el modelo ER global del "sistema de gestión de bibliotecas" se muestra en la Figura 4-13.
Diseño lógico de una base de datos relacional
Debido a que el resultado del diseño conceptual es un diagrama ER, el DBMS generalmente adopta un tipo relacional (el MSSQLServer que uso es el DBMS relacional), por lo que el proceso de diseño lógico de la base de datos Es el proceso de convertir el diagrama ER en un modelo relacional. Debido a las ventajas del modelo relacional, el diseño lógico puede aprovechar al máximo la teoría de normalización de las bases de datos relacionales para formalizar el proceso de diseño. El resultado del diseño es la definición de un conjunto de patrones relacionales.
(1) Exportar el modelo de relación inicial
Libro (número de libro #, nombre del libro, categoría de libro #, autor, editorial, fecha de publicación, comentarios, precio, cantidad) categoría ( libro Categoría #, nombre de categoría) Usuario (número de tarjeta de biblioteca #, nombre, género, número de identificación #, tarjeta de identificación, número de contacto, contraseña) ID (número de identificación #, descripción de identidad, número máximo de préstamos).
Figura 4-14 Conjunto de esquemas relacionales
(2) Generar subesquema
El subesquema es una descripción de la parte de datos utilizada por el usuario. Además de señalar los datos utilizados por los usuarios, también es necesario señalar la relación entre los datos y los datos correspondientes en el modelo conceptual, es decir, la relación correspondiente entre el modelo conceptual y el submodelo.
Método de subpréstamo (número de tarjeta de biblioteca, nombre, número de libro, título del libro, fecha de préstamo)
Figura 4-15 Parte del submodo
(3) Según los problemas del diseño, también agregué dos modelos de relación al escribir el sistema:
1.ownertemp: se utiliza para almacenar temporalmente información de préstamo y devolución cuando el personal toma prestado y devuelve libros. para que imprima el informe.
2.keyer: Se utiliza para almacenar los nombres de usuario, contraseñas y permisos del personal y los bibliotecarios, de modo que el personal o los bibliotecarios puedan verificar la identidad del usuario al ingresar al módulo de función correspondiente.
4.3.3 Implementación de la base de datos
Para el diseño lógico de la base de datos, elegí la base de datos Microsoft SQL Server 2000 (Enterprise Edition). Primero cree 7 tablas de base de datos básicas, como se muestra en la Tabla 4-1-4-7, y luego establezca la relación entre las tablas según el diagrama ER global, como se muestra en la Figura 4-8.
Tabla 4-1 Estructura de la tabla de información básica del prestatario (usuario)
Tabla 4-2 Estructura de la tabla de información del libro (libro)
Tabla 4-3 Estructura de la tabla de información de categoría de libro (clase)
Tabla 4-4 Estructura de la tabla de información de identidad del prestatario (ID)
Tabla 4-5 Estructura de la tabla de información del estado del préstamo (propietario)
p>Tabla 4-6 Estructura de estado de préstamo de la tabla de información de almacenamiento temporal (Ownertemp)
Nota: agregue un campo de índice a la tabla de propietario y a la tabla de propietariotemp para identificar de forma única un préstamo de libro. registro. Y establecido como identificador, la semilla del identificador es 1.
Tabla 4-7 Estructura de las tablas de información de empleados y administradores (Keyer)
Figura 4-8 Diagrama de relaciones entre tablas de la base de datos
Capítulo 5 Aplicación del sistema de gestión de bibliotecas diseño
5.1 Módulo de formulario del sistema
5.2 Configuración del formulario del módulo de datos
Al escribir aplicaciones de bases de datos, a menudo se encuentra con muchos El componente y el formulario acceden a la misma fuente de datos en al mismo tiempo. Configurar una fuente de datos para cada componente o formulario sería una tarea que consumiría mucho tiempo y requeriría cierto esfuerzo para garantizar que estas fuentes de datos sean realmente las mismas. Entonces, ¿se pueden gestionar estas fuentes de datos de forma centralizada, preferiblemente como un módulo unificado que pueda introducirse cuando sea necesario, sin manipular directamente las fuentes de datos? DataModule es la mejor respuesta a esta pregunta. En pocas palabras, el módulo de datos es una forma de gestión centralizada de fuentes de datos que se puede introducir en cualquier momento cuando sea necesario.
Pero cuando estaba desarrollando este sistema, comencé a usar el módulo de datos, pero encontré algunos problemas durante el uso. Y considerando que este sistema utiliza muchos controles TADOQuery, el uso de controles de datos puede causar problemas de administración, como confundir las funciones de varios controles de datos. Algunas personas también piensan que el uso de ADOQuery generado dinámicamente puede ahorrar más recursos. Entonces, en mi propio sistema, el primer módulo que comencé a construir, el "Módulo personal del prestatario", también utilizó ligeramente el módulo de datos. Pero en los dos módulos siguientes, la mayoría de ellos se implementan generando ADOQuery dinámicamente.
Y debido a que las declaraciones SQL se agregan dinámicamente, no hay muchos controles en el módulo de datos.
5.3 Implementación de la pantalla de inicio
La pantalla de inicio es para dejar una buena impresión en los usuarios y profundizar la afinidad del software. No tiene ninguna funcionalidad real. Agregue componentes de imagen y tiempo a Form1. Se omite la forma de la pantalla de inicio y el código fuente principal es el siguiente:
5.4 Implementación del formulario de inicio de sesión de usuario
Este formulario proporciona tres usuarios diferentes (usuarios comunes, personal y administradores) Ingrese la selección de diferentes módulos para satisfacer las necesidades de diferentes usuarios. El código fuente es relativamente simple y abreviado.
Implementación del formulario de autenticación de contraseña de usuario 5.5
El propósito de este formulario es permitir que el personal o los bibliotecarios inicien sesión según el nombre de usuario y la contraseña, y verificar los "permisos" en la tabla Keyer basada en el campo "nombre de usuario" para distinguir si se ingresa al módulo de bibliotecario o al módulo de personal. La interfaz del formulario y el código fuente son los siguientes
5.6 Implementación del módulo de servicio al prestatario
Las funciones del formulario de servicio al prestatario son principalmente consultar libros, ver préstamos personales y modificar algunos información personal. El diagrama de la interfaz es el siguiente:
5.6.1 Implementación de la función de consulta de libros
En este sistema, cualquiera tiene derecho a utilizar la función de consulta sin restricciones. La interfaz es la siguiente:
Porque hay muchas funciones de consulta, como búsqueda de coincidencia completa y búsqueda difusa de coincidencia parcial basada en el número de libro, el título del libro y otros campos, así como lógico AND o lógico o múltiple. -Búsqueda de condiciones basada en múltiples condiciones. El método de implementación es similar, por lo que solo se proporciona el código para la búsqueda de múltiples condiciones, de la siguiente manera:
5.6.2 Implementación de la función de inicio de sesión del prestatario
La implementación de esta función es aproximadamente Lo mismo que el del personal y directivos. Igual, más sencillo. Busque el número de tarjeta de la biblioteca y la contraseña en la tabla de usuarios para ver si coinciden con la entrada del usuario. Si son consistentes, los usuarios pueden verificar el estado de su préstamo y mantener parte de su propia información. Se han omitido el código fuente y la interfaz de inicio de sesión del prestatario.
5.6.3 Implementación de la función de estado de endeudamiento del prestatario
Cuando el prestatario inicia sesión en el sistema correctamente, esta función se activará y el usuario podrá verificar su estado de endeudamiento. En este sistema, ListView se usa generalmente para mostrar información, y DBgrid solo se usa en algunos casos, porque creo que ListView está mejor implementado y puede separar completamente los datos de información de los usuarios.
Aquí podemos verificar el estado del préstamo de acuerdo con los diferentes requisitos del prestatario, incluida la verificación de todos los departamentos de préstamo, el estado del préstamo de un libro y la consulta según el número de días de préstamo. Entre ellos, la consulta basada en el número de días de préstamo es más representativa y existen dos métodos: método uno y método dos. El código fuente de esta función se proporciona a continuación.
El método de consulta 1 se basa en el número de días de préstamo
El método de consulta 2 se basa en el número de días de préstamo
5.6.4 Implementación de la función de mantener la información personal de los prestatarios
Esta función permite modificar cierta información del prestatario actual, pero no se permite modificar el número de tarjeta de la biblioteca, la categoría de identidad y otra información. Esta es la función del. módulo bibliotecario. En esta interfaz, haga clic en el botón Modificar para abrir el formulario de modificación (Form8) y haga clic en el botón Modificar contraseña para abrir el cuadro de grupo 8, donde puede modificar la contraseña. El código fuente clave es el siguiente.
El siguiente es el código fuente para la modificación de información personal:
El siguiente es el código fuente para la modificación de contraseña:
Implementación del Manual del Empleado 5.7 Préstamo/Devolución Módulo
p>
5.7.1 El personal implementa la función de préstamo de libros.
En esta función, el personal ingresa el número de tarjeta del prestatario y el número del libro que se va a tomar prestado, y luego hace clic en el botón de préstamo para pedir prestado el libro. Teniendo en cuenta que en la operación real es posible que solo conozcamos el título del libro pero no el número del libro, se agrega una función de conversión en la parte inferior de esta interfaz para convertir el título del libro en un número de libro y luego tomar prestado el libro.
Una vez completado el préstamo, el sistema generará un informe de préstamo para que el prestatario lo revise y confirme. El efecto de impresión del informe de préstamo se muestra en la siguiente figura. Es relativamente sencillo de implementar y se omite el proceso de implementación.
5.7.2 El personal implementa la función de devolución de libros.
En esta función, el personal devuelve los libros basándose en el número de tarjeta de la biblioteca del prestatario y el número del libro devuelto. Y según la posible situación real de devolución, solo se conoce el título del libro pero no el número del libro, por lo que se agrega la función de devolver el libro por título.
Esta función es un método mejorado para convertir nombres de libros en números de libros en la función de préstamo de libros, de modo que no es necesario convertir primero y luego pedir prestado como en la función de préstamo. Una vez completada la devolución, se imprimirá un informe de devolución para que el usuario lo revise y confirme.
Implementación del módulo bibliotecario 5.8
5.8.1 Implementación de la función de gestión de libros del bibliotecario
En esta función, puede (* número de libro) y hacer clic en buscar , la información se mostrará en cada componente correspondiente, o puede encontrar el registro deseado por el nombre del libro. La información del primer registro se mostrará en cada componente correspondiente, o puede hacer clic en ListView debajo de Un registro en el componente. , la información del registro seleccionado también se mostrará en cada componente correspondiente. En la función de almacenamiento, se puede insertar un nuevo registro de libro siempre que no sea el mismo número de libro y el campo marcado * no esté vacío. La eliminación eliminará los registros del libro en la tabla de esos libros. Si se presta, también puede eliminar los registros en la tabla del propietario según la solicitud del usuario. Debido a que las funciones de modificación y almacenamiento de libros son las mismas que las de modificación y adición de registros de personal, a continuación solo se proporciona el código fuente de la función de eliminación, de la siguiente manera.
5.8.2 Implantación de funciones de gestión de bibliotecario, personal y administrador.
En esta función podrás añadir empleados o administradores, o modificar sus contraseñas y permisos.
En esta función, si se selecciona un registro en el ListView, la información se mostrará en el componente correspondiente a la derecha. El administrador también puede modificar estos registros o agregar nuevos registros. También puede hacer clic en el botón Eliminar para eliminar los registros seleccionados. La función de eliminación es la misma que la eliminación de registros del libro. Solo el proceso de implementación de agregar y modificar se detalla a continuación.
5.8.3 Realizar la función de los bibliotecarios para modificar uniformemente las categorías de libros y guardar registros.
En este formulario podrás eliminar, añadir y modificar categorías de libros. Las funciones de este módulo son las mismas que eliminar, agregar y modificar registros de libros. Sin embargo, también puede utilizar este formulario para realizar estadísticas por categoría de libros. También puede contar el número total de libros, el número de libros en stock. la cantidad de libros prestados y la cantidad de libros prestados según la tabla de libros y la tabla de propietarios. Este artículo proporciona varias funciones y procesos para realizar las estadísticas del número total de libros, el número de libros en stock, el número de libros prestados y el número de libros vencidos.
5.8.4 Implementación de la biblioteca función de gestión de préstamos
Para consultar al prestatario, puede buscar la información del prestatario según el número de tarjeta de la biblioteca, el nombre o el número de identificación del prestatario, o puede realizar una búsqueda difusa. La implementación de esta función es generalmente la misma que la búsqueda de libros anterior, por lo que no la explicaré en detalle.
5.8.5 Implementar la función de gestión de la biblioteca para mantener a los prestatarios.
Esta función puede ver, agregar, eliminar y modificar la información del prestatario. Aquí está el proceso de implementación del botón de actualización.
5.8.6 Implementación de la función de mantenimiento de identidad de la biblioteca
Esta parte es para administrar la identidad de los prestatarios, que se pueden agregar, eliminar y modificar. De manera similar, cuando se seleccionan uno o más registros en la vista de lista, la información se mostrará en el componente derecho correspondiente. El proceso de implementación de esta función es similar al descrito anteriormente.
5.8.7 Implementación de la función de estadísticas de préstamo de bibliotecas
Esta función realiza estadísticas basadas en la identidad del prestatario, y obtiene el número total de personas que toman prestados libros con una determinada identidad, el número de libros prestados por esta identidad Número de personas y libros prestados. El proceso de implementación se detalla a continuación.
5.8.8 Implementación de registros estadísticos de préstamos vencidos de la biblioteca
El informe impreso de cobro de préstamos vencidos se muestra a continuación:
Este informe se puede recopilar mediante la tarjeta de la biblioteca Mostrar la información prestada excede el tiempo limitado en orden ascendente de números. Las principales declaraciones SQL son las siguientes:
Implementación de la visualización de información del sistema 5.9
.