ASP.NET MVC 3 y 4 PROPUESTA DE PROYECTOS A DESARROLLAR DURANTE EL CURSO SERVICIO DE INFORMÁTICA UNIVERSIDAD DE ALICANTE

Transcripción

1 SERVICIO DE INFORMÁTICA UNIVERSIDAD DE ALICANTE ASP.NET MVC 3 y 4 PROPUESTA DE PROYECTOS A DESARROLLAR DURANTE EL CURSO / ÚLTIMA ACTUALIZACIÓN: 14 DE OCTUBRE DE 2012

2 SELECCIÓN DE PROYECTO El objetivo de este curso es que sea lo más práctico posible. Por eso durante cada una de las sesiones se dedicará un tiempo para trabajar en un proyecto al que cada día se incorporará lo que se vea durante la sesión. Se van a presentar 3 proyectos. El desarrollo completo de un proyecto por parte de una persona es bastante complicado en 6-8 horas que se dejará para su desarrollo, por eso se formarán 3 grupos al que se le asignará a cada persona una tarea. PRESENTACIÓN DE PROYECTOS A continuación se muestran un conjunto de proyectos que se ofrecen como modelos para desarrollar durante el curso. Agenda Universitaria Catalogo de recursos o enlaces Gestión de peticiones / incidencias Autocolega Se han seleccionado éstos porque son proyectos muy usados en la UA y está desarrollados con una programación muy desfasada y difícil de mantener / actualizar. En todos los proyectos se analizará la posibilidad de mantener la información actual, respetando la estructura o creando una nueva con posibilidades de migrar los datos (2 de ellas están desarrolladas en SQL Server y sería un buen momento para traspasarlas a Oracle). En caso de que alguien proponga un proyecto nuevo o con posibilidades de desarrollar durante el curso, se incorporará sin ningún problema. 2

