Proyecto Final de Carrera

Transcripción

1 ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA INGENIERÍA INFORMÁTICA Curs Académic Pryect Final de Carrera Gestión de Curss de Frmación de Campus Virtual. Autr Tutres Belén Saenz Rubi David Rís Insua

2 Resumen Cn el bjet de adaptarse a las nuevas tecnlgías y permitir nuevs mdels de frmación, la Universidad tiene la necesidad de implantar un entrn virtual que permita llevar a cab dintints mdels de frmación. Ests entrns deben incrprar las herramientas necesarias que permitan desarrllar una dcencia cmpleta y de calidad, cn accines cm cmpartir dcuments, realizar entregas de trabajs, supervisar y evaluar el prgres del alumn, así cm permitir la cmunicación tant síncrna cm asíncrna entre el prfesr y el alumn. La Universidad Rey Juan Carls cnsciente de la imprtancia de este nuev mdel de frmación, cncid cm e-learning (aprendizaje electrónic) b-learning (frmación cmbinada, presencial y n line), en el curs académic emprendió un pryect de investigación para el estudi, análisis e implantación de una herramienta que le permitiera crear un Campus Virtual para la cmunidad universitaria, pudiend así fertar titulacines On Line. Este pryect final de carrera surge ante la necesidad de hacer llegar de manera crrecta en materia de frmación dicha herramienta, así cm de establecer un mdel de gestión que permita una crrecta actuación garantizand un servici de calidad para ls diferentes usuaris. Actualmente, la Universidad Rey Juan Carls (URJC) dispne de un Campus Virtual (CV) a través del cual ls prfesres de titulacines On Line imparten su dcencia y sirve cm apy en las titulacines presenciales. El crecimient del us del Campus Virtual y el cntinu avance de la tecnlgía hace necesari un cnstante estudi de las nuevas tecnlgías y metdlgías para este tip de frmación. N hay que caer en el errr de creer que la dcencia virtual es igual que la dcencia presencial, y ls prfesres necesitan frmarse para pder utilizar dicha herramienta. Es pr es que se desarrlla en este pryect fin de carrera, la herramienta necesaria para gestinar la infrmación de ls curss de frmación de Campus Virtual. 2

3 Agradecimients Me pasaría páginas agradeciend tds ls buens mments que me han hech llegar hasta aquí y recrdar a tds ls que han hech que hy esté escribiend estas líneas. A tdas esas persnas que cn su granit de arena me han hech ser cm sy, van dedicads ests agradecimients. En primer lugar me gustaría dar las gracias a David y a Belén, mis tutres del pryect. Sin vstrs ls mments durs de desalient n ls hubiera pdid superar. Pr tds ls cnsejs, crreccines, palabras de ánim y pr haberme hech sacar este pryect adelante. Gracias! Un rincón muy especial de esta hja de agradecimients va dedicad a mi familia. A mi madre, que pr ella he aprendid a ser persistente y tenaz y sbretd luchadra. Muchas gracias pr el apy incndicinal, tu cmprensión, tus cnsejs, tus siempre buenas palabras de ánim, pr td, GRACIAS mamá. A mis hermans, mis ds grandes pasines y siempre un referente para mí. Jr y Pepa, mi herman y hermana mayr, gracias pr levantarme tantas veces cuand me he caíd, s teng muy lejs per s sient igual de cerca. A Alvar y Myriam, pr nuestrs buens rats y risas. A mis siete pequeñs craznes, pr vuestra vitalidad que me inunda cada vez que cmpart un pequeñ rat cn vstrs. Sacáis l mejr de mí. A mis abuels, un referente muy grande, vuestra lección de vida hace que valga la pena luchar. Al rest de mi familia, tís, prims, etc. Gracias a tds de crazón pr creer en mí, sin vstrs n sería la misma. Os quier. Cm n pdía ser de tra manera, muchas gracias a ti, persna que quieres permanecer en el annimat, per que n l vy a permitir. GRACIAS en mayúsculas, pr tu santa paciencia, pr estar ahí siempre cnmig, pr tu cmprensión y apy incndicinal. Gracias pr hacerme ver que hay que quitarle hierr a ls prblemas siempre a base de arrancarme una snrisa. En definitiva quier que sepas que era pequeña y has cnseguid hacerme muy grande. Gracias Javi. Pr tr lad quería agradecer a mi tra familia, mi familia Campus Virtual, prque pas muchas hras más cn vstrs que cn la mía prpia. Gracias pr ls buens mments que me habéis dad y el apy enrme para seguir cn est, que parecía una misión impsible. Gracias a tds, a Javi pr hacerme del trabaj un rincón al que tds ls días quier vlver, a Natalia prque tu instint más maternal l sacas cnmig, ( qué gran apy eres!), a Belén pr ser mi tr pulmón, a Alex prque eres mi fuente de cncimient, a Santy pr ser mi sqlman,y a Samu y Guille pr vuestrs festivales del humr. N me quier lvidar de Maine, 3

4 que siempre ha sid un gran apy desde que la cncí. Gracias pr td amigs. Gracias también al rest de cmpañers y amigs de la universidad: las chicas de la sexta, Juancar, Tni, Tamara, Fran, Palma, Felipe y Gema. Gracias a tds pr ls mments vivids fuera y dentr del trabaj. Y pr últim y n pr ell las mens imprtantes, quería agradecer a mis amigas td su apy. A mis amigas de la infancia, Eva y Snia, prque pase el tiemp que pase siempre estáis ahí cn la misma snrisa y las mismas ganas de siempre. A mis princesas, Patri, Myri, Sraya, Inés, Ne, Maine, pr darme tants buens rats, ( sis muy grandes!). Pr vuestras llamadas y mensajes, pr ls gabinetes de crisis, pr nuestras cenas de risterapia, pr vuestrs ánims para que siguiera y n me rindiera Td est me enriquece. Gracias amigas. En definitiva, a tdas las persnas que me han apyad y han cnfiad en mí tds ests añs. A tds vstrs, gracias. 4

5 ÍNDICE 1. Intrducción Presentación del Prblema Objetivs y Métd de trabaj Estructura de la memria Especificación de Requisits Intrducción Descripción General Obtención de Requisits Estudis Previs Mdels de prces para Ingeniería del Sftware Tecnlgías para Desarrll de Aplicacines web Bases de Dats LDAP Https: Prtcl segur Análisis y Diseñ Especificación de ls cass de us Análisis de ls cass de us Diseñ de la arquitectura del Sistema Diseñ de Clases Diseñ de la Base de dats Implementación y pruebas Lenguaje de prgramación Detalles de la implementación Implementación de la arquitectura Estructura de directris Pruebas Manual de prfesr Manual de Técnic Cnclusines Resumen Trabajs futurs y mejras Bibligrafía

6 1.Intrducción Hy en día las persnas tienen acces a gran cantidad de infrmación, gracias a est adquieren mayr educación de manera infrmal, alcanzand cncimients fuera de las aulas. Este entrn que ns rdea cn esa extensa infrmación es denminad sciedad de la infrmación, facilitand la creación, distribución y manipulación de la infrmación en tdas sus frmas. Dentr de esta sciedad de la infrmación, la educación es un de ls escenaris que ha sufrid un gran impact pr la incursión de las nuevas tecnlgías y se ha vist ttalmente revlucinada pr ls servicis frecids a través de Internet. Las Tecnlgías de la infrmación y la cmunicación (TIC) pr su naturaleza, cuentan cn un cnjunt de características que hacen que su us sea práctic, útil y a día de hy casi bligatri en el mund de la educación. Sn muchas las características que hacen beneficisa la incrpración de las TIC en la educación, n sól pr las ventajas que frece sin también pr el impact que causan las nuevas tecnlgías en la sciedad, que hacen necesaris cambis en el mund educativ. Las TIC frecen gran variedad de recurss de utilidad para ls educadres, pnen a dispsición del prfesrad herramientas que les permiten innvar tant en la creación de cntenids cm en las metdlgías empleadas, cn l que mejran la prductividad, y cnsiguen una clase más eficiente adaptada a ls nuevs medis. El presente pryect final de carrera pretende aprvechar tds ests avances tecnlógics, facilitand a ls prfesres de la Universidad Rey Juan Carls la infrmación a tds ests recurss de frmación. De hech, td el trabaj se desarrlló en el área de investigación del servici de tecnlgías de la infrmación. Más cncretamente se realizó dentr del Campus Virtual de la Universidad Rey Juan Carls Presentación del Prblema El Campus Virtual de la URJC pne a dispsición de ls prfesres a l larg de td el curs académic una serie de curss de frmación para que tengan un crrect aprendizaje en la utilización de la platafrma WebCT. Ests curss, especialmente dirigids a prfesres On Line, también pueden ser realizads pr prfesres que deseen utilizar la platafrma cm apy a sus clases presenciales. Dichs curss van en función del nivel de ls prfesres, freciend frmación básica, intermedia y alta, adecuándse así a ls distints perfiles que se 6

7 encuentran en la universidad. El itinerari básic a seguir de ls curss recmendads para ls prfesres es el siguiente: Imagen 1: Itinerari de ls curss fertads en Campus Virtual El bjetiv del Curs Básic es frmar técnicamente a ls prfesres, para que puedan empezar a utilizar la platafrma, mstrand las herramientas básicas que tienen a su alcance. El curs Gestión Avanzada tiene el bjetiv de enseñar un cncimient avanzad de la platafrma crprativa de la URJC y un adecuad cncimient del mdel de aprendizaje e-learning desarrllad en el Campus Virtual de la URJC para la frmación On Line, a la vez que se adquieren ls cncimients metdlógics básics en este camp. El mdel de aprendizaje explicad está especialmente diseñad para pder realizar una frmación adecuada cn garantías de calidad, permitiend una puesta en marcha pr parte del prfesr en un crt plaz de tiemp. El curs Creación de Cntenids tiene el bjetiv de frecer herramientas cmplementarias a WebCT para la creación de cntenids de calidad, desde frmats básics basads en paquetes fimátics pasand pr la edición de páginas web, realización de videcnferencias, etc., td ell baj el enfque del EEES. La manera que tienen de acceder ls prfesres a la infrmación de ls curss es a través de la página del Campus Virtual de la URJC. Dentr de la misma hay un enlace dedicad a 7

8 Curss de frmación, tal y cm se ve en la Imagen 2. También se puede acceder a través del enlace: Imagen 2: Ubicación del enlace de Curss de Frmación Para pder inscribirse en un curs, el slicitante debe pertenecer a la Universidad, ya que el sistema le pide que se valide cn su usuari y cntraseña de dmini únic. A través de este sistema, el prfesr se inscribe a ls curss abierts que se encuentran en la página. Cuand el prfesr cnfirma su inscripción, el sistema le envía un crre infrmand que se ha realizad crrectamente. El prfesr al inscribirse en un curs básic será infrmad mediante crre electrónic, tant si se ha superad el númer de inscrits y se imparte el curs, cm si pr el cntrari, n se ha alcanzad este númer y el curs queda cancelad. Si es un curs avanzad, a priri, el númer de slicitantes es superir al de un curs básic, pr l que se le enviará un crre electrónic infrmándle que ha sid admitid en el curs, que pr el cntrari, n ha sid admitid y pasa a frmar parte de la lista de espera del curs. Si en cualquiera de ls curss n se han alcanzad el númer de inscrits, el prfesr recibe un crre de Campus Virtual indicándle que el curs n se imparte, prque n se ha cubiert el númer mínim de asistentes. Pr tr lad, para dar de alta dichs curss, un técnic de Campus Virtual tiene que rganizar dicha infrmación e intrducirla dentr de la base de dats. Para el técnic hay ds maneras de llevarl a cab: 1. Utilizand EspaciCV: Aplicación web cn una funcinalidad básica, tal que permita interactuar creand curss. 2. Accediend directamente a la base de dats. 8

9 El técnic puede cnsultar la lista de asistencia a ls curss y btener la hja de inscripción a través del servidr de infrmes mntad en Campus Virtual (llamad JasperServer), a través de EspaciCV directamente de la base de dats. Esta manera de dar de alta curss y cnsultar infrmación sbre ls misms es descentralizada, cnvirtiéndse en tedis el manej direct de la base de dats e incómd la manera de prceder para ver el listad de asistentes al curs. La prblemática que se encuentra dentr del Campus Virtual en relación a ls curss de frmación es la manera de distribuir infrmación útil, sencilla y recgida en una misma aplicación a ls prfesres, de manera que cuand entren ésts a inscribirse en un curs puedan ver infrmación detallada del mism, cnsultar el estad de certificads de curss anterires, históric de curss, cancelar la inscripción a un curs, etc. La slución a esta prblemática es que la nueva aplicación aúne tdas las funcinalidades necesarias para ls técnics de Campus Virtual que se encuentran en la antigua aplicación EspaciCV, que recja también infrmación del JasperServer, infrmación de la base de dats, y añada nueva funcinalidad cm la gestión de tda la infrmación de curss de manera sencilla, certificads, etc. En definitiva, en este pryect fin de carrera se va a crear la aplicación Gestión de Curss de Frmación de Campus Virtual, que llamarems de frma abreviada a partir de ahra MyCursesCV. Cn ella se crea una aplicación web, que slucina la prblemática anterirmente mencinada Objetivs y Métd de trabaj El bjetiv de este pryect fin de carrera es rientar la gestión de ls curss de Campus Virtual hacia una aplicación centralizada. Ls prfesres accederán a la infrmación de ls curss impartids pr Campus Virtual a través de la aplicación. Ls técnics, pr su parte, tendrán la aplicación para gestinar la infrmación que se hará pública para ls prfesres, haciend dich prces de manera limpia y transparente a través de la misma. También se encargarán del crrect funcinamient de la herramienta. Esta herramienta se crea cn el nmbre Gestión de Curss de Frmación de Campus Virtual 9

