El lenguaje de programación interpretado PHP (Hypertext Preprocessor) es un

Transcripción

1 1. DESARROLLO. Arquitectura de desarrollo. Como tecnología de desarrollo se ha utilizado: PHP. El lenguaje de programación interpretado PHP (Hypertext Preprocessor) es un lenguaje de script de lado del servidor. Se eligió este lenguaje por varios motivos: - Es un lenguaje multiplataforma que puede ejecutarse en cualquier servidor que interprete PHP. - Está diseñado con el fin de desarrollar aplicaciones web. - Es Open Source (Código Abierto). - Combina excelentemente con otras herramientas, como son el servidor Apache y la base de datos MySQL, todas ellas gratuitas. - Es efectivo y rápido. PHP generalmente es utilizado como módulo de Apache, lo que lo hace extremadamente veloz. Esta completamente escrito en C, así que se ejecuta rápidamente utilizando poca memoria. - Por último, y esto es una opinión subjetiva, PHP resulta fácil y ameno de aprender para aquellas personas que acaban de iniciarse en la programación. Es fácil dar los primeros pasos y ver los resultados rápidamente. XHTML. 1

2 El lenguaje XHTML (extensible Hypertext Markup Language - Lenguaje de Marcado de Hipertexto Extensible) es una versión más estricta y limpia de HTML, que nace precisamente con el objetivo de remplazar a HTML ante su limitación de uso con las cada vez más abundantes herramientas basadas en XML. XHTML extiende HTML 4.0 combinando la sintaxis de HTML, diseñado para mostrar datos, con la de XML, diseñado para describir los datos. Se utiliza para estructurar el contenido de las páginas. Cuando se trata de hacer páginas eficientes, que sean estándar, legibles en todos los navegadores web, rápidas de procesar y tarden poco tiempo en cargarse, entonces se necesitan unas reglas estandarizadas para que el procesamiento de la página sea más rápido, dando la ventaja al navegador de procesarla más rápidamente. Estas reglas las aporta el lenguaje XHTML. El uso de XHTML hace a los sitios web más eficientes y aún mejor cuando estos tienen mucho contenido. La adopción de estándares por la W3C ofrece la ventaja de la compatibilidad del código entre los diferentes navegadores web. CSS. El lenguaje CSS (Cascading Style Sheets) se utiliza para dar cierto estilo y hacer más atractiva la presentación de los contenidos. Las hojas de estilo generalmente se encuentran en archivos separados del código principal. Esto nos va a permitir que en un equipo de trabajo, programador y diseñador puedan realizar sus tareas de forma independiente aunque paralela, sin correr el riesgo de que haya interferencias entre ambos, y ello no alterará el resultado final. El uso del estándar CSS de la W3C evitará visualizaciones incorrectas de nuestras páginas en distintos navegadores. 2

3 Apache. Se ha elegido Apache porque es un servidor web flexible, rápido y eficiente, continuamente actualizado y adaptado a los nuevos protocolos (HTTP 1.1), es de código abierto y multiplataforma (Unix -BSD, GNU/Linux, etc.-, Microsoft Windows, Macintosh y otras). Es un servidor altamente configurable de diseño modular. Es muy sencillo ampliar las capacidades del servidor Web Apache. Gracias a ser modular se han desarrollado diversas extensiones entre las que destaca PHP, un lenguaje de programación del lado del servidor. Apache permite personalizar la respuesta ante los posibles errores que se puedan dar en el servidor. Es posible configurar Apache para que ejecute un determinado script cuando ocurra un error en concreto. MySQL. MySQL es un gestor de bases de datos relacional, multiusuario y multihilo que utiliza el lenguaje SQL (Structured Query Language) para realizar las operaciones contra la base de datos. Se ha elegido este gestor por varios motivos: - Es Open Source (Código Abierto). - Integración perfecta con PHP. - Bajo costo en requerimientos para la elaboración de bases de datos, ya que debido a su bajo consumo puede ser ejecutado en una máquina con escasos recursos sin ningún problema. 3

4 - Velocidad al realizar las operaciones, lo que le hace uno de los gestores con mejor rendimiento. - Facilidad de configuración e instalación. - Soporta gran variedad de Sistemas Operativos - Su conectividad, velocidad, y seguridad hacen de MySQL Server altamente apropiado para acceder a bases de datos en Internet. XAMPP. XAMPP es un paquete formado por un servidor web Apache, una base de datos MySQL y los intérpretes para los lenguajes PHP y Perl. Su nombre viene del acrónimo: X (para cualquier sistema operativo), A (Apache), M (MySQL), P (PHP) y P (Perl). Es independiente de la plataforma y tiene licencia GNU/GPL (GNU General Public License). Existen versiones para Linux, Windows, MacOS X y Solaris. Se eligió XAMPP porque de una forma rápida y sencilla podemos montar en nuestra máquina un entorno de desarrollo de cualquier aplicación web que use PHP y MySQL. Dispone de herramientas como phpmyadmin para manejar la administración de la base de datos MySQL y Mercury Mail que es el servidor de correo. Librerías y clases. Se han utilizado algunas librerías y clases para ampliar la funcionalidad de los lenguajes utilizados. Son las siguientes: 4

5 - FPDF: librería PHP que facilita la creación de documentos PDF (Portable Document Format); es gratis y libre. Algunas de sus características son: elección de la unidad de medida, formato de página y márgenes, gestión de cabeceras y pies de página, salto de página automático, salto de línea y justificación del texto automáticos, admisión de imágenes (JPEG, PNG y GIF), colores, admisión de fuentes TrueType, Type1 y codificación, etc. - class.phpmailer.php: PHPMailer es una clase PHP para enviar s. Permite enviar mensajes de correo con ficheros adjuntos y en formato HTML. Con la funcion mail() de PHP es posible enviar s, pero dicha función no permite el envío de s con ficheros adjuntos, por ello se ha elegido esta clase. 5

6 Estructura funcional del sistema. El sistema de información se divide en varios módulos que permitirán cumplir con los diferentes requerimientos de la aplicación. Son los siguientes: Módulo de Gestión. Desde el módulo de gestión podremos administrar toda la información referente a los datos de proveedores, editoriales, libros y clientes; desde las altas, bajas y modificaciones hasta las consultas por diferentes criterios como por ejemplo la consulta de proveedores, editoriales o clientes por NIF, identificador o por nombre; y la consulta de libros por ISBN, EAN, título, autor, temática, editorial, ubicación o colección. También podremos obtener listados en pantalla de todos los proveedores, editoriales, libros y clientes ordenados por diferentes criterios (identificador, NIF, ISBN, estante, etc) con la posibilidad de acceder a través del listado de todos los registros a la información individual de cada uno; incluso accediendo a uno de los registros podremos consultar el anterior y siguiente registro. Módulo de Ventas. Desde este módulo se realiza el proceso de venta de libros. Dispone de varias opciones: - Venta de libros: esta es la opción desde la que se crean los albaranes de venta. El número de albarán se genera automáticamente, se elige un cliente de la lista de clientes y a continuación se va añadiendo el libro o libros y la cantidad. - Consulta de ventas: una vez creado el albarán podremos consultarlo en cualquier momento. La consulta se puede realizar por mes, entre un rango de fechas, por el NIF del cliente y por número de albarán. - Modificación de ventas: una vez creado el albarán desde esta opción se puede modificar siempre y cuando no se haya facturado. 6

