Ingenier Web a Proyecto de Desarrollo Ingenier Informtica a a Universidad de Cdiz a Cu rso 2010-11 Juan Manuel Dodero & Daniel

Molina 14 de marzo de 2011 Indice 1. Introduccin o 1.1. Descripcin del trabajo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . o 1.2. Tecnolog web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . as 1.3. Herramientas de desarrollo . . . . . . . . . . . . . . . . . . . . . . . . . . . 2. Anlisis de la aplicacin a o 2.1. Modelo de ne gocio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2. Requisi tos no funcionales . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.3. Casos de uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2 2 2 3 3 5 7 3. Mtodo . . . . . . . . . . . . . . . cin o 12 . . . . . 1 de desarrollo e . . . . . . . . . . . . . . . . . . . . . . . . 4.1. Evaluacin . . 12 o 10 3.1. . . . . . . . . . . . . . . . . Fases . . . 10 3.2. . . . . . . . . . . . . . . . . . . . . . Roles . . . . . 11 3.3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . Entregables . . . 11 4. Entrega . . . . . . . . . . . y . . . . . . . . . . . evalua . . . . .

Proyecto Ingenier Web a 1. Introduccin o El proyecto consiste en el desarrollo de una aplicacin web a escala usando los mto dos, o e tcnicas y herramientas de la Ingenier Web. e a El trabajo estar organizado en equipos de mximo cuatro personas, donde cada una de a a ellas debe desempear va rios roles. La formacin de los equipos de proyecto se noti car al n o a profesor de la asignatura. Las tecnolog web de base a emplear sern Java Enterprise Edition (JE E) y Grails as a como framework de desarrollo web que facilite la implementacin de la aplicacin de o o acuerdo con la arquitectura Modelo-Vista-Controlador (MVC). 1.1. Descripcin del trabajo o La aplicacin web a desarrollar es una versin sencilla de una aplicacin web de consu ltas o o o y reservas hoteleras. El sistema deber permitir administrar las habita ciones y servicios a de un hotel, realizar consultas y cancelaciones de reservas , y emitir las facturas correspondientes a la salida del cliente. 1.2. Tecnolog web as Las tecnolog web a emplear para la implementacin del proyecto quedan a eleccin del a s o o equipo de proyecto. Se recomienda el uso de Java y Grails como framework d e desarrollo web que facilite la construccin de aplicaciones con arquitectura MVC (Model-Viewo Controller) y el mapeo ORM (Object-Relational Mapping) siguiendo u n patrn DAO o (Data Access Objects). 1.3. Herramientas de desarrollo Grails, Spring y JEE Se usar Grails como framework de desarrollo web que facilite la implementacin de la a o aplicacin de acuerdo con la arquitectura Modelo-VistaControlador (MVC). Se usarn o a los elementos fundamentales de JEE (Java Enterpri se Edition) y Spring framework sobre los que se sustenta Grails para el desarrol lo de la arquitectura bsica de la aplicacin. Si a o se utilizara otro framework di stinto de desarrollo de aplicaciones web, su eleccin y uso o debern justi carse adec uadamente. a Entorno de desarrollo Como entorno de desarrollo se aconseja usar l a ultima versin de SpringSource Tool Suite o (STS) o en su defecto Eclipse conven ientemente con gurado con los plugins necesarios. Se recomienda el uso de ant o ma ven, herramientas equivalentes a a los instrumentos tradicionales de construccin (i.e. make) desde la l o nea de comandos, aunque mucho ms a intuitivas y exibles par a el desarrollo en Java. Permiten automatizar tareas habituales en el desarrollo de aplicaciones Java: con guracin del entorno, compilacin e interpretacin o o o de ch eros, generacin de la documentacin, ejecucin de casos de prueba, etc. o o o Curso 2010-11 2