10 de manera abreviada MyCursesCV. Para cnseguir el bjetiv desead para ls curss de CV se presentan un cnjunt de bjetivs pr fases, de manera que facilite la tarea a la hra de llevar a cab la aplicación. Ests bjetivs se detallan a cntinuación: Fase I. Análisis de requisits del sistema: En esta fase se presentan ls requisits funcinales y n funcinales que debe satisfacer la aplicación. Tds ls requisits expuests en esta fase sn esenciales, n siend aceptable un sistema que n satisfaga algun de ls misms. Para adquirir el cncimient de ls requisits del sistema, se llevan a cab una serie de reunines cn el cliente, estableciend ls distints requisits funcinales de la aplicación. De estas reunines se btiene una lista de requisits, entre ls cuales se pririza para dar más imprtancia a ls indispensables que tiene que tener nuestra aplicación. Fase II. Realización de ls estudis previs necesaris: En esta fase se ven ls distints mdels de prces para la Ingeniería del Sftware, se explican las distintas tecnlgías utilizadas para el desarrll de aplicacines web, y también para la utilización de la base de dats. Se van a analizar las distintas psibilidades que se tienen a la hra de realizar una aplicación web, viend cuál es la que mejr se adapta a nuestr prblema. Fase III. Diseñ de la aplicación: En esta fase se diseña una aplicación web capaz de cumplir ls requisits establecids previamente. La fase del diseñ de la aplicación se centra en cuatr etapas: El diseñ de ls dats: Transfrma el mdel de dmini de la infrmación cread durante el análisis en las estructuras de dats necesari para implementar la aplicación. El diseñ arquitectónic: Define la relación entre cada un de ls elements estructurales del prgrama. El diseñ de la Interfaz: Describe cóm se cmunica la aplicación cnsig misma, cn ls sistemas que peran cn ella, y cn ls usuaris que la emplean. El diseñ de prcedimients: Transfrman elements estructurales de la arquitectura de la aplicación. Dentr del diseñ de la aplicación es dnde se fmenta la calidad del pryect. El diseñ es la única manera de materializar cn precisión ls requisits de la aplicación. 10

11 Fase IV. Implementación de la aplicación: Una vez se tenga hech un diseñ previ que se adapte a las necesidades pedidas en ls requisits, dand slución a nuestr prblema, se realizará la implementación de la aplicación web MyCursesCV. Fase V. Pruebas: Esta fase cierra el prces, siend la última fase en la que se permite verificar y revelar la calidad de la aplicación web desarrllada. En ella se detectarán psibles falls de implementación, calidad usabilidad de la aplicación, mediante pruebas que permitan medir el grad de cumplimient respect a las especificacines iniciales. Además, en esta fase, se realiza el desarrll de ls manuales técnics de manej de la aplicación. Una vez se hayan realizad tdas estas fases, pasará a expltación, estad en el cual debe funcinar crrectamente, haciéndse un trabaj de mantenimient y mejras sbre la misma pr parte del persnal de Campus Virtual Estructura de la memria Pr últim, en este punt final del primer apartad, se hace una breve descripción de ls capítuls sucesivs en ls que se divide la memria: Capítul 2: En este capítul se cmienza cn la definición del sistema pedid. En él se hace una detallada especificación de requisits, bteniend ls requisits funcinales y n funcinales del sistema. Capítul 3: En este capítul se explican ls estudis previs que se realizan antes de cmenzar en prfundidad cn el pryect, eligiend la tecnlgía y el mdel de prces usad. Se explican y argumentan las psibles alternativas de las que se dispne y cuál se elige finalmente para llevar a cab el pryect. Capítul 4: En este capítul se encuentra el análisis y diseñ de la aplicación. El punt de partida será la especificación de ls cass de us. Entrn a ésts, se realiza el análisis de ls misms. Cn el análisis se btienen ls diagramas que definen el diseñ de nuestr sistema. Una vez superada esta fase, se define el diseñ de la arquitectura del sistema, explicand cn detenimient en qué cnsiste y pr qué se ha elegid tal diseñ. A cntinuación se detalla el diseñ de las clases, utilizand un diagrama de clases de nuestr sistema. Pr últim, para terminar este capítul, se mstrará el diseñ de la BD elegid, 11

12 raznand pas a pas cada una de sus tablas, las relacines entre ellas, y ls camps de ls que se cmpnen dichas tablas. Capítul 5: Este capítul está destinad a la implementación y a las pruebas realizadas sbre el sistema. En él se cmienza tratand el lenguaje de prgramación utilizad para cnfeccinar la aplicación MyCursesCV. Se explica cóm se realiza la implementación, añadiend capturas cn partes de códig que se cnsideran relevantes para el desarrll. Pr tr lad, también se detalla cóm se implementa la arquitectura, qué estructura de directris se sigue, etc. De las partes más imprtantes de este capítul es la fase de pruebas realizadas, explicand qué aspects se prueban y qué resultads se btienen. Para finalizar el capítul se desarrlla un manual de prfesr y técnic, dnde se explica de manera fácil y sencilla qué funcinalidades tiene la aplicación MyCursesCV y cóm deben usarse. Capítul 6: En este capítul, últim del dcument, se dedica a las cnclusines btenidas tras la realización del pryect. Primer se hace un resumen del mism, habland en mayr medida de td l que se ha hech en él, y se cnsidera la psibilidad de realizar trabajs futurs y psibles mejras. 12

13 2.Especificación de Requisits En este apartad se presenta la Especificación de Requisits del Sistema (ERS), es decir, las características que el sistema debe satisfacer necesariamente. A cntinuación se enumerarán, describirán y, psterirmente, se expndrán las tareas que permitirán btenerlas Intrducción Prpósit El prpósit de esta ERS es determinar la infrmación necesaria acerca del prblema, las prpiedades y cmprtamients que debe tener el sistema y saber las restriccines de diseñ del prduct final. También servirá cm guía para validar el desarrll del pryect y verificar que se han cmpletad tds ls requisits exigids. Dcumentand el apartad de requisits se favrece que tra persna que n tenga nada que ver cn el pryect cnzca las bases fundamentales del mism sin tener que indagar en la prpia aplicación, pudiend realizar así tareas de revisión del pryect realizar futuras mejras Alcance El sistema que se pretende crear persigue mejrar el acces a la infrmación de ls curss fertads pr el Campus Virtual a ls prfesres de la Universidad Rey Juan Carls, sbre el manej del Campus Virtual y de las Tecnlgías de la Infrmación y la Cmunicación (TIC). Ls requisits detallads más adelante dan una descripción cncreta acerca de cóm el futur sistema ayudará a ls usuaris a realizar mejr sus tareas. Ls prfesres tendrán la infrmación de ls curss del Campus Virtual más accesible, mejrand su frmación en el manej del CV y de las TIC. Ls administradres de la aplicación mejrarán su acces y gestión de dats, realizand sus funcines de una manera más segura y eficiente Descripción General Funcines del sistema 13

14 Las principales funcines del sistema se resumen en ds: pr un lad el prfesr tiene a su alcance un prtal dnde encntrar tda la infrmación de ls curss fertads pr CV, el listad de tds ls curss de CV que haya realizad anterirmente y la gestión de sus certificads; pr tr, ls técnics del CV dispndrán de un prtal cn una funcinalidad sencilla y efectiva, pudiend gestinar de manera centralizada la infrmación de dichs curss y ls certificads que se emiten de cada curs. Hasta ahra ls técnics tenían que tener cncimients anterires sbre bases de dats y lenguajes de prgramación para pder tratar la infrmación relativa a ls curss. Ahra, cn la aplicación MyCursesCV pdrán cambiar directamente cualquier infrmación de ls curss frecids pr el CV desde el prpi prtal, cm se describe en la Imagen 3. Imagen 3. Situación anterir y psterir a la aplicación MyCursesCV Características de ls usuaris En este sistema se distinguen ds perfiles de usuaris. Pr un lad, se tiene un perfil 14

15 prfesr, que englba tant prfesres presenciales cm On Line. Pr tr lad, un perfil al que denminarems técnic, para ls técnics de Campus Virtual. Las características de cada un de ells: Usuari prfesr: Este perfil requiere que se tenga una mínima experiencia cncimient previ sbre navegación a través de páginas web. Este tip de usuari utiliza la aplicación para cnsultar la infrmación sbre ls curss fertads pr el Campus Virtual, el histrial de curss realizads, ls certificads asciads a ells, el estad en el que se encuentran, inscribirse a un curs, darse de baja, etc. Usuari técnic: Este perfil requiere cncimient sbre la aplicación, para pder acceder, cnsultar y editar la infrmación de curss y prfesres. El técnic recibe ests dats desde la prpia aplicación, sin tener que acceder directamente a la base de dats. Es el encargad de dar de alta ls curss, mdificarls brrarls, para que esté actualizada la base de dats y accesible esa infrmación para el rest de técnics y prfesres. También es el encargad de emitir ls certificads a ls prfesres, infrmándles del estad de ls misms, emitir la hja de inscripción de cada curs para ls técnics, tant avanzads cm básics, etc Restriccines Para pder acceder al sistema cn el perfil prfesr, es requisit indispensable que el usuari sea prfesr de la Universidad Rey Juan Carls. Otra restricción imprtante en el sistema es que, a la hra de realizar la selección de ls prfesres que recibirán un curs del CV, se tendrán en cuenta ds criteris: Primer, se dará priridad a ls prfesres On Line frente a ls presenciales. Después, se elegirán ls prfesres pr rden de inscripción al curs. 15

16 Cuand un usuari acceda al sistema, el prces de autentificación l hará de manera segura. Este prces de validación de sesión se hará a través de HTTPS (HyperText Transfer Prtcl Secure) Obtención de Requisits A cntinuación, se definen ls requisits del sistema, que prprcinan la definición del cmprtamient del mism Requisits Funcinales Ls requisits funcinales sn necesaris para especificar el cmprtamient esperad del sistema Requisits de acces RQF_01: Ls usuaris se validan en la aplicación mediante nmbre de usuari y cntraseña de dmini únic de la Universidad Requisits perfil prfesr RQF_02: Cuand el usuari slicite la inscripción en un curs, le aparecerá la pantalla de inici de sesión en el sistema. RQF_03: Cuand el usuari haya iniciad sesión en el sistema, le aparecerá tda la infrmación referente a ls curss del CV. RQF_04: El usuari pdrá cnsultar ls curss que hay fertads pr el CV en ese mment. RQF_05: El usuari pdrá ver un calendari de curss cn infrmación sbre cuánd se llevarán a cab dichs curss, en qué campus se impartirán, la duración, etc. RQF_06: El usuari pdrá inscribirse en un curs fertad pr el CV. RQF_07: Cuand un usuari prfesr finaliza la inscripción en el curs, se le envía un crre electrónic cnfirmand su inscripción. RQF_08: El usuari pdrá darse de baja en un curs en el que previamente se hubiera inscrit. RQF_09: El usuari pdrá cnsultar ls curss en ls que está inscrit. 16

17 RQF_10: El usuari pdrá cnsultar un histrial de ls curss que ya ha realizad. RQF_11: El usuari pdrá cnsultar si ha sid admitid se encuentra en lista de espera en un curs de CV en el que previamente se hubiera inscrit. RQF_12: El usuari pdrá cnsultar el estad del certificad de superación de ls curss que haya realizad. Ls estads psibles serán: El curs ha cncluid y el usuari ha superad el númer mínim de días exigids: En trámite: El certificad se ha expedid, per está pendiente de firma enví al despach del usuari. Sin dirección en gente: El usuari n tiene cumplimentada su dirección en el directri Gente. Pr tant n se le puede enviar el certificad. Enviad: Certificad enviad crrectamente a la dirección que el usuari tiene en el directri Gente. N slicitad: El usuari indicó en la hja de asistencia que n quería certificad del curs. El curs ha cncluid y el usuari n ha superad el númer mínim de días exigids: Sin Certificad: El usuari n ha superad el cómput de hras necesarias para que se le emita el certificad del curs. RQF_13: Si un usuari n tiene dirección en gente, se le enviará un crre electrónic de manera autmática a través del sistema para que especifique su ubicación en la Universidad, dnde quiere que se le envíe el/ls certificad/s. RQF_14: El usuari pdrá slicitar la emisión de un certificad de curs antigu la emisión de un nuev certificad pr pérdida Requisits perfil administradr RQF_15: El usuari puede dar de alta curss que se fertan en Campus Virtual. RQF_16: El usuari puede mdificar la infrmación general de ls curss fertads pr Campus Virtual. RQF_17: El usuari puede eliminar curss que previamente se hayan dad de alta. RQF_18: El usuari puede visualizar el listad de curss que estén en la base de dats desde la aplicación. RQF_19: El usuari puede cnsultar la infrmación de un curs de manera individual. 17