7 Módulo de Reservas. El módulo de Reservas permite gestionar las reservas de libros a los clientes, tanto de los libros de los que no se dispone de stock en la librería como de los nuevos libros que no están dados de alta. Dispone de varias opciones: - Reserva de libros: se recurre a esta opción cuando un cliente desea más unidades de libros de los que haya en la librería. - Consulta de reservas: desde aquí se pueden consultar en cualquier momento el estado de las reservas realizadas a los clientes; una vez consultada una reserva también se podrá anular. La consulta se puede realizar por mes y por el NIF del cliente - Aviso a clientes: se recurre a esta opción cuando llega un pedido, al pulsarla se visualizará la lista de clientes que es necesario avisar porque su reserva de libros ha llegado. - Reserva nuevo libro: esta opción es útil cuando un cliente pide un libro que no está dado de alta en la librería. Antes de realizar el pedido se deberá dar de alta el libro. Módulo de Facturación. El módulo de Facturación comprende las funciones vinculadas con la facturación por venta de libros. Dispone de dos opciones: - Facturación de ventas: esta opción realiza la facturación automática de albaranes. Antes de empezar con el proceso será necesario elegir el rango de fechas de los albaranes a facturar o el NIF del cliente. Si el proceso se realiza por NIF del cliente se puede generar una factura con todos los albaranes sin facturar del cliente o bien se pueden elegir los albaranes que formarán parte de la factura. 7

8 - Consulta de facturas: Desde aquí se pueden consultar las facturas realizadas a los clientes. Los criterios para la consulta son: por mes, entre un rango de fechas, por NIF del cliente y por número de factura. Módulo de Pedidos. Desde el módulo de Pedidos se gestionan los pedidos a los proveedores. Se pueden generar diferentes tipos de pedidos: de reposición de ventas para reponer las ventas de un período, a partir de las reservas de libros realizadas a los clientes, bajo mínimos para aquellos libros cuyo stock actual es 0 o menor que el stock mínimo y manuales en los que se elige el proveedor y a continuación los libros a pedir. Las opciones con las que nos encontramos en este módulo son las siguientes: - De reposición de ventas: permite generar pedidos automáticamente para reponer las ventas de un período cuyas fechas será necesario especificar. - A partir de reservas: en este caso se generarán automáticamente pedidos a partir de las reservas realizadas a los clientes, será necesario especificar el rango de fechas en que se realizaron las reservas. - Pedidos bajo mínimos: permite generar pedidos automáticamente de aquellos libros cuyo stock actual es 0 o menor que el stock mínimo. - Generar pedidos a proveedor: esta es la opción más típica desde la que se elige el proveedor y se selecciona la lista de libros a pedir. - Consulta de pedidos: como en los módulos anteriores se pueden consultar los pedidos realizados y el estado en el que se encuentran; los criterios para la consulta son: por proveedor, por mes, entre fechas y por número de pedido. - Modificación de los pedidos: desde esta opción se puede anular, modificar o imprimir un pedido. 8

9 - Envío de pedidos: una vez generados los pedidos será necesario enviarlos al proveedor. Desde esta opción se visualiza la lista de pedidos pendientes para su envío por fax o por . El envío por fax generará un documento PDF para imprimirlo y posteriormente enviárselo al proveedor por fax. El envío por envía un correo electrónico al del proveedor en el que se adjuntarán los datos del pedido. Módulo de Entradas. Desde este módulo se controlan las entradas de stocks en la librería a partir de la llegada de los pedidos que se hicieron a los proveedores. Las opciones que presenta son las siguientes: - Recepción de pedidos: desde esta opción se registran los pedidos que llegan a la librería. Cuando llega un pedido de un proveedor se genera un albarán de entrada con los datos del pedido; para cada línea del pedido será necesario comprobar si la cantidad recibida coincide con la pedida, se deberá validar la cantidad que ha llegado de cada línea de pedido con el fin de mantener actualizados los stocks de libros. - Consulta de entradas: desde aquí se pueden consultar las entradas de libros que se han realizado en la librería. Los criterios para la consulta son: por mes, entre fechas, por libro, por número de pedido y por número de albarán. Módulo de Devoluciones. Desde este módulo se controlan las devoluciones de libros a los proveedores. Las opciones que presenta son: - Crear albarán de devolución: entraremos en esta opción cuando deseemos devolver algún libro al proveedor del mismo. El número de albarán se creará 9

10 automáticamente, se debe elegir el proveedor y a continuación los libros que deseamos devolver con la cantidad deseada. - Consulta de devoluciones: desde aquí se pueden consultar las devoluciones de libros realizadas a los proveedores. Como en otros módulos los criterios para la consulta son: por mes, entre fechas, por libro, por nº de albarán y por proveedor. Módulo de Administración. Desde este módulo se gestionan diferentes tareas de administración que no están relacionadas directamente con la gestión de la librería. Son las siguientes: - Gestión de usuarios: desde aquí se gestionan los usuarios que se pueden conectar al sistema. - Desbloqueo de usuarios: cuando un usuario intenta acceder al sistema y tras 3 intentos no consigue entrar porque la clave la ha escrito mal deberá comunicarlo al administrador para que a través de esta opción lo desbloquee y pueda de nuevo entrar en el sistema. - Gestión de formas de pago y temas: desde aquí se gestionan las formas de pago y las temáticas de los libros. - Gestión de datos de la empresa: desde esta opción se gestionan los datos de la librería. - Backup de la base de datos: esta opción nos permite realizar una copia de seguridad de la base de datos. 10

11 Estructura del software del proyecto. El código fuente del proyecto se ubica en el directorio PFC. Este directorio a su vez se divide en varios subdirectorios, en cada uno se agrupan los archivos PHP referentes a cada módulo, véase Figura 9. El archivo desde el que se inicia la aplicación se ubica en el directorio raíz (PFC) y su nombre es index.php. Estructura de los archivos web Figura 1. Directorio del proyecto. Las carpetas (o directorios) del PFC son las siguientes: El directorio adm: agrupa los archivos del módulo de Administración, estos engloban las tareas de creación de usuarios, copias de seguridad, desbloqueo de usuarios y gestión de formas de pago y temas. En el directorio BACKUP: se van almacenando las copias de seguridad que se van realizando, el nombre de los archivos de copia es similar a backup_2011_07_12_17_23_41.sql; donde junto a la palabra backup aparecen la fecha y hora de la copia. El directorio comun: agrupa archivos PHP que comparten todos los módulos como son los menús horizontal y vertical que aparecen en todas las páginas, la 11