Proyecto Ingenier Web a Pruebas JUnit es un marco de trabajo para escribir casos de prueba cuya ejecucin y comprobacin o o puede realizarse de manera automatizada. JUnit es una bibliotec a de Java, y sirve para codi car las pruebas unitarias de software en este mismo l enguaje. Tambin se recomienda e el uso de selenium para las pruebas funcionales y de integracin. o Otras herramientas A lo largo del proyecto se recomendar el uso de otras herramientas para los diagramas de a anlisis, diseos, pro ling, etc. Es pot estativo del equipo de desarrollo emplear las herraa n mientas con las que se en cuentre ms cmodo, aunque se requiere que sean herramientas a o de software libre o con licencia de uso no restringida para educacin. o 2. Anlisis de la aplicacin a o Una cadena de hoteles necesita modernizar de sus sistemas de reserva y facturacin . El o objetivo es reemplazar sus antiguo sistema de reservas mainframe por una aplicacin web o desarrollada en lenguaje Java. La fase de anlisis de los sistemas existentes ha permitido la elaboracin de un modelo a o de anlisis formado por el m odelo de negocio y un modelo de sistema. a 2.1. Modelo de negocio El modelo de negocio recoge una representacin del dominio en el cual se desarroll a o el sistema. En el caso que nos contempla, el dominio del alojamiento. El mod elo de negocio recoge las entidades fundamentales del dominio y las relaciones e xistentes entre las mismas, que se describen a continuacin. o Hotel El Hotel es l a unidad gestora. Es la responsable de atender las peticiones (reservas/cancelac iones) de los clientes, y es la encargada de presentarles la factura. Un hotel e st compuesto de un conjunto de habitaciones, que alquila durante un a plazo de d P or motivos de simpli cacin, adems del listado de habitaciones, el Hotel as. o a posee r un listado por cada d del nmero de habitaciones de cada tipo y categor libre. a a u a En el momento de la reserva no se asigna realmente ninguna habitacin concreta, sino o unicamente cuando llega el cliente. Habitacin o Las habitaciones se distinguen por su nmero de camas (habitacin individual o doble ) y u o por la categor de la habitacin. Adicionalmente, se podr aadir una cama suple mentaria a o a n infantil con un pequeo coste. n En funcin de la categor se distingu en tres tipos: normal, business y alta. Cada o a categor implica un precio distint o, justi cado por el espacio interno, por los servicios a disponibles: televisin, du cha, etc., y por la calidad de las bebidas suministradas en el o minibar. Curso 2010-11 3

Proyecto Ingenier Web a Consumibles A continuacin de detalla los servicios que se ofrecen al cliente y que incrementa n la o factura de la habitacin. o Consumo de bebidas del minibar. Llamadas telefni cas. Se cobrar por minutos, utilizando una tarifa por minuto para o a llamadas na cionales y otra para llamadas internacionales. Las bebidas del minibar estndar de una habitacin son: a o Cuatro tercios de cerveza. Dos botellas de vino de litro. Cuatro botellas de agua. Cuatro latas de refresco (coca-cola, etc.). Cuatro beb idas alcohlicas (whisky, ron, etc.) o Cada tipo de cerveza posee un precio asocia do, que depende de la categor de la a habitacin. La categor determina la marca de la s bebidas (a excepcin del agua o el o a o refresco, que son equivalentes). Facturas Al nalizar la estancia del cliente, se le suministrar la factura en formato PDF, c alculando a el coste total de los servicios. El coste total se calcular a: P recio total = P recioalojamiento + P reciotelef ono + P reciominibar P recioalojamient o = dias (P reciohabitacion P reciocategoria ) donde: P reciohabitacion ser t a pica mente de 40 para habitacin, 70 para doble, y 10 euros o adicionales por cama infa ntil. P reciocategoria ser 1 para categor normal, 1.3 para habitacin business y 2.0 para a a o categor alta. a Estos precios, sin embargo, deben ser con gurables, pues a principios de ao se recaln culan en funcin del IPC. o Curso 2010-11 4

Proyecto Ingenier Web a Reserva y cancelaciones Cada d cada habitacin puede estar libre, ocupada, o reservada. a o Libre, la habita cin puede ser reservada. o Ocupada, no puede ser reservada. Reservada, podr estar disponible si se cancelase la reserva. No puede reservarse. a Slo se podr reservar con 2 meses de adelanto. Esto es un valor tambin con gurable o a e de la aplicacin. o Toda habitacin reservada se podr cancelar, con las siguientes compensaciones: o a sin coste, 5 d antes. as 10 %, entre 5-2 d antes. as 30 %, entr e 47-24 horas antes. 100 %, en menos de 24 horas. Todos estos valores son asimis mo parmetros con gurables de la aplicacin. a o En el caso de una reserva para una pe rsona, si no hubiese una habitacin individual, o se le podr reservar una habitacin doble al precio de una habitacin individual. a o o 2.2. Requisitos no funcionales La aplicacin debe cumplir con una serie de requisitos no funcionales caracter o sti cos de las aplicaciones web, relativos a su arquitectura, seguridad, uso de estnd ares, interfaz de a usuario y rendimiento y escalabilidad. Curso 2010-11 5