18 RQF_20: El usuari puede cnsultar ls prfesres inscrits en cualquier curs. RQF_21: El usuari puede descargar e imprimir la lista de asistencia de ls curss. RQF_22: El usuari puede cerrar curss, impidiend que se prduzcan nuevas inscripcines de prfesres, cuand se haya: Cmpletad el númer máxim de inscrits y finalizad el plaz de inscripción. Cmpletad el númer máxim de inscrits y n habiend finalizad el plaz de inscripción. N cmpletad el númer máxim de inscrits y habiend finalizad el plaz de inscripción. RQF_23: Una vez cerrad el plaz de inscripción, el usuari ejecutará una lógica para hacer la selección de ls prfesres que finalmente estarán en el curs y ls que entrarán en lista de espera. Ls prfesres On Line tendrán preferencia frente a ls presenciales, siend este el criteri de rdenación seguid pr la lógica. RQF_24: El usuari debe cambiar el estad de ls certificads, para que el prfesr esté avisad del estad de ls misms. RQF_25: Cuand el usuari pnga cm estad de un certificad Sin dirección en Gente, el sistema enviará al prfesr que ha slicitad el certificad un crre autmáticamente para que se pnga en cntact cn el CV, facilitand una dirección física dentr de la Universidad y se le pueda hacer llegar el certificad. RQF_26: En un curs dad, el usuari puede editar la lista de prfesres asistentes, añadiend eliminand prfesres Requisits N Funcinales A cntinuación se describen ls requisits n funcinales que sn necesaris para la crrecta realización de la aplicación. Ests requisits n se refieren a funcines específicas que prprcina el sistema sin que sn restriccines de ls servicis funcines frecidas pr el sistema, tales cm: fiabilidad, tiemp de respuesta, capacidad de almacenamient, etc. Generalmente dichs requisits se aplican al sistema en su ttalidad. RQNF_01: La aplicación debe ser usable en cuant a facilidad de aprendizaje para el usuari, facilidad de us, flexibilidad y rbustez, de manera que el usuari encuentre l que necesita, entienda l que encuentre y actúe en cnsecuencia, dentr de un tiemp y 18

19 esfuerz adecuad. RQNF_02: Accesibilidad web es la capacidad de acces a la web y a sus cntenids para tdas las persnas pr tdas las persnas independientemente de la discapacidad (física, intelectual técnica) que presenten de las que se deriven del cntext de us (tecnlgías ambientales). Este requerimient va íntimamente relacinad cn la usabilidad. La priridad de accesibilidad es el nivel Triple- A (WAI-AAA), de cnfrmidad cn las directrices de accesibilidad para el cntenid web. RQNF_03: La aplicación frecerá un acces segur. RQNF_04: La aplicación deberá sprtar vulnerabilidades de seguridad cm pr ejempl evitar la inyección de SQL. RQNF_05: La aplicación debe ser cnstruida cn la idea de pder ser escalable y crecer en el futur sin que la aplicación pierda calidad en ls servicis frecids. RQNF_06: La aplicación debe realizar un servici rápid y eficaz de manera que el tiemp de respuesta de cualquier peración realizada dentr de la aplicación debe ser inferir a 5 segunds, a excepción de las que invlucren a ls sistemas de infrmación de la universidad, dnde el tiemp de respuesta puede llegar a ls 10 segunds. RQNF_07: La aplicación debe ser fiable, debiend funcinar desarrllar su función baj cndicines fijadas y durante el perid en el que se tenga en expltación. RQNF_08: La aplicación debe estar dispnible en cualquier mment para que ls prfesres puedan cnsultar la infrmación de ls curss cualquier día de la semana, y a cualquier hra. RQNF_09: La aplicación debe autenticar a sus usuaris, utilizand la base de dats del persnal de la Universidad a través del LDAP 1. Se les slicitará a ls usuaris su cuenta de dmini únic y su clave. Tda la infrmación btenida sbre prfesres y técnics del Campus Virtual se debe btener de ls sistemas de infrmación de la universidad. De esta manera n se almacena infrmación sensible en la aplicación y se favrece la privacidad. Infrmación registrada según LOPD. RQNF_10: La aplicación se caracteriza pr ser prtable, ejecutándse en cualquier navegadr web (Safari, Internet Explrer, Mzilla Firefx, etc.) que esté crriend en cualquier sistema perativ (Windws, Linux, etc.). 1 LDAP: sn las siglas de Lightweight Directry Access Prtcl (Prtcl Liger de Acces a Directris) que hacen referencia a un prtcl de nivel de aplicación, el cual permite el acces a un servici de directri rdenad y distribuid, para buscar diversa infrmación en un entrn de red 19

20 3.Estudis Previs En este capítul se muestran ls estudis previs que se han llevad a cab para realizar este pryect. A cntinuación se detallan algunas de las tecnlgías más utilizadas en nuestrs días, viend la amplia variedad de psibilidades que se tienen para desarrllar el pryect Mdels de prces para Ingeniería del Sftware Sn muchs ls mdels de prces para Ingeniería del Sftware, hablar de tds ells llevaría much tiemp. Es pr ell que en este apartad se realiza una breve descripción sbre algunas de las psibles alternativas que se pdían haber elegid y la que finalmente se ha seleccinad para el desarrll del pryect. Mdel en Cascada El mdel en cascada, también cncid cm mdel clásic, en cualquiera de sus variantes, es un de ls más utilizads, pr su eficacia y simplicidad. Este mdel se caracteriza prque divide el prces en etapas de frma que, para pder iniciar una nueva etapa debe esperar a que se termine la etapa inmediatamente anterir. Este mdel se puede dividir en cinc fases. Estas sn: 1. Definición de requisits. 2. Diseñ del Sistema y del sftware. 3. Implementación y prueba de unidades. 4. Integración y prueba del sistema. 5. Operación y mantenimient. Definición de Requisits Diseñ del Sistema y del Sftware Implementación y prueba de unidades Implementación y prueba de uniidades Operación y mantenimient Imagen 4. Mdel en cascada realimentad 20

21 Cm ventajas de este prces se puede destacar que sigue una planificación sencilla, siend un mdel aprpiad cuand se cmprenden bien ls requisits y se definen muy bien desde el principi. Cn este prces n se mezclan fases, reduciéndse riesgs en el pryect. Cm desventaja se destaca que es difícil respnder a ls cambis en ls requisits del cliente. Mdel en Espiral El mdel en espiral es un mdel de prces que se prpne en 1988 pr Barry Behm. El prces se representa cm una espiral más que cm una secuencia de actividades cn vuelta hacia atrás. En cada vuelta de la espiral se representa una fase del prces cn un cnjunt de actividades en cada fase. A diferencia del mdel en cascada, en el mdel en espiral n existen fases fijas. Cada vuelta en la espiral determina las actividades a realizar, cmenzand pr el bucle interir. Cada cicl del mdel en espiral estará divid en cuatr actividades diferentes: 1. Definición de bjetivs. 2. Evaluación y reducción de riesgs. 3. Desarrll y validación. 4. Planificación. En la siguiente figura se puede ver cóm se desarrlla un mdel en espiral. Imagen 5. Mdel en espiral 21

22 Cm ventajas de este prces se puede destacar que n es necesari tener una definición cmpleta de ls requisits para empezar a funcinar, reaccinand mejr ante riesgs en cada un de ls niveles evlutivs. Reduce también el riesg de sufrir retrass ya que al identificar ls prblemas en etapas tempranas, hay tiemp de subsanarls. Cm desventajas se pueden destacar que es un mdel csts, que genera much tiemp en el desarrll del sistema, necesitand además de la participación cntinua del cliente. Prces Unificad El Prces Unificad (PU) es un mdel de prces de la ingeniería del sftware, que se caracteriza pr estar dirigid pr cass de us, centrad en la arquitectura y pr ser iterativ e incremental. Finalmente este es el prces de desarrll elegid para este pryect final de carrera. El PU puede verse n sl cm un prces sin cm una metdlgía adaptable. Est quiere decir que se puede mdificar para adaptarl al sistema cncret que se va a desarrllar en cada mment, ya sea adaptar al trabaj realizad en una rganización, un pryect específic, etc. Pr tra parte se puede decir que el PU es una técnica para elabrar mdels, que se adapta especialmente al Lenguaje Unificad de Mdelad (UML). Su bjetiv es prducir un sftware de calidad. Este prces n sól cnsidera aspects de desarrll de un sistema, sin también ls de gestión del mism. El PU se caracteriza pr ls siguientes aspects: Iterativ e Incremental: El Prces Unificad es un marc de desarrll iterativ e incremental cmpuest de cuatr fases denminadas: Inici, Elabración, Cnstrucción y Transición. Cada una de estas fases está a su vez dividida en una serie de iteracines. Estas iteracines frecen cm resultad un increment del prduct desarrllad que añade mejra las funcinalidades del sistema en desarrll. Cada una de estas iteracines se divide a su vez en flujs de trabaj: Requisits, Análisis, Diseñ, Implementación y Pruebas. Aunque tdas las iteracines suelen incluir trabaj, el grad de esfuerz dentr de cada fluj de trabaj varía a l larg del pryect. 22

23 Dirigid pr ls cass de us: En el PU, ls cass de us se utilizan para capturar ls requisits funcinales y para definir ls cntenids de las iteracines. Centrad en la arquitectura: El PU asume que n existe un mdel únic que cubra tds ls aspects del sistema. Pr dich mtiv existen múltiples mdels y vistas que definen la arquitectura de sftware de un sistema. Enfcad en ls riesgs: El PU requiere que el equip del pryect se centre en identificar ls riesgs crítics en una etapa temprana del cicl de vida. Ls resultads de cada iteración, en especial ls de la fase de Elabración, deben ser seleccinads en un rden que asegure que ls riesgs principales sn cnsiderads primer. A cntinuación se describen las ventajas y desventajas de utilizar el mdel de PU: Ventajas Es tlerante a cambis en ls requerimients. Adaptabilidad del desarrll a nuevs requisits cambis. Ls elements se integran prgresivamente. Se pueden encntrar errres en etapas tempranas y crregirls, cn l que resulta un prduct más rbust. Hay varias prtunidades para revisar el sistema en estudi hasta que sea aceptable. Se define una arquitectura sólida en etapas tempranas del desarrll. La arquitectura de un sistema se define cm un cnjunt de cmpnentes y las interaccines entre ellas. De este md este tip de cicl de vida debe ser ampliable, pr l que el sistema es rbust, y tiene facilidad de mantenimient. Se reducen ls riesgs. En cada mment hay una versión del sistema funcinand que se mdifica según las necesidades y deses del cliente. 23

24 Desventajas Puede resultar un pc difícil para quien n tenga experiencia en el us de prcess de ingeniería de sftware. En la Imagen 6 que se muestra a cntinuación se pueden ver las distintas fases en las que se divide el PU y ls flujs de trabaj que tiene cada fase. Imagen 6. Mdel en espiral 3.2. Tecnlgías para Desarrll de Aplicacines web En la actualidad sn muchas las tecnlgías utilizadas para el desarrll de aplicacines web. Es indispensable en la fase de estudis previs hacer un análisis de las psibilidades que se presentan para la realización del pryect. A cntinuación se detallan de manera resumida las tecnlgías más extendidas y cmerciales en este camp, prestand especial atención a las tecnlgías que definitivamente se han decidid usar: 24

25 Active Server Pages (ASP) Active Server Pages, más cncid cm ASP clásic, es una tecnlgía creada e impulsada pr Micrsft. El entrn ASP cnsiste en páginas que cntienen text, cmands, etiquetas HTML, n siend este un lenguaje de prgramación en sí. Entre las ventajas y desventajas de utilizar Active Server Pages (ASP) se incluyen: Ventajas Cstes predecibles Fácil implantación Actualizacines autmáticas. Desventajas Se encarga de detectar el tip de navegadr utilizad pr el cliente. Sftware prpietari. Pc rganizad. Se ejecuta sbre el servidr, l que puede prvcar mucha carga de prcess. Tiene que ejecutarse en un PC que tenga Windws y un servidr web llamad Internet Infrmatin Server (IIS). Est limita much a que se den estas características para funcinar. ASP.NET Es una herramienta de desarrll Web cmercializada pr Micrsft. Usada pr prgramadres para cnstruir sitis Web dinámics, aplicacines Web y servicis XML. Frma parte de la platafrma NET de Micrsft y es la tecnlgía sucesra de la tecnlgía Active Server Page (ASP). Entre las ventajas y desventajas de utilizar ASP.NET se encuentran: Ventajas Velcidad 25