12 conexión a la base de datos, el pie o el título de las páginas web. También se incluyen archivos que se usan en varios módulos y que permiten la reutilización de código (mediante la instrucción include) así como bibliotecas de funciones para realizar operaciones contra la base de datos o mostrar las pantallas y listados del módulo de Gestión. El directorio dev: agrupa los archivos del módulo de Devoluciones, los que procesan la inserción de devoluciones, las consultas por diferentes criterios y la generación del albarán en formato PDF. El directorio ent: agrupa los archivos del módulo de Entradas, los que procesan la gestión de entradas de pedidos y las consultas por diferentes criterios. El directorio fact: agrupa los archivos del módulo de Facturación, los que generan las facturas por cliente seleccionado y entre un rango de fechas, las consultas por diferentes criterios y la generación de la factura en formato PDF. El directorio gest: agrupa los archivos del módulo de Gestión. Engloba los archivos que gestionan la visualización de las opciones para la gestión de usuarios, libros, clientes, proveedores y editoriales. El directorio img: agrupa las imágenes que se usan en los diferentes módulos. El directorio includes: contiene la librería FPDF que se usa para la generación de documentos PDF y la clase PHPMailer para enviar s con archivos adjuntos. El directorio ped: agrupa los archivos del módulo de Pedidos, los que gestionan los pedidos a partir de reservas, a partir de las ventas, los pedidos bajo mínimos, la modificación de los pedidos, su envío y las consultas por los diferentes criterios. El directorio rsv: agrupa los archivos del módulo de Reservas, los que gestionan la reserva de libros, las consultas por los diferentes criterios y la gestión de los avisos a los clientes. 12

13 El directorio styles: contiene los archivos de estilo CSS que se aplican a las páginas. El directorio ven: agrupa los archivos del módulo de Ventas, los que gestionan la creación de albaranes, la modificación de los mismos, las consultas por diferentes criterios y la generación en formato PDF del albarán. Los archivos PHP de cada directorio que agrupa los archivos de un módulo tienen un nombre descriptivo para que resulte fácil identificar la tarea que realizan. Por ejemplo, en el directorio del módulo de Ventas (ven) todos los archivos comienzan por la palabra ventas, véase Figura 10, le sigue un guión de subrayado y a continuación el nombre de la tarea. Figura 2. Archivos del Módulo de Ventas. La página inicial de consulta de ventas se llama ventas_consultas.php, desde esta página se elige el criterio para realizar la consulta: Una vez elegido se deben completar el resto de datos para la consulta, el mes, el rango de fechas, el NIF del cliente o el número de albarán: 13

14 Una vez completados, cuando pulsemos el botón para realizar la consulta (Consultar) se llamará mediante el método POST al archivo que ejecuta la consulta elegida: - ventas_cons_mes.php para visualizar las ventas realizadas en el mes seleccionado, - ventas_cons_fec.php para visualizar las ventas realizadas en el rango de fechas seleccionado, - ventas_cons_nif.php para visualizar las ventas del cliente seleccionado, - ventas_cons_idv.php para visualizar las líneas de venta del albarán seleccionado. ventas_cons_mes.php ventas_consultas.php ventas_cons_fec.php ventas_cons_nif.php ventas_cons_idv.php Otros archivos como por ejemplo ventas_cons_comun.php, ventas_mod_comun.php, ventas_lineas.php o ventas_sellib.php contienen trozos de código que se incluyen en otros archivos PHP. Diseño del sistema. En este apartado se describen algunas de las soluciones de diseño adoptadas. 14

15 Intercambio de datos y navegación entre las páginas PHP: Uno de los principales problemas encontrados ha sido intercambiar datos y mantener los valores de esos datos de unas páginas a otras, sobre todo en las páginas de consultas donde se utilizan botones para volver a las opciones de consulta o para retroceder a la página que se visualizó anteriormente. Para solucionar este problema se han utilizado variables de sesión y variables ocultas en los formularios. Variables de sesión: Las sesiones en PHP nos sirven para almacenar información que se memorizará durante toda la visita de un usuario a un sitio web, con sesiones se pueden dar valores a las variables y acceder a sus valores en cualquiera de esas páginas. Cuando el usuario se conecta al sistema se inicia una sesión y la sesión continuará por las páginas por las que navegue el usuario. Por ello para facilitar la navegación e intercambiar datos entre las distintas páginas de la aplicación se han utilizado variables de sesión. Algunas de ellas son las siguientes: El nombre de usuario que se conecta al sistema, no se puede realizar ninguna acción si el usuario no está conectado al sistema. El perfil del usuario conectado, dependiendo del perfil tendrá acceso a una u otra parte de la aplicación. Variables para controlar la opción de menú horizontal y vertical que se ha activado, estas variables se utilizarán para controlar el aspecto visual de las opciones de menú. Arrays para ir almacenando las líneas de venta, pedidos, entradas o devoluciones. 15

16 Variables para controlar el número de página a la hora de manejar las líneas de venta, pedidos, entradas o devoluciones y para movernos a las páginas anterior y siguiente de los listados. Array que contiene variables relacionadas con las consultas, como por ejemplo las fechas implicadas en las consultas de un rango de fechas o el mes y el año en las consultas por mes. Variable con el identificador (de venta, pedido, factura, devolución) del que se quiere generar un documento PDF. Envío de datos a través de los formularios: El envío del contenido de un formulario utiliza los métodos GET o POST. El método GET envía los datos agregándolos a la dirección URL y separándolos de la dirección con un signo de interrogación, todas las variables serán visibles desde la URL. El método POST consiste básicamente en enviar las variables de forma oculta para que nadie pueda ver los datos que ha enviado al pulsar el botón de envío de formulario. En todos los formularios que componen la aplicación se ha utilizado el método POST para el envío de los datos. Envío de datos a través de los enlaces: Otra forma de enviar las variables es a través de enlaces. Se ha evitado en todo lo posible el paso de variables mediante los enlaces con el fin de obtener URLs más limpias y en las que no se muestren los datos que se van a procesar. La mayoría de variables que se pasan de una página a otra se realizan mediante el método POST y utilizando variables ocultas en los formularios. Acceso a la base de datos: 16

17 El acceso a la base de datos se realiza incluyendo el archivo conexionbd.php que contiene la siguiente orden para conectarse a la base de datos: $conexion=mysqli_connect("localhost","libros","pfc ","libros",3306); Calidad de los datos en los formularios: Para que los datos introducidos en los formularios de la aplicación tengan un mínimo de calidad se controlan los siguientes aspectos: Todos los datos requeridos son introducidos. Cuando falta alguno se visualiza un mensaje al lado o debajo que lo indica (Figura 11). Figura 3. Mensajes al lado de los datos requeridos. Los campos numéricos sólo contendrán números y en algunos casos el signo decimal. Si en un campo numérico se escriben valores no numéricos, al validarse se le asignará valor nulo o el valor que tenía antes el campo. Si en un campo numérico entero se escribe un valor decimal, al validarse sólo tomará el valor entero. Los campos de fecha cumplen con el formato especificado, si se escribe un formato incorrecto se tomará como fecha la del sistema. Las verificaciones del contenido de los campos tanto numéricos, como de fecha, se realiza en PHP al validar los formularios. Opciones de impresión de albaranes y facturas: 17

