R 000001439

TRABAJO FIN DE ESTUDIOS
PROYECTO FIN DE CARRERA
Sitio web y aplicacin para la gestin de una tienda

de bellas artes
Tania De Pedro Senz
Tutor: Beatriz Prez Valle

Curso 2011-2012
Sitio web y aplicacin para la gestin de una tienda de bellas artes, trabajo fin de
estudios
de Tania De Pedro Senz, dirigido por Beatriz Prez Valle (publicado por la Universidad de
La Rioja), se difunde bajo una Licencia
Creative Commons Reconocimiento-NoComercial-SinObraDerivada 3.0 Unported.
Permisos que vayan ms all de lo cubierto por esta licencia pueden solicitarse a los
titulares del copyright.
El autor
Universidad de La Rioja, Servicio de Publicaciones, 2012
publicaciones.unirioja.es
E-mail: publicaciones@unirioja.es
UNIVERSIDAD DE LA RIOJA
Facultad de Ciencias, Estudios Agroalimentarios e Informtica
PROYECTO FIN DE CARRERA

Ingeniera Tcnica en Informtica de Gestin
Sitio Web y aplicacin para la gestin de una

tienda de Bellas Artes
Alumna: Tania de Pedro Senz

Directora: Beatriz Prez Valle
Logroo, Junio 2012
PFC: Sitio web y aplicacin para la gestin de una tienda de Bellas Artes
0. Contexto .................................................................................................................................... 4
1. Documento de objetivos del proyecto ....................................................................................... 4
1.1 Generalidades ..................................................................................................................... 4
1.2 Antecedentes y situacin actual .......................................................................................... 5
1.3 Herramientas utilizadas ....................................................................................................... 5
1.4 Comunicacin ...................................................................................................................... 5
1.5 Alcance del proyecto ........................................................................................................... 6
1.6 Metodologa y ciclo de vida ............................................................................................... 10
1.7 Entregables del producto ................................................................................................... 10
1.8 Planificacin del proyecto .................................................................................................. 10
1.8.1 Diagrama EDP ............................................................................................................ 10
1.8.2 Descomposicin de tareas .......................................................................................... 11
1.8.3 Diagrama de Gantt ...................................................................................................... 12
1.9 Posibles riegos y planes de accin ................................................................................... 14
2. Anlisis .................................................................................................................................... 15
2.1 Glosario de trminos .......................................................................................................... 15
2.2 Anlisis de la aplicacin de escritorio ................................................................................ 16
2.2.1 Especificacin de los requisitos .................................................................................. 16
2.2.2 Identificacin y especificacin de Casos de Uso ........................................................ 19
2.2.3 Anlisis de clases ........................................................................................................ 37
2.2.4 Prototipos de interfaces de usuario ............................................................................ 42
2.3 Anlisis de la aplicacin web ............................................................................................. 60
2.3.1 Especificacin de los requisitos .................................................................................. 60
2.3.2 Identificacin y especificacin de Casos de Uso ........................................................ 61
2.3.3 Anlisis de clases ........................................................................................................ 71
2.3.4 Prototipos de interfaces de usuario ............................................................................ 74
3. Diseo de la aplicacin de escritorio ....................................................................................... 77
3.1 Definicin de la arquitectura .............................................................................................. 77
3.2 Diseo de la base de datos ............................................................................................... 77
3.3 Normalizacin .................................................................................................................... 80
3.4 Interfaces de usuario ......................................................................................................... 80
3.4.1 Interfaz pantalla inicio ................................................................................................. 80
3.4.2 Interfaz gestin de alumnos ........................................................................................ 81
3.4.3 Interfaz gestin de recibos .......................................................................................... 87
3.4.4 Interfaz gestin de productos ...................................................................................... 89
3.4.5 Interfaz gestin de clases ........................................................................................... 91
3.4.6 Interfaz gestin de ventas ........................................................................................... 92
3.4.7 Interfaz gestin de almacn ........................................................................................ 97
3.4.8 Interfaz gestin de clientes ......................................................................................... 99
3.4.9 Interfaz gestin de proveedores ............................................................................... 101
4. Implementacin de la aplicacin de escritorio ...................................................................... 103
2
4.1 Capas de presentacin y lgica de negocio .................................................................... 103
4.1.1 Libreras utilizadas .................................................................................................... 103
4.1.2 Mtodos de validacin y comprobacin .................................................................... 106
4.1.3 Fragmentos de cdigo de inters ............................................................................. 108
4.2 Capa de persistencia ....................................................................................................... 110
4.2.1 Conexin a la BD ...................................................................................................... 110
4.2.2 Concurrencia ............................................................................................................. 111
4.2.3 Transaccionalidad ..................................................................................................... 111
4.3 Breve resea a la implementacin de la BD. Triggers .................................................... 113
5. Pruebas de la aplicacin de escritorio .................................................................................. 114
6. Gestin real del proyecto y conclusiones .............................................................................. 118
6.1 Conclusiones ................................................................................................................... 119
7. Bibliografa............................................................................................................................. 119
8. Anexos ................................................................................................................................... 120
8.1 Actas de reunin .............................................................................................................. 120
8.2 Manual de usuario ........................................................................................................... 125
8.1.1 Mdulo alumnos ........................................................................................................ 126
8.1.2 Mdulo recibos .......................................................................................................... 129
8.1.3 Mdulo productos ...................................................................................................... 131
8.1.4 Mdulo clases ........................................................................................................... 133
8.1.5 Mdulo ventas ........................................................................................................... 134
8.1.6 Mdulo almacn ........................................................................................................ 140
8.1.7 Mdulo clientes ......................................................................................................... 143
8.1.8 Mdulo proveedores ................................................................................................. 144
8.3 Diseo lgico de la BD ................................................................................................... 147
8.4 Comparacin de CMS ..................................................................................................... 150
0. Contexto
El proyecto que se presenta se trata de un proyecto real desarrollado para la galera
de Bellas Artes Pauters (Logroo).
La actividad habitual de la galera consiste tanto en impartir clases de pintura como
en la venta de productos.
Actualmente, la galera no cuenta con ningn tipo de aplicacin informtica para
gestionar toda la informacin relacionada con las ventas, alumnos y dems servicios,
sino que se realiza en formato de papel, sin ninguna ayuda informtica.
En un principio se plante la posibilidad de que el proyecto incluyera no slo una
aplicacin de escritorio para la gestin de la galera, sino tambin el desarrollo de una
aplicacin Web desde la cual un usuario pudiera realizar compras y visualizar
informacin de inters, como los cursos que se imparten o los productos a la venta en la
tienda de la galera.
Una vez desarrollada la aplicacin de escritorio y habiendo realizado el anlisis de
la aplicacin Web, puesto que se acercaba la fecha del depsito del proyecto, se decidi
de mutuo acuerdo con la clienta dejar la implementacin de la aplicacin Web para un
futuro, ya que la parte que ms le urga a la clienta era la aplicacin de escritorio. Por
ello, en esta memoria se incluye el desarrollo de la aplicacin de escritorio y el anlisis
de la aplicacin web.
Teniendo sto en cuenta, el objetivo principal del proyecto se ha basado en
desarrollar una aplicacin de escritorio que permita a la duea de la galera gestionar sus
ventas, compras y dems servicios.
1. Documento de objetivos del proyecto

1.1 Generalidades
Datos del cliente:
Empresa PAUTERS, con CIF J26259812 con domicilio en el Parque
San Adrin n 5 en Logroo (La Rioja), CP 26005 representada por
D Paulina Senz Ortega.
Proyectante:
D Tania de Pedro Senz con N.I.F 16609309C alumna de la
Universidad de La Rioja presenta el siguiente proyecto como
Proyecto Fin de Carrera de Ingeniera Tcnica en Informtica de
Gestin.
Tutora del proyecto:
D Beatriz Prez Valle profesora de la Universidad de La Rioja.
4
1.2 Antecedentes y situacin actual

La empresa Pauters es una tienda/galera de Bellas Artes que actualmente
lleva a cabo prcticamente todas las gestiones en formato de papel.
Para realizar una mejor gestin de la galera, el cliente ha solicitado
desarrollar una aplicacin de escritorio que permita realizar todas las gestiones
referentes a los alumnos, recibos, productos, clases que se imparten, ventas
realizadas, pedidos, proveedores y clientes.
Adems, el cliente ha planteado la posibilidad de desarrollar, si es posible,
una aplicacin Web para lograr una mejor venta al pblico de sus productos, as
como permitir a los clientes realizar pedidos va Web y solicitudes de admisin a
clases. Todo ello con el objetivo de lograr una mayor satisfaccin al cliente.
Se quiere sealar la particularidad de que la galera de arte pertenece a la
familia de la proyectante, hecho que favorece la comunicacin entre clienteproyectante.
1.3 Herramientas utilizadas

Para el desarrollo del presente proyecto se utilizarn diversas herramientas:
Poseidon para la realizacin de diagramas UML.
MySQL para la implementacin de la Base de Datos.
Herramientas ofimticas para la elaboracin de la
documentacin.
NetBeans para la aplicacin de escritorio.
Microsoft Project para la realizacin de diagramas de Gantt.
presente
1.4 Comunicacin
Como se ha comentado anteriormente, gracias a la relacin familiar con el
cliente, la comunicacin se realizar personalmente mediante reuniones
frecuentes. Por ello, el cliente estar al tanto de cada paso llevado a cabo en el
proyecto, asegurndose de que se imponen los requisitos establecidos por l
mismo. Se espera que dicha relacin permita avanzar ms rpido en
determinadas tareas.
Se realizarn reuniones peridicas mediante correos electrnicos y de forma
personal, con la directora Beatriz Prez Valle.
1.5 Alcance del proyecto

A peticin del cliente, se desarrollar una aplicacin de escritorio y si es
posible una aplicacin Web.
Aplicacin de escritorio
Por deseo del cliente la aplicacin de escritorio tendr un nico rol que
llamaremos Administrador. Las funcionalidades de la aplicacin se han
agrupado en funcin de los elementos que debe gestionar la duea de la galera
adelantados en el apartado 1.2, a los que llamaremos mdulos. En particular,
hemos considerado los siguientes: alumnos, recibos, productos, clases, ventas,
almacn, clientes y proveedores. A continuacin, pasaremos a describir cada uno
de ellos.
Gestin de alumnos:
Se debern gestionar los alumnos que asisten a clases en la tienda. El
administrador de la aplicacin ser el encargado de:
Dar de alta un alumno.

Dar de baja un alumno.
Modificar datos de un alumno.
Consultar informacin de un alumno.
Activar viejos alumnos.
Gestin de recibos:
Se debern gestionar los recibos de los alumnos. El administrador
podr:
Crear un nuevo recibo.

Borrar un recibo.
Modificar un recibo.
Consultar un recibo.
Gestin de clases:
Se debern gestionar las clases que se imparten en la tienda. Las tareas
que podr realizar el administrador mediante el siguiente mdulo son:
Alta de un curso.
Eliminar un curso.
Modificar datos de un curso.
Consultar informacin sobre un curso.
Gestin de ventas:
Se debern gestionar las ventas que se realizan en la tienda. Para ello
el administrador podr:
Introducir una venta.

Borrar una venta.
Consultar datos de una venta.
Modificar caractersticas de una venta.
Introducir un nuevo encargo.
Borrar un encargo.
Consultar datos de un encargo.
Modificar caractersticas de un encargo.
Generar informes de ventas.
Gestin de almacn:
Se debern gestionar los pedidos realizados a proveedores por parte de
la tienda. Por mediacin de este mdulo el administrador ser el
encargado de:
Introducir un nuevo pedido.

Borrar pedido.
Modificar informacin de un pedido.
Consultar informacin de un pedido.
Gestin de clientes:
Se debern gestionar algunos de los clientes de la tienda. El
administrador podr:
Dar de alta un nuevo cliente.

Borrar un cliente.
Modificar datos de un cliente.
Consultar informacin sobre un cliente.
Gestin de proveedores:
Se debern gestionar los proveedores de la tienda. El administrador
podr:
Dar de alta un nuevo proveedor.

Borrar un proveedor.
Modificar datos de un proveedor.
Consultar informacin sobre un proveedor.
Aplicacin web
Por deseo del cliente la aplicacin Web contar con tres diferentes tipos de
rol: visitante, alumno y cliente, que se detallan a continuacin:
El rol visitante es aquel usuario no identificable que contar con los
privilegios mnimos.
En cuanto al rol alumno, es un usuario de la aplicacin que est o ha estado
matriculado en alguna clase. En particular, tendr privilegios especficos en lo
que se refiere a la visualizacin o acceso a informacin especfica de las clases
en las que est o ha estado matriculado.
Por ltimo, el rol cliente, ser aquel usuario que ha realizado o realiza una
compra a travs de la aplicacin Web. Tendr ciertos privilegios referentes al
mdulo tienda.
Los roles alumno y cliente, debern estar registrados y acceder a la aplicacin
Web para contar con los privilegios de cada uno.
Cabe destacar que un usuario con rol cliente puede tener a la vez privilegios
de alumno y viceversa. Esta situacin se puede representar mediante el diagrama
UML que mostramos en la siguiente figura (Figura 1).
Figura 1: Diagrama UML roles aplicacin Web
Teniendo en cuenta los requisitos del cliente, podemos citar cinco tipos
diferentes de mdulos dedicados a consultar informacin general, la tienda, las
clases, establecer contacto con la galera, y el acceso a la zona de registro,
pudindose ampliar con otro mdulo, la ficha personal, que ser exclusiva de los
roles alumno y cliente.
A continuacin, mostraremos una breve descripcin de los mdulos:
Mdulo Inicio
Contendr informacin general sobre la galera, que podr ser vista
por los roles visitante y consecuentemente, por los roles de alumno y de
cliente.
Mdulo Tienda
Contendr informacin relacionada sobre los productos puestos a la
venta. Adems contar con la posibilidad de permitir al usuario solicitar
un producto que no se encuentre en la galera.
Los tres roles tendrn acceso a los productos disponibles en la tienda,
no obstante, para realizar una compra ser requisito indispensable
registrarse como rol cliente o identificarse como tal.
Mdulo Cursos
Contendr los cursos disponibles que se imparten en la galera
actualmente, adems se podr solicitar informacin o solicitar admisin
a un determinado curso.
Tanto el rol visitante como el rol cliente y rol alumno, podrn acceder
a dicho mdulo y a sus funcionalidades.
Mdulo Contacto
Contendr informacin sobre cmo contactar con el personal de la
galera.
Los tres roles podrn acceder a dicho mdulo.
Mdulo Zona de Registro
Desde este mdulo un usuario se podr o bien registrar o bien acceder
a la aplicacin en caso de que sea usuario de la misma.
Los tres roles podrn acceder a dicho mdulo.
Mdulo Ficha Personal
Slo podrn acceder los usuarios con roles de alumno y cliente.
Contendr informacin personal del usuario, y segn el tipo de rol,
adems contar con una relacin de los pedidos realizados as como el
estado de los mismos (en el caso de usuarios con rol de cliente), y los
cursos en los que est matriculado, horarios, etc (en el caso de usuarios
con rol de alumno).
1.6 Metodologa y ciclo de vida

Una vez estudiadas las diferentes metodologas de desarrollo del
Software, no se ha decido seguir ninguna en sentido riguroso, aunque nos
basaremos en Mtrica 3.
En cuanto al ciclo de vida, se ha seguido un ciclo de vida en cascada, el cual
sigue un orden riguroso de las etapas del proceso de desarrollo software, de
forma que cada etapa debe esperar a la finalizacin de la etapa anterior.
1.7 Entregables del producto

Documento de objetivos del proyecto.
Memoria del proyecto.
Aplicacin de escritorio.
Aplicacin.
Manual de usuario:
Documentacin detallada y lo ms sencilla posible para el
completo entendimiento del software.
Script de creacin de la BD.
1.8 Planificacin del proyecto