26 Seguridad Cntenid web dinámic Prgramación mdular y rientada a bjets. Desventajas Aplicacines multicapa: separación del códig frente la interfaz de usuari. Sftware prpietari. La licencia, las actualizacines y el sprte sn de pag. N es tan fácil encntrar dcumentación libre cm cn las tras tecnlgías GPL. Java Server Pages (JSP) Java Server Pages (JSP) es una tecnlgía Java que permite generar cntenid dinámic para web, en frma de dcuments HTML, XML, etc. Cmparte algunas características cn ASP.NET. Es psible ejecutar una aplicación que use tecnlgía JSP desde diferentes servidres sin necesidad de que tengan la misma platafrma sftware. Entre las ventajas y desventajas de utilizar Java Server Pages (JSP) se incluyen: Ventajas Libre. Diseñ web dinámic. Multiplatafrma. Multiservidr. Orientad a bjets. Mdular. Lenguaje de desarrll Java. 26

27 Desventajas Hay mtres libres per la mayría sn de pag. Es más cmplej y difícil de aprender. Se necesitan cncimients del lenguaje y especificacines Java. Asynchrnus JavaScript And XML (AJAX) L primer que se debe decir es que AJAX n es una tecnlgía en sí misma, sin que cmbina tres tecnlgías: HTML: Para el diseñ. Dcument Object Mdel (DOM): cm lenguaje script para interactuar cn el interfaz que se le frece al usuari. XML: Frmat para la transferencia hacia el servidr. Se define cm una técnica de apy para crear aplicacines web dinámicas e interactivas cn el usuari. Mientras la aplicación se ejecuta en el navegadr del usuari, también se mantiene una cmunicación asíncrna y en segund plan cn el servidr, así se pueden realizar cambis en la web sin necesidad de recargarla. A cntinuación se va a describir las ventajas y desventajas de utilizar Asynchrnus JavaScript And XML (AJAX): Ventajas Se ejecuta en la máquina cliente. Cada cambi n implica la recarga de la página cmpleta. Mejr usabilidad para el cliente. Es fácilmente prtable entre platafrmas. 27

28 Desventajas Sn más difíciles de desarrllar que las páginas estáticas. La infrmación en la página dinámica n se almacena en ls registrs del buscadr. El siti cn AJAX cnsume muchs recurss en el servidr, pr tant sl se recmienda cn peticines necesarias en AJAX, n desarrllarl td cn esta tecnlgía. PHP Hypertext Pre-prcessr (PHP) PHP es una de las tecnlgías elegidas para realizar este pryect. Cm hicims cn el rest de tecnlgías harems un breve resumen de las características del sistema y acabarems explicand ls mtivs pr ls que hems elegid esta tecnlgía. Es un lenguaje de códig fuente libre, sencill de aprender, perfectamente integrad cn HTML, utilizable en cualquier servidr (aunque nació pensad para Linux sbre Apache) y cn una sintaxis familiar para desarrlladres C. Las ventajas y desventajas de utilizar PHP sn: Ventajas Libre. Sencill para el desarrlladr. Cmunicación cn base de dats sin usar ODBC. Desventajas Bibliteca muy cmpleta. Lenguaje script, baj nivel, n cmpilad. Limitad en la rientación a bjets. Se ejecuta sbre el servidr l que puede prvcar mucha carga de prcess. N genera cntenid web dinámic pr sí mism, necesita apyarse en tra/s tecnlgía/s. 28

29 JavaScript JavaScript es tra de las tecnlgías que se usarán a l larg del pryect. A cntinuación se presentang algunas de sus características más imprtantes. Es un lenguaje script (el más usad hy) rientad a bjets. Está basad en accines, pc restrictiv y generalmente incrustad cm una pequeña funcinalidad dentr de una aplicación web. Es multiplatafrma y se ejecuta pr separad en las máquinas servidr y cliente. Es imprtante n cnfundir Javascript cn Java. Las ventajas y desventajas de utilizar JavaScript sn: Ventajas Capaz de generar cntenid dinámic. Se puede ejecutar en las platafrmas más cmunes usadas pr ls servidres. Desventajas Segur pr el hech de ser un lenguaje script. Dispnibilidad de bjets limitada, l que puede prvcar la generación de scripts cmplejs para peracines relativamente sencillas. El códig es visible inclus el prtegid cn cpyright. Debe cargarse pr cmplet antes de ser ejecutad. Principalmente se ha decidid usar JavaScript, prque es muy útil para el cntrl de errres en la prpia aplicación. HTML HTML (Hypertext Markup Laguage) va a ser tra de las tecnlgías a utilizar para el desarrll de este pryect fin de carrera. A cntinuación se indican las raznes pr las que se hace us de él. HTML es un lenguaje de marcad utilizad para la elabración de páginas web. Cn este lenguaje se define la estructura y el cntenid en frma de text, así cm para cmplementar este text cn distints bjets cm imágenes, flash, vídes, etc. 29

30 HTML cnsta de varis cmpnentes tales cm elements y atributs (pares nmbrevalr), que están incluids dentr de ls prpis elements, tips de dats y la declaración del tip de dcument. Ls elements sn la estructura básica de un archiv HTML. Ests tiene ds prpiedades básicas: atributs y cntenid. Ls elements se cmpnen pr una etiqueta de inici y tra de cierre. Dentr de HTML existen distints tips de marcad: Marcad estructural: Describe el prpósit del text, sin imprtar la función que tenga. Marcad presentacinal: Describe la apariencia del text, sin imprtar su función. Marcad hipertextual: Se utiliza para enlazar partes del dcument cn trs dcuments u tras partes del prpi dcument. El lenguaje de marcad HTML puede ser cread y editad cn cualquier editr de text básic. La última versión de este lenguaje de marcad es HTML5. Es la quinta revisión imprtante del lenguaje básic HTML para la Wrld Wide Web (WWW). HTML5 incluye nvedades significativas en distints ámbits, ya que n se limita a incrprar nuevas etiquetas eliminar las que están en desus, sin que supne mejras en áreas que hasta ahra quedaban fuera del lenguaje y para las que se necesitaba utilizar tras tecnlgías Bases de Dats Una Base de Dats (BD), es un cnjunt de dats perteneciente a un mism cntext y almacenads sistemáticamente para su psterir us. Una BD permite guardar grandes cantidades de infrmación de frma rganizada, permitiend la psibilidad de encntrar y utilizar dicha infrmación en el futur. El términ de BD fue escuchad pr primera vez en 1963, en un simpsi celebrad en Califrnia. Cada BD se cmpne de una más tablas que guarda un cnjunt de dats. Cada tabla tiene una más clumnas y filas. Las clumnas guardan una parte de la infrmación sbre cada element que querams guardar en la tabla y cada fila de la tabla cnfrma un registr. Existen prgramas denminads Sistemas Gestres de Bases de Dats (SGBD) que permiten almacenar y psterirmente acceder a ls dats, de una manera rápida y 30

31 estructurada. En este pryect se utilizan ds tips de SGBD: Oracle y MySQL. A cntinuación se pasa a ver ambs un pc más en prfundidad. Oracle Oracle cm se ha dich anterirmente es un SGBD bjet-relacinal desarrllad pr Oracle Crpratin. Se le cnsidera un de ls sistemas de base de dats más cmplej, usándse principalmente en grandes empresas, destacand: Sprte de transaccines. Estabilidad. Escalabilidad. Sprte multiplatafrma. En una BD Oracle se distinguen ds estructuras diferentes: Estructura física: crrespnde a ls fichers del sistema perativ. Una BD tiene un más fichers de dats. Ests fichers sn de tamañ fij y se establecen en el mment en que se crea la base de dats en el mment en el que se crean tablespaces. Ls dats del ficher de dats sn leíds cuand se necesitan y situads en una caché de memria cmpartida, para que el próxim acces a ls misms sea más rápid. Estructura lógica: está frmada pr ls tablespaces y ls bjets de un esquema de BD. Cada BD estará frmada pr un más tablespaces y cada una de ellas se crrespnde cn un más fichers de dats. Objets: tablas, vistas, índices asciads a una tabla, clusters, etc. MySQL MySQL es un SGBD relacinal multiusuari, multiplatafrma y cn licencia GPL 2 de la GNU. MySQL fue cread pr la empresa sueca MySQL AB que cnserva td el códig fuente del servidr baj cpyright. 2 Licencia GPL: GNU General Public License 31

32 Cm características fundamentales de MySQL se destacan: Psibilidad de crear y cnfigurar usuaris, junt cn sus permiss de acces, lectura y escritura. Facilidad a la hra de exprtar e imprtar dats bases de dats cmpletas. Psibilidad de ejecutar cnjunts de instruccines ( query ) guardadas en fichers externs a la base de dats. Además de estas características generales, ga cntinuación se señalan las más imprtantes cn las que cuenta la v5: Prcedimients almacenads, cursres, disparadres y vistas actualizables. Tip de dat VARCHAR, INFORMATION_SCHEMA (tabla de cnfiguración de la BD pr defect) y md Strict. Sprte de transaccines distribuidas, mtres de almacenamient independientes y transaccines cn dichs mtres de almacenamient. Cache de query s, sprte SSL, SELECT s anidads, indexación y sprte Unicde. MySQL sigue desarrllándse y evlucinand prque las necesidades de ls usuaris están en cntinu cambi. Así la empresa MySQL AB en el apartad de mejras futuras pretende frecer las siguientes funcinalidades a crt plaz: Particinad de la BD Backup en línea para ls mtres de almacenamient y replicación segura. Restriccines a nivel de clumna. Planificación de events. Incrprar funcines XML. En este pryect se lleva a cab el us de Oracle para la parte destinada a la autenticación de usuaris. MySQL se utiliza cn la base de dats creada y diseñada específicamente para este pryect. 32

33 3.4. LDAP LDAP (Lightweight Directry Access Prtcl) es una tecnlgía que hace referencia a un prtcl de nivel de aplicación, el cual permite el acces a un servici de directri rdenad y distribuid para buscar diversa infrmación en un entrn de red. LDAP también es cnsiderad una base de dats a la que puede realizarse cnsultas, aunque su sistema de almacenamient pueda ser diferente, en este cas está basad en tecnlgía Oracle. Esta tecnlgía se emplea en la autenticación de usuaris, cuand ests quieran acceder a la aplicación, ya que guarda el usuari y la cntraseña del persnal de la Universidad (prfesres, PAS, alumns). El mtiv de utilizar LDAP es que ls usuaris pueden utilizar el usuari y cntraseña de dmini únic, cn el fin de unificar el us de dich usuari para tdas las platafrmas que se utilizan en la universidad. La versión actual es LDAPv3 y se especifica en una serie de Internet Engineering Task Frce (IETF) Standard Track Request fr Cmments (RFCs) cm se detalla en el dcument RFC Entre las ventajas y desventajas de utilizar LDAP están: Ventajas Es muy rápid en la lectura de registrs Permite replicar el servidr de frma muy sencilla y ecnómica Muchas aplicacines de td tip tienen interfaces de cnexión a LDAP y se pueden integrar fácilmente Dispne de un mdel de nmbres glbales que asegura que tdas las entradas sn únicas Usa un sistema jerárquic de almacenamient de infrmación. Permite múltiples directris independientes Funcina sbre TCP/IP y SSL La mayría de aplicacines dispnen de sprte para LDAP 33

34 Desventajas La mayría de servidres LDAP sn fáciles de instalar, mantener y ptimizar. LDAP resulta cmplicad de cnfigurar ya que es un sistema cmplej Https: Prtcl segur Este prtcl de red está basad en HTTP y permite la trasferencia segura de dats de hipertext. Para ell se ha emplead el prtcl de red SSL, que permite cn prtcls criptgráfics cmunicacines seguras a través de la red. Para llevar a cab este prtcl se necesita un certificad SSL, encargad de establecer un canal de cmunicación privad que permita cifrar ls dats durante la trasmisión. Ls certificads SSL cnsisten en una clave pública, para cifrar la infrmación, y una clave privada para descifrarla. Ls certificads se crean para un servidr cncret en un dmini específic y para una entidad cmercial cmprbada. El funcinamient baj SSL es sencill; al entrar en la página que funcina baj SSL el navegadr slicita al servidr que se autentique. Ls usuaris del siti web pueden ver el nmbre de la rganización certificad pr una entidad de cnfianza. Este hech se denta cn diversas marcas de cnfianza SSL (candad cerrad ). En el cas de que la infrmación n cincida el certificad este caducad, quedará en evidencia en la página mstrada a través del navegadr. 34