18 Cuando se imprime un albarán o una factura se genera un documento PDF que no se almacena en ningún sitio. Será el usuario el que decidirá almacenarlo o no en el disco o imprimirlo por la impresora. 18

19 Principales casos de uso. IDENTIFICACIÓN Y ENTRADA AL SISTEMA Actores: Propósito: Resumen: Usuarios registrados. Identificar y autenticar un usuario ente el sistema. El usuario introduce el identificador de usuario y la clave. El sistema comprueba si los datos son correctos, si son correctos permite el acceso, en caso contrario no permite el acceso pudiendo bloquear la cuenta del usuario. Precondiciones: El usuario no está conectado al sistema. Curso normal de los eventos: 1. El usuario introduce el identificador de usuario y la clave correctos. 2. El sistema comprueba que el identificador existe y la clave coincide para ese identificador. 3. El sistema comprueba que el usuario no está bloqueado. 4. El sistema pone a 0 el contador de intentos fallidos. 5. El sistema muestra la pantalla inicial que corresponde al perfil del usuario. Cursos alternos Caso B: 1. El usuario introduce un identificador de usuario y clave incorrectos. 2. El sistema comprueba si el identificador existe. 19

20 3. El sistema visualiza un mensaje indicando el error. Caso C: 1. El usuario introduce un identificador correcto y clave incorrecta. 2. El sistema comprueba si el identificador existe. 3. El sistema comprueba que el usuario no está bloqueado. 4. El sistema visualiza un mensaje y registra un intento de acceso fallido al usuario. Caso D: 1. El usuario introduce por tercera vez un identificador de usuario correcto y una clave incorrecta. 2. El sistema comprueba si el identificador existe. 3. El sistema comprueba que el usuario no está bloqueado. 4. El sistema visualiza un mensaje de error indicando que la cuenta ha sido bloqueada y que debe de ponerse en contacto con el administrador del sistema. 5. El sistema bloquea al usuario. Caso E: 1. El usuario introduce un identificador de usuario que ha sido bloqueado. 2. El sistema comprueba si el identificador existe. 3. El sistema comprueba que el usuario está bloqueado. 4. El sistema visualiza un mensaje de error indicando que la cuenta ha sido bloqueada y que debe de ponerse en contacto con el administrador del sistema. 20

21 ALTA DE UN PROVEEDOR Actores: Propósito: Administrador. Dar de alta en el sistema a un nuevo proveedor que proporcione libros a la librería. Resumen: El administrador introduce los datos identificativos del nuevo proveedor. El sistema registra el nuevo proveedor. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú horizontal Proveedores a la pestaña Alta de proveedores. 2. El sistema muestra el formulario que debe rellenarse con los datos del proveedor. 3. El administrador introduce todos los datos obligatorios y pulsa el botón Alta de Proveedor. 4. El sistema comprueba que el NIF del proveedor no está duplicado y da de alta el proveedor asignándole un identificador único; muestra un mensaje indicando que se ha realizado el alta. Cursos alternos Caso B: 3B. El administrador introduce los datos del nuevo proveedor pero olvida alguno de los obligatorios y pulsa el botón Alta de Proveedor. 21

22 4B. El sistema muestra un mensaje al lado de los campos obligatorios a los que no se les ha dado valor. Caso C: 3C. El administrador introduce los datos del nuevo proveedor pero ya existe un proveedor con el NIF introducido y pulsa el botón Alta de Proveedor. 4C. El sistema muestra un mensaje al lado del NIF indicando que está duplicado. 22

23 CONSULTA DE UN PROVEEDOR Actores: Propósito: Resumen: Administrador. Consultar los datos de un proveedor. El administrador selecciona el NIF o el Identificador del proveedor a consultar. El sistema visualiza los datos del proveedor. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú horizontal Proveedores a la pestaña Consulta de proveedores. 2. El sistema muestra los criterios para realizar la consulta. 3. El administrador elige uno de los NIF de la lista de NIFs o un Identificador de la lista de identificadores y pulsa el botón para realizar la consulta. 4. El sistema comprueba el criterio para realizar la consulta y muestra los datos del proveedor. 23

24 MODIFICACIÓN DE UN PROVEEDOR Actores: Propósito: Resumen: Administrador. Modificar los datos de un proveedor. El administrador selecciona el NIF o el Identificador del proveedor a modificar. El sistema visualiza los datos del proveedor, el administrador modifica los datos. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú horizontal Proveedores a la pestaña Consulta de proveedores. 2. El sistema muestra los criterios para realizar la consulta. 3. El administrador elige uno de los NIF de la lista de NIFs o un Identificador de la lista de identificadores y pulsa el botón para realizar la consulta. 4. El sistema comprueba el criterio de búsqueda y muestra los datos del proveedor. 5. El administrador modifica los datos y pulsa el botón Modificar datos. 6. El sistema comprueba los datos introducidos y realiza las modificaciones mostrando un mensaje. Cursos alternos Caso B: 24

25 5B. El administrador modifica los datos del nuevo proveedor pero deja en blanco alguno de los obligatorios y pulsa el botón Modificar datos. 6B. El sistema muestra un mensaje al lado de los campos obligatorios a los que no se les ha dado valor. Caso C: 5C. El administrador modifica los datos del nuevo proveedor asignando un NIF que ya existía y pulsa el botón Modificar datos. 6C. El sistema muestra un mensaje al lado del NIF indicando que está duplicado. 25

26 BAJA DE UN PROVEEDOR Actores: Propósito: Resumen: Administrador. Dar de baja un proveedor. El administrador selecciona el NIF o el Identificador del proveedor a dar de baja. El sistema visualiza los datos del proveedor, el administrador da de baja al proveedor. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú horizontal Proveedores a la pestaña Consulta de proveedores. 2. El sistema muestra los criterios para realizar la consulta. 3. El administrador elige el NIF de la lista de NIFs o el Identificador de la lista de identificadores y pulsa el botón para realizar la consulta. 4. El sistema comprueba el criterio de búsqueda y muestra los datos del proveedor. 5. El administrador pulsa el botón para eliminar proveedor. 6. El sistema pide confirmación al usuario para realizar la baja. 7. El administrador confirma la baja. 8. El sistema da de baja el proveedor y muestra un mensaje. 26

27 Cursos alternos Caso B: 8B. El sistema informa al administrador que no se puede realizar la baja del proveedor ya que actualmente está asignado a alguna editorial. 27