1.8.1 Diagrama EDP
Figura 2: Diagrama EDP
10
1.8.2 Descomposicin de tareas
DOP y captura de requisitos
Este proyecto tiene como primer paso realizar un anlisis de
necesidades donde pensaremos qu es exactamente lo que se tiene
que hacer.
Tiempo estimado: 37 horas.
Anlisis
Este apartado contendr una especificacin ms detallada de los
requisitos de las dos aplicaciones y adems se incluirn diagramas de
casos de uso con alguna especificacin para un mejor entendimiento.
Para los casos de uso ms complejos se desarrollar el diagrama de
actividad correspondiente.
Adems, se incluir el diagrama de clases y posteriormente se
crearn prototipos de posibles interfaces para las aplicaciones.
Diseo
Se definir la estructura bsica de la que se compondr el sistema. Se
disear un diagrama EER y se incluir el diseo final de las
interfaces.
Implementacin
Finalmente se desarrollar la implementacin de las aplicaciones y se
implementar la base de datos.
Pruebas
Se desarrollarn continuamente planes de pruebas durante el
desarrollo del proyecto, con el objetivo de encontrar posibles errores
y corregirlos.
11
Documentacin
A medida que se vaya avanzando con cada una de las fases, se ir
completando la memoria y se desarrollar un sistema de ayuda con
un manual de usuario para una mayor satisfaccin del cliente.
Implantacin
Se realizar tanto la implantacin de la base de datos como de ambas
aplicaciones para su correcto funcionamiento.
Tiempo estimado: 20 horas
Total: 552 horas.
A continuacin, se muestran los diagramas de Gantt de cada una de las fases. Para
cada da se ha dedicado en un margen de 2 a 4 horas, dependiendo del tiempo
disponible, debido a que la alumna disfruta de una beca en el Servicio Informtico
de la Universidad de La Rioja y a otras actividades. Adems, al comienzo del
proyecto la alumna se encuentra cursando tres asignaturas que le quedan de la carrera
disminuyendo, por consecuencia, la dedicacin al mismo.
1.8.3 Diagrama de Gantt
DOP y captura de requisitos
Figura 3: Diagrama de Gantt: Requisitos del proyecto
Anlisis
Figura 4: Diagrama de Gantt: Anlisis
12
Diseo
Figura 5: Diagrama de Gantt: Diseo
Implementacin
Figura 6: Diagrama de Gantt: Implementacin
Pruebas
Figura 7: Diagrama de Gantt: Pruebas
Documentacin
Figura 8: Diagrama de Gantt: Documentacin
Implantacin
Figura 9: Diagrama de Gantt: Implantacin
13
1.9 Posibles riegos y planes de accin

En este apartado se intentarn identificar los riesgos que podran ocurrir en el
transcurso del proyecto y se determinarn las medidas a tomar para
minimizarlos.
Riesgos de carcter personal.

En este tipo de riesgo se pueden encontrar problemas como por
ejemplo, enfermedad del alumno, problemas relacionados a la hora
de repartir el tiempo con otras actividades, etc.
Plan de accin:
Al ser un proyecto individual, la planificacin va a verse
afectada inevitablemente por lo que todas las tareas
posteriores al riesgo se vern afectadas y ser necesario
hacer una nueva planificacin de las mismas.
Riesgos de carcter temporal.

Problemas a la hora de estimar el tiempo dedicado a cada tarea, al
no poseer un horario fijo de dedicacin del proyecto, o bien que
se dificulte alguna tarea por alguna razn.
Plan de accin:
Intentar hacer un plan de trabajo que se cumpla lo mximo
posible, y si alguna tarea no se ha podido realizar en el
tiempo acordado, realizarla cuanto antes para que el
proyecto se vea lo menos retrasado posible.
Riegos de aprendizaje.
En determinadas tareas, como por ejemplo, el estudio de gestores
de contenidos Web, al ser algo nuevo para el proyectante se
necesita una fase de aprendizaje y entendimiento.
Plan de accin:
Documentarse bien desde el principio y tener claro, por
ejemplo, gestores de contenidos que se van a comparar y
estudiar.
14
Riegos de satisfaccin.
El producto final puede que no sea del agrado del cliente o del
tutor.
Plan de accin:
Reuniones peridicas con el tutor y con el cliente para
comentar, tanto el trabajo realizado hasta el momento,
como las posibles dudas que le hayan podido surgir a la
alumna.
Riegos de viabilidad.
En el desarrollo del proyecto nos encontramos ante algn tipo de
problema que nos impide continuar.
Plan de accin:
Tener bien claro qu herramientas utilizar y cmo se va a
realizar el desarrollo del proyecto.
Riesgos de hardware y software.

Problemas relacionados con el software o el hardware.
Plan de accin:
Disponer de copias de seguridad despus de realizar cada
tarea para evitar una posible prdida del trabajo realizado.
2. Anlisis
En este apartado presentaremos la fase de anlisis tanto de la aplicacin de
escritorio como de la aplicacin web.
2.1 Glosario de trminos

A continuacin, se definirn las palabras clave que se van a utilizar durante el
desarrollo del proyecto.
Aplicacin: Se referir a la aplicacin de escritorio en s.
Alumno: Persona que asiste al menos a una de clases impartidas por la tienda.
o Alumno activo: Alumno que a da de hoy asiste a al menos una clase.
o Alumno inactivo: Alumno que a da de hoy no asiste a ninguna clase
pero que permanece en el sistema por haber sido un alumno activo en
algn momento.
Recibo: Documento en el que se detallar, por cada alumno y mes, el importe
total que debe pagar dicho alumno.
15
Producto: Cualquiera de los productos puestos a la venta en la galera. Nos
encontramos diferentes modelos de productos tales como lienzos, cuadros,
figuras, marcos y herramientas (incluyendo en este ltimo varios tipos de
herramientas).
Clase: Grupo reducido de alumnos con un horario fijo. Cada clase vendr
identificada por el horario y el ao en el que se imparte la misma.
Venta
Venta en local
o Encargo en local: Refiere a los encargos realizados por un cliente
de la galera a la duea de la misma.
o Venta producto en local: Refiere a traspasar un producto a una
persona obteniendo un beneficio por ello.
Venta en web
o
Encargo en web: Refiere a solicitar un producto que no se

encuentre en la galera a travs de la aplicacin web.
Venta producto en web: Refiere a traspasar un producto a una

persona obteniendo un beneficio por ello a travs de la aplicacin
web.
Almacn: Hace referencia a los pedidos realizados por el personal de la tienda

a un proveedor.
Cliente: Persona que adquiere un producto de la tienda o realiza un encargo.
Proveedor: Persona a la que se le realiza un pedido de algn producto para ser
puesto a la venta en la galera.
Lnea de pedido: tem que compone una venta de un determinado pedido.
Lnea de venta: tem que compone una venta de un determinado producto.
Histrico alumnos: Datos de los alumnos que ya no asisten actualmente a
ninguna de las clases impartidas por la tienda pero que permanecen registrados en
el sistema.
2.2 Anlisis de la aplicacin de escritorio

2.2.1 Especificacin de los requisitos
En la aplicacin de escritorio se ha identificado un nico tipo de rol:
RA.- Rol Administrador.
16
Gestin de alumnos:
RA1.- El administrador podr dar de alta a un alumno introduciendo sus datos
personales y la clase en la que se inscribe.
RA2.- El administrador podr borrar un alumno seleccionndolo previamente.
Los datos del alumno irn a una tabla de histricos.
RA3.- El administrador podr consultar datos sobre un alumno activo o
inactivo, seleccionndolo previamente.
RA4.- El administrador podr modificar datos sobre un determinado alumno,
seleccionndolo previamente.
RA5.- El administrador podr activar un alumno que haya sido eliminado
anteriormente.
Gestin de recibos:
RA1.- El administrador podr crear un nuevo recibo introduciendo las
caractersticas del mismo.
RA2.- El administrador podr borrar un recibo seleccionado el que se desea
borrar. A peticin explcita del cliente no interesa guardar la informacin
eliminada.
RA3.- El administrador podr consultar datos sobre un recibo seleccionndolo
previamente.
RA4.- El administrador podr modificar datos sobre un determinado recibo
seleccionndolo previamente.
Gestin de productos:
RA1.- Permite introducir un nuevo producto para la venta.
RA2.- Permite eliminar un producto seleccionndolo previamente. A peticin
explcita del cliente no interesa guardar la informacin eliminada.
RA3.- Permite modificar las caractersticas de un producto seleccionndolo
previamente.
RA4.- Permite consultar caractersticas de un producto seleccionndolo
previamente.
Gestin de clases:
RA1.- Permite crear una nueva clase.
RA2.- Permite borrar una clase seleccionando el nombre de la clase A peticin
RA3.- Permite modificar las caractersticas de una clase, seleccionando
previamente la clase que se desea modificar.
RA4.- Se podr consultar las caractersticas de una clase previamente
seleccionada.
Gestin de ventas:
RA1.- Permite introducir una nueva venta, se dar la opcin de aadir ms
productos a una misma venta si fuera necesario.
17
RA2.- Se podr modificar las caractersticas de una venta buscando
previamente la venta por fecha.
RA3.- Se podr introducir un nuevo encargo, introduciendo una descripcin del
mismo y datos del cliente que lo solicita.
RA4.- Se podr modificar las caractersticas de un encargo buscando
previamente el encargo por cliente que lo solicit.
RA5.- Permite consultar las caractersticas de una venta, seleccionado la fecha
o rango de fechas en las que se realiz la venta.
RA6.- Permite consultar las caractersticas de un encargo, seleccionado el
cliente que solicit dicho encargo.
RA7.- Permite borrar una venta o un conjunto de ventas seleccionado
previamente la fecha o rango de fechas en las que se realiz la venta. A peticin
RA8.- Permite borrar un encargo o un conjunto de encargos seleccionado
previamente la fecha o rango de fechas en las que se realiz el encargo. A
peticin explcita del cliente no interesa guardar la informacin eliminada.
RA7.- Permite generar un informe de ventas seleccionando una fecha o rango
de fechas.
Gestin de almacn:
RA1.- Permite introducir un nuevo pedido realizado a un determinado
proveedor.
RA2.- Permite consultar un pedido seleccionando el proveedor y la fecha en la
que se realiz.
RA3.- Permite borrar un pedido o un conjunto de pedidos seleccionando
previamente el proveedor y la fecha o rango de fechas en las que se realiz. A
peticin explcita del cliente no interesa guardar la informacin eliminada.
RA4.- Modifica un pedido seleccionando previamente el proveedor y fecha en
la que se realiz.
Gestin de clientes:
RA1.- Borra un cliente, seleccionndolo previamente. A peticin explcita del
cliente no interesa guardar la informacin eliminada.
RA2.- Permite consultar datos de un cliente seleccionado.
RA3.- Modifica datos de un cliente seleccionado.
RA4.- Permite introducir un nuevo cliente.
Gestin de proveedores:
RA1.- Borra un proveedor, seleccionndolo previamente. A peticin explcita
del cliente no interesa guardar la informacin eliminada.
RA2.- Permite consultar datos de un proveedor seleccionado.
RA3.- Modifica datos de un proveedor seleccionado.
RA4.- Permite introducir un nuevo proveedor.
18
2.2.2 Identificacin y especificacin de Casos de Uso
A continuacin se presentan los casos de uso identificados para la aplicacin
de escritorio.
Para cada caso de uso se han identificado las siguientes partes:
o Resumen: Descripcin del caso de uso de una manera textual.
o Actor principal: Actor involucrado en el caso de uso.
o Precondicin: Condicin que se debe satisfacer para que se cumpla el
caso de uso.
o Postcondicin: Condicin que se cumple una vez ejecutado el caso de
uso.
o Flujo bsico: Secuencia de acciones hasta llegar al caso de uso.
o Flujo alternativo: Posibles inconvenientes que pueden surgir dentro del
flujo bsico.
Figura 10. Diagrama CDU Aplicacin Escritorio
19
2.2.2.1 Mdulo 1: Gestin de alumnos
Figura 11. Diagrama CDU Gestin de alumnos
A continuacin mostraremos la definicin de los casos de uso del

diagrama de la figura anterior:
1.1 Nuevo alumno.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
El alumno es dado de alta en la aplicacin.

Administrador
Haber accedido al mdulo Alumnos y haber pulsado el botn Nuevo
alumno
El alumno ha sido dado de alta
- El usuario rellena un formulario con los datos del alumno.
- El usuario pulsa el botn Guardar
Alguno de los datos introducidos por el usuario no es correcto y se
muestra un mensaje de error
A continuacin se muestra un diagrama de actividad asociado a este caso de uso:
20
Figura 12. Diagrama Actividad nuevo alumno
1.2 Borrar alumno.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
El alumno es eliminado de la aplicacin

Administrador
Haber accedido al mdulo Alumnos y haber pulsado el botn Borrar
alumno
Los datos del alumno se guardan en una tabla de histricos
- El usuario selecciona un alumno.
- El usuario pulsa el botn Borrar.
- Se confirma que desea borrar el alumno.
Flujo alternativo
21
1.3 Consultar alumno.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Se consulta la informacin de un alumno

Administrador
Haber accedido al mdulo Alumnos y haber pulsado el botn
Consultar alumno
La informacin del alumno ha sido consultada
- El usuario pulsa el botn Mostrar.
- El usuario visualiza la informacin del alumno.
Flujo alternativo
1.4 Modificar alumno.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se modifican alguno de los datos del alumno

Administrador
Haber accedido al mdulo Alumnos y haber pulsado el botn Modificar
alumno
El alumno ha sido modificado
- El usuario visualiza los datos del alumno.
- El usuario modifica los datos que se deseen.
- El usuario pulsa el botn Modificar.
- Alguno de los datos modificados no es vlido y se muestran un
mensaje de error.
1.5 Activar alumno.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Un antiguo alumno es nuevamente activado.

Administrador
Haber accedido al mdulo Alumnos y haber pulsado el botn Activar
alumno
El alumno ha sido activado
- El usuario pulsa el botn Activar.
- El alumno es activado.
Flujo alternativo
22
2.2.2.2 Mdulo 2: Gestin de recibos
Figura 13. Diagrama CDU Gestin de recibos
2.1 Nuevo recibo.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se crea un nuevo recibo

Administrador
Haber accedido al mdulo Recibos y haber pulsado el botn Nuevo
recibo
El recibo ha sido creado
- El usuario selecciona el alumno del recibo que va a crear.
- El usuario introduce una serie de datos para crear el recibo
- El recibo es creado
- Alguno de los datos introducidos no son vlidos y se muestra un
mensaje de error.
2.2 Consultar recibo.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Se consulta informacin sobre un recibo

Administrador
Haber accedido al mdulo Recibos y haber pulsado el botn Consultar
recibo
El recibo ha sido consultado
- El usuario selecciona el alumno y la fecha del recibo a consultar.
- El usuario visualiza informacin del recibo.
Flujo alternativo
23
2.3 Modificar recibo.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se modifica informacin de un recibo

Administrador
Haber accedido al mdulo Recibos y haber pulsado el botn Modificar
recibo
El recibo ha sido modificado
- El usuario selecciona el alumno y la fecha del recibo a modificar
- El usuario pulsa el botn Mostrar
- El usuario visualiza informacin del recibo
- El usuario modifica los datos que desee
- El usuario pulsa el botn Modificar
- El usuario confirma los cambios
- Alguno de los datos modificados no son vlidos y se muestra un
mensaje de error.
2.4 Borrar recibo.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
El recibo es eliminado
Administrador
Haber accedido al mdulo Recibos y haber pulsado el botn Borrar
recibo.
El recibo ha sido eliminado
- El usuario selecciona el alumno y la fecha del recibo a borrar.
- El usuario confirma que desea eliminar el recibo.
Flujo alternativo
2.2.2.3 Mdulo 3: Gestin de productos
Figura 14. Diagrama CDU Gestin de productos

24
3.1 Nuevo producto.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se introduce un nuevo producto

Administrador
Haber accedido al mdulo Productos y haber pulsado el botn Nuevo
producto
El producto ha sido introducido
- El usuario selecciona el modelo de producto
- El usuario introduce una serie de datos del producto
mensaje de error.
3.2 Eliminar producto.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Un producto es eliminado
Administrador
Haber accedido al mdulo Productos y haber pulsado el botn Borrar
producto
El producto ha sido eliminado
- El usuario selecciona el producto.
Flujo alternativo
3.3 Modificar producto.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se modifica informacin sobre un determinado producto

Administrador
Haber accedido al mdulo Productos y haber pulsado el botn
Modificar producto
El producto ha sido modificado
- El usuario visualiza informacin del producto.
- El usuario modifica los datos que desee.
- El usuario confirma que desea guardar los cambios.
mensaje de error
3.4 Consultar producto.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Se consulta informacin sobre un determinado producto

Administrador
Haber accedido al mdulo Productos y haber pulsado el botn
Consultar producto
El producto ha sido consultado
- El usuario visualiza la informacin del producto seleccionado.
Flujo alternativo
25
2.2.2.4 Mdulo 4: Gestin de clases
Figura 15. Diagrama CDU Gestin de clases
4.1 Nueva clase.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se introduce una nueva clase

Administrador
Haber accedido al mdulo Clases y haber pulsado el botn Nueva
clase
La clase ha sido creada
- El usuario introduce una serie de datos sobre la clase a crear.
mensaje de error
4.2 Borrar clase.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Una clase es borrada

Administrador
Haber accedido al mdulo Clases y haber pulsado el botn Borrar
clase
La clase ha sido eliminada
- El usuario selecciona la clase que desea eliminar
- El usuario pulsa el botn Borrar
Flujo alternativo
26
4.3 Modificar clase.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se modifica informacin sobre una determinada clase

Administrador
Haber accedido al mdulo Clases y haber pulsado el botn Modificar
clase
La informacin de la clase ha sido modificada
- El usuario selecciona la clase que desea modificar
- El usuario confirma que desea guardar los cambios
mensaje de error
4.4 Consultar clase.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Se modifica informacin sobre una determinada clase