35 4.Análisis y Diseñ 4.1. Especificación de ls cass de us En este apartad se pasan a especificar ls cass de us, junt cn ls actres que van a frmar parte de la aplicación. Tal y cm se ve en la Imagen 7, ls usuaris que tienen acces a la aplicación sn prfesres y técnics de CV. A cada un de ells van asciads ls cass de us que realizan en la aplicación representándse también, qué cass de us sn cmunes a ls ds. Imagen 7. Diagrama de cass de us Una vez especificads de manera gráfica ls actres y ls cass de us de la aplicación, se pasa a describir de manera más detallada algun de ls cass de us más imprtantes. 35

36 Cas de Us CU001: Autenticar Usuari Descripción: permite a un usuari identificarse y autenticarse de frma segura, para pder acceder a la funcinalidad que le frece la aplicación. Actres: Administradr (técnic de CV) y prfesr. Precndicines: ninguna. Garantías de éxit (pstcndicines): ls actres se han identificad y autenticad cn éxit en el Sistema. Referencias: Requisit RQF_01. Escenari principal de éxit (camin básic): 1. El Actr slicita autenticarse en el Sistema. 2. El Sistema slicita ls dats de autenticación del Actr. 3. El Actr intrduce ls dats slicitads y seleccina la pción Entrar. 4. El Sistema verifica ls dats de autenticación intrducids. 5. El Sistema da acces al usuari y le presenta la funcinalidad de la que dispne. Extensines (escenaris alternativs): 5a. Ls dats de autenticación n sn válids. 1. El Sistema devuelve un mensaje explicand el errr. 2. El camin vuelve al pas 2. Cas de Us CU002: Inscripción a un curs Descripción: permite a un usuari inscribirse a un curs. Actres: Prfesr. Precndicines: el Actr debe haberse autenticad en el Sistema y debe haber cnsultad la infrmación del curs dnde se quiere inscribir. Garantías de éxit (pstcndicines): el Actr se ha inscrit en un curs crrectamente y recibirá un crre cnfirmación. Referencias: Requisit RQF_06 Y requisits RQF_07. 36

37 Escenari principal de éxit (camin básic): 1. El Actr slicita inscribirse en un curs fertad pr CV. 2. El sistema slicita ls dats necesaris para hacer la inscripción al curs del prfesr. 3. El Actr intrduce ls dats slicitads y seleccina la pción Enviar. 4. El Sistema verifica ls dats de autenticación intrducids. 5. El Sistema envía un crre electrónic a la dirección electrónica asciada en la universidad a dich prfesr. 6. El Sistema le presenta un mensaje al Actr, indicándle que se ha realizad la inscripción al curs de manera crrecta. Extensines (escenaris alternativs): 3a. El Actr cancela la peración 1. El Sistema vuelve a la infrmación general de ls curss. 5a. Ls dats de autenticación n sn válids. 1. El Sistema devuelve un mensaje explicand el errr. 2. El camin vuelve al pas 2. 6a. El n ha pdid ser enviad. 1. El Sistema devuelve un mensaje explicand el errr, aunque la inscripción si se ha hech crrectamente. 2. El Sistema vuelve a la infrmación general de ls curss. Cas de Us CU003: Cnsultar curss inscrits de un prfesr Descripción: permite a un usuari cnsultar ls curss en ls que está inscrit. Actres: Prfesr. Precndicines: el Actr debe haberse autenticad en el Sistema. Garantías de éxit (pstcndicines): el Actr visualizará un listad de tds ls curss en ls que está inscrit en ese mment, si n se ha inscrit en ningún curs aparecerá un mensaje infrmativ. 37

38 Referencias: Requisit RQF_09. Escenari principal de éxit (camin básic): 1. El Actr slicita visualizar el listad de curss en ls que está inscrit. 2. El sistema busca dicha infrmación y l muestra en una tabla. 3. El Actr visualiza la infrmación en pantalla, pudiend seleccinar distintas pcines. Extensines (escenaris alternativs): 2a. El sistema n encuentra curss en ls que esté inscrit el Actr en ese mment. 2. El Sistema devuelve un mensaje explicativ. Cas de Us CU004: Brrar curs inscrit de un prfesr Descripción: permite a un usuari brrar un curs en el que se haya inscrit. Actres: Prfesr. Precndicines: el Actr debe haberse autenticad en el Sistema, debe haberse inscrit en algún curs y debe haber cnsultad la lista de curss en ls que se ha inscrit. Garantías de éxit (pstcndicines): el Actr se brra de un curs cn éxit. Referencias: Requisit RQF_09 y requisit RQF_08. Escenari principal de éxit (camin básic): 1. El Actr visualiza la infrmación en pantalla. 2. El Actr seleccina el curs en el que se quiere dar de baja. 3. El Actr pulsa en el btón Baja. 4. El sistema brra la inscripción de dich prfesr en el curs. 5. El sistema le muestra al prfesr la lista de curss en ls que está inscrit, sin el curs en el que se acaba de dar de baja. Extensines (escenaris alternativs): 3a. El prfesr cancela la acción. 38

39 3. El camin vuelve al pas 1. Cas de Us CU005: Dar de alta un curs Descripción: permite a un usuari dar de alta un nuev curs en la BD. Actres: Administradr (Técnic de CV). Precndicines: el Actr debe haberse autenticad en el Sistema. Garantías de éxit (pstcndicines): el Actr da de alta un curs cn éxit. Referencias: Requisit RQF_15. Escenari principal de éxit (camin básic): 1. El Actr slicita crear un nuev curs. 2. El Sistema slicita ls dats para la creación del nuev curs. 3. El Actr intrduce ls dats slicitads y seleccina la pción Crear. 4. El Sistema verifica ls dats de autenticación intrducids. 5. El Sistema crea el curs en la BD. 6. El sistema muestra un mensaje al Actr pr pantalla, infrmand que se ha cread el curs cn éxit. Extensines (escenaris alternativs): 3a. El prfesr cancela la acción. 4. El camin vuelve a la pantalla principal del Actr. 5a. Ls dats de autenticación n sn válids. 5. El Sistema devuelve un mensaje explicand el errr. 6. El camin vuelve al pas Análisis de ls cass de us Diagramas de análisis Una vez realizad ls cass de us, identificams las clases que van a frmar parte del sistema, centrándns en el tratamient de ls requisits funcinales. Este primer análisis ls harems a partir de diagramas UML de clases de análisis. Tendrems un diagrama para cada 39

40 cas de us de la aplicación. El mdel de clases de análisis se caracteriza pr tener tres cmpnentes principales: Una clase Interfaz: En esta clase se mdela la interacción entre el sistema y ls actres. Una clase Gestr: En esta clase se representa la crdinación, secuencia, transaccines y cntrl de trs bjets, encapsuland el cntrl de un cas de us cncret. Cn esta clase se mdelan ls aspects dinámics del sistema, debid a que se manejan y crdinan las accines y ls flujs de cntrl principales, delegand el trabaj a trs bjets. Una clase Entidad: En esta clase se mdela la infrmación y cmprtamient asciad de algún fenómen cncept, cm una persna un bjet. Esta infrmación será nuestra estructura de dats lógica, cntribuyend a cmprender de qué infrmación depende el sistema. En este cas, se asciará a nuestra base de dats de Curss, prfesres, etc. A cntinuación se muestra algun de ls diferentes diagramas de análisis que btendrems de cada una de nuestras funcinalidades, cincidiend cn ls cass de us descrits en el apartad anterir. Autenticar: Inscripción a un curs: Imagen 8. Diagrama de análisis -- Autenticar Imagen 9. Diagrama de análisis Inscripción curs 40

41 Cnsultar curss inscrits de un prfesr: Imagen 10. Diagrama de análisis Cnsulta de curss en ls que el prfesr está inscrit Darse de baja en un curs: Imagen 11. Diagrama de análisis Baja de un curs Alta de un curs: Imagen 12. Diagrama de análisis Alta de un curs Descripción de la interacción de bjets Después de haber intrducid cuáles sn ls bjets necesaris para la aplicación, se pasará a describir la interacción entre ls misms. Para ell se utilizan ls diagramas de clabración, que describen el cmprtamient del sistema a l larg del tiemp. 41

42 Ls diagramas de clabración muestran las funcinalidades definidas en ls cass de us. Una clabración se cncibe cm una interacción entre un cnjunt de bjets para implementar un cmprtamient del sistema. En ls siguientes diagramas de clabración se muestran ls diferentes cmpnentes que tiene cada funcinalidad que sn: interfaz de usuari, cntrl y base de dats. Dependiend de la funcinalidad que se esté definiend en el diagrama de clabración, aparecerán uns mensajes u trs y ls nmbres de ls cmpnentes serán también diferentes. Ls mensajes que se pasan de un cmpnente a tr estarán etiquetads cn un númer de secuencia para ubicarls en el tiemp. A cntinuación se muestran alguns diagramas de clabración de la aplicación, cincidiend cn ls diagramas de análisis mencinads en el apartad anterir. Autenticar: Imagen 13. Diagrama de clabración -- Autenticar Inscripción a un curs: Imagen 14. Diagrama de clabración Inscripción a un curs 42

43 Cnsultar curss inscrits de un prfesr: Imagen 15. Diagrama de clabración Cnsultar curss inscrit Darse de baja en un curs: Imagen 16. Diagrama de clabración Darse de baja en un curs Alta de un curs: Imagen 17. Diagrama de clabración Alta de un curs 43

44 4.3. Diseñ de la arquitectura del Sistema La arquitectura utilizada en este pryect fin de carrera es la arquitectura de tres capas. Esta arquitectura se caracteriza pr separar la lógica de negci de la lógica de diseñ. Imagen 18. Arquitectura de 3 capas De este md se diferencia de manera fácil: La capa de presentación: se encarga de las funcines de la interfaz gráfica, presentand el sistema al usuari. Le cmunica la infrmación y captura la infrmación del usuari, realizand un filtrad previ para cmprbar que n hay errres de frmat en ls dats intrducids. Debe ser una interfaz gráfica amigable para el usuari y fácil de utilizar. Esta capa se cmunica única y directamente cn la capa de negci. La capa de negci: en ella reside tda la lógica de negci de la aplicación. Esta capa sirve de puente entre la capa de presentación y la capa de dats. Pr un lad, se cmunica cn la capa de presentación recibiend las slicitudes y presentand ls resultads. Pr tr, se cmunica cn la capa de dats para almacenar recuperar dats que necesite en sus peracines. La capa de dats: se encarga de almacenar ls dats utilizads en el sistema. Está frmad pr un SGBD que se encarga de acceder a ls misms, cuand la capa de negci se l slicita. Esta capa se cmunica única y directamente cn la capa de negci. 44

45 4.4. Diseñ de Clases A cntinuación se presenta el diagrama de clases de la aplicación. Cn este diagrama se puede apreciar la estructura del sistema, sus clases, atributs y las relacines entre ells. Se ha intentad esquematizar el gráfic, pniend las clases, relacines y atributs más imprtantes que reflejaran la funcinalidad de la aplicación. Imagen 19. Diseñ de Clases 4.5. Diseñ de la Base de dats En este apartad de diseñ de la base de dats se muestra el mdel que se va a utilizar en la aplicación de curss para CV. Se tendrá una base de dats realizada mediante el SGBD 45

46 MySQL y diseñada cn el prgrama DBDesigner 4. Para hacer dich diseñ, se ha seguid la especificación de requisits realizada en la fase de análisis de este pryect. Cm cmplement a la aplicación se realizan cnsultas para permitir al LDAP de la universidad el acces, así cm a un cnjunt de vistas preparadas en SGBD Oracle, destinada a extraer la infrmación de ls prfesres para la validación de usuaris en la aplicación MyCursesCV. A cntinuación se muestra una imagen del diseñ realizad de la Base de Dats de nuestra aplicación. Imagen 20. Diseñ de la Base de Dats MySQL En el diseñ de la base de dats se destacan distintas znas especializadas, cn el fin de que fácilmente se vea a qué dats de la BD crrespnde cada zna: 1. Zna de Administradres: Dentr se encuentra la tabla cn la infrmación de ls 46