Proyecto Ingenier Web a Arquitectura 1. El sitio web de la aplicacin deber poderse explotar y administrar empleando cualo a quier navegador web. 2. Los datos de la aplicacin debern estar a lmacenados en un sistema gestor de bases o a de datos relacionales, sobre el cua l puedan realizarse futuras consultas no previstas en la actualidad. 3. Todas la s funcionalidades de la aplicacin debern estar accesibles, adems de a o a a travs de la interfaz de usuario, a travs de llamadas a servicios web que cumplan e e con la arquitectura ReST. Seguridad 1. Los datos de la aplicacin solo podrn ser modi cad os por aquellas personas autoo a rizadas para ello. Los per les de usuario de la a plicacin sern tres: administrador, o a usuario registrado en el hotel y usuario in vitado. 2. El per l de usuario invitado ser el que empleen los usuarios web que an n o se a u hayan registrado para tener acceso a la apliacin: consulta del calendari o de reservas o (sin datos sobre quines han realizado stas) y registrarse en la ap licacin. Una vez e e o registrado, podr hacer las operaciones disponibles como usu ario registrado. a 3. El per l de usuario registrado tendr acceso a un men de operac iones que no incluya a u labores de administracin. Las funcionalidades bsicas disp onibles para los usuarios o a registrados son: realizacin de una reserva (sin hab itacin asignada), cancelar una o o reserva, consumo de servicios e.g. bebidas o te lfono (solo si el usuario ha ocupado e ya su habitacin), emitir la factura (o una c opia de sta si ya fue emitida) de o e la habitacin y de los servicios consumidos, consulta y reserva de una habitacin o o disponible. 4. El per l de administrador te ndr acceso a todas las operaciones que se pidan de a la aplicacin (altas, bajas, m odi caciones y consultas de todo tipo de entidades y o relaciones del modelo de la aplicacin: hotel, habitaciones, reservas, etc.), pudiendo o desempear adems el pap el de un usuario registrado normal emulando su rol. n a Estndares a La licencia d e uso del software donde se aloje y con el que se realice la aplicacin o debe ser lo menos restrictiva posible, preferentemente software de cdigo abierto. o La ap licacin deber cumplir con los estndares marcados por el WWW Consortium o a a (HTML 4.0 o superior, CSS 2.0, etc.) El sitio web deber cumplir con las normas de acces ibilidad para aplicaciones web a (WAI 2.0) de nidas por el WWW Consortium, debiend o cumplir como m nimo el nivel A. Curso 2010-11 6

Proyecto Ingenier Web a Interfaz de usuario El sitio web deber tener una estructura clara, ordenando el c ontenido y las funciones a de la aplicacin en pestaas o apartados que abarquen tod as las funcionalidades o n disponibles, segn el per l de seguridad del usuario cone ctado. u El sitio web deber posibilitar la visualizacin de cualquier tipo de conte nido mula o timedia (texto, gr cos, v a deos, etc.) en consonancia con la imagen corp orativa de la empresa de gestin hotelera. o En los formularios de entrada, se val orar la inclusin de elementos de interaccin a o o as ncrona en la interfaz del client e que mejoren la usabilidad de la aplicacin. o A travs de su interfaz basada en se rvicios, el sitio web deber poder ser consultado e a a travs de un dispositivo mvil de interfaz reducida, diferente al de un navegador e o tradicional de un ordenad or de sobremesa. Esto no quiere decir que deba desarrollarse la interfaz para un dispositivo mvil, sino que la arquitectura de la aplicacin o o (basada en servici os ReST) debe estar preparada para ello. Rendimiento y escalabilidad La base de datos deber disponer de un pool de conexiones con gurables en nmero a u para que la aplicacin sea escalable en funcin de los recursos hardware y software o o disponib les. Las peticiones as ncronas (AJAX) que se realicen a la aplicacin debern limitars e o a para no correr el riesgo de sobrecargar al servidor. Las peticiones concur rentes de acceso a la base de datos deben dejar a la aplicacin o en un estado con sistente. En condiciones normales de utilizacin de la red, las peticiones realiza das no deben o superar nunca un tiempo mximo, que vendr marcado por el tiempo que tarda en a a cargar el servlet controlador. 2.3. Casos de uso Este apartado es una especi cacin parcial de ejemplo de algunos casos de uso del si stema. o La ingenier de los requisitos y el anlisis completo deber realizarse de ac uerdo con los a a a requisitos solicitados. Estos casos de uso debern implementars e para poder utilizar la aplicacin tanto desde a o la conserjer del hotel como des de un portal web pblico. a u Los casos de uso corresponden a la gestin de las reser vas, la llegada y salida de clientes o del hotel, el consumo de sus servicios y la facturacin. o Consulta de habitacin disponible o Descripcin Consulta si en el Ho tel hay una (o varias) habitaciones, dado un periodo o de d as. Actores El usuario de la aplicacin, que podr ser un empleado en recepcin, o una o a o posterior pgina w eb. a Curso 2010-11 7

