Mostrando entradas con la etiqueta proyecto final. Mostrar todas las entradas
Mostrando entradas con la etiqueta proyecto final. Mostrar todas las entradas

martes, 24 de febrero de 2009

Proyectos servlet corregidos

Los comentarios/correcciones y evaluaciones en las memorias de los proyectos

PD: parece que tenéis muy buena base de Servlets

miércoles, 11 de febrero de 2009

Proyecto Biblioteca MVC

El proyecto biblioteca tendrá los mismos casos de uso que el anterior desarrollado con servlets

El proyecto se desarrollará con las siguientes tecnologías
  • Patrón de desarrollo MVC (Modelo Vista Controlador)
  • Servlets: Listener, Filters, Servlets
  • JSP
  • JSTL (tags implicitos en JSP, tags de JSTL y tags personalizados)
  • Pruebas


Especial atención a:
  • modularización de la vista con uso de la etiqueta jsp:include
  • paquetes separando aspectos/finalidades/roles de las clases java
  • aislamiento de acceso a datos en una sola clase con una interfaz
  • nomenclatura
  • características standars de proyecto web java.

Plazo y forma de desarrollo:
Forma de desarrollo: equipo
Inicio: 12 febrero
Fin: 20febrero (ambos días incluidos!)

Publicación en el mismo repositorio svn de equipo

Total horas por persona: 24 Horas
Total horas por equipo: 24x4= 96 Horas

miércoles, 4 de febrero de 2009

POO y Servlets

Programación Orientada a Objetos y Servlets...

  • ¿en que objetos nos apoyamos para realizar el desarrollo de las funcionalidades (a parte de los objetos implicitos del framework y del modelo)?
  • ¿quien invoca los news filters, servlets, listeners?

Proyecto Final Conclusiones:
  • ¿qué logica se ha implementado en los listeners?
  • ¿qué logica se ha implementado en los servlets?
  • ¿qué logica se ha implementado en los filtros?
  • ¿qué tienen en común los objetos almacenados en el SevletContext (setAttribute y getAttribute)?
  • ¿qué tienen en común los objetos almacenados en el Session(setAttribute y getAttribute)?
  • ¿qué tienen en común los objetos almacenados en el Request (setAttribute y getAttribute)?

Refactorizacion:
  • eliminar redundancia
  • mejorar nombres de clases y metodos y parametros
  • encapsular objetos

lunes, 26 de enero de 2009

Proyecto Final Servlet elaboracion en equipo

se utilizará Google code y subversion (SVN y subclipse: plugin de eclipse para SVN)

Proyecto Final Servlet elaboracion en equipo

Cada grupo realizará un proyecto (fecha limite: 3 febrero - 12 Horas) y entregará una memoria (fecha limite: viernes 6 febrero ) en el que se explicará las decisiones adoptadas en el diseño de clases y rol elegido. Se valorará la puesta en practica de los diferentes recursos disponibles. En el desarrollo del proyecto puede intervenir el profesor como tester-cliente y redefinición de usabilidad.
*** La aplicación debe estar preparada en los casos que el usuario intente hacer algo mal a proposito: pedir un libro que no existe, realizar un prestamo sin permiso, modificar un autor sin ser administrador ...

Servicio Préstamo de Biblioteca:

Programa de gestión de servicio de préstamo de una biblioteca.
  • El usuario anónimo podrá consultar el catálogo de la biblioteca el cual podrá estar ordenado/clasificado en géneros (ensayo, policíaco, aventuras...) y/o autores.
  • Cada libro tiene: referencia, autor, fecha publicación, genero, titulo.
  • Cada autor tiene: nombre y una lista de libros.
  • Cada genero tiene: nombre y una lista de libros. Cada usuario de la biblioteca tiene: nombre, clave, mail y lista de libros en prestamo.
  • La aplicacion/biblioteca tiene: lista de libros, lista de generos, lista de autores y lista de usuarios y un administrador (usuario especial que al registrarse tiene permisos especiales)
  • El usuario podrá ver los detalles de libro y proceder a su préstamo.
  • Para realizar un préstamo el usuario tiene que estar registrado.
  • Para registrarse el usuario debe antes existir en la lista de usuarios de la aplicación. El registro consiste en un formulario donde el usuario inserta su mail y clave y estos deben coincidir con un usuario de la lista de usuarios de la aplicacion.
  • Un usuario podrá tener un máximo de 3 libros en préstamo.
  • Un usuario no podrá tener dos libros iguales en prestamo
  • Un usuario registrado puede consultar los libros que tiene en prestamo.
  • Para realizar un préstamo de libro el usuario indica el dia de inicio y fin de prestamo que no puede ser superior a 5 dias.
  • Un usuario que no existe en la biblioteca puede solicitar a el administrador mediante un formulario el ingreso en la aplicacion para posteriormente poder registrarse
  • El administrador del programa se registra con usuario: admin, clave:admin.
  • El administrador no puede realizar prestamos pero hace tareas de administacion.
  • El administrador del programa puede aceptar las solicitudes de usuarios pendientes y convertirlos en usuarios que pueden realizar prestamos
  • El administrador del programa puede crear/modificar/borrar libros, autores y generos
  • El administrador del programa puede consultar todos los libros reservados (fecha inicio y fin y usuario que realizó el préstamo) desde que se inicio la aplicación.
  • El administrador del programa puede prohibir a un usuario el préstamo

EXTRAS OPCIONALES:
  • aplicar estilos CSS
  • separar la capa de datos (DAO) y conectar con MYSQL