Práctica 2: Instalación de un gestor de bases de datos relacionales y desarrollo de una aplicación Web con persistencia de datos

Transcripción

1 Práctica 2: Instalación de un gestor de bases de datos relacionales y desarrollo de una aplicación Web con persistencia de datos Sistemas de Información Grado de Informática Dpto. de Informática e Ingeniería de Sistemas, Universidad de Zaragoza Escuela de Ingeniería y Arquitectura 15 de octubre de Objetivos Las aplicaciones Web son aplicaciones que se ejecutan en al menos un servidor Web y a las que los usuarios acceden desde un cliente de propósito general (por ejemplo: un navegador Web en un PC). Se caracterizan por poseer un contenido estático (html, pdf, etc..) y contenido dinámico que se genera cuando los usuarios realizan diferentes peticiones. El contenido dinámico lo genera el contener/servidor de aplicaciones Web consultando generalmente datos almacenados en diferentes bases de datos. En esta práctica se instalará un sistema gestor de bases de datos relacionales compatible con JDBC (Java Data Bases Connection) para trabajar conceptos básicos de programación Web con persistencia de datos. Además se completará el desarrollo de la aplicación cuya vista se implementó en la práctica 1. En mayor detalle, los objetivos de esta práctica son: Instalar el gestor de bases de datos relacionales MySQL. Completar el diseño de la capa de persistencia de datos proporcionada. Diseñar la capa modelo de la aplicación web bancaria desarrollada en la práctica 1. Completar el diseño de la capa vista de la aplicación web bancaria desarrollada en la práctica 1. El entorno de desarrollo a utilizar será JDK Contenidos La práctica consta de tres bloques, de los cuales el primero consiste en la instalación del sistema gestor de bases de datos MySQL, el segundo establece que se complete el 1

2 diseño de las capas de acceso a datos y modelo de una aplicación de gestión bancaria sencilla, y el tercero requiere completar la capa vista de la aplicación Web construida en la práctica anterior. Además se requiere que se encapsule e instale la aplicación desarrollada en el servidor Tomcat Instalación del sistema gestor de bases de datos relacionales MySQL Para realizar la instalación del sistema gestor de bases de datos relacionales MySQL en nuestra cuenta basta con descargar el fichero mysql a-linux2.6-i686.tar.gz y descomprimirlo. A continuación seguir las siguientes instrucciones: Crear un directorio para almacenar los datos del SGBD: mkdir <vuestro directorio para S.I.>/MySQLData Crear el fichero de configuración (un fichero de texto) del SGBD ($HOME/.my.cnf) con el siguiente contenido: [client] socket=$<$vuestro directorio para S.I.$>$/MySQLData/mysqld.sock [mysqld] pid-file=$<$vuestro directorio para S.I.$>$/MySQLData/mysqld.pid socket=$<$vuestro directorio para S.I.$>$/MySQLData/mysqld.sock basedir=$<$vuestro directorio para S.I.$>$/mysql a-linux2.6-i686 datadir=$<$vuestro directorio para S.I.$>$/MySQLData tmpdir=/tmp Inicializar las bases de datos desde el directorio donde se ha realizado la descompresión: scripts/mysql install db defaults-file=$home/.my.cnf Inicializar el SGBD: mysqld defaults-file=$home/.my.cnf Crear las bases de datos mibanco y sinftest: mysqladmin -u root create mibanco y mysqladmin -u root create sinftest, respectivamente Crear un usuario usersinf con clave usersinf y permitirle acceder a las bases de datos creadas anteriormente: mysql -u root GRANT ALL PRIVILEGES ON mibanco.* to usersinf@localhost IDENTIFIED BY usersinf ; GRANT ALL PRIVILEGES ON sinftest.* to usersinf@localhost IDENTIFIED BY usersinf ; exit; Acceder a las bases de datos creadas: mysql -u usersinf password=usersinf sinftest y mysql -u usersinf password=usersinf mibanco, respectivamente Crear las tablas necesarias ( \. <vuestro directorio para S.I.>/MySQLCrearTablasMiBanco.sql ) y salir del entorno usando exit; Para parar el servidor emplear: mysqladmin -u root shutdown 2