28 CONSULTA DE VARIOS PROVEEDORES POR NOMBRE Actores: Propósito: Resumen: Administrador. Consultar los datos de los proveedores por nombre. El administrador escribe el nombre o parte del nombre del proveedor o proveedores a consultar, el sistema mostrará los datos de los proveedores que contengan ese nombre. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú horizontal Proveedores a la pestaña Consulta de proveedores. 2. El sistema muestra los criterios para realizar la consulta. 3. El administrador escribe el nombre o parte del nombre del proveedor a consultar. 4. El sistema comprueba el criterio para realizar la consulta y muestra los datos del proveedor o proveedores que coinciden con la búsqueda, o visualiza un mensaje indicando que no se han encontrado proveedores. 28

29 LISTADO ORDENADO DE PROVEEDORES Actores: Propósito: Resumen: Administrador. Obtener un listado de todos los proveedores. El administrador selecciona el criterio por el que debe aparecer ordenado el listado, el sistema muestra la lista de proveedores ordenada según criterio seleccionado. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú horizontal Proveedores a la pestaña Listado de proveedores. 2. El sistema muestra los criterios para realizar el listado ordenado. 3. El administrador selecciona el criterio de ordenación. 4. El sistema muestra la lista de proveedores ordenada según criterio. 29

30 ALTA DE UN USUARIO Actores: Propósito: Resumen: Administrador. Dar de alta en el sistema a un nuevo usuario. El administrador introduce los datos identificativos del nuevo usuario. El sistema registra el nuevo usuario. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú horizontal Administración a la opción Gestión de usuarios. 2. El administrador rellena todos los datos obligatorios y pulsa el botón para dar de alta. 3. El sistema registra el usuario y muestra un mensaje. Cursos alternos Caso B: 2B. El administrador introduce los datos del nuevo usuario pero olvida alguno de los obligatorios y pulsa el botón para dar de alta. 3B. El sistema muestra un mensaje al lado de los campos obligatorios a los que no se les ha dado valor. 30

31 DESBLOQUEO DE UN USUARIO Actores: Propósito: Resumen: Administrador. Desbloquear un usuario. El administrador selecciona el usuario de la lista de usuarios bloqueados y el sistema desbloquea el usuario. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú horizontal Administración a la opción Desbloqueo de usuarios. 2. El administrador selecciona el usuario de la lista de usuarios bloqueados y pulsa el botón para desbloquearlo. 3. El sistema desbloquea el usuario y muestra un mensaje. 31

32 CREACIÓN DE UN ALBARÁN DE VENTA Actores: Propósito: Resumen: Administrador o empleado. Crear un albarán de venta. El administrador o empleado selecciona el cliente de la lista de clientes y a continuación los libros que desea comprar anotando la cantidad que compra. Una vez añadidos todos los libros pulsa el botón para realizar la venta. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de menú vertical VENTAS A CLIENTES a la opción Venta de libros. 2. El sistema muestra la pantalla de entrada de ventas con la lista de clientes de la que se debe seleccionar uno. 3. El administrador o empleado selecciona un cliente de la lista y pulsa el botón Seleccionar cliente. 4. El sistema muestra los datos del cliente y la lista para seleccionar el libro y escribir la cantidad. 5. El administrador o empleado selecciona un libro de la lista, escribe la cantidad y pulsa el botón Añadir. 32

33 6. El sistema comprueba si hay stock suficiente, si hay stock visualiza en la zona de las líneas de venta el libro con su cantidad, si no hay, visualiza un mensaje a la derecha indicándolo. 7. Los pasos 5 y 6 se repiten hasta tener todos los libros que forman el albarán de venta. 8. El administrador o empleado pulsa el botón para realizar la venta. 9. El sistema actualiza el stock y muestra un mensaje indicando que la venta se ha realizado y pregunta si se desea generar un PDF con los datos del albarán. 10. El administrador o empleado pulsa el botón Aceptar para obtener el documento PDF, en caso contrario pulsa el botón Cancelar. Cursos alternos Caso B: 5B. El administrador o empleado pulsa el botón Cancelar. 6B. El sistema muestra la pantalla de entrada de ventas con la lista de clientes. 33

34 CONSULTA DE ALBARANES DE VENTA Actores: Propósito: Resumen: Administrador o empleado. Consultar uno o varios albaranes de venta. El administrador indica al sistema los criterios para la consulta, el sistema muestra el albarán o albaranes solicitados. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de MENÚ VERTICAL VENTAS A CLIENTES a la opción Consulta de ventas. 2. El sistema muestra la pantalla de consulta de ventas con los criterios de venta. 3. El administrador o empleado selecciona uno de los criterios y pulsa el botón Seleccionar criterio. 4. Dependiendo del criterio seleccionado el sistema solicita más información como por ejemplo: el mes para la consulta por mes, el rango de fechas para la consulta entre fechas, el NIF del cliente para la consulta por cliente o el albarán a consultar. 5. El administrador o empleado completa la información pedida y pulsa el botón para realizar la consulta. 6. El sistema muestra la información solicitada o un mensaje si no encuentra los datos solicitados. 34

35 MODIFICACIÓN DE UN ALBARÁN DE VENTA AÑADIENDO UNA NUEVA LÍNEA DE VENTA Actores: Propósito: Resumen: Administrador o empleado. Añadir una línea de venta a un albarán. El administrador o empleado selecciona el albarán a modificar de la lista de albaranes y añade un nuevo libro. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de menú vertical VENTAS A CLIENTES a la opción Modificación de ventas. 2. El sistema muestra la lista de albaranes pendientes de facturar. 3. El administrador o empleado selecciona un albarán de la lista y pulsa el botón Seleccionar venta. 4. El sistema muestra los datos del albarán seleccionado y la lista para añadir el libro y escribir la cantidad. 5. El administrador o empleado selecciona un libro de la lista, escribe la cantidad y pulsa el botón Añadir. 35

36 6. El sistema comprueba si hay stock suficiente, si hay stock visualiza en la zona de las líneas de venta el libro con su cantidad, si no hay, visualiza un mensaje indicándolo. 7. El administrador o empleado pulsa el botón para modificar la venta. 8. El sistema actualiza el stock y muestra un mensaje indicando que la venta se ha modificado. 36

37 MODIFICACIÓN DE UN ALBARÁN DE VENTA MODIFICANDO LA CANTIDAD DE UNA LÍNEA DE VENTA Actores: Propósito: Resumen: Administrador o empleado. Modificar la cantidad de una línea de venta. El administrador o empleado selecciona el albarán a modificar de la lista de albaranes y modifica la cantidad de una línea. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de MENÚ VERTICAL VENTAS A CLIENTES a la opción Modificación de ventas. 2. El sistema muestra la lista de albaranes pendientes de facturar. 3. El administrador o empleado selecciona un albarán de la lista y pulsa el botón Seleccionar venta. 4. El sistema muestra los datos del albarán seleccionado. 5. El administrador o empleado localiza la línea de venta a modificar, escribe la nueva cantidad y pulsa el botón situado al lado de la cantidad. 37

38 6. El sistema comprueba si hay stock suficiente, si no hay stock visualiza dos asteriscos al lado de la cantidad y no realiza la modificación; si hay stock realiza la modificación. 7. El administrador o empleado pulsa el botón para modificar la venta. 8. El sistema actualiza el stock y muestra un mensaje indicando que la venta se ha modificado. 38