3 AGENDA La idea de renovar la agenda actual de la UA ( ) basándose en la de la Universidad de Murcia ( Se ha seleccionado ésta por su sencillez. Las pantallas básicas para el usuario serían dos: Visualización de las actividades del día o periodo seleccionado Detalle de una actividad. Aprovecharíamos y le incluiríamos botones de redes sociales, zonas con las más visitadas, las novedades, publicidad, etc. 3

4 La gente podrá ponerse/quitarse avisos y además tendrá posibilidad de importárselo en sus propios calendarios. Para evitar unas búsquedas muy complejas podríamos integrar una simple selección en la propia caja de búsqueda. Para una futura descentralización de las agendas por áreas (investigación, cultura, centros) permitiremos en la administración la gestión de algunos elementos como logos, publicidad, plantillas, etc. Material: Tendréis disponible el esquema actual en SQL Server y todo el código fuente. Dificultad: media 4

5 CATÁLOGO DE RECURSOS La UA dispone de un sistema de recopilación de enlaces o recurso llamado CatalogaXXI ( La aplicación está desarrollada bajo Oracle pero requiere un lavado de cara, de entorno de programación e incluir redes sociales y otros elementos. Las pantallas básicas para el usuario serían dos: Recursos a las secciones de un catálogo Debe incluir al menos los siguientes elementos Personalización de logo, colores, nombres y descripciones Poder agrupar catálogos (caso de las bibliotecas) Incluir más visitados, novedades y publicidad/banners Incluir accesos a las redes sociales más populares Poder sindicar contenidos El buscador debe se más completo permitiendo las siguientes opciones Visualización del detalle de un enlace o recurso 5

6 En este punto destacar dos cosas: La descripción podría ser más completa, permitiendo formato en el texto Se podría capturar una imagen de la Web y que se viera una miniatura. Por último podríamos incluir una opción para poder visualizar todos los catalogadores o todos los grupos de catalogadores, como ahora se visualiza desde En caso de disponer los logos lo podríamos incluir y un posible resumen de secciones y enlaces. Material: Tendréis disponible el esquema actual en Oracle y todo el código fuente. Dificultad: alta 6

7 GESTIÓN DE PETICICIONES O SOLICITUDES La mayoría de nosotros conocemos y usamos la aplicación de partes o gestión de solicitudes. Es una aplicación que se creó con un propósito y actualmente es usada por la mayoría de los centros y servicios para gestionar las solicitudes. El cambio de entorno de trabajo se hace casi necesario por las limitaciones que encontramos con ASP clásico. La base de datos es SQL Server con lo que es un buen momento para hacer el paso a Oracle. Nos vamos a centrar en la parte de la administración Acceso a la pantalla principal En general se agrupa las opciones en menús superiores con sistemas de alertas que avisan de nuevas entradas de partes sin asignar, etc. Las búsquedas y consulta de operadores se simplifican con una opción en el propio menú, aunque dispondrá de su propia página. Todas las opciones de configuración se harán desde la rueda de la parte derecha. Acceso a un parte Vamos a utilizar mucho los sliders para ocultar la información que se usa con poca frecuencia. Cambios importantes: 7

8 Los datos del parte se podrán modificar pero se guardará en un histórico la información original. Todo será personalizables: o Mensajes al usuario: cabecera de los mensajes, remitentes, Información de los listados o Mensajes al finalizar un parte. o Renvío: Posibilidad de ver un histórico. En la parte del usuario vamos a crear una pantalla de acceso para poder consultar sus solicitudes (ahora sólo lo pueden seguir por el correo que reciben), enviar notificaciones a los gestores o cerrarlo antes de que lo haga el gestor. Material: Tendréis disponible el esquema actual en SQL Server y todo el código fuente. Dificultad: alta 8

9 AUTOCOLEGA Al principio de cada curso académico la aplicación Autocolega ( es fomentado por el vicerrectorado correspondiente para optimizar los coches que vienen al Campus. Esta aplicación está desarrollada con ASP clásico y sobre SQL Server. Es muy básica y muy sencilla de entender. Hay una serie de pantallas con información general y enlaces de interés y por otra parte las ofertas y demandas de compartir coche. Ventana de acceso Visualizaremos la información del proyecto y tendremos acceso a las ofertas/demandas tanto desde los menús como desde la caja de búsqueda. Consulta de ofertas/demandas Por defecto visualizamos los trayectos activos disponibles, con la opción de dar de alta una oferta/demanda y poder realizar una búsqueda avanzada. 9

10 Se ha añadido una opción para que las personas puedan gestionar los trayectos que tienen dados de alta. Podrán modificarlos o darlos de baja. Esto implica que en el momento que se da de alta un trayecto si el usuario no está dado de alta, con un correo se debe confirmar su alta y enviarle una contraseña para que pueda gestionar sus trayectos. Importante: los trayectos se tienen que borrar de forma automática a los 60 días. Material: Tendréis disponible el esquema actual en SQL Server y todo el código fuente. Dificultad: baja 10

11 CREACIÓN DE 4/8 GRUPOS Dependiendo de las personas que asistan a clase se puede ampliar/reducir el número de grupos. La idea es que al menos cada grupo lo formen 2/6 personas para poder adelantar en todas las tareas, diseño, gestión y base de datos. REPARTIR TAREAS Las tareas se pueden corresponder con cada uno de los módulos del MVC, es decir uno se puede encargar del modelado, otro del aspecto visual y otro de los controladores. Cada día antes de empezar a trabajar, el grupo analizará lo que van a desarrollar porque es posible que uno dependencias obligue a cambiar el orden de realizar determinadas tareas. Al final de cada clase dedicaremos 5 minutos a revisar los problemas más generales que hayan surgido. Si la cosa se complica, por correo se me envían las sugerencias / incidencias y las analizo para la siguiente clase. El último día cada grupo presentará su proyecto al resto de la clase (no será más de 10 minutos por proyecto). Ya explicaré más adelante los puntos a presentar. 11