Administrador
Haber accedido al mdulo Clases y haber pulsado el botn Consultar
clase
La informacin de la clase ha sido visualizada
- El usuario selecciona la clase que desea consultar
- El usuario visualiza informacin de la clase
Flujo alternativo
27
2.2.2.5 Mdulo 5: Gestin de ventas
Figura 16. Diagrama CDU Gestin de ventas.
5.1.1 Nueva venta.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se crea una nueva venta

Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Nueva
venta
La venta ha sido creada
- El usuario introduce datos sobre la venta a crear
mensaje de error
28
5.1.2 Modificar venta.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se modifica informacin sobre una determinada venta

Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Modificar
venta
La informacin de la venta ha sido modificada
- El usuario introduce un rango de fechas y pulsa el botn Buscar.
- El usuario visualiza ventas.
- El usuario selecciona la venta que desea modificar
- El usuario confirma que desea guardar los cambios.
mensaje de error
5.1.3 Borrar venta.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Una venta es eliminada

Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Borrar
ventas
La venta ha sido eliminada
- Se selecciona un rango de fechas
- El usuario pulsa el botn Buscar
- El usuario visualiza las ventas que concuerden con los datos
introducidos.
- El usuario selecciona una venta o varias y pulsa el botn Borrar.
- El usuario confirma que desea eliminar las ventas.
Flujo alternativo
29
Figura 17. Diagrama Actividad Borrar venta
5.1.4 Consultar venta.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
La informacin de una venta es consultada

Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Consultar
ventas
La informacin de la venta es visualizada
- El usuario pulsa el botn Buscar
- El usuario visualiza las ventas que concuerden con los datos
introducidos.
- El usuario selecciona una venta a consultar.
Flujo alternativo
30
5.2 Generar informe.
Resumen
Actor principal
Generar informe de ventas

Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Generar
informe o bien desde la interfaz Consultar venta o Consultar encargo
pulsando el botn Generar informe.
Se ha creado un informe de ventas
- El usuario pulsa el botn Generar informe
- El usuario visualiza un informe de ventas.
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
5.1.5 Buscar venta.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Bsqueda de una venta

Administrador
Haber accedido al mdulo Ventas y haber pulsado o bien el botn
Modificar venta o Consultar venta o Borrar venta.
La venta es encontrada.
- Se selecciona de una lista la venta que se busca.
5.3.1 Consultar encargo.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
La informacin de un encargo es consultada

Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Consultar
encargo.
La informacin del encargo ha sido visualizada
- Se selecciona el cliente que realiz el encargo
- El usuario visualiza los encargos del cliente.
- El usuario selecciona el encargo a consultar.
- El usuario visualiza los datos del encargo.
Flujo alternativo
5.3.2 Nuevo encargo.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se crea un nuevo encargo

Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Nuevo
encargo
El encargo ha sido creado
- Se introducen datos referentes al encargo
- Alguno de los datos introducidos no es vlido y se muestra un mensaje
de error
31
5.3.3 Modificar encargo.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
La informacin de un encargo es modificada

Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Modificar
encargo
La informacin del encargo ha sido modificada
- El usuario selecciona el encargo a modificar.
- El usuario visualiza los datos del encargo y modifica los que desee.
- Alguno de los datos modificados no es vlido y se muestra un mensaje
de error
5.3.4 Borrar encargo.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Un encargo es eliminado
Administrador
Haber accedido al mdulo Ventas y haber pulsado el botn Borrar
encargo
El encargo ha sido eliminado
- El usuario selecciona el encargo a borrar.
- El usuario confirma que desea eliminar el encargo.
Flujo alternativo
5.3.5 Seleccionar cliente.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Un cliente es seleccionado
Administrador
Haber accedido al mdulo Ventas y en el apartado Encargos haber
pulsado el botn Modificar encargo o Consultar encargo o Borrar
encargo.
El cliente ha sido seleccionado
- Se selecciona el cliente de una lista desplegable donde se encuentran
todos los nombres de los clientes.
Flujo alternativo
32
2.2.2.6 Mdulo 6: Gestin de almacn
Figura 18. Diagrama CDU Gestin de almacn
6.1 Nuevo pedido.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se crea un nuevo pedido

Administrador
Haber accedido al mdulo Almacn y haber pulsado el botn Nuevo
pedido
El pedido ha sido creado
- Se introducen los datos referentes al pedido
- Se pulsa el botn Guardar
de error.
6.2 Consultar pedido.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
La informacin de un pedido es consultada

Administrador
Haber accedido al mdulo Almacn y haber pulsado el botn Consultar
pedido
La informacin del pedido es visualizada
- Se selecciona el cliente que realiz el encargo.
- El usuario selecciona el proveedor al que se le realiz el pedido.
- El usuario visualiza pedidos realizados al proveedor seleccionado y
elige al que desea consultar.
- Se pulsa el botn Mostrar.
- El usuario visualiza los datos del pedido.
Flujo alternativo
33
6.3 Modificar pedido.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
La informacin de un pedido es modificada.

Administrador.
Haber accedido al mdulo Almacn y haber pulsado el botn Modificar
pedido.
La informacin del pedido ha sido modificada.
- Se selecciona el proveedor al que se le realiz el pedido.
- El usuario visualiza los pedidos realizados al proveedor seleccionado y
elige uno.
- Se pulsa el botn Mostrar.
- El usuario visualiza los datos del pedido y modifica los que desee.
de error.
6.4 Borrar pedido.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
El pedido es eliminado.
Administrador.
Haber accedido al mdulo Almacn y haber pulsado el botn Borrar
pedido.
El pedido ha sido eliminado.
- Se selecciona el proveedor al que se le realiz el pedido.
- El usuario visualiza los pedidos realizados al proveedor seleccionado y
elige uno.
- Se pulsa el botn Eliminar.
- El usuario confirma que desea eliminar el pedido seleccionado.
Flujo alternativo
2.2.2.7 Mdulo 7: Gestin de clientes
Figura 19. Diagrama CDU Gestin de clientes
34
7.1 Nuevo cliente.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se crea un nuevo cliente

Administrador
Haber accedido al mdulo Clientes y haber pulsado el botn Nuevo
cliente
El cliente es dado de alta en el sistema
- El usuario introduce datos referentes al cliente
- El usuario pulsa el botn Guardar.
de error.
7.2 Borrar cliente.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Un cliente es eliminado de la aplicacin

Administrador
Haber accedido al mdulo Clientes y haber pulsado el botn Borrar
cliente
El cliente ha sido eliminado
- El usuario selecciona el cliente que desea eliminar.
- El usuario confirma que desea eliminar el cliente
Flujo alternativo
7.3 Consultar cliente.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
La informacin de un cliente es visualizada

Administrador
Haber accedido al mdulo Clientes y haber pulsado el botn Consultar
cliente
La informacin del cliente es consultada
- El usuario selecciona el cliente que desea consultar.
- El usuario visualiza los datos del cliente seleccionado.
Flujo alternativo
7.4 Modificar cliente.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
La informacin de un cliente es modificada

Administrador
Haber accedido al mdulo Clientes y haber pulsado el botn Modificar
cliente
La informacin del cliente ha sido modificada
- El usuario selecciona el cliente que desea modificar.
- El usuario visualiza los datos del cliente y modifica los que desee.
- El usuario pulsa el botn Modificar y confirma que desea guardar los
cambios.
de error.
35
2.2.2.8 Mdulo 8: Gestin de proveedores
Figura 20. Diagrama CDU Gestin de proveedores
8.1 Nuevo proveedor.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se crea un nuevo proveedor

Administrador
Haber accedido al mdulo Proveedores y haber pulsado el botn Nuevo
proveedor
El proveedor es dado de alta en el sistema
- El usuario introduce datos referentes al proveedor.
de error.
8.2 Borrar proveedor.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Un proveedor es eliminado de la aplicacin

Administrador
Haber accedido al mdulo Proveedores y haber pulsado el botn Borrar
proveedor
El proveedor ha sido eliminado
- El usuario selecciona el proveedor que desea eliminar
- El usuario confirma que desea eliminar el cliente
Flujo alternativo
36
8.3 Consultar proveedor.
Resumen
Actor principal
La informacin de un proveedor es visualizada

Administrador
Haber accedido al mdulo Proveedores y haber pulsado el botn
Consultar proveedor
La informacin del proveedor es consultada
- El usuario selecciona el proveedor que desea consultar
- El usuario visualiza los datos del proveedor seleccionado
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
8.4 Modificar proveedor.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
La informacin de un proveedor es modificada

Administrador
Haber accedido al mdulo Proveedores y haber pulsado el botn
Modificar proveedor
La informacin del proveedor ha sido modificada
- El usuario selecciona el proveedor que desea modificar
- El usuario visualiza los datos del proveedor y modifica los que desee
de error.
2.2.3 Anlisis de clases

En este apartado mostraremos cmo est formado el sistema a nivel de clases.
A cada clase se le ha asignado un nombre intuitivo para un mejor
reconocimiento de la informacin que contiene.
Slo se mostrarn los atributos de las clases, omitiendo las operaciones para
una mayor claridad.
Las clases se han identificado con colores de la siguiente manera:
Rosa: Clases exclusivas de la aplicacin de escritorio.

Amarillo: Clases de ambas aplicaciones.
37
Figura 21. Diagrama de clases aplicacin escritorio
38
A continuacin, describiremos las clases comunes a las dos aplicaciones (de
Escritorio y web) y las clases especficas de la aplicacin de escritorio.
Para facilitar la compresin del diagrama de clases se presenta en bloques de clases,
en funcin de su relacin.
En la imagen anterior, nos encontramos tres clases Alumno, Clase y Recibo

las cuales estn relacionadas entre s.
La clase Alumno est relacionada con la clase Clase, puesto que un alumno debe
asistir a al menos una de las clases impartidas por la galera. As mismo, a una clase
debe de asistir al menos un alumno.
La clase Alumno, tambin est relacionada con la clase Recibo, ya que un
alumno debe tener al menos un recibo asociado, por el contrario, un recibo pertenecer a
un nico alumno.
En el caso de la figura anterior, encontramos tres clases Proveedor, Pedido y

LineaDePedido.
39
La clase Proveedor ir relacionada con la clase Pedido, puesto que un pedido se
le realiza a un nico proveedor. Por el contrario a un mismo proveedor se le pueden
realizar varios pedidos.
A su vez, la clase Pedido ir relacionada con la clase LineaDePedido, ya que un
pedido ir compuesto de una o varias lneas de pedido. Por otra parte, una lnea de
pedido pertenecer a un nico pedido. Esta relacin se ha identificado con un rombo de
color negro (a esto se le llama relacin de composicin en UML) porque en el caso de
que desaparezca el pedido desaparecern todas sus lneas de pedido relacionadas.
En la imagen anterior, se muestra una nueva clase, la clase Producto. Como es de

esperar, cada lnea de pedido est asociada a un producto, por el contrario, un producto
puede estar en varias lneas de pedido. En este caso, el rombo aparece blanco (relacin
de agregacin) esto es as porque en el caso de que desaparezca una lnea de pedido, el
producto va a seguir existiendo.
40
En la imagen anterior encontramos una relacin de herencia. La clase Venta es la

clase padre de EncargoEnLocal y VentaProductoEnLocal. As, por ejemplo, la
clase EncargoEnLocal tendr sus propios atributos ms lo de la clase Venta.
Un encargo en local va a estar asociado siempre a un cliente, de ah la relacin entre
las clases Cliente y EncargoEnLocal. Adems estar solicitado por un nico cliente,
y por el contrario, un cliente puede realizar varios encargos en local.
La imagen siguiente muestra la relacin entre las clases Venta, LineaDeVenta y
Producto (sta ltima seguir la misma jerarqua vista anteriormente). Una venta
estar compuesta de, al menos, una lnea de venta. Por el contrario, una lnea de venta
estar siempre asociada a una nica venta. Cada lnea de venta est asociada a un
producto y un mismo producto puede estar en varias lneas de venta.
41
2.2.4 Prototipos de interfaces de usuario
Segn los requisitos del cliente se seguirn los siguientes principios en el diseo
de interfaces:
Las interfaces sern lo ms sencillas e intuitivas posibles debido al escaso
conocimiento informtico del cliente.
En los mdulos en los que se debe seleccionar un determinado elemento,
stos seguirn algn criterio de ordenacin. Por ejemplo, a la hora de
borrar un alumno, se muestran todos los alumnos ordenados
alfabticamente por los apellidos.
En todos los casos que sea posible, se permitirn seleccionar opciones en
vez de escribirlas, para una mayor sencillez para el cliente y disminuir la
posibilidad errores.
Siempre que sea posible habr mensajes brevemente descriptivos que
ayudarn al usuario a identificar los posibles errores que se puedan dar.
Se seguir el formato tpico de interfaces grficas de Windows, ya que es el
sistema operativo que se va a utilizar.
2.2.4.1 Prototipo interfaz gestin de alumnos
Figura 22- Prototipo interfaz gestin de alumnos
Navegabilidad: En esta ventana nos aparecer en el men superior todos los

diferentes mdulos de los que consta la aplicacin. Al pulsar con el ratn sobre
cada uno de ellos se abrir un submen con las distintas funciones que puede
realizar. En el caso de la Figura 37. hemos pulsado sobre el men Alumnos.
42
Prototipo interfaz nuevo alumno
Figura 23- Prototipo interfaz alta alumno
Navegabilidad: La venta consiste en un formulario donde el usuario

introducir datos referentes a un nuevo alumno.
Prototipo interfaz borrar alumno
Figura 24- Prototipo interfaz borrar alumno
Navegabilidad: La ventana consiste en una lista desplegable donde nos

aparecern todos los alumnos activos de la aplicacin. El usuario deber
elegir el que desea eliminar y pulsar el botn Borrar. El usuario eliminado
ir a una tabla de histricos.
Prototipo interfaz consultar alumno
Figura 25- Prototipo interfaz consultar alumno
43
Navegabilidad: La ventana, al igual que la anterior, consiste en una lista
desplegable donde nos aparecern todos los alumnos. La diferencia con el
anterior radica en que en este caso, aparecer un botn Consultar donde, al
pulsarlo, se mostrar toda la informacin del alumno. El usuario ha pulsado
en este caso sobre Consultar alumno.
Prototipo interfaz modificar alumno
Figura 26- Prototipo interfaz modificar alumno
Navegabilidad: En esta ventana se seguir el mismo diseo que en los casos

anteriores. Una vez seleccionado el alumno se pulsar sobre un botn
Modificar. En ese momento los datos del alumno se mostrarn y se
permitir cambiar los datos que se deseen. Una vez se haya terminado de
modificar, el usuario pulsar el botn Guardar cambios. Se deber
confirmar que se desean guardar los cambios.
Prototipo interfaz activar alumno
Figura 27. Prototipo interfaz activar alumno
Navegabilidad: En este caso, en el campo desplegable, aparecern nicamente

los alumnos que no se encuentren activos. Al pulsar Activar, el alumno
seleccionado previamente se activar.
44
2.2.4.2 Prototipo interfaz gestin de recibos
Figura 28. Prototipo interfaz gestin de recibos

realizar. En el caso de la Figura 43. hemos pulsado sobre el men Recibos.
Prototipo interfaz nuevo recibo
Figura 29. Prototipo interfaz nuevo recibo
Navegabilidad: Aparecern todos los datos que el usuario debe rellenar para
crear un nuevo recibo.
45
Prototipo interfaz borrar recibo
Figura 30. Prototipo interfaz borrar recibo
Navegabilidad: La ventana permitir seleccionar un alumno y una fecha de

una lista desplegable. Una vez seleccionadas ambas opciones, el usuario
pulsar el botn Borrar y se borrar el recibo del alumno en la fecha
seleccionada.
Prototipo interfaz consultar recibo
Figura 31. Prototipo interfaz consultar recibo
Navegabilidad: Al igual que en el caso anterior, se permitir seleccionar un

alumno y una fecha, ambos a partir de listas desplegables. Al pulsar el botn
Consultar se mostrarn los datos del recibo previamente seleccionado.
Prototipo interfaz modificar recibo
Figura 32. Prototipo interfaz modificar recibo
Navegabilidad: En este caso, se seguir el mismo procedimiento pero contar

con un botn Modificar, el cual permitir modificar la informacin del
recibo seleccionado.
46
2.2.4.3 Prototipo interfaz gestin de productos
Figura 33. Prototipo interfaz gestin de productos

realizar. En el caso de la Figura 48. hemos pulsado sobre el men Productos
mostrndose las diferentes opciones que pueden realizarse relacionadas con
ellos.
Prototipo interfaz nuevo producto
Figura 34- Prototipo interfaz nuevo producto
Navegabilidad: La ventana consistir en un formulario donde el usuario