39 ELIMINACIÓN DE UNA LÍNEA DE VENTA DE UN ALBARÁN DE VENTA Actores: Propósito: Resumen: Administrador o empleado. Eliminar una línea de venta de un albarán. El administrador o empleado selecciona el albarán a modificar de la lista de albaranes y elimina la línea de venta. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de menú vertical VENTAS A CLIENTES a la opción Modificación de ventas. 2. El sistema muestra la lista de albaranes pendientes de facturar. 3. El administrador o empleado selecciona un albarán de la lista y pulsa el botón Seleccionar venta. 4. El sistema muestra los datos del albarán seleccionado. 5. El administrador o empleado localiza la línea de venta a eliminar y pulsa el botón para eliminar la línea. 6. El sistema visualiza las líneas del albarán sin la línea eliminada. 7. El administrador o empleado pulsa el botón para modificar la venta. 39

40 8. El sistema actualiza el stock y muestra un mensaje indicando que la venta se ha modificado. Cursos alternos Caso B: 6B. El sistema visualiza el albarán pero la línea sigue apareciendo ya que sólo había una, para eliminar una línea será necesario anular el albarán. 40

41 ANULACIÓN DE UN ALBARÁN DE VENTA. Actores: Propósito: Resumen: Administrador o empleado. Anular un albarán. El administrador o empleado selecciona el albarán a anular de la lista de albaranes y pulsa el botón para eliminarlo. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de MENÚ VERTICAL VENTAS A CLIENTES a la opción Modificación de ventas. 2. El sistema muestra la lista de albaranes pendientes de facturar. 3. El administrador o empleado selecciona un albarán de la lista y pulsa el botón Seleccionar venta. 4. El sistema muestra los datos del albarán seleccionado. 5. El administrador pulsa el botón Anular Venta. 6. El sistema actualiza los stocks y muestra un mensaje indicando que la venta se ha eliminado. 41

42 CREACIÓN DE UNA RESERVA Actores: Propósito: Resumen: Administrador o empleado. Crear una reserva. El administrador o empleado crea una reserva a un cliente de un libro del que no dispone de suficiente stock para poder servir al cliente. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de menú vertical RESERVA DE LIBROS a la opción Reserva de libros. 2. El sistema muestra los datos a rellenar para realizar la reserva. 3. El administrador o empleado selecciona el cliente, el libro, escribe la cantidad a reservar y pulsa el botón para realizar la reserva. 4. El sistema comprueba si hay stock para servir al cliente, si hay stock muestra un mensaje informando de ello y no realiza la reserva, si no hay realiza la reserva y muestra un mensaje indicándolo. 42

43 Cursos alternos Caso B: 3B. El administrador o empleado no introduce todos los datos necesarios y pulsa el botón para realizar la reserva. 4B. El sistema no hace nada. 43

44 CREACIÓN DE UNA RESERVA DE NUEVO LIBRO Actores: Propósito: Resumen: Administrador o empleado. Crear una reserva de un libro que no existe en la librería. El administrador o empleado crea una reserva a un cliente de un libro que no está registrado en la librería. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de menú vertical RESERVA DE LIBROS a la opción Reserva nuevo de libro. 2. El sistema muestra los datos a rellenar para realizar la reserva. 3. El administrador o empleado selecciona el cliente, rellena el ISBN y pulsa el botón para comprobar si el ISBN está registrado en la librería. 4. El sistema comprueba si el ISBN existe, en cuyo caso muestra un mensaje indicándolo. Si no existe muestra el resto de campos a rellenar (ir a 5). 5. El administrador o empleado rellena los campos obligatorios y pulsa el botón para realizar reserva. 6. El sistema muestra un mensaje indicando que se ha realizado la reserva. 44

45 Cursos alternos Caso B: 5B. El administrador o empleado no introduce todos los datos necesarios y pulsa el botón para realizar la reserva. 6B. El sistema no hace nada. 45

46 AVISO A CLIENTES Actores: Propósito: Resumen: Administrador o empleado. Avisar a los clientes de que su reserva ha llegado. El administrador o empleado registra en el sistema que los clientes son avisados por teléfono o cuando su reserva de libros ha llegado. Precondiciones: El administrador o empleado están conectados al sistema. Curso normal de los eventos: 1. El administrador o empleado accede mediante la opción de menú vertical RESERVA DE LIBROS a la opción Aviso a clientes. 2. El sistema muestra la lista de clientes avisados y pendientes de avisar. 3. El administrador o empleado avisa por teléfono o (dependiendo de la forma de aviso) al cliente y pulsa el botón Avisar para que la acción quede registrada. 4. El sistema registra la acción y muestra en el cliente una marca de verificación indicando que se le ha avisado. FACTURACIÓN DE VENTAS A UN CLIENTE 46

47 Actores: Propósito: Resumen: Administrador. Facturar albaranes de venta a un cliente. El administrador selecciona el cliente al que desea realizar la facturación, el sistema le muestra los albaranes pendientes de facturar para que elija los que desee facturar. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú vertical FACTURACIÓN DE VENTAS a la opción Facturación de ventas. 2. El sistema muestra los criterios para la facturación. 3. El administrador selecciona el criterio NIF/CIF del cliente y pulsa el botón Seleccionar criterio. 4. El sistema requiere más datos, el NIF del cliente. 5. El administrador selecciona el NIF del cliente y pulsa el botón Seleccionar cliente. 6. El sistema muestra los albaranes del cliente. 7. El administrador pulsa el botón Generar factura con los albaranes mostrados. 8. El sistema genera una factura con los albaranes mostrados. Cursos alternos Caso B: 47

48 7B. El administrador elimina un albarán de la lista. 8B. El sistema muestra los albaranes menos el eliminado anteriormente. Caso C: 6C. El sistema muestra mensaje indicando que no se han encontrado ventas por facturar para el cliente. 48

49 FACTURACIÓN DE VENTAS ENTRE FECHAS Actores: Propósito: Resumen: Administrador. Facturar albaranes de venta en un rango de fechas. El administrador selecciona el rango de fechas en el que desea realizar la facturación, el sistema muestra los albaranes pendientes de facturar en ese rango de fechas para que elija los que desee facturar. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú vertical FACTURACIÓN DE VENTAS a la opción Facturación de ventas. 2. El sistema muestra los criterios para la facturación. 3. El administrador selecciona el criterio entre fechas y pulsa el botón Seleccionar criterio. 4. El sistema requiere el rango de fechas. 5. El administrador selecciona el rango de fechas y pulsa el botón Ver ventas. 6. El sistema muestra los albaranes en ese rango de fechas. 7. El administrador pulsa el botón Generar Facturas Automáticamente. 8. El sistema genera una factura por cada uno de los albaranes mostrados. 49

