Taller 3: Asistente de Consultas

Profesor: Victor Manuel Vargas Forero. Monitor: Jhon Mauro Gmez o Programacin Interactiva (750085M) Grupo 01 o Santiago de Cali - Valle del Cauca 25 de Mayo 2012

1.

El Problema

La reconocida empresa Oracle, desea difundir en los colegios el conocimiento de las bases de datos. Acuden a sus servicios, para desarrollar un programa capaz de reconocer instrucciones SQL y vericarla sintctica y gramaticalmente, y tambin construir consula e tas usando un ambiente grco. a

2.

Especicacin Supercial o

Su deber es Realizar en Java la aplicacin Asistente de Consultas. El Diseo de tal, o n debe ser serio, y debe poseer una interfaz intuitiva al usuario nal. La aplicacin consta de 2 reas utiles. La primera, de una zona de texto que permite o a ingresar cdigo SQL y un panel que mostrar los errores en la consulta (Si se encuentran o a errores). La segunda, de un entorno que permita la creacin de consultas, de forma grca; o a Se deben visualizar TODAS las palabras reservadas bsicas de SQL para la creacin de a o consultas. En ambos casos se debe permitir ejecutar la consulta y retornar errores si la consulta est mal elaborada, o hay errores al momento de ejecutarla. Si la consulta, a al momento de ser ejecutada, retorna un resultado (Como es el caso de las clausulas SELECT), los resultados se deben visualizar adecuadamente tabulados.

3.

Especicacin Tcnica o e
Para la evaluacin de la aplicacin, sta debe de contar con los siguientes Parmetros. o o e a

3.1.

Interaccin Grca o a
Inicio de Sesin: Inicialmente se deben solicitar (Usando GUI) los datos de: User de o la Base de Datos, Password del user, base de datos inicial y servidor. Panel de Conultas: Panel para insercin, ejecucin y vericacin de consultas SQL. o o o

La aplicacin debe disponer de 3 elementos bsicos: o a

Panel de creacin de consultas: Incorpora un asistente para la creacin de consultas o o SQL.

II

4.

Ejemplo borrado tabla

Se selecciona de la lista, la opcin DROP TABLE. o

Se ingresa el nombre de la tabla a eliminar, y da click en Proceder.

Se genera la SQL que corresponde al eliminado de la tabla Usuarios, y el luego se ejecuta la instruccin. Como no se gener errores, se resalta que la consulta se realiz con xito. o o o e

III

4.1.

Consideraciones internas
Si no se puede establecer conexin con la base de datos, no se debe iniciar el asistente. o Considrese Palabras reservadas bsicas las siguientes: INSERT INTO, SEe a LECT, UPDATE, DELETE FROM, CREATE TABLE, DROP TABLE. Si existe un error semntico en la instruccin, la excepcin arrojada por el motor a o o de bases de datos, debe ser mostrada. Al momento de realizar una consulta en el asistente para las que requieren el condicional WHERE, se debe considerar que puede haber un nmero indenido u de condicionales, y estos son parametrizados bajo la siguiente sintaxis: Atributo o Operador De Condicin Valor. TODA VERIFICACION SINTACTICA DEBE SER REALIZADA POR LA APLI CACION. Recuerde que no todas las consultas requieren de un WHERE, por ejemplo: SELECT * FROM usuarios; TODA instruccin en SQL termina con un ;. o Al realizar una consulta SELECT, es pertinente que se muestren todos los registros que cumplan con los parmetros denidos en la consulta. a Recuerde que la consulta SELECT no se limita a retornar TODOS los campos de las tuplas que cumplan con la condicin. Ejemplo SELECT nombre,ciudad FROM o Usuarios. La aplicacin debe ser Flexible ante los diversos tipos de variantes de las consultas. o No es necesario adaptar la aplicacin para el uso de consultas ms complejas (Usar o a operadores JOIN, entre otros). La aplicacin debe funcionar perfectamente para los o tipos de consultas e instrucciones SQL vistos en clase. En el asistente de creacin de consultas NINGUN TIPO DE CAMPO DE INGRESO o debe permitir al usuario ingresar instrucciones SQL. Se supone que al iniciar el asistente, las consultas generadas por estos, deben ser lo ms limpias posibles, y a carecer de errores sintcticos. a Se pueden escribir tantas lineas de SQL como el usuario lo desee, y la vericacin o sintctica debe revisar todas, y cada una de las lineas en el Area de Texto. a NO DEBE HABER PERSISTENCIA POR ARCHIVOS La aplicacin debe trabajar normalmente durante su funcionamiento. o

IV

4.2.

Grupos de trabajo
Debern haber como mximo dos integrantes por equipo. a a

4.3.

Entrega y sustentacin o
La fecha de entrega del taller ser la establecida en el campus virtual. a Para la entrega debe generar un archivo .zip o tar con el contenido del taller (cdigo o fuente, documentacin del proyecto, ayudas y ejecutables) el cual lo debe nombrar o con los cdigos de los estudiantes de cada grupo, separado por el carcter -. o a Deben incluir un archivo llamado readme.html, que contenga los aspectos desarrollados, el contenido del archivo .zip y cualquier informacin adicional sobre el proyecto o (ejemplo instalacin). o La sustentacin ser realizada por cada integrante del grupo de trabajo, encaso de o a ser solicitado por el docente.

4.4.

Calicacin o
El desarrollo completo de todas las funcionalidades ser equivalente a una nota de a 5.0 en el proyecto. En todos los casos la sustentacin ser pilar fundamental de la nota asignada. Cada o a persona, despus de la sustentacin tendr asignado un nmero real (el factor de e o a u multiplicacin) entre 0 y 1, correspondiente al grado de calidad de su sustentacin. o o Su nota denitiva ser la nota del proyecto, multiplicada por ese valor. Si su asiga nacin es 1, su nota ser la del proyecto. Pero si su asignacin es 0.9, su nota ser 0.9 o a o a por la nota del proyecto. La no asistencia a la sustentacin tendr como resultao a do una asignacin de un factor de 0. La idea es que lo que no sea debidamente o sustentado no vale as funcione muy bien!!!