47 administradres de la aplicación, en este cas ls técnics de Campus Virtual. 2. Zna de Alumns: Sn las tablas relacinadas cn la infrmación de ls prfesres que se inscriben en ls curss. 3. Zna de Curss: Tablas cn la infrmación de ls curss del Campus Virtual. 4. Zna de Certificads: Esta zna incluye la infrmación de las tablas referentes a la infrmación de ls certificads asciads a ls curss dads en Campus Virtual y a ls alumns que se han inscrit a dichs curss. Para cntinuar, se prfundizará en la descripción de la funcinalidad de cada una de las tablas, sus camps y cada una de sus relacines: 1. Tabla Administradres: En esta tabla se recgerán ls identificadres de ls técnics del Campus Virtual. Sól tiene un camp: a. idadministradres: Identificadr de ls técnics de CV. La infrmación relativa a la cntraseña, al ser infrmación susceptible, se cmprbará directamente del LDAP. 2. Tabla Alumn: Esta tabla alberga la infrmación de tds ls prfesres que se inscriben en ls curss de Campus Virtual. Ls atributs que incluye sn: a. Crre (Clave primaria): El id del prfesr es el identificadr que se utiliza para pder asignar a ls prfesres curss, certificads, etc. Es un atribut de tip Varchar. b. Nmbre: Atribut de tip Varchar, en el que se recge el nmbre del prfesr. c. Apellid1: Atribut de tip Varchar, en el que se recge el primer apellid del prfesr. d. Apellid2: Atribut de tip Varchar, en el que se recge el segund apellid del prfesr. e. Campus: Atribut de tip Varchar, en el que se recge el Campus al que pertenece dich prfesr. Ls psibles valres que pdrá tmar este atribut sn: i. Alcrcón. ii. Fuenlabrada. 47

48 iii. Móstles. iv. Vicálvar. Si pertenece a varis campus, el prfesr tendrá que pner su ubicación principal, dnde se encuentra el despach. Esta infrmación se recgerá de un frmulari inicial a la hra de inscribirse a un curs. f. Teléfn: Atribut de tip Varchar, en el que se recge el teléfn fij del despach del prfesr. g. Móvil: Atribut de tip Varchar, en el que se recge el teléfn móvil del prfesr. h. Online: En este camp se albergará la infrmación de si un prfesr es On Line n. Se guardará cm un tip enumerad (Sí N). 3. Tabla Curs: En esta tabla se recge la infrmación relativa a ls curss de frmación fertads pr Campus Virtual. Ls atributs de esta tabla sn: a. IdCurs (Clave primaria): En este atribut de tip integer, se irá asignand un númer únic a cada un de ls curss que se den de alta en el Campus Virtual, de manera incremental. b. Tip_Curss_idTip_Curss (Clave fránea): Será un tip Varchar, dnde se guarde la infrmación sbre el tip de curs. Este camp será una referencia a la clave primaria de la tabla Tip_Curss y sól pdrá cntener ls siguientes valres: i. B: Referente al curs Básic. ii. CC: Referente al curs de Creación de Cntenids. iii. GA: Referente al curs de Gestión Avanzada. Si esta infrmación cambia en el futur, se añadirían en la base de dats las siglas referentes a ls nuevs curss, haciend las cmprbacines pertinentes en el códig. Si pr el cntrari se quitara algún curs de ls que ahra están, simplemente cambiarían las cmprbacines en el códig. c. Fecha_inici: Fecha en frmat Date que indica el inici del curs. d. Fecha_fin: Fecha en frmat Date que recge la infrmación del fin del curs. e. Duración: Atribut de tip Integer, dnde se recgerá la duración en días 48

49 de cada curs. f. Campus: Atribut de tip Varchar, dnde se guarda el Campus en el que se imparte el curs. Ls psibles valres que pdrá tmar este atribut sn: i. Alcrcón. ii. Fuenlabrada. iii. Móstles. iv. Vicálvar. g. Aula: Atribut de tip Varchar, dnde se guarda la infrmación del Aula dnde se imparte el curs. h. Impartid_pr: Atribut de tip Varchar, dnde se guarda el nmbre del técnic de Campus Virtual que imparte el curs. Si sn varis prfesres ls que imparten el curs, se meterán separads pr cmas. i. Impartid: Atribut de tip Enum, dnde se guardará el valr referente a si se ha impartid el curs n. Al ser un tip Enum puede tmar ls valres Sí N. j. Mstrad: Atribut de tip Enum dnde se guarda la infrmación referente a si el curs se muestra en la página web n. Al ser de tip Enum, puede tmar ls valres Sí N. k. Estad: Atribut de tip Enum, dnde se guarda el estad de inscripción del curs. Ls psibles valres que puede tmar este atribut sn: i. ABIERTO: Plaz de inscripción abiert. ii. CERRADO: Plaz de inscripción cerrad. l. Activ: Atribut de tip Enum, dnde se guarda la infrmación sbre si el curs está activ n. Ls psibles valres que puede tmar sn Sí N. m. Hrari: Es un atribut de tip Varchar, dnde se guardará en text el hrari que va a tener el curs. n. Plazas: Atribut de tip Integer, que guarda el númer de plazas que se aceptan en el curs.. Nuev: Atribut de tip Enum, dnde se guarda la infrmación sbre si el curs es nuev n. Ls psibles valres que puede tmar sn Sí N. p. Fecha_text: Atribut tip Varchar, destinad a albergar la infrmación detallada de la fecha en la que se imparte el curs en frmat textual. q. Turn: Atribut de tip Enum, dnde se guarda la infrmación relativa al 49

50 turn en el que se imparte el curs. Ls psibles valres sn: i. Mañana. ii. Tarde. La relación entre la tabla Alumn y la tabla Curs, es del tip N:M. Pr tant, a la hra de diseñar la base de dats, tendrems una tabla intermedia que slucina este tip de relación, llamada Alumn_Inscrit_Curs. 4. Tabla Alumn_Inscrit_Curs: Esta es la tabla intermedia resultante de la relación entre las tablas Alumn y Curs. Ls atributs de esta tabla sn: a. Alumn_crre (Clave primaria y fránea): Atribut de tip Varchar, que recge la infrmación del identificadr del alumn. Es una clave primaria y fránea a la vez, prque hace referencia a la clave primaria de la tabla Alumn. b. Curs_idCurs (Clave primaria y fránea): Atribut que recge la infrmación del identificadr de ls curss, siend a su vez clave primaria y fránea. Est es así prque hace referencia a la clave primaria de la tabla Curss. c. Asistencia: Atribut de tip Enum. Recge la infrmación sbre si el prfesr asiste al curs n. d. Fecha_inscripcin: Atribut de tip Date, dnde se guarda la fecha de inscripción del prfesr en el curs. e. Certificad: Atribut de tip Enum, dnde se guarda la infrmación sbre si el prfesr quiere certificad n. 5. Tabla Tip_Curs: En esta tabla se guarda tda la infrmación genérica relativa a ls curss de frmación de CV. Ls atributs de esta tabla sn: a. IdTip_Curs (Clave primaria): Atribut de tip Varchar, dnde se guarda la infrmación sbre el tip de curs. Este camp sól pdrá cntener ls siguientes valres: i. B: Referente al curs Básic. ii. CC: Referente al curs de Creación de Cntenids. iii. GA: Referente al curs de Gestión Avanzada. 50

51 b. Descripción: Atribut tip Varchar, dnde se hace una descripción detallada sbre el tip de curs que se guarda. c. Cntenid: Atribut tip Varchar, dnde se guarda el itinerari a seguir en el curs asciad. d. Objetivs: Atribut tip Varchar, dnde se guarda tda la infrmación detallada sbre ls bjetivs del curs. e. Nta: Atribut tip Varchar, dnde se guarda la infrmación adicinal que se quiere transmitir de un curs. f. Mdalidad: Atribut de tip Enum, dnde se guarda la infrmación de la mdalidad del curs. Ls psibles valres sn: i. Presencial. ii. On Line. 6. Tabla Certificads: En esta tabla se guarda la infrmación relativa a ls certificads. Ls atributs de esta tabla sn: a. Alumn_Inscrit_Curs_Curs_idCurs (Clave primaria y fránea): Atribut de tip Integer recge la infrmación del identificadr de un curs al que está inscrit un alumn. Es una clave primaria y fránea a la vez prque hace referencia a la clave primaria de la tabla Alumn_Inscrit_Curs. b. Alumn_Inscrit_Curs_Alumn_crre (Clave primaria y fránea): Atribut de tip Varchar. Recge la infrmación relativa al identificadr del alumn inscrit a un curs. Es una clave primaria y fránea a la vez, prque hace referencia a la clave primaria de la tabla Alumn_Inscrit_Curs. c. Fecha_emisión: Atribut tip Date, en el que se recge la fecha de emisión del certificad. d. Estad: Atribut tip Varchar, dnde se guardan ls psibles estads del certificad. Ls valres que puede tmar sn: El curs ha cncluid y el prfesr ha superad el númer mínim de días exigids: En trámite: El certificad se ha expedid, per está pendiente de firma enví al despach del prfesr. 51

52 Sin dirección en gente: El prfesr n tiene cumplimentada su dirección en el directri Gente. Pr tant n se le puede enviar el certificad. Enviad: Certificad enviad crrectamente a la dirección que el prfesr tiene puesta en el directri Gente. N slicitad: El prfesr indicó en la hja de asistencia que n quería certificad del curs. El curs ha cncluid y el prfesr n ha superad el númer de días mínims exigids: Sin Certificad: El prfesr n ha superad el cómput de hras necesarias para que se le emita el certificad del curs. e. Dirección: Atribut de tip Enum, en el que se guarda si el prfesr tiene n la dirección en el directri de Gente. La tra base de dats que utilizará nuestra aplicación es la que está cntrlada cn el SGBD de Oracle. Utilizarems esta BD para realizar la autenticación de ls prfesres y técnics de Campus Virtual, cuand quieran acceder a la aplicación. En la siguiente figura se muestra una imagen de la tabla que vams a utilizar para la autenticación. Cn esta tabla se cmprueba si tant prfesres cm técnics frman parte de la Universidad Rey Juan Carls. Imagen 21. Tabla del SGBD Oracle 52

53 5.Implementación y pruebas 5.1. Lenguaje de prgramación Cm se ha indicad en este pryect, se ha emplead PHP sbre HTML, principalmente pr la facilidad de aprendizaje del lenguaje, pr tener un API muy sencill para la cmunicación cn las bases de dats SQL y Oracle cn las que trabaja la aplicación, y pr ser una de las tecnlgías más extendidas en su us en el Área de Aplicacines Crprativas de la Universidad Detalles de la implementación En este apartad se prfundiza en ls punts más imprtantes de implementación de la aplicación, ilustrand cn partes destacadas del códig. Para empezar, una de las partes más imprtantes de la aplicación es la autenticación de ls usuaris. Cuand un usuari se autentica ns tenems que asegurar de que realmente es un usuari que tiene permis para acceder al sistema. Pr l tant, este punt es básic para la seguridad de MyCursesCV. Una de las medidas utilizadas ha sid la creación de funcines que eviten vulnerabilidades SQL. A cntinuación se puede ver parte del códig utilizad para este fin: Imagen 22. Códig para cntrlar la vulnerabilidad SQL 53

54 Cm se dij anterirmente tendrems ds tips de usuari. Pr un lad prfesres On Line y pr tr, técnics de la aplicación. Tant ls prfesres cm ls técnics para autenticarse utilizarán su usuari y cntraseña de dmini únic. Nuestra aplicación, para validar ests dats, se cnectará cn el LDAP para cmprbar que ls usuaris que entran al sistema existen en el LDAP. Además de est, también la aplicación se cnectará cn la base de dats creada para el pryect, para cmprbar si sn técnics de CV si sn prfesres. Si accede un prfesr al sistema, tendrems que cnectarns cn la BD de Oracle dnde cmprbarems que es un prfesr de la universidad. Después ns cnectarems a la BD de MySQL que es dnde tenems almacenada tda la infrmación referente al prfesr y ls curss que ha realizad, en ls que está inscrit, etc. Si, pr el cntrari, quien accede a la aplicación es un técnic de CV, ns cnectarems a la BD de Oracle para cmprbar que pertenece a la universidad y también a la BD de MySQL dnde cmprbarems que el usuari tiene permiss de técnic en la aplicación. Si la persna que intenta autenticarse en el sistema n es un técnic ni tampc prfesr de la universidad, n pdrá acceder al sistema MyCursesCV. En las siguientes capturas mstrarems parte del códig utilizad para realizar la autenticación. Cmenzarems cn la cnexión a LDAP. En la llamada a la función que tenems más abaj, las variables crre y clave recgen el usuari y cntraseña de dmini únic que el usuari ha insertad. Esta función se cnectará al LDAP y cmprbará que el usuari se encuentra registrad en él. Imagen 23. Llamada a la función que valida usuaris en el LDAP A cntinuación se muestra parte de la función ValidarUsuariLDAP. En el extract de códig que aparece tenems la parte dnde se cmprueba que haya alguna cincidencia entre el crre y la cntraseña que pasams cm parámetr y ls que tenems registrads en el LDAP. Si existen cincidencias, la función devuelve el valr True. 54