introducir los datos referentes al nuevo producto.
47
Prototipo interfaz borrar producto
Figura 35- Prototipo interfaz borrar producto
Navegabilidad: La ventana consistir en dos listas desplegables, una de ellas

contendr los modelos diferentes de productos que hay, y otra una lista de
referencias de productos correspondientes al modelo seleccionado. Cuando se
pulse el botn Borrar, despus de confirmar, el producto se borrar.
Prototipo interfaz consultar producto
Figura 36- Prototipo interfaz consultar producto
Navegabilidad: La venta que se muestra es similar al apartado al anterior, con

la diferencia del botn Consultar, que permitir visualizar la informacin
del producto seleccionado.
Prototipo interfaz modificar producto
Figura 37- Prototipo interfaz modificar producto
Navegabilidad: Siguiendo el mismo diseo, esta ventana contar con dos

listas desplegables que permitirn seleccionar el producto que se desea
modificar.
48
2.2.4.4 Prototipo interfaz gestin de clases
Figura 38- Prototipo interfaz gestin de clases

realizar. En el caso de la Figura 53. hemos pulsado sobre el men Clases
ellas.
Prototipo interfaz nueva clase
Figura 39- Prototipo interfaz nueva clase
Navegabilidad: La ventana consistir en un formulario en el cual el usuario

introducir los datos de la nueva clase.
Prototipo interfaz borrar clase
Figura 40- Prototipo interfaz borrar clase
49
Navegabilidad: La ventana mostrar una lista desplegable que contendr
todas las clases que se imparten. El usuario seleccionar una y pulsar el
botn Eliminar.
Prototipo interfaz consultar clase
Figura 41- Prototipo interfaz consultar clase
Navegabilidad: Siguiendo la misma dinmica, se mostrar una lista

desplegable donde se seleccionar la clase que se desea consultar.
Prototipo interfaz modificar clase
Figura 42- Prototipo interfaz modificar clase
Navegabilidad: Se seleccionar de una lista desplegable la clase que se desee

modificar. Se mostrarn los datos y se modificarn los datos que se necesiten.
Posteriormente se pulsar el botn Modificar y se confirmar que se desean
guardar los cambios.
50
2.2.4.5 Prototipo interfaz gestin de ventas
Figura 43- Prototipo interfaz gestin de ventas

realizar. En el caso de la Figura 58. hemos pulsado sobre el men Ventas
ellas.
Prototipo interfaz nueva venta
Figura 44- Prototipo interfaz nueva venta
Navegabilidad: Se mostrar un formulario donde se introducirn los datos

necesarios para guardar una venta. Habr una opcin para aadir ms
productos a una misma venta.
51
Prototipo interfaz borrar venta
Figura 45- Prototipo interfaz borrar venta
Navegabilidad: La ventana consistir en dos campos fecha con objetivo de

buscar la venta que se desea borrar.
Prototipo interfaz consultar venta
Figura 46. Prototipo interfaz consultar venta
Navegabilidad: La ventana consistir en dos campos fecha con objetivo de

buscar la venta que se desea consultar.
Prototipo interfaz modificar venta
Figura 47- Prototipo interfaz modificar venta
Navegabilidad: Al igual que en el caso anterior, se mostrarn dos campos

fecha con el objetivo de buscar la venta, en este caso, a modificar. Se
mostrarn los datos de la venta seleccionada y se modificarn los datos que se
deseen.
52
Prototipo interfaz nuevo encargo
Figura 48- Prototipo interfaz nuevo encargo
Navegabilidad: Se mostrar un formulario donde el usuario introducir los

datos necesarios para crear un nuevo encargo.
Prototipo interfaz borrar encargo
Figura 49- Prototipo interfaz borrar encargo
Navegabilidad: Aparecer una lista desplegable en la cual el usuario

seleccionar el cliente que realiz el encargo. Posteriormente se mostrarn los
encargos realizados por dicho cliente y se podr eliminar el que se desee.
Prototipo interfaz consultar encargo
Figura 50- Prototipo interfaz consultar encargo
53
Navegabilidad: Al igual que en el caso anterior se mostrar una lista
desplegable donde el usuario seleccionar el cliente que realiz el encargo. Se
mostrarn todos sus encargos y se consultar el que se desee.
Prototipo interfaz modificar encargo
Figura 51- Prototipo interfaz modificar encargo
Navegabilidad: Se mostrar una lista desplegable donde el usuario

seleccionar el cliente que realiz el encargo. Se mostrarn todos sus
encargos y se modificar el que se desee.
Prototipo interfaz informe de ventas
Figura 52- Prototipo interfaz informe de ventas
Navegabilidad: Se mostrarn dos campos fechas con objeto de que,

posteriormente, se visualice un informe de ventas que concuerden con las
fechas seleccionadas.
Ntese que un encargo al fin y al cabo es un tipo de venta, por lo tanto en los
informes, a peticin del cliente, tambin se mostrarn los encargos junto a las
ventas.
54
2.2.4.6 Prototipo interfaz gestin de almacn
Figura 53- Prototipo interfaz gestin de almacn

realizar. En el caso de la Figura 68. hemos pulsado sobre el men Almacn
mostrndose las diferentes opciones que pueden realizarse relacionadas con l.
Prototipo interfaz nuevo pedido
Figura 54- Interfaz nuevo pedido

datos necesarios para realizar un pedido.
Prototipo interfaz borrar pedido
Figura 55- Prototipo interfaz borrar pedido

55
Navegabilidad: Esta ventana contendr tres campos, una lista desplegable
donde se seleccionar el proveedor al que se le realiz el pedido y dos
campos de tipo fecha con el fin de hacer una bsqueda ms acotada.
Prototipo interfaz consultar pedido
Figura 56- Prototipo interfaz consultar pedido
Navegabilidad: Esta ventana ser igual que la anterior, pero una vez
seleccionado el pedido, se podr ver sus caractersticas.
Prototipo interfaz modificar pedido
Figura 57- Prototipo interfaz modificar pedido
Navegabilidad: Esta interfaz seguir el mismo procedimiento que las

anteriores, pero su fin ser el de modificar el pedido seleccionado.
2.2.4.7 Prototipo interfaz gestin de clientes
Figura 58- Prototipo interfaz gestin de clientes

realizar. En el caso de la Figura 73. hemos pulsado sobre el men Clientes
56
ellos.
Prototipo interfaz nuevo cliente
Figura 59- Prototipo interfaz nuevo cliente
Navegabilidad: Esta ventana contar con un formulario donde el usuario

introducir los datos referentes al nuevo cliente.
Prototipo interfaz borrar cliente
Figura 60- Prototipo interfaz borrar cliente
Navegabilidad: Se mostrar una lista desplegable que contendr todos los

clientes, para que el usuario seleccione el que desea borrar.
Prototipo interfaz consultar cliente
Figura 61- Prototipo interfaz consultar cliente
57
Navegabilidad: Siguiendo el mismo procedimiento anterior, pero en este caso
el usuario seleccionar un cliente para consultar su informacin.
Prototipo interfaz modificar cliente
Figura 62- Prototipo interfaz modificar cliente
Navegabilidad: Mismo procedimiento que en los casos anteriores, pero en

esta ocasin el usuario seleccionar un cliente para modificar su informacin.
2.2.4.8 Prototipo interfaz gestin de proveedores
Figura 63- Prototipo interfaz gestin de proveedores

realizar. En el caso de la Figura 78. hemos pulsado sobre el men Proveedores
ellos.
58
Prototipo interfaz nuevo proveedor
Figura 64- Prototipo interfaz nuevo proveedor

datos referentes a un proveedor.
Prototipo interfaz borrar proveedor
Figura 65- Prototipo interfaz borrar proveedor
Navegabilidad: Esta ventana, siguiendo diseos anteriores, contar con una

lista desplegable que contendr todos los proveedores y el usuario deber
seleccionar el que desea borrar.
Prototipo interfaz consultar proveedor
Figura 66- Prototipo interfaz consultar proveedor
Navegabilidad: En este caso, el usuario seleccionar el nombre del proveedor

que desea consultar.
59
Prototipo interfaz modificar proveedor
Figura 67- Prototipo interfaz modificar proveedor
Navegabilidad: El usuario seleccionar en la lista desplegable el nombre del

proveedor que desea modificar.
2.3 Anlisis de la aplicacin web

2.3.1 Especificacin de los requisitos
En la aplicacin Web contamos con tres tipos diferentes de rol:
RV: Requisitos que puede llevar a cabo el rol visitante.
RC: Requisitos que puede llevar a cabo el rol cliente.
RA: Requisitos que puede llevar a cabo el rol alumno.
A continuacin, mostramos los requisitos a nivel de mdulos de la aplicacin
web.
Mdulo inicio:
RV1. Un visitante podr visualizar una informacin general de la galera.
Mdulo tienda:
RV1. Un visitante podr visualizar el mdulo tienda.
RV2. Un visitante podr seleccionar un tipo de producto.
RV3. Un visitante podr solicitar un producto que no se encuentre en la
galera enviando un formulario con una descripcin del mismo.
RC1. Un cliente podr aadir un producto a la cesta.
RC1.2 Una vez aadido el producto o productos que se deseen a la cesta, un
cliente podr confirmar la compra.
Mdulo clases:
RV1. Un visitante podr visualizar la lista de clases disponibles en la galera.
RV2. Un visitante podr solicitar admisin a una determinada clase,
enviando un formulario al personal de la galera.
60
RV3. Un visitante podr solicitar informacin sobre una determinada clase,
enviando un formulario al personal de la galera.
Mdulo contacto:
RV1. Un visitante podr visualizar informacin sobre cmo contactar con
el personal de la galera.
RV2. Un visitante podr valorar la aplicacin Web enviando un formulario
con su opinin sobre la misma.
Mdulo zona de registro:
RV1. Un visitante podr visualizar la zona de registro.
RV1. El visitante podr registrarse desde este mdulo introduciendo una
serie de datos personales.
RA1. El alumno podr acceder a la aplicacin desde este mdulo.
RC1. El cliente podr acceder a la aplicacin desde este mdulo.
Mdulo ficha personal:
RC1. El cliente podr visualizar informacin sobre sus datos personales en
la ficha personal.
RC2. El cliente podr modificar alguno de sus datos personales en la ficha
personal.
RC3. El cliente podr visualizar los pedidos realizados y el estado de los
mismos.
RA1. El alumno podr visualizar informacin sobre sus datos personales en
la ficha personal.
RA2. El alumno podr modificar alguno de sus datos personales en la ficha
personal.
RA3. El alumno podr ver avisos referentes a clases.
2.3.2 Identificacin y especificacin de Casos de Uso
La especificacin de los casos de uso contendrn las mismas partes que los de
la aplicacin de escritorio.
A continuacin se presentan los casos de uso identificados para los requisitos
citados anteriormente.
61
2.3.2.1 Diagrama CDU aplicacin web
Figura 68: Diagrama CDU aplicacin web
2.3.2.2 Diagrama CDU mdulo tienda
Figura 69: Diagrama CDU Mdulo tienda
62
2.1 Solicitar producto.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Solicitar un producto que no se encuentre en la aplicacin web

Visitante, y por consiguiente, alumno y cliente
Haber accedido al mdulo tienda.
La solicitud ha sido realizada
- El usuario pulsa el botn Solicitar producto.
- Rellena un formulario.
- Pulsa el botn Enviar y el formulario es enviado a la galera.
Flujo alternativo
2.3.2.3 Diagrama CDU comprar producto visitante
Figura 70: Diagrama CDU Comprar producto visitante
2.2.1 Seleccionar tipo de producto.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Seleccionar uno de los tipos de productos disponibles.

Se muestran los productos disponibles del tipo seleccionado
- El usuario selecciona uno de los tipos de producto disponibles.
- Visualiza los distintos productos que hay de ese tipo
- Si el usuario no selecciona ningn tipo de producto se muestra el que
est por defecto.
2.2.2 Seleccionar producto.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Seleccionar uno de los productos que se muestran.

El producto se aade a la cesta
- El usuario selecciona uno de los productos que se muestran y
automticamente se aaden a la cesta.
- Si el usuario no selecciona ningn tipo de producto se muestra el que
est por defecto.
63
2.2.3 Finalizar compra.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
Se finaliza la compra.
La compra es realizada
- El usuario pulsa el botn de Finalizar compra.
- El usuario no est autentificado y la aplicacin pide que se registre o
se autentifique antes de finalizar la compra.
- No se ha seleccionado ningn producto y la aplicacin pide que se
seleccione al menos uno.
2.2.4 Registrarse.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
El usuario se registra en la aplicacin.

Haber accedido al mdulo Zona de registro.
El usuario es registrado en la aplicacin web.
- El usuario pulsa el botn de Registrar.
- El usuario rellena un formulario.
- El usuario pulsa el botn Aceptar.
- El nombre de usuario elegido por el usuario ya est en uso y la
aplicacin pide que se elija otro distinto.
- Las contraseas introducidas no coinciden y la aplicacin pide volver a
introducirlas.
- El usuario no ha rellenado alguno de los datos obligatorios y la
aplicacin muestra un aviso.
A continuacin se muestra el diagrama de actividad correspondiente al caso de uso

Comprar producto visitante:
64
Figura 71: Diagrama actividad comprar producto visitante
65
2.3.2.4 Diagrama CDU comprar producto cliente
Figura 72: Diagrama actividad comprar producto cliente
Y su diagrama de actividad correspondiente:
Figura 73: Diagrama actividad comprar producto cliente
66
2.3.2.5 Diagrama CDU mdulo de clases
Figura 74. Diagrama CDU Mdulo de clases
3.1 Solicitar admisin a clase.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
El usuario quiere asistir a una de las clases disponibles y solicita

inscribirse.
Haber accedido al mdulo Clases.
El usuario ha enviado un informe de solicitud de admisin.
- El usuario observa las clases disponibles.
- Pulsa el botn Solicitar admisin a clase.
- Se identifica.
- Rellena el formulario.
- Pulsa el botn Enviar.
- Cuando se identifica, el usuario introduce mal el usuario o contrasea
y la aplicacin le pide que vuelva a introducirlos.
3.2 Solicitar informacin sobre clase.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
El usuario quiere informacin sobre uno de las clases disponibles.

Haber accedido al mdulo Clases.
El usuario ha solicitado informacin sobre una determinada clase.
- El usuario observar las clases disponibles.
- Pulsa el botn Solicitar informacin.
- Rellena un formulario.
- Pulsa el botn Enviar.
Flujo alternativo
67
3.3 Identificarse.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
El usuario se identifica en la aplicacin.

Haber accedido al mdulo Clases y haber pulsado el botn Solicitar
admisin a clase.
El usuario ha sido identificado.
- El usuario introduce su nombre de usuario y contrasea, o bien,
accede como visitante.
- El usuario introduce mal el usuario y contrasea y la aplicacin pide
que se vuelvan a introducir.
2.3.2.6 Diagrama CDU mdulo contacto
Figura 75. Diagrama CDU Mdulo contacto
4.1 Contactar con el personal de la tienda.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
El usuario quiere contactar con el personal de la tienda.

Haber accedido al mdulo Contacto.
El usuario contacta con el personal de la galera.
- El usuario visualiza las vas disponibles para contactar con el personal
de la galera.
- El usuario contacta con el personal de la galera.
Flujo alternativo
68
2.3.2.7 Diagrama CDU mdulo zona de registro
Figura 76. Diagrama CDU Mdulo zona de registro
5.1 Registrarse.
Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
El usuario se registra en la aplicacin.

Haber accedido al mdulo Zona de registro.
El usuario es registrado en la aplicacin web.
- El usuario pulsa el botn Registrar.
- El usuario rellena un formulario.
- El usuario pulsa el botn Aceptar.
- El nombre de usuario elegido ya est en uso y la aplicacin pide que
se elija otro distinto.
- Las contraseas introducidas no coinciden y la aplicacin pide que se
vuelvan a introducir.
- El usuario no ha rellenado alguno de los datos obligatorios y muestra
un aviso.
69
2.3.2.8 Diagrama CDU mdulo ficha personal
Figura 77. Diagrama CDU Mdulo ficha personal
6.1 Modificar datos personales.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
El usuario modifica alguno de sus datos personales.

Cliente y alumno,
El usuario se ha identificado y accede al mdulo Ficha personal.
Alguno de los datos personales del usuario han sido modificados.
- El usuario cambia los datos que desea.
- El usuario pulsa el botn Guardar cambios.
- El usuario confirma que desea guardar los cambios realizados.
- Alguno de los datos modificados no son vlidos y debe volver a
introducirlos.
6.2 Visualizar pedidos.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
El usuario visualiza los pedidos realizados hasta el momento.

Cliente
Haberse identificado y haber accedido al mdulo Ficha personal.
El usuario ha visualizado los pedidos realizados.
- El usuario pulsa el botn Ver pedidos.
- El nombre de usuario elegido ya est en uso y la aplicacin pide que
se elija otro distinto.
- Las contraseas introducidas no coinciden y la aplicacin pide que se
vuelvan a introducir.
- El usuario no ha rellenado alguno de los datos obligatorios y muestra
un aviso.
70
6.3 Ver avisos.