50 Cursos alternos Caso B: 7B. El administrador pulsa el botón para generar factura que aparece en el albarán. 8B. El sistema genera una factura con ese albarán y muestra el resto de albaranes del rango de fechas seleccionado. Caso C: 6C. El sistema muestra mensaje indicando que no se han encontrado ventas por facturar en ese rango de fechas. 50

51 PEDIDOS DE REPOSICIÓN DE VENTAS Actores: Propósito: Resumen: Administrador. Generar pedidos a partir de las ventas realizadas. El administrador selecciona el rango de fechas en que se produjeron las ventas cuyo stock se desea reponer, el sistema muestra los pedidos de libros cuyas ventas se realizaron en ese rango de fechas para que el administrador apruebe o no la realización de los pedidos. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú vertical PEDIDOS A PROVEEDORES a la opción De reposición de ventas. 2. El sistema requiere el rango de fechas a reponer. 3. El administrador selecciona el rango de fechas y pulsa el botón Comprobar fechas. 4. El sistema muestra la lista de pedidos a realizar según las ventas realizadas en ese rango de fechas. 5. El administrador pulsa el botón Aceptar los Pedidos Automáticamente. 6. El sistema genera los pedidos solicitados. 51

52 Cursos alternos Caso B: 5B. El administrador pulsa el botón para eliminar el pedido de la lista de pedidos. 6B. El sistema muestra la lista de pedidos sin el pedido eliminado anteriormente. Caso C: 4C. El sistema muestra mensaje indicando que no se han encontrado ventas por reponer en ese rango de fechas. 52

53 PEDIDOS A PARTIR DE RESERVAS Actores: Propósito: Resumen: Administrador. Generar pedidos a partir de reservas realizadas a los clientes. El administrador selecciona el rango de fechas en que se produjeron las reservas cuyas unidades se desean pedir, el sistema muestra los pedidos de libros cuyas reservas se realizaron en ese rango de fechas para que el administrador apruebe o no los pedidos. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú vertical PEDIDOS A PROVEEDORES a la opción A partir de reservas. 2. El sistema requiere el rango de fechas en que se realizaron las reservas cuyas unidades se desean pedir. 3. El administrador selecciona el rango de fechas y pulsa el botón Comprobar fechas. 4. El sistema muestra la lista de pedidos a realizar según las reservas realizadas en ese rango de fechas. 53

54 5. El administrador pulsa el botón Aceptar los Pedidos Automáticamente. 6. El sistema genera los pedidos solicitados. Cursos alternos Caso B: 5B. El administrador pulsa el botón para eliminar el pedido de la lista de pedidos. 6B. El sistema muestra la lista de pedidos sin el pedido eliminado anteriormente. Caso C: 4C. El sistema muestra mensaje indicando que no se han encontrado reservas en ese rango de fechas. 54

55 REALIZAR PEDIDOS BAJO MÍNIMOS Actores: Propósito: Resumen: Administrador. Generar pedidos a partir de los stocks mínimos detectados. El sistema muestra una lista de los libros cuyo stock actual sea menor o igual que el stock mínimo o 0 para que el administrador pueda realizar el pedido con la cantidad deseada. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú vertical PEDIDOS A PROVEEDORES a la opción Pedidos bajo mínimos. 2. El sistema muestra la lista de libros cuyas existencias están bajo mínimos. 3. El administrador escribe la cantidad a pedir en el libro deseado y pulsa el botón Realizar pedido. 4. El sistema genera el pedido y muestra la lista de libros bajo mínimos menos el libro anterior. Cursos alternos Caso B: 55

56 2B. El sistema muestra un mensaje indicando que no hay pedidos bajo mínimos por realizar. Caso C: 4C. El sistema genera el pedido y muestra un mensaje indicando que no hay pedidos bajo mínimos por realizar. 56

57 ENVÍO DE PEDIDOS Actores: Propósito: Resumen: Administrador. Enviar los pedidos a los proveedores. El sistema muestra una lista con los pedidos pendientes de enviar para que el administrador los envíe por o por fax. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú vertical PEDIDOS A PROVEEDORES a la opción Envío de pedidos. 2. El sistema muestra la lista de pedidos pendientes de enviar. 3. El administrador pulsa en el icono de la columna ENVIAR de cada pedido que desee enviar. 4. Dependiendo de la forma de envío el sistema hace una cosa u otra. Si el envío es por , automáticamente se envía un al proveedor con los datos del pedido; si el pedidos es por fax se visualiza un mensaje recordando al usuario que debe imprimir el pedido para su envío por fax, y se visualiza un archivo PDF con los datos del pedido. 5. El sistema vuelve a mostrar los pedidos pendientes. 57

58 Cursos alternos Caso B: 2B. El sistema muestra un mensaje indicando que no hay pedidos pendientes de enviar. Caso C: 5B. El sistema muestra un mensaje indicando que no hay pedidos pendientes de enviar. 58

59 RECEPCIÓN DE PEDIDOS Actores: Propósito: Resumen: Administrador. Crear un albarán de entrada. El administrador o empleado selecciona el pedido que ha llegado de la lista de pedidos enviados y verifica si los datos de libros del pedido enviado coinciden con los libros que se han recibido. Debe validar cada línea de pedido para que los stocks de libros se actualicen. Precondiciones: El administrador está conectado al sistema. Curso normal de los eventos: 1. El administrador accede mediante la opción de menú vertical ENTRADAS DE LIBROS a la opción Recepción de pedidos. 2. El sistema muestra la pantalla de recepción de pedidos con la lista de pedidos de la que se debe seleccionar uno. 3. El administrador selecciona el pedido recibido de la lista y pulsa el botón Seleccionar pedido. 4. El sistema muestra las líneas del pedido. 59

60 5. El administrador comprueba si la cantidad recibida coincide con la pedida, si no coincide escribe la cantidad recibida en la línea correspondiente y pulsa el botón modificar. 6. El administrador valida la línea pulsando el botón Validar. 7. El sistema actualiza el stock del libro recibido y visualiza la línea con una marca de verificación verde. 60

61 En las páginas anteriores se han expuesto los casos de uso principales, los casos de uso para altas, consultas, modificaciones, bajas y listados de editoriales, libros y clientes son similares a los casos de uso: ALTA DE UN PROVEEDOR, CONSULTA DE UN PROVEEDOR, MODIFICACIÓN DE UN PROVEEDOR, BAJA DE UN PROVEEDOR, CONSULTA DE VARIOS PROVEEDORES POR NOMBRE y LISTADO ORDENADO DE PROVEEDORES, por ello no se exponen. Igualmente otros casos de uso como los de consulta de reservas, facturas, pedidos, entradas y devoluciones son similares a la CONSULTA DE ALBARANES DE VENTA o los casos de uso para la creación de albaranes de devolución son similares a la CREACIÓN DE UN ALBARÁN DE VENTA. 61