55 Imagen 24. Extract de códig de la función ValidarUsuariLDAP Para hacer tdas las cmprbacines de inici de sesión hems decidid cntrlarlas desde un mism archiv llamad validar.php. En este ficher se encuentra el códig que aparece en la siguiente página, cn cmprbacines para ver si: El usuari se ha intrducid en blanc. La cntraseña se ha intrducid en blanc. El usuari y la cntraseña n sn crrectas. El usuari y la cntraseña sn crrectas, per n validan en el LDAP prque n sn ni prfesr ni técnic. Si se valida cntra el LDAP y el resultad es True, hay que cmprbar que: Es prfesr de la universidad. Es técnic de Campus Virtual. Es usuari Administradr de la aplicación (la misma función que Técnic de Campus Virtual). 55

56 Imagen 25. Códig de validación para entrar en la aplicación 56

57 Otr aspect a destacar de la aplicación MyCursesCV es que entre sus funcinalidades se encuentre pder enviar crres para ntificar que n existe dirección del prfesr cn el bjetiv de que se le pueda enviar el certificad. O que el prfesr cnsulte sus dudas enviand a través de la aplicación un crre electrónic que llega destinad directamente a la cuenta de CV campusvirtual.curss@urjc.es, encargada de atender las dudas peticines sbre certificads. Para hacer est se ha necesitad de la ayuda de la función mail prpia de PHP. A cntinuación se muestra una parte del códig cn su us en la aplicación MyCursesCV: Imagen 26. Códig de enví de crre cn la función mail de PHP. También encntrams cm peculiaridad entre el códig, entre tras csas, el pder imprimir el listad de asistencia de un curs. Est se lgra cn la función de JavaScript: Imagen 27. Códig de impresión de listad de asistencia cn la función javascript:windw.print de JavaScript. 57

58 Existen trs muchs detalles de la implementación, per las características referenciadas anterirmente sn parte de l más destacable de la aplicación. El rest se verá cm resultad en la muestra gráfica de la aplicación Implementación de la arquitectura En la etapa de diseñ de la arquitectura de la aplicación MyCursesCV definims una arquitectura de tres capas: presentación, negci y dats. En este apartad, mediante un diagrama de cmpnentes y tr de despliegue, explicarems cóm se ha implementad la arquitectura de la aplicación. Primer vams a presentar el diagrama de cmpnentes. En él se pueden apreciar claramente las tres capas. El explradr Web será la capa de presentación, ls tres cmpnentes que aparecen en medi del diagrama frman la capa de negci y ls ds que tenems más a la derecha cnstituirán la capa de dats. Cada caja de la Imagen 28 representa ls diferentes cmpnentes de ls que cnsta la aplicación. Imagen 28. Diagrama de Cmpnentes En función del diagrama de cmpnentes btenems el diagrama de despliegue. En él aparecerán cuatr nds diferentes. Ls ds nds que están más a la izquierda representan las ds primeras capas de nuestra arquitectura y ls ds de la derecha crrespnden cn la tercera. 58

59 Imagen 29: Diagrama de Despliegue 5.4. Estructura de directris La aplicación que se ha desarrllad se alja en el servidr de CV llamad cv.urjc.es. Para acceder a dich servidr se puede cnectar a través de SSH. La estructura de directris de la aplicación se puede ver en las siguientes imágenes: Imagen 30: Estructura de directris Directri raíz 59

60 Imagen 31: Estructura de directris Directri privad En la Imagen 30 se puede ver el directri raíz, de dnde parte la infrmación general de la aplicación. En esta zna n hace falta que el usuari esté validad en el sistema. Pr tr lad, en la Imagen 31, se puede apreciar un de ls directris más imprtante de la aplicación, dnde se encuentra tda la funcinalidad sujeta a validación, es decir, dnde el prfesr el técnic tienen que estar validads para pder hacer us de ella. El rest de directris de la aplicación también sn imprtantes, per ls que reunían la funcinalidad más destacada sn ls ds anterires Pruebas La aplicación que se ha desarrllad se ha validad mediante una serie de evaluacines que se detallarán a l larg de este apartad. Puest que este pryect fin de carrera se ha definid de manera detallada desde el cmienz, a l larg de su desarrll se 60

61 han realizad, siempre que fueran necesarias, pruebas para la verificación de su crrect funcinamient. Se han realizad pruebas unitarias, utilizand técnicas de caja blanca, pr cada funcinalidad creada en la aplicación. De esta manera se han prbad y validad de manera individual cada un de ls móduls de la aplicación. Psterirmente se han desarrllad pruebas de integración. Se realizan este tip de pruebas para cnseguir btener el sistema final, uniend las distintas partes individuales creadas. Pr últim se han realizad las pruebas del sistema, en las que simplemente se intrduce una entrada y se btiene una salida, sin cncer el funcinamient (cmprtamient de caja negra), validand el sistema de manera glbal y prband que se han realizad las funcines requeridas en ls requisits especificads al inici de la aplicación Manual de prfesr Este manual va dirigid exclusivamente al prfesr que esté interesad en la infrmación y us de la aplicación MyCursesCV. Este manual se ha dividid en varias seccines: Infrmación general sbre MyCursesCV Curss-CV Calendari de CurssCV Histrial de CurssCV Certificads de CurssCV En la primera parte del manual mstrarems la infrmación general que puede encntrar el prfesr antes de validarse en el sistema. Una vez haya vist la infrmación general y sepa qué es la aplicación, pasarems a cóm debe validarse en el sistema para pder entrar. Para prbar esta parte de la aplicación se ha seleccinad un usuari de pruebas, en este cas el prfesr de pruebas es: Usuari: silvia.rsad Clave: $1lvia 61

62 Mediante capturas de pantalla se irá mstrand el prces que deberá seguir el prfesr para validarse en el sistema y navegar pr él. También se irá explicand la funcinalidad de la que se ha dtad a la aplicación. Infrmación general sbre MyCursesCV En la primera página de la aplicación l que el prfesr va a encntrar es infrmación general sbre qué es MyCursesCV. Dentr de esta infrmación descubrirá qué sn ls curss de Campus Virtual, qué tip de curss se imparten, cuál es el itinerari recmendad a seguir, etc. Imagen 32: Pantalla de Inici de MyCursesCV En esta página principal se divide la infrmación en distintas pestañas: MyCursesCV: Infrmación general que alberga trs subapartads cm: Infrmación general: Cn el itinerari recmendad a seguir de ls curss de CV. Curss: Ls tips de curss que se fertan desde CV. Inscripción y cntact: Pautas a seguir si el prfesr tiene dudas cn aspects relacinads cn ls curss de CV. 62

63 Persnal de Trabaj: Infrmación sbre el persnal que trabaja en el CV de la URJC, y las funcines que desempeñan cada un en el mism. Oferta dcente On Line: Titulacines Grads y Másteres On Line fertads pr la URJC, basads en CV. Cuand el prfesr quiera entrar a la aplicación, debe intrducir sus dats en el cuadr de validación situad en la parte superir derecha de la pantalla. El prfesr a la hra de validarse l hará a través de un prtcl de seguridad llamad Https. Para ver que su cnexión está siend segura, deberá fijarse que en la barra de navegación del explradr aparece que es una cnexión https. Imagen 33: Área de acces de MyCursesCV Si el prfesr ha metid de manera incrrecta ls dats de validación, le aparecerá un mensaje de errr. Para las capturas hems utilizad el usuari de pruebas mencinad anterirmente, pr tant accedems a la aplicación. Al validarse de manera crrecta, el sistema cmprueba que tiene perfil de prfesr y le redirige a su espaci, dnde encntrará la infrmación destinada para él. La infrmación destacable viene explicada en la página de bienvenida al usuari que se puede ver en la Imagen 34 mstrada a cntinuación. 63

64 Imagen 34: Pantalla de Bienvenida al prfesr -- MyCursesCV Curss-CV Al entrar en el apartad de curss se despliegan pcines para ls curss básics y cuss avanzads, tal y cm se muestra en la Imagen 35. Imagen 35: Despliegue de pestaña Curss CV 64

65 En este apartad la funcinalidad será la misma para ls curss básics y ls curss avanzads, pr l que sól se mstrará en el manual la parte de ls curss básics. Al desplegar la pestaña de Curss Básics, se ns muestra la infrmación en una tabla cn ls curss básics de CV que están en este mment fertads. Imagen 36: Despliegue de pestaña Curss Básics Si el prfesr quiere más detalle de un curs en cncret de la lista, l que debe hacer es slicitarla pinchand en el btón de infrmación que aparece al lad del curs que le interesa. Imagen 37: Despliegue Infrmación Curs Básic elegid 65

66 Ls curss cn el plaz de inscripción cerrad aparecen en la tabla cn un icn de aspa rja, el cual indica que ya n pueden inscribirse en él. Cuand el plaz de inscripción del curs aún n ha finalizad, aparecerá un icn verde para que el prfesr se pueda inscribir en ese curs. Imagen 38: Inscripción a Curs Básic elegid Una vez que el prfesr haya rellenad tds ls dats de la inscripción, pulsará en el btón Cnfirmar Inscripción para finalizarla. De manera autmática, cuand un prfesr se inscribe en un curs, el sistema le envia un crre electrónic infrmándle de tds ls detalles de su inscripción: curs al que se ha inscrit, día en que se imparte, lugar dnde se da el curs, campus, etc. Cm se ha dich anterirmente, si el prfesr pincha en el enlace de Curss Avanzads se 66

67 encntrará la infrmación relativa a ests curss, distribuida de la misma manera que la infrmación de ls curss básics. A cntinuación se ilustra en la Imagen 39. Imagen 39: Despliegue de pestaña Curss Avanzads A parte de la infrmación e inscripción en ls curss de Campus Virtual, el prfesr puede tener a su alcance una infrmación extra y una funcinalidad que antes n pseía, que verems en ls siguientes apartads. Calendari de CurssCV Al abrir la pestaña Calendari, el prfesr encntrará ls curss que ha vist en el apartad anterir, de manera más gráfica. De esta manera se puede hacer una cmpsición mejr de ls días que se imparte cada curs. Imagen 40: Despliegue de pestaña Calendari y detalle de imagen 67

68 En este mment las imágenes están divididas pr temática de curss y la última un calendari cnjunt cn tds ls curss que se imparten. Para que el prfesr pueda ver el calendari a un tamañ superir, deberá pinchar en la imagen que necesite y se abrirá en una nueva ventana del navegadr. Histrial de CurssCV Cuand el prfesr pinche en la pestaña Histrial, se encntrará cn una funcinalidad nueva. Las pcines que verá serán las siguientes: Cnsulta de curss inscrits Histrial de curss realizads Imagen 41: Despliegue de la pestaña Histrial Si el prfesr seleccina el enlace Cnsulta de curss inscrits, se encntrará cn la infrmación sbre ls curss en ls que está inscrit y que aún n se han impartid. De esta manera tendrá un cntrl sbre ls curss en ls que se ha inscrit. Imagen 42: Cnsulta curss en ls que está inscrit el prfesr 68

69 Si el prfesr finalmente n va a pder asistir al curs en el que se inscribió, n hará falta que se pnga en cntact cn nstrs para que le brrems del curs, ya que el prfesr pdrá brrarse directamente él sl, dand la psibilidad a trs prfesres de cupar la plaza que éste n va a cupar. Para brrarse, deberá pulsar en el btón que aparece en el lad derech de la tabla que vems en la Imagen 42. Al pulsar ese btón, autmáticamente se le brrará del curs seleccinad, apareciend el siguiente mensaje: Imagen 43: Mensaje de brrad del curs. Si el prfesr vlviera a cnsultar en el enlace Cnsulta curss inscrit n le aparecería el curs del que se brró. El tr enlace que encntrará el prfesr en el apartad Histrial es el enlace de Histrial de curss realizads. Al cntrar que en el enlace anterir, el prfesr l que encntrará es la infrmación de ls curss que ha realizad de Campus Virtual en cnvcatrias anterires. Imagen 44: Histrial de curss de CV realizads pr el prfesr 69

70 Tal y cm se ve en la imagen 44, el prfesr pdrá cnsultar cuánd realizó dichs curss, de qué curss se trataban, en qué añ asistió a ls curss, el hrari en el que ls realizó, el campus, etc. Certificads de CurssCV Cuand el prfesr pinche en el apartad Certificads, l que va a encntrar es una nueva funcinalidad para tener cntrlads ls certificads de ls curss que haya realizad en Campus Virtual. Muchas veces a ls prfesres n les llegan ls certificads, se les lvidó firmar en el curs para btener el certificad aunque si l querían, etc. Cuand les curría est, ls prfesres tenían que cntactar cn CV a través del crre electrónic, per tampc sabían muy bien qué había sid de sus certificads, ni de qué curs exactamente eran, si l habían extraviad, etc. Para slucinar esta prblemática, se ha trasladad esta infrmación a la aplicación MyCursesCV de manera que el prfesr pueda tener cntrlads sus certificads. Si tuviera algún prblema cn algun de ells, también se pdrá pner en cntact cn CV de manera rápida a través de un simple frmulari. Imagen 45: Despliegue de la pestaña Certificads Si el prfesr quiere cnsultar el estad de ls certificads de ls curss que ya ha realizad, tant sl debe pulsar en el enlace Cnsulta certificads. Al pinchar en el, saldrá una tabla cn la infrmación recgida sbre ls mism. El certificad pdrá alcanzar distints estads, que tal y cm se ven en la Imagen 46 serán de un clr distint para que se distingan adecuadamente. 70