Resumen
Actor principal
Precondicin
Postcondicin
Flujo bsico
Flujo alternativo
El usuario ve avisos referentes a clases.

Alumno.
Haberse identificado y haber accedido al mdulo Ficha personal.
El usuario ha visualizado los avisos referentes a clases en las que est
inscrito.
- El usuario pulsa el botn Ver avisos.
2.3.3 Anlisis de clases

En este apartado mostraremos cmo estar formada la aplicacin Web a nivel
de clases. Al igual que se ha hecho en la aplicacin de escritorio, se ha
procurado asignar un nombre intuitivo para un mejor reconocimiento de la
informacin que contiene.
De nuevo, slo se mostrarn los atributos de las clases, omitiendo las
operaciones para una mayor claridad.
Las clases se han identificado en colores segn el siguiente criterio:
Amarillo: Clases comunes a ambas aplicaciones
Naranja: Clases exclusivas de la aplicacin web.
71
Figura 78: Diagrama de clases aplicacin web
Nota.- Cuando sea implementada la aplicacin web en un futuro, las clases

Alumno y Cliente tendrn otros dos atributos: NombreUsuario y
Contrasea.
72
A continuacin, siguiendo el mismo procedimiento que en el caso de la aplicacin de
escritorio, se mostrar el diagrama de clases en bloques, en funcin de su relacin.
Slo se muestran las clases exclusivas de la aplicacin web puesto que las clases
comunes han sido explicadas en el anlisis de la aplicacin de escritorio.
En la imagen anterior, se muestran las clases Usuario, Cliente y Alumno que

corresponden a los roles de la aplicacin web.
La clase Usuario es clase padre de las otras dos, por lo tanto, la clase Cliente y la
clase Alumno tienen los mismos privilegios que la clase Usuario, adems de los
propios de cada una de ellas.
En la figura anterior, tenemos la jerarqua de herencia que siguen las clases relacionadas
con las ventas.
73
La clase Venta es la clase padre de todas las que le siguen. As, por ejemplo, la clase
EncargoEnWeb tendr sus propios atributos ms los de la clase
VentaAplicacionWeb y sta a su vez tendr los atributos de la clase Venta.
2.3.4 Prototipos de interfaces de usuario
En este apartado daremos una primera aproximacin a cmo quedara la interfaz
de cada uno de los mdulos de la aplicacin Web.
Al igual que en la aplicacin de escritorio, se seguir el formato tpico de
interfaces grficas de Windows.
2.3.4.1 Prototipo interfaz mdulo inicio
Figura 79. Prototipo interfaz mdulo inicio
Navegabilidad: En esta ventana se mostrar informacin general de la galera

con imgenes.
74
2.3.4.2 Prototipo interfaz mdulo tienda
Figura 80. Prototipo interfaz mdulo tienda
Navegabilidad: En esta ventana se mostrar informacin sobre los diferentes

modelos de productos puestos a la venta y permitir al usuario comprarlos.
2.3.4.3 Prototipo interfaz mdulo clases
Figura 81. Prototipo interfaz mdulo clases
Navegabilidad: En esta ventana se mostrar informacin sobre las clases

disponibles donde el usuario podr solicitar informacin o solicitar admisin a
alguna de las clases segn lo desee.
75
2.3.4.4 Prototipo interfaz mdulo contacto
Figura 82. Prototipo interfaz mdulo contacto
Navegabilidad: Mostrar informacin para contactar con el personal de la

galera.
2.3.4.5 Prototipo interfaz mdulo zona de registro
Figura 83. Prototipo interfaz mdulo zona de registro
Navegabilidad: permitir acceder a la aplicacin introduciendo usuario y

contrasea en caso de que el usuario ya est registrado, o registrarse en caso
contrario.
2.3.4.6 Prototipo interfaz mdulo ficha personal
Figura 84. Prototipo interfaz mdulo ficha personal
Navegabilidad: permitir a los usuarios ya registrados, acceder a su ficha

personal y ver informacin de su inters.
76
3. Diseo de la aplicacin de escritorio

3.1 Definicin de la arquitectura
Desde el punto de vista lgico (ms de estructura software), hemos seguido una
tecnologa de tres capas:
La aplicacin estar compuesta por tres partes, tres capas, las cuales tienen una
funcin muy diferenciada.
Capa de presentacin: La capa de presentacin es la que se encarga de la
interaccin con el usuario, presentando la informacin, aceptando las
operaciones y enviando las respuestas.
Capa de lgica de negocio: Es el corazn de la aplicacin, implementando
cualquier proceso que realice la aplicacin. Es el conjunto de reglas de
negocio que la aplicacin tiene que implementar.
Capa de persistencia: Se encarga del acceso al sistema de persistencia
elegido, independizando a la aplicacin del sistema de persistencia elegido.
Como sistema de persistencia se ha decidido utilizar una BD ya que los SGBD

presentan numerosas ventajas como la mejora de productividad, mejora de la
accesibilidad de los datos, etc.
Por qu se ha usado Java en el desarrollo del proyecto?
Porque es un lenguaje multiplataforma, por lo tanto todos los programas que se
desarrollen en Java pueden ejecutarse sin problemas en sistemas operativos
como Windows, Linux, Mac, etc.
Permite crear programas que se ejecuten en varios dispositivos como por
ejemplo en mviles.
3.2 Diseo de la base de datos

Para el diseo de la BD se ha creado un diagrama EER:
77
Figura 85. Diagrama EER Aplicacin escritorio
78
En el diagrama de la figura anterior observamos que, casi en su totalidad, est
compuesto por entidades fuertes, slo las entidades referentes a las lneas,
LineaDePedido y LineaDeVenta son entidades dbiles.
Figura 86. EER LineaDePedido
sto es as, puesto que la clave de lnea de pedido es una clave compuesta, y
uno de los elementos de esa clave es el NumeroPedido. Un esquema similar
se sigue para LineaDeVenta.
En la figura 86. tambin observamos que hay entidades que estn
subdivididas en subclases. Vemos un ejemplo en la siguiente figura:
Figura 87. EER Venta

79
Nos encontramos ante una especializacin con una restriccin de
disyuncin: . En el ejemplo de la figura quiere decir que, una venta puede ser
como mucho una de las dos opciones: o un EncargoEnLocal o una
VentaProductoEnLocal.
As mismo, se exige que una Venta tenga que ser de al menos una de las dos
opciones (EncargoEnLocal o VentaProductoEnLocal), es decir es una
especializacin total y se ha representado de la siguiente forma:
Todos los atributos encontrados en el diagrama de la figura 86, son de tipo
monovalor, exceptuando
, que es derivado.
3.3 Normalizacin
Todas las tablas de la base de datos se encuentran en 1FN ya que todos
sus atributos son monovaluados.
Todas las tablas de la base de datos se encuentran en 2FN porque est en
1FN y todos sus atributos no primos, es decir todos los atributos que no
figuran en ninguna clave candidata, dependen funcionalmente de manera
total de la clave principal.
Todas las tablas de la base de datos se encuentran en 3FN porque estn
en 2FN y no existe ninguna dependencia funcional transitiva entre los
atributos que no son clave.
Todas las tablas estn en forma normal de Boyce-Codd (FNBC) porque
estn en 3 FN y adems cada determinante, atributo que determina
completamente a otro, es clave candidata
3.4 Interfaces de usuario

Basndonos en los prototipos de interfaces creados anteriormente se han
creado las siguientes interfaces las cuales son ms completas.
Para mostrar las interfaces finales de la aplicacin, se han ocultado ciertos
datos para la privacidad de datos reales almacenados en la BD.
3.4.1 Interfaz pantalla inicio

Nada ms iniciar el programa se mostrar la siguiente pantalla:
80
Figura 88. Interfaz pantalla de inicio
, donde el usuario podr acceder a los diferentes mdulos de la

aplicacin.
3.4.2 Interfaz gestin de alumnos
La siguiente ventana mostrar las diferentes opciones que puede realizar el
usuario respecto a la gestin de alumnos:
Figura 89. Interfaz pantalla gestin de alumnos
A continuacin mostraremos las diferentes opciones de este mdulo:
81
3.4.2.1 Interfaz nuevo alumno
La interfaz consiste en un formulario donde el usuario deber
introducir los datos del alumno. Alguno de estos datos son
obligatorios y sern identificados con un *.
La interfaz tambin mostrar las clases donde hay plazas disponibles
para apuntar al alumno.
Figura 90. Interfaz nuevo alumno
Al pulsar el botn
, se comprobarn los siguientes datos:
Si el DNI no es correcto se mostrar la siguiente ventana:
Figura 91. Interfaz error DNI
82
Si el alumno ya existe se mostrar la siguiente ventana:
Figura 92. Interfaz error existe alumno
El email no es un campo obligatorio, pero si se introduce un

email que no siga el formato nombreUsuario@dominio,
aparecer la siguiente pantalla:
Figura 93. Interfaz error email
El CP y el telfono tambin sern comprobados:
Figura 94. Interfaz error cp
Finalmente, cuando un alumno ha sido guardado se mostrar la

siguiente ventana de confirmacin:
Figura 95. Interfaz confirmacin alumno guardado

83
3.4.2.2 Interfaz borrar alumno
En este caso, se mostrar una lista de todos los alumnos activos. El usuario
seleccionar uno de ellos y pulsar el botn
Figura 96- Interfaz borrar alumno
El usuario deber confirmar

verdaderamente desea borrarlo:
mediante
la
siguiente
pantalla
si
Figura 97. Interfaz confirmar borrar alumno
3.4.2.3 Interfaz modificar alumno

En la siguiente pantalla, de primeras, el botn
aparecer
inactivo, el usuario deber primero seleccionar el alumno, del cual quiere ver
sus datos, y a continuacin pulsar el botn
84
Figura 98. Interfaz modificar alumno
Una vez mostrados los datos, el usuario podr modificar tanto los datos que
desee, como matricularlo o darle de baja de una clase a travs de los
controles que se muestran en la seccin Clases.
Al igual que en el apartado anterior, se comprobarn los datos y se mostrar
el aviso correspondiente si no son correctos.
85
3.4.2.4 Interfaz consultar alumnos activos
Este apartado se asemeja mucho al anterior, la nica diferencia es que aqu
slo se mostrarn los datos sin posibilidad de modificarlos:
Figura 99. Interfaz consultar alumno activo
3.4.2.5 Interfaz consultar alumnos inactivos

La interfaz es exactamente la misma que la de consultar alumnos activos,
slo que en la lista desplegable encontraremos los alumnos inactivos en vez
de los activos.
3.4.2.6 Interfaz activar viejos alumnos
En esta ventana se permitir activar los alumnos que fueron dados de baja
(borrados) en algn momento.
86
Figura 100. Interfaz activar alumno
Una vez pulsado el botn Activar, se pedir una confirmacin de que

verdaderamente se quiere activar dicho alumno:
Figura 101. Interfaz confirmacin activar alumno
Y posteriormente, si se ha aceptado, se mostrar un mensaje de

confirmacin:
Figura 102. Interfaz aviso alumno activado
3.4.3 Interfaz gestin de recibos

La siguiente pantalla, mostrar las opciones que puede realizar el usuario
sobre un determinado recibo.
87
Figura 103. Interfaz gestin recibos
3.4.3.1 Interfaz nuevo recibo

Se mostrar un formulario desde el que se podr seleccionar el alumno para
el que se quiere crear un recibo, permitindose introducir los datos del
recibo.
Figura 104. Interfaz nuevo recibo
3.4.3.2 Interfaz borrar recibo

Esta ventana consistir en dos listas desplegables, en una de ellas el
usuario seleccionar el alumno del recibo y posteriormente pulsar el
botn
. La segunda lista desplegable se cargar con las
fechas de los recibos del alumno seleccionado anteriormente.
88
Por ltimo, se pulsar el botn
mostrar el correspondiente aviso.
y despus de confirmar, se
Figura 105. Interfaz borrar recibo
3.4.3.3 Interfaz consultar recibo

Seguir el mismo diseo que Consultar alumno.
3.4.3.4 Interfaz modificar recibo
Seguir el mismo diseo que Modificar alumno.
3.4.4 Interfaz gestin de productos
La siguiente pantalla mostrar las diferentes acciones que el usuario
puede realizar relacionadas con los productos.
Figura 106. EER Venta
89
3.4.4.1 Interfaz nuevo producto
La interfaz contendr un formulario donde el usuario rellenar los
diferentes campos del producto. Previamente deber seleccionar el tipo de
producto.
Figura 107. Interfaz nuevo producto
3.4.4.2 Interfaz borrar producto

Esta interfaz contendr dos listas despegables. En la primera de ellas se
seleccionar el modelo del producto que se desea borrar y en la segunda
lista desplegable, su referencia.
Figura 108. Interfaz borrar producto

90
3.4.4.3 Interfaz consultar producto
Seguir el mismo diseo que los dos mdulos anteriores de este tipo
(Consultar alumno y Consultar recibo), exceptuando que en esta parte
se seleccionar el modelo y referencia del producto a consultar.
3.4.4.4 Interfaz modificar producto
Seguir el mismo diseo que los dos mdulos anteriores de este tipo
(Modificar alumno y Modificar recibo), exceptuando que en esta parte
se seleccionar el modelo y referencia del producto a modificar.
3.4.5 Interfaz gestin de clases
Mostrar las opciones que el usuario puede realizar respecto a las clases
impartidas en la tienda.
Figura 109. Interfaz gestin de clases
3.4.5.1 Interfaz nueva clase

Se mostrar un formulario que el usuario rellenar con los datos de la clase
a crear.
Figura 110. Interfaz nueva clase

91
3.4.5.2 Interfaz borrar clase
Consistir en una lista desplegable con todas las clases ordenadas por
ao, en la cual el usuario seleccionar la que desea borrar.
Figura 111. Interfaz borrar clase
Si el usuario selecciona una clase que tiene alumnos, se mostrar una

ventana de aviso:
Figura 112. Interfaz confirmacin borrar clase
3.4.5.3 Interfaz consultar clase

Seguir un diseo similar a las otras opciones de consulta.
3.4.5.4 Interfaz modificar clase
Seguir un diseo similar a las otras opciones de modificacin.
Se comprobarn los datos una vez pulsado el botn
3.4.6 Interfaz gestin de ventas
Mostrar las opciones que el usuario puede realizar con relacin a las
ventas. Esta interfaz tambin aadir las gestiones de encargos y la
opcin de generar un informe de ventas.
92
Figura 113. Interfaz gestin de ventas
3.4.6.1 Interfaz nueva venta

Anlogamente a las gestiones de este tipo, se mostrar un formulario
mediante el cual el usuario rellenar los diferentes campos solicitados.
Figura 114. Interfaz nueva venta
93
3.4.6.2 Interfaz nuevo encargo
Anlogamente al apartado anterior, podremos guardar un encargo.
Figura 115. Interfaz nuevo encargo
3.4.6.3 Interfaz borrar venta

Se seleccionar la venta a borrar buscndola entre un rango de fechas.
Figura 116. Interfaz borrar venta
Una vez mostradas las ventas, el usuario tendr la opcin de borrar slo
alguna de ellas o todas.
94
3.4.6.4 Interfaz borrar encargo
Igual que en el caso anterior, pero con encargos.
3.4.6.5 Interfaz modificar venta
Se buscar la venta a modificar buscando previamente entre un rango de
fechas.
Cuando se muestren los datos, el usuario podr modificar los datos de la
venta.
Figura 117. Interfaz modificar venta
3.4.6.6 Interfaz modificar encargo

Forma similar que en el apartado anterior pero con encargos.
3.4.6.7 Interfaz consultar venta
De igual manera que en los casos anteriores, se buscar la venta a
consultar mediante un rango de dos fechas:
95
Figura 118. Interfaz consultar venta
3.4.6.8 Interfaz consultar encargo

De forma anloga al apartado anterior.
3.4.6.9 Interfaz generar informe
Permitir realizar un informe de ventas entre las fechas seleccionadas.
Figura 119. Interfaz generar informe
96
3.4.7 Interfaz gestin de almacn
Figura 120. Interfaz gestin de almacn
3.4.7.1 Interfaz nuevo pedido

Mostrar los datos que el usuario debe introducir y seleccionar para crear
un nuevo pedido.
Figura 121. Interfaz nuevo pedido
97
3.4.7.2 Interfaz borrar pedido
Mostrar una lista desplegable donde el usuario seleccionar el nombre
del proveedor. Adems contar con la opcin de seleccionar un rango de
fechas para buscar el pedido y posteriormente borrarlo. Tambin se
permitir borrar todos los pedidos que aparezcan en lista de pedidos
mostrados.
Figura 122. Interfaz borrar pedido
3.4.7.3 Interfaz modificar pedido