Proyecto Ingenier Web a Flujo Bsico : a Obtener todas las habitaciones disponibles para las fechas indica das. Comprobar que haya su cientes disponibles de las categor indicadas. as Flujo Al ternativo : Si desea una habitacin individual, y no hay disponible pero s una habi tacin o o doble, se considerar disponible. a Reserva de habitacin disponible o Desc ripcin Reserva si en el hotel hay una (o varias) habitaciones, dado un periodo de o d as. Actores El usuario de la aplicacin, que podr ser un empleado en recepcin, o una o a o posterior pgina web. a Flujo Bsico : a Mostrar el coste de alojamiento es timado. Pedir con rmacin al usuario. o Si es que s . marcar la habitacin para las fech as indicada como reservada para esos d o as. Devolver al cliente un cdigo de reserv a. o Flujo Alternativo : Si no hab indicarlo al usuario. a, Cancelar reserva Descr ipcin Cancelar una reserva realizada con antelacin. o o Actores El usuario de la a plicacin, que podr ser un empleado en recepcin, o una o a o posterior pgina web. Para cancelar una reserva, habr que identi carse con el a a cdigo de reserva correspondie nte. o Flujo Bsico : a Calcular el nmero de d que faltan para el d de la reserva. u a s a Calcular el coste en penalizacin. o Cobrar el precio en la tarjeta de crdito (n o implementar). e Marcar la habitacin como disponible. o Curso 2010-11 8

Proyecto Ingenier Web a Llegada de un cliente con reserva Descripcin El cliente llega al hotel. o Actores El cliente. Flujo Bsico : a Se busca una habitacin concreta y se marca como ocupa da, asignndosela al o a cliente. Se reinicia el contador de llamadas desde la hab itacin. o Consumo de servicios En estos casos de uso, el cliente decide beber una bebida del minibar o realizar una llamada telefnica desde la habitacin. A continu acin se describe el caso de la llamada o o o telefnica, aunque el consumo de bebid as u otros servicios similares es anlogo. o a El pre-requisito de estos casos de uso es que el cliente haya ocupado previamente una habitacin del hotel (llegada d el cliente con reserva). o Descripcin El cliente realiza una llamada telefnica. o o Actores El cliente. Flujo Bsico : a El cliente empieza la llamada, indicando si es nacional o internacional. El cliente habla por telfono. e El cliente termina la llamda, calculndose el tiempo de duracin. a o Se incrementa el tiempo de la lla mada a las anteriores. Clculo de la factura a Descripcin Se calculan el precio tot al de la estancia y se presenta la factura al cliente. o Actores El cliente. Flu jo Bsico : a Se calcula el tiempo total de llamadas. Se calcula el coste total de las llamadas realizadas. Se calcula el coste total de las bebidas consumidas po r el cliente. Se calcula el coste total de la factura. Se devuelve al cliente la factura, detallando los costes por cada apartado. Curso 2010-11 9