71 Imagen 46: Cnsulta certificads de curss realizads Ls estads distints que pueden llegar a tmar ls certificads sn: En trámite: Este estad se alcanzará cuand esté en trámite el certificad (es decir, que se esté emitiend, selland, etc). Sin dirección: Quiere decir que el prfesr n tenía dirección en el directri Gente y pr tant n se le ha pdid enviar el certificad. En ests cass se le envía un crre al prfesr. A través de la aplicación pdrá saber pr qué n le ha llegad el certificad a pesar de que su buzón de crre esté llen. Enviad: Este estad es un estad final, una vez que se ha enviad el prfesr debe esperar a que le llege a su despach. N slicitad: El prfesr especificó cuand realizó el curs que n quería certificad del mism. Sin certificad: El prfesr n cumplió cn ls días mínims de asistencia al curs para btener el certificad. Sin infrmación: N hay infrmación en la base de dats. El técnic crrespndiente de CV aún n ha actualizad la infrmación de ls certificads del curs. Si el prfesr tuviera alguna duda cn algun de sus certificads, hubiera extraviad algún certificad que necesitara, se pdrá pner en cntact cn nstrs pinchand en el enlace Slicitud certificads de la pestaña Certificads. 71

72 Imagen 47: Frmulari de cnsultas y slicitud de certificads Cuand el prfesr rellene el frmulari cn su duda su petición, inmediatamente después de pulsar el btón, se enviará un crre electrónic cn la misma a campusvirtual.curss@urjc.es. Imagen 48: Envió de crre crrect El crre que se recibiría en la cuenta de campusvirtual.curss@urjc.es sería el siguiente: Imagen 49: Crre recibid 72

73 5.7. Manual de Técnic Este manual va dirigid exclusivamente a ls técnics de CV, para un crrect us de la herramienta MyCursesCV. Este manual se ha dividid en varias seccines: Curss-CV Alta CurssCV Certificads de CurssCV Para prbar esta parte de la aplicación se ha seleccinad un usuari de pruebas, en este cas el técnic de pruebas es: Usuari: admin Clave: 1dm3n. Mediante capturas de pantalla se irá mstrand el prces que deberá seguir el técnic para validarse en el sistema y navegar pr él. También se irá explicand la funcinalidad de la que se ha dtad a la aplicación. Cuand el técnic quiera entrar a la aplicación, debe intrducir sus dats en el cuadr de validación situad en la parte superir derecha de la pantalla. Igual que cn el prfesr, el técnic cuand se valide en el sistema l hará a través de un prtcl segur basad en Https. Imagen 50: Área de acces de MyCursesCV Cuand el técnic de CV entra a la aplicación, se encuentra una página de bienvenida dnde se le explica l que puede hacer cn la aplicación MyCursesCV. Entre las pestañas que encuentra están: Curss CV. Alta Curss. Certificads. 73

74 Imagen 51: Página de Bienvenida del técnic Curss-CV Cuand el técnic de CV seleccina la sección Curss-CV se encuentra una página general cn ds enlaces: Listad de curss básics y Listad de curss avanzads. Imagen 52: Despliegue de la pestaña Curss-CV El cmprtamient de la aplicación es el mism para un enlace que para tr. Se ha separad en curss básics y avanzads para que resulte más sencill de gestinar para el técnic. Si el técnic seleccina una u tra pción, encntrará las mismas funcines aplicadas al grup de ls curss seleccinad. 74

75 Vams a ver la funcinalidad que se encuentra el técnic si seleccina el enlace Lista de curss básics: Imagen 53: Lista de curss básics de la BD El técnic se encntrará cn la lista de curss básics que se encuentran en la BD de MyCursesCV. Ests curss se listan de manera que el prfesr pueda verls rdenads pr fecha de manera descendente. A la derecha de la tabla, despues de la infrmación, se encuentran las accines que puede realizar el técnic sbre ls curss de CV. Estas pcines sn las siguientes: Editar curs: Enlace para que el técnic pueda editar la infrmación parcial ttal del curs seleccinad. Brrar curs: Seleccinand este enlace, el técnic puede brrar el curs elegid. Infrmación del curs: El técnic puede mirar la infrmación detallada del curss eleccinad. Editar listad de prfesres: El técnic puede cnsultar el listad de prfesres que están inscrits al curs que se seleccine. Esta lista es editable, es decir, pdrá editar añadiend brrand cualquier asistente al curs. 75

76 Visualizar y descargar la lista de asistencia: El prfesr puede tener una vista previa del listad de asistentes al curs e inclus imprimir dicha lista de asistencia. Una a una vams a ir viend cada una de estas accines. La primera acción que el técnic tiene dispnible es Editar curs. Para ell debe seleccinar el icn del lápiz y le aparecerá la siguiente pantalla. Imagen 54: Frmulari perteneciente a Editar curs Al entrar en Editar curs, el prfesr se encuentra un frmulari editable cn infrmación ya dada. Esta infrmación es la que se recge de la base de dats crrespndiente al curs seleccinad, de tal manera que el prfesr pueda ver la infrmación que hay en cada un de ls camps, pudiend editar en base a l que ya hay. 76

77 Una de las peculiaridades de esta funcinalidad es que el prfesr sl actualizará ls camps que seleccine, pr tant la actualización en la base de dats se hará de manera más rápida, ya que n tendrá que actualizar tds ls camps pr defect. Cuand el prfesr haya cambiad la infrmación que desea del curs, deberá pinchar en el btón Cambiar infrmación, e inmediatamente la rden será mandada a la base de dats. Otra de las accines que el técnic puede llevar a cab es Brrar curs. Seleccinand esta pción, navegaría hacia la siguiente ventana: Imagen 55: Frmulari perteneciente a Editar curs El prfesr verá la infrmación detallada del curs y cmprbará si es este el que quiere brrar de la BD. Si es así, deberá pulsar en el btón rj para hacer efectiv el brrad del curs de la BD. Cuand el prfesr pulse el btón, aparecerá el siguiente mensaje. Imagen 56: Brrad del curs crrect 77

78 Otra de las accines de las que dispne el prfesr es Infrmación del curs. Esta acción es muy básica, per le servirá para cmprbar si la creación edición que haya hech de algún curs cncret se ha realizad crrectamente. Imagen 57: Infrmación de un curs cncret Otra acción que incluye nueva funcinalidad al sistema frecida al técnic de Campus Virtual, es la psibilidad de editar la lista de asistencia, bien sea añadiend brrand prfesres de un curs determinad. Para hacer est, el técnic debe pinchar en el icn prfesres. Imagen 58: Editar lista de prfesres 78

79 Tal y cm se ve en la Imagen 58, el técnic puede brrar a cualquier prfesr de la lista pulsand en la papelera que se encuentra a la derecha del nmbre del prfesr. Para que el técnic se cercire bien de que desea brrar el prfesr, el sistema se l vuelve a preguntar. Imagen 59: Brrar prfesr de la lista Si realmente el técnic quiere brrar al prfesr de la lista pulsará en el aspa rja, haciend que este desaparezca de la base de dats asciad a ese curs. Vlviend a la pantalla principal de Editar la lista de prfesres inscrits, el técnic también puede añadir un prfesr a dicha lista para inscribirle a ese curs. Est será factible cuand el prfesr n l pueda hacer pr si mism, bien prque se le haya pasad el plaz de inscripción, n sepa inscribirse, n tenga usuari de dmini únic prque sea nuev, etc. Para pder inscribir a un prfesr en el curs, el técnic deberá pinchar en el icn del prfesr cn un más verde. Imagen 60: Añadir prfesr a la lista 79

80 Una vez que el técnic haya rellenad el frmulari cn ls dats básics del prfesr, se dará inmediatamente de alta en el curs, apareciend este nuev prfesr en la lista de asistencia. Imagen 61: Resultad de la inserción de un nuev prfesr Pr últim, el técnic puede cnsultar la lista de asistencia a un curs determinad y la puede imprimir, si seleccina el icn de la flecha azul. Imagen 62: Cnsulta Lista de asistentes al curs seleccinad En esta lista aparecerán tds ls prfesres inscrits en el curs. Para pder descargar e imprimir la lista de asistencia, el técnic deberá pulsar en el enlace que se encuentra en el icn de descarga. Al pinchar en él se abre una nueva ventana emergente cn la lista de asistencia al curs. 80

81 Imagen 63: Ventana emergente cn listad de asistencia Una vez revisad el listad de asistencia, el técnic puede imprimirl para llevarl al curs. Est l hará seleccinand el icn de la impresra que se encuentra debaj del listad de asistencia al curs. Al seleccinar este icn, saldrá una ventana emergente que le ayudará a seleccinar la impresra pr la cual quiere imprimir el listad. Imagen 64: Ventana emergente selección de impresra Al seleccinar el enlace Listad de curss avanzads, el técnic encuentra la misma estructura de infrmación que se ha vist en el listad de curss básics, pr l tant n se va a prfundizar en ella. Imagen 65: Selección enlace Listad de curss avanzads 81

82 Alta CurssCV Al seleccinar el apartad Alta Curss, el técnic se va a encntrar un fórmulari dnde pdrá intrducir tda la infrmación referente al curs que quiere dar de dalta en la base de dats para publicarl. Imagen 66: Pantalla técnic Alta de un nuev curs Una vez que el técnic tenga la infrmación intrducida en ls camps del frmulari, debe pulsar en el btón Guardar Infrmación, accinand así el sistema para que intrduzca ls dats en la BD creand un nuev curs, al que más tarde pdrán inscribirse ls prfesres. 82

83 Certificads de CurssCV Pr últim, cuand el técnic acceda al apartad Certificads pdrá visualizar y mdificar la infrmación referente a ls certificads de ls curss de CV. Al mdificar esta infrmación se quedará guardada en la BD y reflejada a su vez en ls histriales de ls prfesres cuand cnsulten el estad de sus certificads. Est se ha reflejad en la Imagen 46. Al seleccinar este apartad, al técnic se le desplegará la siguiente ventana cn las pcines: Certificads Curs Básic Certificads Curs Avanzad Cm se ha cmentad en apartads anterires, la infrmación está dividia para hacerle la tarea más cómda al técnic de CV. Per la infrmación y la funcinalidad que se encuentra en ls ds enlaces es la misma, adaptada al tip de curss que se haya seleccinad. Imagen 67: Despliegue apartad Certificads Si el técnic seleccina el primer enlace Certificads Curs Básic, le aparecerá la infrmación distribuida de la siguiente manera. Imagen 68: Listad de Curss Básics -- Certificads 83

84 El técnic visualiza la infrmación de ls curss rdenada en una tabla, para que pueda seleccinar ls certificads del curs que quiere mdificar. Para elegir mdificar ls certificads de un curs determinad, tendrá que pulsar en el btón Actualizar en frma de círcul naranja, del curs elegid. Imagen 69: Listad de Curss Básics -- Certificads Al seleccinar en el btón actualizar del curs que necesite el técnic, aparecerá una pantalla en la que pdrá seleccinar ls certificads de la lista de inscrits al curs. Puede mdificar tds, el estad de algun en particular. Ls estads sbre ls que puede elegir el técnic sn: Imagen 70: Estad certificad para elegir pr el técnic Cuand el técnic quiera guardar la infrmación cambiada de ls certificads, deberá pulsar en el btón Cambiar Infrmación. 84

85 Al guardar la infrmación, aparecerá la siguiente pantalla. Imagen 71: Actualización crrecta de estad de certificads Si el técnic vuelve a la lista de certificads que estaba mdificand, verá que ls valres han cambiad. En la Imagen 69 se puede ver que el tercer camp de la tabla Envia aparece vací. Est es así prque la aplicación sól dejará al técnic enviar un crre al prfesr cuand este tenga cm estad del certificad Sin dirección (en Gente). Si el prfesr n tiene la dirección puesta en el directri de la Universidad Gente, inmediatamente se activa un sbre para que el técnic le pueda enviar de manera autmática un crre al prfesr. Imagen 72: Estad certificad Sin Dirección -- Icn crre activ 85

86 Cuand el técnic pulsa sbre el icn del sbre que se ha activad, se le envía al prfesr el crre de manera autmática. Aparecería entnces el siguiente mensaje: Imagen 73: Crre avis al prfesr Sin dirección en Gente Cuand el prfesr cnsulte su crre electrónic, verá que tiene en la bandeja de entrada un crre electrónic cm este: Imagen 74: Crre recibid pr el prfesr 86