3 2.2. Diseño de las capas de persistencia y modelo de una aplicación Web Se pretende desarrollar una aplicación que gestione los usuarios y las cuentas de una entidad bancaria. Para cada usuario se considerarán los siguientes datos: DNI, apellidos, nombre, año de nacimiento, dirección, y teléfono de contacto. Cada usuario puede solicitar la creación de cuentas bancarias de las que será titular con cero euros inicialmente. Por otro lado, una misma cuenta bancaria podrá pertenecer a varios titulares, teniendo siempre al menos uno. La información almacenada para cada cuenta bancaria es la siguiente: número de cuenta, fecha de creación y saldo que contiene. Finalmente, se podrán realizar las siguientes operaciones bancarias: ingresar dinero, retirar dinero y realizar una transferencia entre dos cuentas de la entidad bancaria. Para cada una de las operaciones bancarias se almacena la siguiente información: código de la operación, tipo de operación, fecha de realización, cantidad involucrada en la operación, números de cuenta involucrados en la operación y usuario que realiza la operación. Requisitos Se deben diseñar e implementar las clases necesarias para permitir la realización de las siguientes operaciones: Dar de alta nuevos clientes. Crear una nueva cuenta bancaria para un determinado usuario. Dada una determinada cuenta bancaria y un determinado usuario, añadir o retirar dinero de dicha cuenta. Dada una cuenta bancaria y un intervalo de tiempo, listar todas las operaciones bancarias realizadas sobre esa cuenta durante dicho intervalo. Dado un determinado usuario y cuenta bancaria de la que es titular hacer una transferencia desde dicha cuenta a otra cuenta cualquiera de la entidad. La cuenta a la que se realiza la transferencia debe ser distinta a la cuenta de la que se retira el dinero. En cada caso, se considerarán los datos de entrada que se estimen oportunos y se tratarán los posibles errores (es decir, la aplicación no puede colgarse ante un error común sino que debe redirigir al usuario a una página con información sobre el problema que ha generado el error). Completar el diseño de la capa vista de la aplicación web bancaria desarrollada en la práctica 1 Considerando la capa modelo que se ha desarrollado en el apartado anterior, completad la vista de la aplicación web bancaria que se desarrollo en la práctica 1. El fichero WAR que se debe crear debe contener la siguiente estructura: directorioaempaquetar/web-inf/classes: ficheros.class que conforman la aplicación agrupados en directorios según su estructura en paquetes. 3

4 directorioaempaquetar/web-inf/lib: ficheros.jar de librerías que usa la aplicación (ejemplo el driver JDBC necesario para conectarse a la base de datos relacional). directorioaempaquetar/web-inf/web.xml: fichero de configuración estándar de la aplicación web. directorioaempaquetar/: vista de la aplicación (por ejemplo: ficheros HTML, JSP,...). Una vez empaquetada la aplicación en el fichero WAR, este se debe incluir en el directorio webapps del servidor de aplicaciones. El servidor lo desempaquetará para que los usuarios puedan acceder a la aplicación creada. 3. Entrega de la práctica La práctica se realizará en parejas. Cuando se finalice se debe entregar un fichero tar denominado practica 2.tar con el siguiente contenido: 1. Un fichero de texto denominado autores.txt que contendrá el NIA, los apellidos y el nombre de los autores de la práctica en las primeras líneas del fichero. Por ejemplo: NIA Apellidos Nombre Rodríguez Quintela Sabela Caamaño Cives Antón Opcionalmente, a continuación, se podrá incluir en dicho fichero un resumen de las principales dificultades encontradas durante la realización de la práctica, y notas a considerar. 2. Un directorio denominado srcvista, que contendrá los ficheros HTML y CSS utilizados en la implementación de la práctica. 3. Un directorio denominado srcmodeloydatos, que contendrá los directorios y ficheros fuentes.java utilizados en la implementación de las capas modelo y de persistencia de datos de la práctica. 4. Un directorio denominado WEB-INF, que contendrá el fichero web.xml utilizado en la implementaciûn de la práctica. 5. Un fichero ejecutable (shell script) denominado crearwar.sh que contendrá las instrucciones necesarias para crear la aplicación web MiPrimerBancoP2. 6. Un fichero ejecutable (shell script) que debe denominarse instalawar.sh que contendrá las instrucciones necesarias para instalar la aplicación Web en el servidor web Tomcat disponible en el directorio $CATALINA HOME y lanzar el servidor Tomcat. 4

5 Al descomprimir el fichero.tar se deben extraer los ficheros y directorios indicados en el directoriopractica 2. Es importante seguir las convenciones de nombrado y la estructura de ficheros y directorios descrita. Para la entrega del fichero.tar, se utilizar el comando someter en la máquina hendrix-ssh.cps.unizar.es. La fecha límite de entrega es el día anterior al de la siguiente sesión de prácticas en el laboratorio a las 23: Procedimiento de corrección y recomendaciones Una vez realizadas las prácticas y entregadas estas, cada grupo debe presentárselas al profesorado de prácticas en la siguiente sesión de prácticas. Al realizar la presentación el profesorado le formulará cuestiones sobre las decisiones de diseño e implementación que ha realizado. La práctica debe entregarse en los términos indicados anteriormente, funcionar correctamente en cualquier ordenador con Java 1.7 y no haber sido copiada. En particular, hay que asegurarse de que la práctica funciona correctamente en los ordenadores del laboratorio (vigilar aspectos como los permisos de ejecución de los scripts, juego de caracteres utilizado en los ficheros, etc.). También es importante someter código limpio (donde se ha evitado introducir mensajes de depuración y comentarios que no proporcionan información al usuario). Se considerarán los siguientes aspectos 1. La estructura (clases estructuradas adecuadamente en paquetes, métodos, visibilidad atributos y métodos, etc.). 2. El estilo de la interfaz gráfica de usuario. 3. La documentación y sangrado de los ficheros fuentes. 5