Proyecto Ingenier Web a Salida del cliente Descripcin El cliente termina su estancia en el hotel. o Actor es El cliente. Flujo Bsico : a Se presenta la factura (caso de uso anterior). Se inicializa el tiempo de llamadas de la habitacin libre. o Se reponen los contador es de las bebidas disponibles del minibar. Se marca la habitacin como libre, incr ementndose el nmero de habitaciones o a u libres del hotel. 3. Mtodo de desarrollo e El desarrollo del proyecto se realizar con el mtodo SCRUM, un mtodo agil de desarro llo, a e e que estar dividido en varias fases semanales, en las que participarn un a serie de roles a a de desarrolladores y se generarn unos entregables en forma d e software y de documentos. a Para la gestin del proyecto se emplear un espacio ga ruito creado con tal propsito en o a o assembla. Todos los miembros del equipo de bern abrir una cuenta, con gurar y compartir a el espacio y las herramientas de ges tin del proyecto. o Dicho espacio estar como m a nimo con gurado con el sistema de con trol de versiones (svn) y el sistema de gestin y seguimiento de tareas e incidenc ias (tickets). o Se recomienda que el administrador del proyecto cree un espacio de trabajo con una con guracin recomendada (featured con guration) m o nima con los el ementos anteriores. Tras la con guracin del espacio del proyecto en assembla, se de ber invitar al profesor o a como observador (watcher ) de todo el material deposi tado en dicho espacio. Como wiki del proyecto se usar (mediawiki ), que estar aloj ado en osl2.uca.es/wikiIW a a en lugar de en assembla. 3.1. Fases Cada fase del desarrollo vendr delimitada por unos plazos de realizacin, segn se in dica a o u en la tabla 1. Todos los roles desempearn su labor en cada una de las f ases del proyecto. n a Cada fase durar una semana y nalizar con la entrega de una v ersin del software y a a o los documentos entregables, a depositar en la herramie nta de gestin del proyecto. El o desarrollo del proyecto abarca aproximadamente 8 semanas, desde el 13 de abril de 2011 hasta el 8 de junio de 2011. Las entregas se producirn en las clases de los mircoles. a e Sprint 0 1 2 3 4 5 6 Descripcin o Plani cacin y con guracin o o Consulta de habitacin di sponible o Reserva de habitacin disponible o Cancelar reserva Consumos (bebida/te lfono) e Llegada de cliente con reserva Clculo de factura y salida del cliente a E ntrega 13 abril 27 abril 4 mayo 11 mayo 18 mayo 25 mayo 1 junio Cuadro 1: Plani cacin inicial del proyecto o Curso 2010-11 10

Proyecto Ingenier Web a En cada fase se debe haber completado una versin de todos los entregables, incluo yendo documentos y software. Los documentos se escribirn en el wiki del proyecto . El a software se depositar en el sistema de control de versiones svn o git del repositorio del a proyecto en assembla. Las tareas involucradas en el desarrollo deben quedar registradas y convenientemente actualizadas como tickets del proye cto en assembla. Tambin se e deber completar la plani cacin de los sprints del proyec to en assembla y rellenar los a o informes scrum con las tareas realizadas en ca da sprint. 3.2. Roles Jefe de proyecto: plani ca, controla y organiza el trabajo. Es el interlocutor vlid o a con el profesor, que actuar como gerente del proyecto y origen de los requisi tos de a usuario. Arquitecto software: disea la arquitectura de los componentes, servidores de aplican cin, bases de datos, y de todos los sistemas software que i ntervengan en el despliegue o de la aplicacin para ponerla en funcionamiento. o A nalista/programador : analiza, disea y codi ca los componentes de software; din buj a diagramas de casos de uso, anlisis y diseo; programa las clases en Java. a n Dis eador de interfaz de usuario: analiza, disea y codi ca la interfaz de usuario n n (c lases de vista) en HTML y JavaScript. Codi cador de pruebas: plani ca, codi ca y con gur a la ejecucin de casos de prueba o unitarias, funcionales y de integracin. o Admin istrador de base de datos: Analiza, disea y mantiene el esquema de base de n dato s de la aplicacin; ayuda en la codi cacin de las clases de entidad que tengan o o qu e ver con el acceso a la base de datos Administrador de sistemas: Instala y con gu ra los entornos de desarrollo, servidores y sistemas software de los que depende la aplicacin (base de datos, servidor web, o servidor de aplicaciones, sistema d e control de versiones, etc.) Los roles a desempear por los miembros de un equipo de proyecto son los siguiente s: n 3.3. Entregables La siguiente es una lista de los entregables (documentos y software) a generar. De todos los entregables se elaborar y entregar una versin en cada fase del desarro llo. El wiki a a o de desarrollo del proyecto contendr una descripcin textual porm enorizada de todos los a o entregables completados en cada momento del desarroll o del proyecto. E1 Plani cacin y con guracin: plani cacin razonada de tiempos de desarrol lo, reo o o cursos humanos y roles, entregables, plazos e hitos, reuniones de pr oyecto, eleccin o de tecnolog de desarrollo y frameworks, herramientas; Con guracin d el entorno as o de desarrollo (v.g. eclipse) y herramientas de desarrollo (v.g. a nt, log4j, etc.), con guracin del sitio web de alojamiento del proyecto, incluyendo el sistema de control o de versiones (v.g. svn), wiki del proyecto, seguimiento de tareas e incidencias (v.g. tickets), etc. Curso 2010-11 11