Mostrar dos listas desplegables para seleccionar el proveedor y la fecha.
Posteriormente se pulsar el botn Mostrar y se mostrarn los datos del
pedido, pudindolos modificar.
Figura 123. Interfaz modificar pedido
98
3.4.7.4 Interfaz consultar pedido

Anlogamente al apartado anterior, aparecern los datos del pedido
habiendo seleccionado previamente el proveedor y una fecha.
Figura 124. Interfaz consultar pedido
3.4.8 Interfaz gestin de clientes

Mostrar las opciones que el usuario puede realizar relacionadas con
clientes.
Figura 125. Interfaz gestin de clientes
99
3.4.8.1 Interfaz nuevo cliente
Mostrar los datos necesarios que el usuario debe introducir para dar de
alta un cliente.
Figura 126. Interfaz nuevo cliente
3.4.8.2 Interfaz borrar cliente

Se mostrar una lista desplegable donde el usuario seleccionar el cliente
a borrar.
Figura 127. Interfaz borrar cliente
3.4.8.3 Interfaz consultar cliente

De forma anloga a los apartados anteriores de este tipo.
100
3.4.8.4 Interfaz modificar cliente
La interfaz contendr una lista desplegable donde el usuario seleccionar
el cliente que quiere modificar. A continuacin pulsar el botn
Mostrar y se mostrarn los datos del cliente, modificando el usuario los
que desee.
Figura 128. Interfaz modificar cliente
3.4.9 Interfaz gestin de proveedores

Mostrar las opciones que el usuario puede realizar relacionadas con
proveedores.
Figura 129. Interfaz gestin de proveedores
101
3.4.9.1 Interfaz nuevo proveedor
Se mostrar un formulario dnde el usuario introducir los datos del
proveedor.
Figura 130. Interfaz nuevo proveedor
3.4.9.2 Interfaz borrar proveedor

La interfaz contendr una lista desplegable en la que el usuario
seleccionar el nombre del proveedor que desea borrar. A continuacin
se pulsar el botn Borrar.
Figura 131. Interfaz borrar proveedor
102
3.4.9.3 Interfaz consultar proveedor
3.4.9.4 Interfaz modificar proveedor
4. Implementacin de la aplicacin de escritorio

A continuacin se mostrarn los aspectos que consideramos ms importantes de
la implementacin.
4.1 Capas de presentacin y lgica de negocio