62 Diseño de la base de datos. La base de datos está formada por 22 tablas y 3 vistas. Todas las tablas (excepto la tabla EMPRESA que contiene una sola fila con los datos de la librería) contienen una columna identificadora que constituye la clave primaria, es numérica y se va generando automáticamente según se van insertando las filas, el valor inicial es 1. Las vistas creadas se utilizan para realizar listados y así simplificar las consultas. A continuación se muestran las relaciones entre las tablas en diferentes vistas de la aplicación. Entrada en la aplicación. Los usuarios que se conectan al sistema deben estar registrados en la tabla USUARIOS. Cada usuario tiene un perfil asociado (tabla PERFILES), dependiendo del mismo accederá a una parte u otra de la aplicación. Tablas USUARIOS y PERFILES. Inicialmente esta tabla tiene creado un único usuario, el usuario admin (de clave admin) que es el administrador del sistema. Gestión de las tablas principales. La información asociada a las tablas que forman el Módulo de Gestión se muestra en la Figura 12. Cada fila de las tablas EDITORIALES, CLIENTES y PROVEEDORES se identifica por su identificador (clave primaria) y por la columna NIF (clave única); en el caso de la tabla LIBROS por el identificador (clave primaria) y el ISBN (clave única). 62

63 Figura 4. Tablas gestión de libros, proveedores, clientes y editoriales. El contenido de estas tablas es el siguiente: - Tabla PROVEEDORES: contiene los datos de los proveedores que suministran los libros a la librería. Un proveedor puede distribuir libros de varias editoriales. - Tabla EDITORIALES: contiene los datos de las editoriales. Cada editorial es distribuida por un único proveedor. - Tabla LIBROS: contiene los datos de los libros, a cada libro le corresponde una editorial. - Tabla CLIENTES: contiene los datos de los clientes. - Tabla PROVINCIAS: contiene los nombres de las provincias. - Tabla IDIOMAS: contiene los diferentes idiomas. - Tabla TEMAS: contiene las temáticas de libros que hay en la librería. - Tabla FORMAPAGO: contiene las formas de pago que ofrece la librería. Gestión de ventas y facturación. Las tablas que forman parte de los Módulos de Ventas y Facturación son las siguientes: 63

64 Figura 5. Tablas gestión de ventas y facturación. - Tabla VENTAS: contiene los datos de los albaranes de venta que se van creando. Cada venta (o albarán de venta) tiene un identificador único (IDVENTA) y está asociado a un cliente. Una venta está formada por una o más líneas de venta que se almacenan en la tabla LINEASVENTAS. La columna FACTURADA es nula o apunta a la factura correspondiente en la tabla FACTURAS cuando se facture el albarán, se utiliza para controlar si el albarán se ha facturado. - Tabla LINEASVENTAS: contiene las líneas de venta que forman parte de un albarán de venta. Cada línea de venta hace referencia a un libro. La columna REPOSICION apuntará al pedido correspondiente en la tabla PEDIDOS cuando se genere un pedido a partir de las ventas. - Tabla FACTURAS: contiene los datos de los albaranes facturados. Cada factura contiene un identificador único (IDFACTURA) y cada factura está asociada a un cliente. Una factura puede contener un albarán de venta o varios. Una factura 64

65 está formada por una o más líneas de factura contenidas en la tabla LINEASFACTURAS. - Tabla LINEASFACTURAS: contiene las líneas que forman parte de una factura. Cada línea de factura hace referencia a un libro. - Una factura y una venta tienen asociada una forma de pago. - Tabla auxiliar LINEASFACTURASAUX, se utiliza para evitar líneas de factura con el mismo libro en una factura, sería el caso de un cliente que realiza varias compras del mismo libro en fechas diferentes, es decir, el mismo libro aparece en varios albaranes de venta del cliente. Se utiliza cuando se incluyen varios albaranes de un cliente en una factura Gestión de pedidos. Figura 6. Tablas gestión de pedidos. Los pedidos a proveedores se pueden generar automáticamente a partir de las reservas realizadas a los clientes o a partir de las ventas realizadas. Las relaciones entre las tablas se muestran en la Figura 14. Cuando se realiza un pedido de reposición de ventas 65

66 se anotará en la tabla de las líneas de venta (LINEASVENTAS) el identificador del pedido por el que se repondrá la cantidad de esa línea de venta. Igualmente si se hace el pedido a partir de una reserva (columna NUMEROPEDIDO de la tabla RESERVAS). Las tablas que forman parte del Módulo de Pedidos son las siguientes: - Tabla PEDIDOS: contiene los datos de los pedidos realizados a los proveedores. Cada pedido tiene un identificador único (IDPEDIDO). El pedido se realizará al proveedor que tiene asignado el libro. En un pedido pueden figurar uno o más libros, tantos como distribuya ese proveedor. Existen varios tipos de pedido: de reposición de ventas, a partir de reservas, bajo mínimos y creado de forma manual; esta información se almacena en la columna TIPO. Un pedido está formado por una o más líneas contenidas en la tabla LINEASPEDIDOS. - Tabla LINEASPEDIDOS: contiene las líneas de pedido que forman parte de un pedido. Cada línea de pedido hace referencia a un libro. La columna VALIDADA se utiliza para controlar la actualización del stock del libro cuando el pedido llega. Gestión de entradas y devoluciones. Los pedidos que llegan se van registrando en la tabla de entradas (ENTRADAS). En la tabla de líneas de pedido (LINEASPEDIDOS) se anota la cantidad recibida y se valida dicha cantidad en la tabla de libros, en la tabla de LIBROS se anotará la fecha de entrada del mismo (columna ULTIMAENTRADA). Las tablas que forman parte de los Módulos de Entradas y Devoluciones son las siguientes: - Tabla ENTRADAS: contiene el registro de los pedidos que llegan a la librería. A cada pedido le corresponde una entrada, la clave primaria de esta tabla está formada por IDENTRADA, IDPEDIDO y NUMEROLINEA. 66

67 - Tabla DEVOLUCIONES: las devoluciones de libros se van anotando en esta tabla. Cada devolución está formada por una o más líneas de devolución (tabla LINEASDEV). Cada vez que se hace una devolución se resta stock del libro de la tabla LIBROS. - Tabla LINEASDEV: contiene las líneas que forman parte de la devolución. Cada línea hace referencia a un libro. Figura 7. Tablas gestión de entradas y devoluciones. Gestión de reservas. Las reservas de libros se realizan a los clientes cuando estos piden de un libro más ejemplares de los que dispone la librería. Un cliente puede realizar varias reservas, cada fila de la tabla RESERVAS representa una reserva de un libro. En las reservas de nuevos libros (que no existen en la librería) será necesario especificar el ISBN del libro que se desea reservar para darle de alta en la tabla LIBROS antes de realizar el pedido; se utiliza un campo en la tabla RESERVAS para indicar que se trata de un nuevo libro (columna NOVEDAD). 67

68 Figura 8. Tablas gestión de reservas. Las vistas son las siguientes: - V_FACTURAS: para visualizar datos de las facturas. - V_VENTAS: para visualizar datos de las ventas con sus líneas de venta. - V_VENTAS_CLI: para visualizar los datos de las ventas por cliente. 68