Proyecto Ingenier Web a E2 Requisitos y arquitectura: especi cacin de requisitos y casos de uso del sistema ; o arquitectura del sistema. E3 Documento de anlisis: diagramas UML que describa n el modelo de anlisis. a a E4 Documento de diseo: diagramas UML (clases, colabora cin, actividad, etc.) que n o describan el modelo de diseo. n E5 Casos de prueba: casos de prueba aplicados a la implementacin de las clases del moo delo (pruebas unitarias), las funcionalidades de la aplicacin (pruebas funcionales) o y la inte gracin de componentes (pruebas de integracin), chero build.xml (en caso o o de usar ant) o pom.xml (en el caso de usar maven) preparado para el lanzamiento de toda s las pruebas. E6 Persistencia de datos: esquema de la base de datos diseada, des cripcin del din o seo arquitectnico del mapeo objeto-relacional realizado y de los elementos del n o framework utilizados para su de nicin. o E7 Implementacin: todo el cdigo fuente programado; scripts necesarios para el deso o pliegue de la aplicac in en los servidores, preparacin de cheros de log, creacin o o o y carga de la BD; ero war con la aplicacin preparada para su despliegue en el o servidor de aplicac iones. E8 Instrucciones de instalacin: Instrucciones de instalacin y despliegue de la aplicao o cin, incluyendo el diagrama de despliegue de todos sus componentes. o 4. Entrega y evaluacin o La entrega se producir durante la clase del mircoles 8 de junio de 2011. a e Todos los documentos entregables sern accesibles a travs de un wiki de desarrollo, a e que se alojar y ser compartido en el mediawiki del proyecto. Todos los entregables de a a texto deben incluirse en una unica pgina del wiki. No se deben emplear en laces para a estructurar los entregables textuales en varias pginas. El control d e versiones se llevar a a a cabo a travs de las facilidades suministradas por el p ropio mediawiki. e 4.1. Evaluacin o La evaluacin del proyecto se realizar en funcin de la fase que se haya alcanzado. L a o a o evaluacin del proyecto se realizar en atencin a los siguientes criterios: o a o Mtodo (10 %): ejecucin y seguimiento del mtodo y la plani cacin, plazos de e o e o entregables, etc. Funcionamiento (10 %): correcto funcionamiento de las funcio nalidades correspondientes a todos los casos de uso implementados; para comproba r el funcionamiento se emplearn los casos de prueba. a Curso 2010-11 12

ch

Proyecto Ingenier Web a Requisitos no funcionales (10 %): cumplimiento de los requisitos no funcionales de la aplicacin. o Tcnicas (20 %): correcta aplicacin de las tcnicas y patrones de d esarrollo aplicadas e o e a lo largo de las fases (MVC, ORM, etc.) Framework (10 %): correcto empleo de las facilidades proporcionadas por el framework de desar rollo web utilizado. Entregables (30 %): correccin y entrega en plazo de los entr egables accesibles a o travs del wiki del proyecto (requisitos, anlisis, diseo, pru ebas, base de datos, e a n implementacin, despliegue) o Herramientas (10 %): corr eccin e intensidad de la utilizacin de las herramientas o o de gestin y desarrollo del proyecto (assembla, svn, trac, wiki, etc.) o Se habilitar en el campus virtua l una rbrica o instrumento de autoevaluacin para a u o llevar el control de la eva luacin del proyecto. Cada grupo deber llevar un control de la o a evaluacin para ca da fase del proyecto utilizando dicha rbrica, auto-valorarse y discutir o u las v aloraciones con el profesor al comienzo de la clase. Curso 2010-11 13