4.1.1 Libreras utilizadas
JCalendar
En algunos mdulos se ha considerado interesante que el usuario tenga a su
disposicin un calendario grfico para que, a la hora de seleccionar una
fecha, lo tenga ms sencillo y no deba introducirla de forma manual.
Itext
Esta librera nos ha permitido generar los informes de ventas en formato
PDF desde Java.
En particular, para la generacin de los informes de ventas, se ha utilizado
el siguiente cdigo:
public class PdfVentas {

public void crearPdfInforme(List<Venta> ventas, String fecha1, String fecha2) {
Document documento = new Document();
try {
GestorBD gbd = new GestorBD();
SimpleDateFormat formato;
formato = new SimpleDateFormat("dd/MM/yyyy HH:mm");
103
File f1 = new File("Informe de Ventas.pdf");
FileOutputStream fichero = new FileOutputStream(f1);
PdfWriter.getInstance(documento, fichero);
documento.open();
//Calculo el importe total de todas las ventas
float total = 0;
for (int j = 0; j < ventas.size(); j++) {
total = total + ventas.get(j).getImporteTotal();
}
PdfPTable tablaTotal = new PdfPTable(1); //creo la tabla
tablaTotal.getDefaultCell().setBorderWidth(20); //borde de la tabla
float[] medidaTablaTotal = {0.5f}; //anchura
tablaTotal.setWidths(medidaTablaTotal);
tablaTotal.setWidthPercentage(20); //% que ocupa de pantalla
tablaTotal.setHorizontalAlignment(Element.ALIGN_RIGHT); //alineacin
PdfPCell cellTotal; //celdas
cellTotal = new PdfPCell(new Paragraph("Total :" + gbd.Redondear(total) + " ",
FontFactory.getFont("Arial", 14, Font.BOLD, BaseColor.BLACK)));
cellTotal.setColspan(1);
cellTotal.setHorizontalAlignment(Element.ALIGN_JUSTIFIED);
tablaTotal.addCell(cellTotal);
PdfPTable tablaDatos = new PdfPTable(1);
float[] medidaTablaDatos = {0.6f};
tablaDatos.setWidths(medidaTablaDatos);
tablaDatos.setWidthPercentage(70);
tablaDatos.setHorizontalAlignment(Element.ALIGN_LEFT);
PdfPCell cellDatos;
if (fecha1 == null && fecha2 == null) { //segn que fechas se hayan rellenado muestra
//una cosa u otra
cellDatos = new PdfPCell(new Paragraph("Informe de todas las ventas :",
cellDatos.setColspan(1);
cellDatos.setHorizontalAlignment(Element.ALIGN_CENTER);
tablaDatos.addCell(cellDatos);
}
if (fecha1 == null && fecha2 != null) {
cellDatos = new PdfPCell(new Paragraph("Informe de las ventas hasta el : " + fecha2,
}
if (fecha1 != null && fecha2 == null) {
cellDatos = new PdfPCell(new Paragraph("Informe de las ventas desde el : " +
fecha1, FontFactory.getFont("Arial", 12, Font.BOLD, BaseColor.BLACK)));
}
if (fecha1 != null && fecha2 != null) {
cellDatos = new PdfPCell(new Paragraph("Informe de las ventas desde : " + fecha1 +
" hasta el: " + fecha2, FontFactory.getFont("Arial", 12, Font.BOLD, BaseColor.BLACK)));
}
documento.add(tablaDatos); //aade la tabla al documento
104
Image logo = Image.getInstance("src/Imagenes/icono.png"); //ponemos el logo de la
//tienda
logo.setAlignment(Chunk.ALIGN_RIGHT);
logo.scaleToFit(90, 90);
documento.add(logo);
agregarLineasEnBlanco(documento, 3);
PdfPTable tabla = new PdfPTable(7);
float[] medidaCeldas = {0.6f, 0.7f, 1.2f, 0.8f, 0.7f, 1.0f, 0.7f}; //anchura de las celdas
tabla.setWidths(medidaCeldas);
tabla.setWidthPercentage(100);
tabla.setHorizontalAlignment(Element.ALIGN_CENTER);
//ahora damos valor a cada una de las celdas
PdfPCell cell1 = new PdfPCell(new Phrase("N Venta", FontFactory.getFont("Arial", 12,
Font.BOLD, BaseColor.BLACK)));
cell1.setHorizontalAlignment(Element.ALIGN_CENTER);
tabla.addCell(cell1);
PdfPCell cell2 = new PdfPCell(new Phrase("N Linea", FontFactory.getFont("Arial", 12,
PdfPCell cell3 = new PdfPCell(new Phrase("Fecha", FontFactory.getFont("Arial", 12,
PdfPCell cell4 = new PdfPCell(new Phrase("Referencia", FontFactory.getFont("Arial",
12, Font.BOLD, BaseColor.BLACK)));
PdfPCell cell5 = new PdfPCell(new Phrase("Cantidad", FontFactory.getFont("Arial", 12,
PdfPCell cell6 = new PdfPCell(new Phrase("Precio/Unidad",
PdfPCell cell7 = new PdfPCell(new Phrase("SubTotal", FontFactory.getFont("Arial", 12,
List<LineaDeVenta> lineaVenta = null;
for (int i = 0; i < ventas.size(); i++) {
lineaVenta = gbd.getLineaVenta(ventas.get(i).getNumVenta());
for (int aux = 0; aux < lineaVenta.size(); aux++) {
tabla.addCell(String.valueOf(ventas.get(i).getNumVenta()));
tabla.addCell(String.valueOf(lineaVenta.get(aux).getNumeroLinea()));
tabla.addCell(String.valueOf(formato.format(ventas.get(i).getFecha())));
tabla.addCell(lineaVenta.get(aux).getProducto());
tabla.addCell(String.valueOf(lineaVenta.get(aux).getCantidad()));
tabla.addCell(String.valueOf(gbd.Redondear(lineaVenta.get(aux).getPrecioTotal() /
lineaVenta.get(aux).getCantidad())));
tabla.addCell(String.valueOf(lineaVenta.get(aux).getPrecioTotal()));
}
}
documento.add(tabla);
agregarLineasEnBlanco(documento, 2);
documento.add(tablaTotal);
documento.close();
105
Desktop d = Desktop.getDesktop();
d.open(f1);
} catch (DocumentException e) {
// TODO Auto-generated catch block
System.out.println("ERROR: Se ha producido un error al generar el contenido.");
// throw new ExcepcionDeAplicacion(e);
} catch (FileNotFoundException e) {
e.printStackTrace();
// throw new ExcepcionDeAplicacion(e);
} catch (IOException e) {
}
}
private static void agregarLineasEnBlanco(Document d, int nLineas) throws
DocumentException {
for (int i = 0; i < nLineas; i++) {
d.add(new Paragraph(" "));
}
}
}
4.1.2 Mtodos de validacin y comprobacin

Validacin DNI
El siguiente mtodo comprueba si el DNI es correcto o no.
Validacin Email
El siguiente mtodo comprueba si el email es vlido, es decir, que sigue el
formato nombreUsuario@dominio.
106
Validacin telfono
El siguiente mtodo comprueba si el telfono introducido es vlido, es decir
si est compuesto por 9 dgitos.
Validacin cdigo postal

El siguiente mtodo comprueba si el cdigo postal introducido es vlido, es
decir, est formado por 5 dgitos.
Validacin importe
El siguiente mtodo comprobar si un importe introducido es vlido, es decir,
es un nmero real.
107
4.1.3 Fragmentos de cdigo de inters
En algunos apartados, como por ejemplo, en la interfaz de borrar un
encargo, similar a la de borrar una venta (pgina 92), se ha hecho uso de un
jTable que es un componente visual de forma que nos permite dibujar una
tabla.
Paso 1: Una forma de Java que nos permite utilizar una tabla es el llamado
jTable que consiste en instanciar como modelo de datos un
DefaultTableModel.
Paso 2: A continuacin se le da nombre a las columnas de mi tabla.
Paso 3: Se le asocia al jTable el modelo creado en el paso 1.
Paso 4: Se establecen los anchos de cada columna de mi tabla.
108
Para mostrar los datos se realizan los siguientes pasos realizados en el
mtodo buscarActionPerformed:
Paso 5: Eliminamos los posibles datos que tenga la tabla.
Paso 6: Se crea una lista de los datos a mostrar.
Paso 7: Recorremos la lista anterior, buscando los datos que nos interesan.
Paso 8: Creamos un vector llamado datos, de tres componentes que
correspondern al valor de cada columna de nuestro jTable.
Paso 9: A cada componente del vector datos le asignamos el valor que
queremos que muestre de la lista del paso 6.
Paso 10: Aadimos al modelo el vector datos.
El resultado es la tabla que se ha sealado en la siguiente imagen:
109
Tambin se ha hecho uso de la siguiente clase, para generar de forma
automtica, las contraseas de clientes y alumnos, para poderlo utilizar en un
futuro en la aplicacin Web.
4.2 Capa de persistencia

La capa de persistencia se ha desarrollado utilizando JDBC, que es una API de
Java que nos permite ejecutar instrucciones SQL. En particular, es un conjunto de clases
e interfaces Java que proporciona a las aplicaciones Java un mecanismo estndar e
independiente de la plataforma para el acceso a BDs SQL.
4.2.1 Conexin a la BD
Una vez creada la Base de datos, debemos crear una conexin a sta desde la
aplicacin desarrollada en Java.. Para ello hemos usado el Driver o Conector
mysql-connector-java-5.0.8-bin.jar.
El cdigo que se muestra a continuacin, se ha incluido en la clase que se ha
creado para implementar la capa de persistencia, en particular, se ha incluido en
el constructor de sta, dentro de un bloque static:
110
4.2.2 Concurrencia
Puesto que la concurrencia es una propiedad por la cual se permite que
mltiples procesos sean ejecutados al mismo tiempo, no se ha considerado en la
realizacin del presente proyecto, porque la aplicacin slo va a ser usada por
una persona al mismo tiempo, es decir, no va a haber acceso concurrente en la
aplicacin.
Cuando se haga una ampliacin con la pgina web, tendremos que controlar la
concurrencia.
4.2.3 Transaccionalidad
Se ha tenido especial cuidado en establecer contextos transaccionales de forma
que cuando ha sido necesario ejecutar varias instrucciones de modificacin sobre
la BD de manera conjunta, dependiendo unas de otras, stas se han ejecutado en
una nica transaccin, de forma que se completan (commit) o anulan (rollback)
en su totalidad (en el caso de que por algn motivo haya que deshacer los
cambios).
A continuacin se muestra un mtodo desarrollado utilizando la tecnologa
JDBC mediante el cual un alumno es apuntado a una clase. En este mtodo las
instrucciones (insercin y modificacin) se ejecutan como una nica transaccin:
111
public void apuntarAlumnoAClase(Alumno alum, Clase clase) {

Connection con = conectar();
try {
con.setAutoCommit(false); //Desactivamos el modo autocommit de forma que la
transaccin no finaliza hasta que se confirme el commit o se deshagan los cambios (rollback)
if (sitioEnClase(clase)) {
PreparedStatement pstmtApuntar = con.prepareStatement("insert into alumno_clase
values(?,?,?)");
pstmtApuntar.setString(1, alum.getDni());
pstmtApuntar.setString(2, clase.getHorario());
pstmtApuntar.setInt(3, clase.getAgno());
pstmtApuntar.executeUpdate();
//Modificamos las plazas disponibles de la clase
PreparedStatement pstmtClasePlazasD = con.prepareStatement("update clase set
PlazasDisponibles=? where horario=? and ao=?");
pstmtClasePlazasD.setInt(1, clase.getPlazasDisponibles() - 1);
pstmtClasePlazasD.setString(2, clase.getHorario());
pstmtClasePlazasD.setInt(3, clase.getAgno());
pstmtClasePlazasD.executeUpdate();
pstmtClasePlazasD.close();
pstmtApuntar.close();
con.commit();
}
} catch (SQLException e) { // TODO Auto-generated catch block
try {
if (con != null) {
con.rollback();//Si hay algn problema deshacemos los cambios
}
} catch (SQLException e1) { // TODO Auto-generated catch block
e1.printStackTrace();
}
} finally {
desconectar(con);
}
}
112
A continuacin se muestra otro ejemplo de un mtodo JDBC en el que la
instruccin SQL se trata de una simple consulta:
public Alumno getAlumnoInactivo(String dniAlumno) {

Alumno alumno = null;
Connection con = conectar();
try {
PreparedStatement pstAlumno = con.prepareStatement("select * from
historicoAlumnos where DNI=?");
pstAlumno.setString(1,dniAlumno);
ResultSet rsAlumno = pstAlumno.executeQuery();
if (rsAlumno.next()){
//Construimos objeto alumno
alumno = new Alumno(rsAlumno.getString("DNI"), rsAlumno.getString("Nombre"),
rsAlumno.getString("Apellidos"),rsAlumno.getString("Domicilio"),
rsAlumno.getString("Ciudad"), rsAlumno.getInt("CP"), rsAlumno.getInt("Telefono"),
rsAlumno.getString("Email"));
}
rsAlumno.close();
pstAlumno.close();
} catch (SQLException ex) {
ex.printStackTrace();
} finally {
if (con != null) {
desconectar(con);
}
}
return alumno;
}
4.3 Breve resea a la implementacin de la BD. Triggers

Como se ha comentado anteriormente, la aplicacin gestiona un registro de
histricos relacionado con los alumnos que un da dejaron de asistir a las clases y son
dados de baja. La clienta desea conservar los datos de esos alumnos y por ello se ha
creado el siguiente trigger que, siempre que se elimina un alumno de la tabla alumno
(alumnos activos), se ejecuta la instruccin de insercin correspondiente en la tabla
HistoricoAlumnos.
Nota.- En los anexos se adjunta el diseo lgico de la BD.

113
5. Pruebas de la aplicacin de escritorio

A continuacin, se muestran algunas de las pruebas realizadas:
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
1
Introducir un nuevo alumno
El alumno ha sido guardado correctamente y ha sido apuntado a las clases
seleccionadas.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
2
Borrar un alumno
El alumno es borrado de la aplicacin.
No se actualiza el nmero de plazas de las clases a las que asista el alumno.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
3
Modificar alumno
Es posible modificar todos los datos del alumno as como las clases a las que
asiste.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
4
Consultar alumno
Tras seleccionar el alumno se muestran sus datos.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
5
Crear nuevo recibo.
Se crea un recibo.
Los alumnos no activos aparecen en el combo de alumnos activos. Se
modifica cdigo para que no aparezcan.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
6
Borrar recibo
El recibo es borrado de la aplicacin.
Los alumnos no activos aparecen en el combo de alumnos activos. Se
modifica cdigo para que no aparezcan.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
7
Modificar recibo
Se modifican los datos del recibo seleccionado.
El botn Modificar aparece activo sin haber seleccionado algn recibo
antes. Se modifica el cdigo.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
8
Consultar recibo.
Muestra los datos del recibo seleccionado.
El botn Consultar aparece activo sin haber seleccionado ningn recibo
antes, se modifica el cdigo.
114
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
9
Nuevo producto.
Introduce un nuevo producto.
No se aumentan las unidades del stock asociadas al producto. Se modifica el
cdigo para tal fin.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
10
Modificar producto.
Permite modificar los datos de un producto.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
11
Consultar producto.
Muestra datos de un determinado producto.
Resultado esperado.
Prueba N
Descripcin
12
Se introduce una nueva clase con nmero de plazas menor que el nmero de
plazas disponibles.
Se comprueba que l nmero de plazas es menor que el nmero de plazas
disponibles.
No se comprueba y se modifica el cdigo.
Resultado esperado
Resultado obtenido
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
13
Borrar clase.
Borra la clase seleccionada. Si la clase que se va a eliminar tiene alumnos, se
debe mostrar un mensaje de aviso.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
14
Modificar clase.
Permite modificar los datos de una clase.
Si no se muestran datos el botn Modificar permanece activo. Se modifica
el cdigo para que aparezca inactivo en caso de que no se muestren datos.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
15
Consultar clase.
Muestra datos de una clase seleccionada.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
16
Nueva venta.
Crea una nueva venta.
No se disminuyen las unidades en stock del producto vendido. Se modifica
el cdigo para tal fin.
Prueba N
Descripcin
17
Se intenta borrar una venta introduciendo la fecha inferior del rango con un
valor superior al de la fecha superior del rango.
Muestra un mensaje de error.
No se obtiene ningn mensaje de error, se modifica el cdigo.
Resultado esperado
Resultado obtenido
115
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
18
Modificar venta.
Permite modificar los datos de una venta.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
19
Consultar venta.
Muestra los datos de una venta.
La tabla donde se muestran las lneas de ventas es editable y no lo debe de
ser. Se modifica el cdigo para tal fin.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
20
Nuevo encargo.
Crea un nuevo encargo.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
21
Borrar encargo.
Borra un encargo seleccionado o varios.
Aparecen ventas y encargos a seleccionar, se modifica el cdigo para que
slo aparezcan los encargos.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
22
Modificar encargo.
Permite modificar los datos de un encargo.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
23
Consultar encargo.
Muestra los datos del encargo seleccionado.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
24
Nuevo pedido.
Crea un pedido nuevo.
No se han aumentado las unidades en stock cuando se recibe. Se modifica el
cdigo para tal fin.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
25
Borrar pedido.
Borra el pedido o pedidos seleccionados.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
26
Modificar pedido.
Permite modificar datos de un pedido.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
27
Consultar pedido.
Muestra datos del pedido seleccionado.
Resultado esperado.
116
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
28
Nuevo cliente.
Introduce un nuevo cliente en la aplicacin.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
29
Borrar cliente.
Borra el cliente seleccionado.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
30
Modificar cliente.
Permite modificar algunos de los datos del cliente.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
31
Consultar cliente.
Muestra los datos del cliente seleccionado.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
32
Nuevo proveedor.
Crea un nuevo proveedor.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
33
Borrar proveedor.
Borra el proveedor seleccionado.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
34
Modificar proveedor.
Permite modificar datos de un proveedor.
Resultado esperado.
Prueba N
Descripcin
Resultado esperado
Resultado obtenido
35
Consultar proveedor.
Muestra los datos del proveedor seleccionado.
Resultado esperado.
117
6. Gestin real del proyecto y conclusiones

Destacaremos ante todo que al iniciarse el desarrollo del proyecto al principio se pens
en realizar, adems de la aplicacin de escritorio presentada, un sitio web. An as, no
se han cumplido los tiempos que se estimaron en la realizacin de cada tarea. sto ha
sido debido sobre todo a que se han producto algunos de los riegos tratados en el DOP
de la presente memoria.
A continuacin se muestra una tabla que contiene una relacin de horas estimadas y
reales:
Tarea
Horas estimadas
Horas reales
Anlisis de requisitos
37
60
Anlisis
50
98
Diseo
70
60
Implementacin
280
230
Pruebas
35
20
Documentacin
60
50
Implantacin
20
15
Total
552
533
Como no se ha terminado de desarrollar la aplicacin Web, algunas tareas se han

realizado en menos tiempo del estimado. De ah aqu algunas tareas hayan sido
realizadas en menos tiempo del estimado. An as la estimacin no ha sido buena,
puesto que si hubiramos terminado la fase de diseo de la aplicacin Web y realizada
su implementacin, las horas estimadas se nos hubieran quedado muy cortas.
A continuacin mostramos los motivos del desfase:
Motivos del desfase:
Motivos de salud
Me he visto afectada por varios problemas de salud que han contribuido
a retrasar el proyecto en varias semanas.
118
Inexperiencia
En algunos componentes swing se ha debido de buscar informacin para
lograr entender cmo funcionan realmente.
6.1 Conclusiones
Una vez finalizado el proyecto y tras un pequeo periodo tiempo de reflexin
puedo afirmar que ha sido ms costoso de lo que esperaba.
Al tratarse de un proyecto de esta magnitud, empezando desde cero, y para un
cliente real ha hecho que durante el desarrollo del mismo me hayan surgido algunas
complicaciones a la hora de tomar decisiones.
Como he adelantado en apartados anteriores, la clienta, no posee conocimientos
de informtica y a la hora de recoger informacin para el anlisis, se centraba en
representar su objetivo de una forma grfica, es decir, cmo ver la informacin por
pantalla. Por esta razn, me he visto obligada a pensar toda la funcionalidad de la
aplicacin, preguntando continuamente a la clienta, dudas que me han ido
surgiendo, como por ejemplo, qu hacer con determinada informacin eliminada.
Otro inconveniente ha sido que he tenido que compatibilizar el desarrollo del
proyecto con otras actividades, lo cual ha provocado que no haya podido terminar
el proyecto en la fecha estimada. En particular, al inicio del proyecto adems de
poseer una beca en el servicio informtico de la universidad de La Rioja, se estaban
cursando las tres ltimas asignaturas de la carrera con la consecuente prdida de
tiempo.
Para concluir dir que el resultado ha sido satisfactorio en un mbito profesional
ya que he cogido prctica, soltura y he aprendido cosas nuevas. Tambin ha sido
positivo en el plano personal porque he aprendido a conversar y comprender de una
manera ms competente, con el fin de evitar malos entendidos entre ambas partes.
7. Bibliografa
Caractersticas de Joomla
http://www.joomlaos.net/caracteristicas-de-joomla
Caractersticas WordPress
http://es.wikipedia.org/wiki/WordPress
Caractersticas Drupal
http://recursostic.educacion.es/observatorio/web/es/software/softwaregeneral/547-pablo-marquez
Comparativa Joomla, WordPress y Drupal

http://alanta.info/comparativa-de-cms-joomla-drupal-wordpress.html

http://es.debugmodeon.com/articulo/drupal-vs-joomla-una-comparativa-sincerade-un-consultor-de-ibm

http://cambrico.net/drupal/drupal-vs-joomla-vs-wordpress-en-sxsw
119
Uso JList
http://www.magusoft.net/trials/list.html
Swing de Java
http://www.tutorial-lab.com/tutoriales-java/id32-uso-de-swing-en-java.aspx
Apuntes de asignaturas cursadas en la carrera.
8. Anexos
8.1 Actas de reunin
A continuacin se muestran las actas de reuniones realizadas con la tutora del
proyecto:
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
14 de Febrero 2011
Logroo, Universidad La Rioja, Edificio Vives
18:00
19:00
- Beatriz Prez Valle
- Tania de Pedro Senz
Primera toma de contacto del proyecto
Requisitos
Recoger requisitos del cliente
8 de Marzo 2011
18:00
19:30
Gestores de contenidos web (CMS)
CMS
Realizar estudio de CMS
120
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
7 de Septiembre 2011
11:30
12:30
Repaso de requisitos y CMS
Repaso de requisitos y CMS
Corregir requisitos y CMS
13 de Octubre 2011
18:00
19:00
DOP
DOP
Realizar DOP
25 de Octubre 2011
18:00
19:30
Diagramas casos de uso
Diagramas casos de uso
Realizacin diagramas casos de uso
16 de Noviembre 2011
18:00
19:00
Diagramas de clases
Diagramas de clases
Diagramas de clases
121
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
7 de Diciembre 2011
13:00
14:00
Comentarios diagramas de actividad y de casos de uso
Comentarios diagramas de actividad y de casos de uso
Corregir diagramas
31 de Enero 2012
18:15
19:30
Diagramas de clases
Diagramas de clases
Corregir diagramas de clases
13 de Febrero 2012
17:00
18:00
Dudas diagrama EER
Dudas diagrama EER
Corregir diagrama EER
9 de Mayo 2012
16:15
17:30
Mostrar parte de la implementacin realizada hasta el
momento.
Mostrar parte de la implementacin realizada hasta el
momento.
Mejorar implementacin y finalizarla
122
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
14 de Mayo 2012
16:15
17:30
Mostrar aplicacin completa.
Mostrar aplicacin completa.
ltimos retoques en la aplicacin.
4 de Junio 2012
09:00
10:00
Comentarios memoria.
Mejorar memoria.
Corregir y mejorar memoria.
La siguiente tabla contiene informacin sobre los emails intercambiados con la

directora:
FECHA
23/03/11
12/09/11
14/09/11
18/10/11
05/11/11
07/11/11
08/11/11
27/01/12
03/02/12
07/02/12
29/02/12
01/03/12
12/03/12
23/04/12
15/05/12
16/05/12
21/05/12
24/05/12
02/06/12
TEMA TRATADO
Dudas requisitos
Dudas requisitos
Dudas planing
Dudas DOP
Dudas anlisis
Dudas CDU
Comentarios DOP y requisitos
Diagrama de clases aplicacin escritorio
Dudas DC aplicacin web e interfaces
Comentarios diagrama EER
Dudas EER y tablas
Dudas implementacin
Dudas implementacin
Dudas implementacin
Dudas sobre ltimos retoques
Dudas memoria
Dudas memoria
Dudas memoria
Dudas memoria
123
Las reuniones tratadas con el cliente no es que hayan sido ms escasas, pero debido
a la relacin familiar, la mayora de las veces han sido preguntas escuetas que se
han hecho en momentos puntuales.
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
12de Febrero 2011

Logroo, Pauters
19:00
20:30
- Paulina Senz Ortega
Objetivos a realizar
Objetos a realizar
15 de Febrero 2011
Logroo, Domicilio del cliente
15:00
16:30
Toma de requisitos
Toma de requisitos
Realizar requisitos
10 de Septiembre 2011
18:00
19:00
Mejorar aspectos de requisitos
Mejorar aspectos de requisitos
Mejorar requisitos
Logroo, Pauters
19:00
20:00
Tipos de productos que hay en la tienda y caractersticas de
ellos.
ellos.
Realizacin de diagramas
124
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Fecha
Lugar
Hora inicio
Hora finalizacin
Asistentes
Orden del da
Temas tratados
Temas pendientes
Logroo, Pauters
19:00
20:00
ellos.
ellos.
Realizacin de diagramas
10 de Mayo 2012
13:30
15:00
Muestra de la aplicacin
Muestra de la aplicacin
Terminar aplicacin.
8.2 Manual de usuario

Una vez iniciada la aplicacin se nos mostrar la siguiente pantalla:
125
8.1.1 Mdulo alumnos
Nuevo alumno:
Si desea introducir un nuevo alumno, vaya al men Alumnos y

seleccione Nuevo.
Se mostrar la siguiente pantalla:
Introduzca los datos del alumno

Para seleccionar varias clases, mantenga pulsada la tecla Ctrl del
teclado de su ordenador.
Borrar alumno:
Si desea borrar un alumno, vaya al men Alumnos y seleccione

Borrar.
126
Seleccione el alumno que desea borrar.

Pulse el botn Borrar.
Modificar alumno:
Si desea modificar algn dato de un alumno, vaya al men Alumnos y

seleccione Modificar.
Seleccione el alumno que desea modificar.

Pulse el botn Mostrar.
Modifique los datos que desee.
Para borrar de una clase, dentro del apartado Clases a las que asiste
seleccione la clase o clases a borrar (si son varias mantenga pulsado la
tecla Ctrl de su teclado) y presione el botn
.
De forma anloga para apuntar a una clase, pero seleccionando la clase o
las clases a apuntarse del apartado Clases disponibles y pulsando el
botn
.
Para finalizar pulse el botn Modificar.
127
Consultar alumno activo:
Si desea consultar informacin sobre un alumno activo, vaya al men
Alumnos y seleccione Consultar alumnos activos.
Seleccione el alumno del cual desea consultar su informacin.

Pulse el botn Consultar.
Consultar alumno inactivo:
Si desea consultar informacin sobre un alumno inactivo, vaya al men

Alumnos y seleccione Consultar alumnos inactivos.
El procedimiento que sigue es igual que en el caso de consultar alumnos

activos.
Activar alumno.
Si desea activar un alumno, vaya al men Alumnos y seleccione

Activar viejos alumnos. Se mostrar la siguiente pantalla:
128
Seleccione el nombre del alumno que desea activar.

Pulse el botn Activar.
8.1.2 Mdulo recibos
Nuevo recibo
Si desea crear un recibo vaya al men Recibos y pulse Nuevo.

Rellene los datos solicitados relacionados con el recibo.

Pulse el botn Crear.
Borrar recibo
Si desea borrar un recibo, vaya al men Recibos y pulse sobre

Borrar.
129
Seleccione el alumno del que desea borrar el recibo.

Pulse sobre Buscar recibos.
Seleccione en el apartado fecha el recibo a borrar.
Pulse Borrar.
Modificar recibo
Si desea modificar alguno de los datos de un recibo, vaya al men

Recibos y pulse sobre Modificar.
Seleccione el alumno del que desea modificar el recibo.

Pulse sobre Buscar recibos.
Seleccione en el apartado fecha el recibo a borrar.
130
Pulse Mostrar.
Modifique los datos que desee y pulse Modificar.
Consultar recibo
De forma anloga al apartado anterior.

8.1.3 Mdulo productos
Nuevo producto
Vaya al modulo Productos y pulse sobre Nuevo.

Dependiendo del modelo del producto elegido se mostrarn unos datos u

otros que debe de introducir.
Si selecciona el modelo Herramienta aparecer una nueva lista
desplegable dnde debe seleccionar el modelo de herramienta.
131
Borrar producto
Vaya al modulo Productos y pulse sobre el botn Borrar.

Seleccione el modelo de producto y su referencia y pulse sobre Borrar.

Modificar producto
Vaya al modulo Productos y pulse sobre Modificar. Se mostrar la

siguiente pantalla:
Seleccione el modelo de producto y su referencia y pulse el botn

Mostrar.
132
Modifique los datos que desee y pulse sobre Modificar.

Consultar producto
Vaya al modulo Productos y pulse sobre Consultar. Se mostrar una

pantalla similar al apartado anterior.
Seleccione el modelo de producto y su referencia y pulse el botn
Consultar.
8.1.4 Mdulo clases
Nueva clase
Vaya al modulo Clases y pulse sobre el botn Nueva. Se mostrar la

siguiente pantalla:
Introduzca los datos de la clase.

Borrar clase
Vaya al modulo Clases y pulse sobre Borrar. Se mostrar la siguiente

pantalla:
Seleccione la clase que desea borrar y pulse el botn Borrar.
133
Modificar clase
Vaya al modulo Clases y pulse sobre Modificar. Se mostrar la

siguiente pantalla:
Seleccione el ao y el nombre de la clase que desea modificar.

Pulse el botn Mostrar y modifique los datos que desee.
Pulse el botn Modificar.
Consultar clase
Vaya al modulo Clases y pulse sobre Consultar. Se mostrar una

Seleccione el ao y el nombre de la clase que desea consultar.
Pulse el botn Consultar clase.
8.1.5 Mdulo ventas
Nueva venta
Vaya al modulo Ventas y pulse sobre Nueva. Se mostrar la

siguiente pantalla:
134
Introduzca los datos de la venta.

Pulse el botn Guardar
Borrar venta
Vaya al modulo Ventas y pulse sobre Borrar. Se mostrar la

siguiente pantalla:
Introduzca fecha de inicio y fecha de final si desea.

o Si no introduce ninguna fecha se mostrarn todas las ventas hasta
el da de hoy.
o Si introduce slo la fecha de inicio, se mostrarn todas las ventas
desde la citada fecha.
135
o Si se introduce slo la fecha fin, se mostrarn todas las ventas
hasta la citada fecha.
o Si se introducen las dos fechas, se mostrarn las ventas
comprendidas entre las dos fechas.
Pulse el botn Buscar ventas
Si desea borrar todas las ventas mostradas pulse el botn Borrar todas.
Si desea borrar slo una venta seleccinela y pulse el botn Borrar.
Si desea borrar dos o ms ventas pero no todas, vaya seleccionndolas
manteniendo pulsada la tecla Ctrl de su teclado y pulse Borrar.
Modificar venta
Vaya al modulo Ventas y pulse sobre Modificar. Se mostrar la

siguiente pantalla:
Seleccione un rango de fechas si lo desea (al igual que borrar venta).

Pulse el botn Buscar ventas y seleccione la venta que desea modificar.
Modifique las cantidades que desee para ello haga doble clic sobre el
cantidad a modificar, modifique la cantidad y pulse la tecla Intro.
136
Consultar venta
Vaya al modulo Ventas y pulse sobre Consultar. Se mostrar una

Seleccione un rango de fechas si lo desea (al igual que borrar venta).
Pulse el botn Buscar ventas y seleccione la venta que desea consultar.
Pulse el botn mostrar.
Si desea generar un informe de ventas, pulse el botn Generar informe.
Se crear un informe como el de la figura.
Nuevo encargo
Vaya al modulo Encargos y pulse sobre Nuevo. Se mostrar la

siguiente pantalla:
Introduzca los datos del encargo.

Debe seleccionar un cliente, si el cliente es nuevo, pulse sobre el botn
Nuevo cliente e introduzca sus datos y pulse Encargo.
Pulse el botn Guardar
Borrar encargo
Vaya al modulo Encargos y pulse sobre Borrar. Se mostrar la

siguiente pantalla:
137
Seleccione el cliente que realiz el encargo.

Pulse sobre Buscar encargos.
Si desea borrar todos los encargos del cliente pulse el botn Borrar
todos.
Si desea borrar slo un encargo seleccinelo y pulse el botn Borrar.
Si desea borrar dos o ms encargos pero no todos, vaya seleccionndolos
Modificar encargo
Vaya al modulo Encargos y pulse sobre Modificar. Se mostrar la

siguiente pantalla:
138
Seleccione el cliente que realiz el encargo y pulse el botn Buscar

encargos.
Seleccione el encargo a modificar y pulse Mostrar.
Modifique la informacin que desee, para modificar lneas de encargo
mire el apartado Modificar venta del siguiente manual.
Consultar encargo
Vaya al modulo Encargos y pulse sobre Consultar. Se mostrar una

pantalla similar a la anterior.
Seleccione el cliente que realiz el encargo y pulse el botn Buscar
encargos.
Seleccione el encargo a consultar y pulse Mostrar.
Generar informe
Vaya al modulo Ventas y pulse sobre Generar informe. Se mostrar

la siguiente pantalla:
Introduzca fecha de inicio y fecha de final si desea.

o Si no introduce ninguna fecha se generar un informe de todas las
ventas y encargos realizados hasta el da de hoy.
o Si introduce slo la fecha de inicio, se generar un informe de
todas las ventas y encargos desde la citada fecha.
o Si se introduce slo la fecha fin, se generar un informe de todas
las ventas y encargos hasta la citada fecha.
o Si se introducen las dos fechas, se generar un informe de todas
las ventas y encargos comprendidos entre las dos fechas.
Pulse el botn Generar informe.
139
8.1.6 Mdulo almacn
Nuevo pedido
Vaya al modulo Almacn y pulse sobre Nuevo pedido. Se mostrar

Seleccione el proveedor al que se le realiza el pedido.

Seleccione el producto, referencia y cantidad y pulse Aadir a pedido.
Introduzca los dems datos del pedido.
Pulse el botn Guardar.
Borrar pedido
Vaya al modulo Almacn y pulse sobre Borrar pedido. Se mostrar

140
Seleccione el proveedor al que se le realiz el pedido.

Seleccione, si lo desea, una fecha de inicio y una fecha de fin.
o Si no introduce ninguna fecha se mostrarn todos los pedidos
hasta el da de hoy.
o Si introduce slo la fecha de inicio, se mostrarn los pedidos
desde la citada fecha.
o Si se introduce slo la fecha fin, se mostrarn todos los pedidos
hasta la citada fecha.
o Si se introducen las dos fechas, se mostrarn los pedidos
comprendidos entre las dos fechas.
Si desea borrar todos los pedidos del proveedor pulse el botn Borrar
todos.
Si desea borrar slo un pedido seleccinelo y pulse el botn Borrar.
Si desea borrar dos o ms pedidos pero no todos, vaya seleccionndolos
Modificar pedido
Vaya al modulo Almacn y pulse sobre Modificar pedido. Se

mostrar la siguiente pantalla:
141
Seleccione el proveedor al que se le realiz el pedido y la fecha en la que

se realiz.
Pulse el botn Mostrar y modifique los datos que desee. Si desea
modifica lneas de pedido mire el apartado Modificar venta.
Consultar pedido
Vaya al modulo Almacn y pulse sobre Consultar pedido. Se

mostrar la siguiente pantalla:
142
Seleccione el proveedor al que se le realiz el pedido y pulse el botn

Buscar
Seleccione el pedido a consultar y pulse Consultar.
8.1.7 Mdulo clientes
Nuevo cliente
Vaya al modulo Clientes y pulse sobre Nuevo. Se mostrar la

siguiente pantalla:
Introduzca los datos del cliente.

Borrar cliente
Vaya al modulo Clientes y pulse sobre Borrar. Se mostrar la

siguiente pantalla:
Seleccione el cliente que desea borrar y pulse el botn Borrar.
143
Modificar cliente
Vaya al modulo Clientes y pulse sobre Modificar. Se motrar la

siguiente pantalla:
Seleccione el cliente que desea modificar.

Consultar cliente
Vaya al modulo Clientes y pulse sobre Consultar. Se mostrar una

Seleccione el cliente que desea consultar.

8.1.8 Mdulo proveedores
Nuevo proveedor
Vaya al modulo Proveedores y pulse sobre Nuevo. Se mostrar la

siguiente pantalla:
144
Introduzca los datos del proveedor.

Pulse el botn Guardar.
Borrar proveedor
Vaya al modulo Proveedores y pulse sobre Borrar. Se mostrar la

siguiente pantalla:
Seleccione el proveedor que desea borrar y pulse el botn Borrar.

Modificar proveedor
Vaya al modulo Proveedores y pulse sobre Modificar. Se mostrar la
siguiente pantalla:
145
Seleccione el proveedor que desea modificar.

Consultar proveedor
Vaya al modulo Proveedores y pulse sobre Consultar. Se mostrar

una pantalla similar a la anterior.
Seleccione el proveedor que desea consultar.
146
8.3 Diseo lgico de la BD

Aplicacin Web
Aplicacin Escritorio
Ambas aplicaciones
Tabla Alumno
DNI
Nombre
Apellidos
Domicilio Ciudad
CP
Telefono
Email
Unique
Tabla Clase
Horario
Plazas
Ao
PlazasDisponibles
Tabla Alumno_Clase
Alumno Horario Ao
CE:Alumno
CE:Clase
CE:Clase
Tabla Recibo
Numero Alumno Fecha Pagado Importe Descripcion
CE:Alumno
Tabla Pedido
NPedido
Proveedor
Fecha VencimientoDePago
Pagado FechaRecibe FormaDePago
ImporteTotal
CE: Proveedor
Tabla Proveedor
CIF
Nombre
Domicilio
Ciudad
CP
Telefono
Fax
Email
Unique
Tabla LineaDePedido
NumeroLinea Pedido Producto Cantidad Tamao PrecioTotal
CE:Pedido
CE:Producto
Frmula
Tabla Producto
Referencia Tipo Tamao Precio UnidadesEnStock Descripcion
Tabla Venta
Venta Fecha Pagado ImporteTotal
Tabla VentaAplicacionWeb
Venta EstadoDelPaquete Cliente
CE:Venta
CE:Cliente
147
Tabla Cliente
Nombre
DNI
Apellidos
Domicilio
Ciudad
CP
Telefono
Email
Unique
Unique
Tabla EncargoEnWeb
Venta EstadoDelPaquete Descripcion
CE:VentaAplicacionWeb
Tabla VentaProductoEnWeb (VPW)

Venta
CE:VentaAplicacionWeb
Tabla EncargoEnLocal
Venta
CE:Venta
Cliente
FechaEntrega
Seal
Descripcin
CE:Cliente
Tabla VentaProductoEnLocal (VPL)

Venta
CE:Venta
Tabla LineaDeVenta
NumeroLinea Venta Producto Cantidad PrecioTotal
CE:Venta CE:Producto
Formula
Tabla Lienzos
Referencia Marca
CE:Producto
Tabla Cuadros
Referencia Titulo
CE:Producto
Tabla Figuras
Referencia Decoradas
CE:Producto
Tabla Marcos
Referencia Marca
CE:Producto
Tabla Herramientas
Referencia Marca
CE:Producto
148
Tabla Lapiceros
Referencia
CE:Herramientas
Tabla Laminas
Referencia
CE:Herramientas
Tabla Espatulas
Referencia
CE:Herramientas
Tabla Pinceles
Referencia Pelo
CE:Herramientas
Tabla Caballetes
Referencia
CE:Herramientas
Tabla Pinturas
Referencia Color
CE:Herramientas
Tabla Blocs
Referencia
CE:Herramientas
Tabla Maletines
Referencia
CE:Herramientas
149
8.4 Comparacin de CMS

Un sistema de gestin de contenidos (CMS) es un programa que permite crear
una estructura de soporte para la creacin y administracin de contenidos,
principalmente en pginas Web, por parte de los participantes.
Consiste en una interfaz que controla una o varias bases de datos donde se aloja
el contenido del sitio. El sistema permite manejar de manera independiente el contenido
y el diseo. As, es posible manejar el contenido y darle en cualquier momento un
diseo distinto al sitio sin tener que darle formato al contenido de nuevo, adems de
permitir la fcil y controlada publicacin en el sitio a varios editores.
Para la realizacin de este proyecto, se han valorado tres gestores de contenidos

(Joomla, WordPress y Drupal) viendo sus ventajas y desventajas para decidir cul se
ajusta ms a la finalidad del proyecto.
A continuacin, veremos una breve descripcin de cada uno:
WordPress
Es un sistema de Gestin de Contenido enfocado a la creacin de

blogs. Desarrollado en PHP y MySQL bajo licencia GPL y cdigo
modificable.
150
La filosofa de WordPress apuesta por la elegancia, sencillez y las
recomendaciones del W3C, pero depende siempre de la plantilla a
utilizar.
Separa el contenido de XHTML y CSS; y su instalacin y
actualizacin es sencilla.
Est principalmente diseado para la realizacin de blogs.
Joomla
Joomla es un sistema de administracin de cdigo abierto
construido con PHP bajo licencia GPL. Utiliza una Base de Datos
MySQL.
Preparado para organizar eficientemente los contenidos de nuestro
sitio en contenidos y categoras.
En cuanto a la administracin de usuarios, Joomla permite
almacenar datos de usuarios registrados, esta administracin es
jerrquica y los distintos grupos de usuarios poseen diferentes
niveles
de
facultades/permisos
dentro
de
la
gestin
administracin del sitio.
Drupal
Es un sistema de Gestin de Contenido para sitios Web. Es un
sistema dinmico, es decir, el contenido textual de las pginas y
otras configuraciones son almacenados en una base de datos y se
editan utilizando un entorno Web incluido en el producto.
Todo el sistema est compuesto por mdulos permitiendo una
gran flexibilidad.
Es muy adecuado para pequeos desarrollos, porque se pueden
realizar aplicaciones relativamente sofisticadas sin apenas
programar.
Hasta aqu se puede observar que ms o menos ofrecen lo mismo, se ha

comparado primero WordPress y Joomla y he llegado a las siguientes conclusiones:
151
WordPress aunque ha ido evolucionando con el tiempo, se cre con idea

principalmente de utilizarlo para realizar blogs, por lo tanto, esto nos
lleva a pensar que va a ser muy limitado para la finalidad de nuestro
proyecto.
En cuanto al diseo, temas, y plantillas en WordPress estamos mucho
ms limitados que con Joomla que ofrece ms amplitud.
WordPress es mucho ms sencillo de utilizar que Joomla.
En cuanto a la seguridad se puede decir que los dos CMS son bastante
seguros, siempre y cuando estn actualizados a la versin ms nueva.
En cuanto a los servicios para los usuarios Joomla es mucho mejor que
WordPress.
Joomla es ms ordenado y con mejor aquitectura.
Observando los anteriores puntos, destacaremos ms Joomla que WordPress, ya

que en cuanto diseo, temas y plantillas es mucho ms potente, adems aunque se ha
visto que con WordPress tambin se pueden hacer webs completas (no slo blogs), al
ser ms potente y ofrecer ms cosas, Joomla sigue pareciendo ms interesante.
Ahora se comparar Joomla con Drupal:
La configuracin de Drupal es ms compleja que la de Joomla,

Joomla tiene mejores plantillas que Drupal.
El panel de control de la administracin de Drupal es malo. La
separacin entre en el front-end y el back-end es dbil y confusa,
Joomla es mucho mejor.
Cabe destacar que con front-end nos referimos a la parte que interacta
con los usuarios y back-end son los procesos que utiliza el
administrador del sitio con sus respectivos sistemas para resolver las
peticiones de los usuarios
152
Parece ser que Joomla nos convence ms, an as, hay informacin sobre un concurso
que se realiz en el festival audiovisual SXSW a principios del ao 2009, el reto
consista en que diferentes grupos de Joomla, Drupal y WordPress desarrollaran un sitio
Web en 100 horas.
La gente de Drupal realiz una reunin presencial inicial donde se definieron los pasos,
mientras que el equipo de Wordpress y Joomla trabaj enteramente online.
El resultado se encuentra reflejado en la siguiente tabla:
Parece ser que Joomla es mucho ms rpido que WordPress y Drupal, adems de que no
se encontraron apenas errores comparados con los otros dos.
153

R 000001439

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

R 000001439

Diunggah oleh

Hak Cipta:

Format Tersedia

TRABAJO FIN DE ESTUDIOS

PROYECTO FIN DE CARRERA

Sitio web y aplicacin para la gestin de una tienda

Tania De Pedro Senz

Tutor: Beatriz Prez Valle

PROYECTO FIN DE CARRERA

Sitio Web y aplicacin para la gestin de una

Alumna: Tania de Pedro Senz

1. Documento de objetivos del proyecto

1.2 Antecedentes y situacin actual

1.3 Herramientas utilizadas

1.5 Alcance del proyecto

Dar de alta un alumno.

Crear un nuevo recibo.

Introducir una venta.

Introducir un nuevo pedido.

Dar de alta un nuevo cliente.

Dar de alta un nuevo proveedor.

Figura 1: Diagrama UML roles aplicacin Web

1.6 Metodologa y ciclo de vida

1.7 Entregables del producto

1.8 Planificacin del proyecto

Figura 2: Diagrama EDP

Figura 3: Diagrama de Gantt: Requisitos del proyecto

Figura 4: Diagrama de Gantt: Anlisis

Figura 5: Diagrama de Gantt: Diseo

Figura 6: Diagrama de Gantt: Implementacin

Figura 7: Diagrama de Gantt: Pruebas

Figura 8: Diagrama de Gantt: Documentacin

Figura 9: Diagrama de Gantt: Implantacin

1.9 Posibles riegos y planes de accin

Riesgos de carcter personal.

Riesgos de carcter temporal.

Riesgos de hardware y software.

2.1 Glosario de trminos

Encargo en web: Refiere a solicitar un producto que no se

Venta producto en web: Refiere a traspasar un producto a una

Almacn: Hace referencia a los pedidos realizados por el personal de la tienda

2.2 Anlisis de la aplicacin de escritorio

Figura 10. Diagrama CDU Aplicacin Escritorio

Figura 11. Diagrama CDU Gestin de alumnos

A continuacin mostraremos la definicin de los casos de uso del

El alumno es dado de alta en la aplicacin.

A continuacin se muestra un diagrama de actividad asociado a este caso de uso:

Figura 12. Diagrama Actividad nuevo alumno

1.2 Borrar alumno.

El alumno es eliminado de la aplicacin

Se consulta la informacin de un alumno

1.4 Modificar alumno.

Se modifican alguno de los datos del alumno

1.5 Activar alumno.

Un antiguo alumno es nuevamente activado.

Figura 13. Diagrama CDU Gestin de recibos

2.1 Nuevo recibo.

Se crea un nuevo recibo

2.2 Consultar recibo.

Se consulta informacin sobre un recibo

Se modifica informacin de un recibo

2.4 Borrar recibo.

2.2.2.3 Mdulo 3: Gestin de productos

Figura 14. Diagrama CDU Gestin de productos

Se introduce un nuevo producto

3.2 Eliminar producto.