Memoria. PFC-J2EE. UOC. 2007/02. José Lorenzo Rodríguez Currais

Transcripción

1 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Análisis, Diseñ e implementación de un sistema B2E en una administración pública. Jsé Lrenz Rdríguez Currais Enginyeria en Infrmàtica Nm Cnsultr: JAVIER FERRO GARCIA 14 de Ener de 2008 Página 1 de 48

2 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 1. RESÚMEN Se pretende implementar un sistema B2E (abreviatura de la expresión business t emplyee, de la Empresa a emplead) que permita a través de un cliente lweb, de frma ágil, rápida, segura y sencilla, realizar ls prcess de cmunicación más habituales entre un rganism públic y sus prfesinales específicamente en el ámbit de tramitación administrativa. Este prtal, integrará una serie de servicis basads en una arquitectura SOA (rientada a servicis WEB ) que independizará ls sistemas peracinales (sistemas de gestión de persnal y nóminas) de la cnsulta y la gestión de peticines del prpi sistema B2E. Para ns basarems dats cnslidads a través de Sistemas DataMart de la prpia rganización. La implementación se ha realizad utilizand códig Java utlizand una arquitectura J2EE y que ha permitid cnstruir una aplicación rbusta, escalable y reutilizable. Se han utilizad una serie de patrnes de diseñ y basads en MVC y Struts. Estas decisines han permitid desarrllar un prduct cn una separación de funcinalidades entre ls diferentes cmpnentes td cn la finalidad de desacplar la capa de acces a dats de la capa de lógica de negcis y de la capa de presentación y así prveer de una arquitectura más mantenible. Página 2 de 48

3 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 1. RESÚMEN INTRODUCCIÓN OBJETIVOS PLAN DE TRABAJO ESPECIFICACIONES Y ANÁLISIS DE REQUERIMIENTOS Descripción lógica del sistema actual Especificacines de ls requisits Requisits Funcinales Requisits n funcinales Especificacines de Cass de Us Acces al Prtal Cambi de Idima Ayuda en Línea Avis Legal Cnsulta de Dats Persnales Cnsulta resumen dats ecnómics Cnsulta de Dats Ecnómics Nóminas Cnsulta de Dats Ecnómics Ctizacines Seguridad Scial Cnsulta de Dats Ecnómics Anticips y Retencines Cnsulta de Permiss y Ausencias Slicitud Cambi Dats Persnales Slicitud Cambi Dats Persnales Diagrama de cntext Diagrama de Cass de Us General del sistema prpuest Diagrama de clases DISEÑO Intrducción Justificacines tecnlógicas J2EE (Java 2 Enterprise Editin) Arquitectura multicapa cn n-niveles Arquitecturas más habituales EJB s versus POJO MVC y J2EE Framewrk Struts Definición de Patrnes Utilizads JDBC-POJOs vs EJBs de entidad Descripción de ls subsistemas de diseñ Particinamient físic del Sistema Diagramas de Clases Subsistema de Acces Subsistema de Cnsulta Identificación de clases Diseñ de interfaz de usuari Implementación Estructura del pryect Pruebas Cnclusines Anex I Página 3 de 48

4 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 2. INTRODUCCIÓN Este pryect se inicia cn la necesidad de de desarrllar una aplicación WEB de gestión que presente una arquitectura escalable, rbusta y reutilitzable. Se planteará la cnstrucción del sistema utilizand ls cnciments adquirids a l larg del estudi de las diferentes asignaturas y aplicad tds aquells aspects frmales necesaris para la btención de un prduct técnicamente slvente. La utilización de las características de J2EE cm el desacplamient de cmpnentes y el reaprvechamient a partir de un patrón basad en MVC utilizand el framewrk Struts, ns permite llevar a la práctica de frma cnjunta y sincrnizada tds aquellas técnicas cn las que que se han tenid cntact en las diversas etapas de la carrera. Cm bjetiv particular y técnic el desarrll de este pryect me ha permitid recncer y aplicar las ventajas y características del desarrll de aplicacines WEB basadas en J2EE, además de implantar el desarrll a través las técnicas más habituales de esta arquitectura, se han incprad patrnes aprvenchad las ventajas inherentes a su utilización; tant en el tiemp de análisis cm en la de diseñ e implementación. 3. OBJETIVOS El bjetiv principal será el prprcinar una herramienta de cnsulta, que les permita interactuar cn la rganización de frma sencilla, rápida y directa. De esta manera, ls empleads pdrán acceder a un prtal en el que dispngan de herramientas para pder cnsultar infrmación persnal y desde el cual pdrán realizar, además, prcedimients de slicitud de cambi y actualización de sus dats persnales, familiares, labrales... De la misma frma, en las platafrmas dispnibles en el mercad de slucines Self-Service de recurss humans, aparece el cncept de prtal para el manager en el que el respnsable de un departament pdrá btener cierta infrmación de interés de ls prfesinales de su departament (períd de vacacines, días libres...). Dad que este sistema estará limitads a la cnsulta, mdificación y actualización persnalizada de infrmación pr parte de ls empleads, un aspect fundamental al que debe de dar respuesta el diseñ y desarrll del mism es la seguridad de acces a esta infrmación, es decir, asegurar que una persna accede única y exclusivamente a su infrmación y n a la de ningún tr. Otrs bjetivs del sistema que pdems destacar sn: Psibilitar la cmunicación directa entre ls empleads y la administración de frma ágil, rápida y sencilla Cubrir las necesidades funcinales demandadas pr ls empleads dividiend estas necesidades en tareas de cnsulta (cnsulta de dats persnales, histórics, simulación de nóminas...) y tareas de gestión administrativa (slicitud de mdificación de dats persnales, slicitud de vacacines días de libre dispsición...) Adaptar ls prcess administrativs de la Organización a las nuevas tecnlgías Evitar trabajs interns realizads de frma manual Prprcinar a ls prfesinales una herramienta pr y para su servici: el sistema estará basad en el servici al del emplead Permitir el acces a la infrmación en cualquier mment y desde cualquier punt de la rganización: incrementar la autgestión de ls prfesinales Página 4 de 48

5 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais El sistema debe de integrarse ttalmente cn ls sistemas de infrmación de gestión de persnal de la prpia rganización (persnal y nóminas, dietas...) Implementación del sistema en un entrn segur que identifique unívcamente el acces a la infrmación: un emplead sól pdrá acceder a su infrmación y nunca a la de ningún tr. En este punt se hace básic el cumplimient de la nrmativa establecida pr la LOPD que debe de cubrir el sistema Permitir la cnsulta en tiemp real de la infrmación persnal y ecnómica de ls empleads. Unificar y simplificar la cnsulta de ls dats ecnómics de ls empleads, independientemente de ls centrs dependientes de la rganización en ls que haya trabajad a l larg de su vida labral Pr tdas las características anterires, ls sistemas de autservici permiten un significativ ahrr en tiemp y recurss, una descentralización de tareas, autmatización de ls prcess de aprbación, actualización de la infrmación y mejra del clima labral de la empresa. Cm bjetivs específics, pdems detallar dentr de la elabración de este pryect: - Plan de trabaj. - Definición funcinal - Definición de arquitectura Técnica - Implementación del sistema 4. PLAN DE TRABAJO La temprización del pryect se regirá dependiend de las siguientes fechas: Página 5 de 48

6 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 5. ESPECIFICACIONES Y ANÁLISIS DE REQUERIMIENTOS 5.1. Descripción lógica del sistema actual La rganización cuenta cn un área de RRHH que mantiene un sistema peracinal que permite la gestión de ls recurss humans vinculads a la empresa. Este sistema está accesible en la intranet crprativa y su arquitectura está basada en Cliente/servidr cn un BD en Infrmix. Además de este sistema, la rganización mantiene un LDAP basad en el directri activ de Micrsft, dand acces a tds ls recurss de la rganización (crre, aplicacines, impresras, fichers, etc). Este directri ha sid extendid cn el camp CdPn (códig persnal), que permite asciar a cada cuenta del directri activ cnl el códig persnal que gestina la aplicación de RRHH. Así pues, dentr de nuestr B2E, pdrems asciar la infrmación a través del directri activ y relacinarl cn la BD de RRHH La aplicación de Gestión de Persnal y Nóminas es utilizada pr usuaris del departament de RRHH y se trata de una aplicación centralizada que trabaja cntra una base de dats lcal. Entre las funcinalidades de la aplicación es psible realizar: Gestión de Persnal: mantenimient (Alta/Baja/Mdificación) de ls prfesinales vinculads labralmente. Gestión de Nóminas: mantenimient de la infrmación ecnómica (nóminas) de ls prfesinales pertenecientes a la rganización. Gestión Tablas Auxiliares: mantenimient de las tablas auxiliares del sistema Módul Expltación: módul de cnsulta sbre la infrmación del sistema de gestión de persnal y nóminas Página 6 de 48

7 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 5.2. Especificacines de ls requisits En este apartad se cnsigna tds ls requisits funcinales y n funcinales (rendimient, seguridad, implantación y dispnibilidad del sistema) del pryect Requisits Funcinales El acces al sistema requerirá a ls usuaris que se autentiquen, prprcinand ls dats de su cuenta de usuari en el dmini (Lgin y Clave). Además, para el acces de usuaris desde Internet, ésts deberán de dispner también de un certificad digital de usuari válid expedid pr una entidad certificadra válida. Una vez prprcinads ls dats de la cuenta de usuari se realizará la validación del usuari en el Directri Activ del dmini, utilizad cm repsitri de usuaris. El últim pas para permitir el acces al sistema será verificar que la cuenta de usuari dispne de infrmación del camp CdPn de la cuenta de usuari. Ls requisits funcinales del sistema serán: A) RF-001. Multi-idima La aplicación implementará multi-idima en tdas sus funcinalidades. El usuari pdrá establecer el idima cn el que desea utilizar la aplicación. B) RF-002. Ayuda en línea Tdas las funcinalidades de la aplicación dispndrán de la funcinalidad de ayuda en línea que permitirá acceder desde cualquier sección de la aplicación, a la ayuda dispnible para ese apartad en particular. C) RF-003. Avis Legal Funcinalidad que permitirá visualizar las cndicines de us del prtal que han de seguir ls usuaris del sistema. D) RF-004. Ayuda Funcinalidad que permitirá abrir en un navegadr guardar en el equip el dcument que cntiene el Manual de Usuari cmplet de la aplicación. El archiv en el que se prprcinará el manual de usuari tendrá frmat PDF y pdrá ser enviad a la impresra. E) RF-005. Presentación Página de presentación en la que se muestra infrmación acerca del últim acces realizad pr el prfesinal al prtal web. F) RF-006. Cnsulta Ficha Persnal Funcinalidad de cnsulta que permitirá visualizar ls dats persnales del prfesinal. G) RF-007. Cnsulta resúmen de Dats Ecnómics Funcinalidad de cnsulta que permite visualizar la infrmación ecnómica del prfesinal. Esta cnsulta permitirá btener, para un ejercici dad, un listad resumen cn la infrmación ecnómica del prfesinal. El listad resultad de la búsqueda pdrá ser enviad a la impresra. Página 7 de 48

8 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais H) RF-008. Cnsulta de Dats Ecnómics Nómina Funcinalidad de cnsulta que permitirá realizar la búsqueda entre las nóminas del prfesinal, permitiend aplicar filtrs de búsqueda para un interval de fechas. Esta cnsulta permitirá acceder a la infrmación de detalle de una nómina del prfesinal, en el que se detallarán ls cncepts retribuids. El listad de nóminas resultad de la búsqueda y el detalle de una nómina pdrá ser enviad a impresra. La infrmación de las nóminas del prfesinal será cnsultada directamente en el sistema de Gestión de Persnal y Nóminas de la rganización I) RF-009. Cnsulta de Dats Ecnómics Ctizacines SS Esta cnsulta permitirá acceder a la infrmación de detalle de las ctizacines a la Seguridad Scial aprtadas pr la empresa en las nóminas del prfesinal. Esta funcinalidad desglsará el detalle de ctizacines realizadas de frma mensual pr ejercici. El infrme de Ctizacines SS será similar al infrme enviad pr la Tesrería General de la Seguridad Scial, en el que se detallan las ctizacines de cualquier prfesinal. El infrme cn la infrmación de Ctizacines SS pdrá ser impres. J) RF-010. Cnsulta de Permiss y Ausencias Funcinalidad de cnsulta que permitirá btener un listad cn el históric de ls permiss y ausencias labrales del prfesinal, permitiend aplicar diferentes filtrs de búsqueda (mtiv, interval de fechas y/ centr de gestión). K) RF-011. Cnsulta de Dats Ecnómics Anticips y Retencines Esta cnsulta permitirá acceder a la infrmación de detalle de ls anticips y retencines. Esta funcinalidad permitirá aplicar diferentes filtrs de búsqueda cm puede ser un tip, ejercici, interval de fechas y/ imprte, visualizar el listad de elements que cumplen ls filtrs de búsqueda y acceder al detalle de un anticip/retención cncret. El listad resultad de la búsqueda pdrá ser impres, así cm el detalle de un anticip/retención. L) RF-012. Slicitud de Cambi de Dats Persnales Funcinalidad que permitirá prpner cambis a ls dats persnales del prfesinal Requisits n funcinales a) RNF-001: Será necesari verificar el tiemp de respuesta del sistema utilizand diferentes tips de cnexión (módem, ADSL...). b) RNF-002: en las funcinalidades que accedan a infrmación de nivel alt se implementarán las plíticas y prcedimients de seguridad establecids pr la legislación actual. c) RNF-003: el acces desde la red interna requiere de usuari y cntraseña de dmini y la cmunicación entre el cliente y el servidr se realizarán a través del prtrcl http. El acces desde internet requiere además el us de un certificad digital y securización en la cmunicacines https. Página 8 de 48

9 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais d) RNF-004: el sistema se desplegará en un entrn Web que permita el acces a través de un navegadr web. La arquitectura de desarrll será J2EE de acuerd a ls estándares establecids pr Sun. En particular se utilizará el framewrk Struts para el desarrll de la aplicación y para llevar a cab la implementación del patrón de arquitectura MVC en el que se basará el diseñ de la aplicación. e) RNF-005: Se utilizará el servidr de aplicacines WebSphere de IBM y cm SGBD, Infrmix Especificacines de Cass de Us Acces al Prtal El acces al sistema requerirá al prfesinal que se autentique, prprcinand su Lgin y Clave de cuenta de usuari en el dmini. El sistema realizará el prces de validación del usuari en el Directri Activ. El resultad de la validación de ls dats prprcinads pr el prfesinal determinará si se cncede deniega el acces del prfesinal al sistema. En la siguiente imagen se representa el diagrama de actividad, para el cas de us de acces al sistema de ls prfesinales. Página 9 de 48

10 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Actres: Prfesinal Utiliza Intrducir Lgin/Clave Validar Acces al Prtal Pre-cndicines La aplicación está dispnible El usuari slicita el acces al prtal Pst-cndicines Acces al sistema cncedid denegad Página 10 de 48

11 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Fluj de events El usuari slicita acces al prtal La aplicación slicita al usuari la intrducción de su Lgin y Clave de cuenta de usuari La aplicación valida ls dats del usuari (Lgin/Clave) en el Active Directry La aplicación recupera el CdPn de la cuenta del usuari e intenta lcalizar al usuari en el sistema. Acces cncedid: Acces denegad: Validación en el AD crrecta El prfesinal dispne de NIF en el bjet usuari del AD El prfesinal es lcalizad en el sistema a partir del CdPn Validación en el AD incrrecta: Lgin Clave incrrects El bjet usuari (Lgin) n dispne de CdPn N es psible lcalizar al prfesinal en el sistema a partir del CdPn Si el acces es cncedid se recuperan las pcines de menú del prfesinal y se muestra la página de presentación del sistema Cambi de Idima El usuari cambia el idima que está utilizand actualmente para trabajar cn la aplicación. Actres Prfesinal Utiliza Cambiar idima aplicación Pre-cndicines La aplicación está dispnible El usuari accede al prtal Seleccinar un idima diferente al actual Pst-cndicines Se cambia la infrmación al idima seleccinad Fluj de events El usuari seleccina el idima Se carga la página cn el nuev idima Ayuda en Línea Acces a la ayuda de la sección del prtal en la que se encuentra actualmente el usuari.tdas las funcinalidades de la aplicación dispndrán de ayuda n-line, en la que se detallarán las características de la funcinalidad en la que se encuentra actualmente el usuari. Actres Prfesinal Página 11 de 48

12 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Utiliza Lcalizar ayuda en línea para la funcinalidad actual Pre-cndicines La aplicación está dispnible El usuari accede al prtal El usuari seleccina la pción de ayuda en línea para la funcinalidad actual Pst-cndicines Se muestra la ayuda dispnible para la funcinalidad actual Fluj de events El usuari seleccina la pción de ayuda en línea Abrir en una nueva pantalla la ayuda dispnible para la sección actual Avis Legal El usuari accede a la pción de avis legal del prtal. Actres Prfesinal Utiliza Obtener idima actual Cargar text avis legal del prtal Pre-cndicines La aplicación está dispnible El usuari accede al prtal El usuari seleccina la pción de avis legal Pst-cndicines Se carga el text cn el avis legal Fluj de events El usuari seleccina la pción de avis legal La aplicación carga el text del avis legal en el idima actual Cnsulta de Dats Persnales Cas de us para la cnsulta de ls dats persnales cmplets del prfesinal. Desde esta funcinalidad, ls prfesinales pdrán acceder a tda su infrmación persnal gestinada desde el sistema de persnal y nóminal. El usuari pdrá cnsultar: Ficha Persnal: Dats de Identificación Dats Dmicili Scial Dats Expediente Académic Dats Cuenta Bancaria Dats I.R.P.F. Página 12 de 48

13 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Actres Prfesinal Punts de extensión Dats Identificación Dats Dmicili Dats Expediente Académic Dats Cuenta Bancaria Dats I.R.P.F. Pre-cndicines La aplicación está dispnible El usuari ha accedid al prtal El usuari accede a la funcinalidad de cnsulta de dats persnales dats ecnómics Pst-cndicines El usuari cnsulta la infrmación persnal del prfesinal Fluj de events El usuari seleccina la pción de dats persnales y navega entre las distintas seccines: Dats Identificación Dats Dmicili Dats Expediente Académic Dats Cuenta Bancaria Dats I.R.P.F. La aplicación carga la infrmación persnal del usuari de la sección seleccinada Cnsulta resumen dats ecnómics El usuari accede a la pción de cnsulta de su infrmación ecnómica general. El prfesinal pdrá establecer cm filtr de búsqueda de la ficha de haberes un ejercici. Página 13 de 48

14 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Actres Prfesinal Utiliza Establecer filtrs de búsqueda Ejecutar búsqueda Mstrar resumen ecnómic Imprimir resumen ecnómic Pre-cndicines La aplicación está dispnible El usuari accede al prtal El usuari accede a la funcinalidad de cnsulta de resumen ecnómic Pst-cndicines El prfesinal cnsulta imprime el resumen Fluj de events El usuari seleccina la pción de resumen ecnómic El usuari intrduce ls filtrs de búsqueda y lanza la búsqueda La aplicación ejecuta la búsqueda y muestra el resultad en pantalla El usuari imprime el resumen ecnómic Cndicines de fall N existe infrmación ecnómica para ls filtrs de búsqueda definids pr el usuari Cnsulta de Dats Ecnómics Nóminas El usuari accede a la pción de cnsulta del detalle de sus nóminas y pdrá imprimir una nómina en particular.el prfesinal pdrá establecer cm filtr de búsqueda de las nóminas un interval de fechas. Página 14 de 48

15 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Actres Prfesinal Utiliza Establecer filtrs de búsqueda Ejecutar búsqueda Imprimir listad Imprimir nómina Cnsultar detalle nómina Pre-cndicines La aplicación está dispnible El usuari accede al prtal El usuari accede a la funcinalidad de cnsulta de nóminas Pst-cndicines El prfesinal cnsulta imprime alguna de sus nóminas Fluj de events El usuari seleccina la pción de cnsulta de nóminas El usuari intrduce ls filtrs de búsqueda El usuari lanza la búsqueda de nóminas La aplicación ejecuta la búsqueda y muestra el listad de nóminas que cumplan ls filtrs de búsqueda en pantalla El usuari imprime el listad de nóminas El usuari seleccina una nómina para cnsultar el detalle La aplicación carga en pantalla la infrmación de la nómina seleccinada El usuari imprime el detalle de la nómina Cndicines de fall N existen nóminas para ls filtrs de búsqueda definids pr el usuari Página 15 de 48

16 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Cnsulta de Dats Ecnómics Ctizacines Seguridad Scial Descripción: El usuari accede a la pción de cnsulta de su infrmación ecnómica, en este cas cnsulta de Ctizacines aprtadas pr la empresa a la Seguridad Scial. Actres Prfesinal Utiliza Establecer filtrs de búsqueda Ejecutar búsqueda Imprimir detalle de ctizacines Pre-cndicines La aplicación está dispnible El usuari accede al prtal El usuari accede a la funcinalidad de cnsulta de ctizacines Pst-cndicines El prfesinal cnsulta imprime el detalle de ctizacines Fluj de events El usuari seleccina la pción de cnsulta de ctizacines El usuari intrduce ls filtrs de búsqueda El usuari lanza la búsqueda La aplicación ejecuta la búsqueda y muestra el resultad en pantalla El usuari imprime el detalle de ctizacines Cndicines de fall N existe infrmación ecnómica para ls filtrs de búsqueda definids pr el usuari Cnsulta de Dats Ecnómics Anticips y Retencines El prfesinal accede a la pción de cnsulta de su infrmación ecnómica, en este cas cnsulta de ls Anticips y Retencines. Esta infrmación se btendrá de la base de dats de Persnal y Página 16 de 48

17 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Nóminas.El prfesinal pdrá establecer filtrs de búsqueda sbre ls anticips y retencines pr tip, ejercici, interval de fechas y/ interval de imprtes. Actres Prfesinal Utiliza Establecer filtrs de búsqueda Ejecutar búsqueda Imprimir listad Cnsultar detalle anticip/retención Imprimir detalle anticip/retención Pre-cndicines La aplicación está dispnible El usuari ha accedid al prtal El usuari accede a la funcinalidad de cnsulta de anticips y retencines Pst-cndicines El prfesinal cnsulta imprime el listad de anticips y retencines accede al detalle de un anticip/retención y l imprime Fluj de events El usuari seleccina la pción de cnsulta de anticips y retencines La aplicación btiene el históric de anticips y retencines del prfesinal El usuari intrduce ls filtrs de búsqueda El usuari lanza la búsqueda La aplicación ejecuta la búsqueda y muestra el listad de anticips y retencines en pantalla para ls filtrs de búsqueda establecids El usuari imprime el listad de anticips y retencines resultad de la búsqueda Página 17 de 48

18 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais El usuari seleccina un detalle del listad La aplicación carga en pantalla la infrmación del anticip/retención seleccinad El usuari imprime el detalle seleccinad Cndicines de fall N existen anticps/retencines para ls filtrs de búsqueda definids pr el usuari Cnsulta de Permiss y Ausencias El usuari accede a la pción de cnsulta del históric de permiss y ausencias labrales del prfesinal. El prfesinal pdrá establecer filtrs de búsqueda de permiss y ausencias pr mtiv, interval de fechas y/ centr de gestión. Actres Prfesinal Utiliza Establecer filtrs búsqueda Ejecutar la búsqueda Imprimir listad Pre-cndicines La aplicación está dispnible El usuari accede al prtal El usuari accede a la funcinalidad de cnsulta de permiss y ausencias Pst-cndicines El prfesinal cnsulta imprime el listad de permiss y ausencias Fluj de events El usuari seleccina la pción de cnsulta de permiss y ausencias La aplicación muestra el históric de permiss y ausencias labrales del prfesinal El usuari establece ls filtrs de búsqueda que desea aplicar El usuari lanza la búsqueda Página 18 de 48

19 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais La aplicación ejecuta la búsqueda y muestra el resultad en pantalla El usuari imprime el listad de permiss y ausencias Cndicines de fall N existe infrmación sbre permiss y ausencias del prfesinal Slicitud Cambi Dats Persnales El prfesinal realiza una slicitud de mdificación sbre sus dats persnales. Desde esta funcinalidad ls prfesinales pueden mdificar sus dats persnales y enviar una slicitud de cambi al sistema. Las slicitudes de cambi serán revisadas y cnslidadas pr persnal específic del área de recurss humans. Las slicitudes serán almacenadas en la BD el sistema grabadas en la base de dats de Persnal y Nóminas. Actres Prfesinal Punts de extensión Mdificar Dats Dmicili Mdificar Dats Expediente Académic Mdificar Dats Cuenta Bancaria Cnfirmar Slicitud de Cambi Pre-cndicines La aplicación está dispnible El usuari ha accedid al prtal El usuari accede a la funcinalidad de cambi de dats persnales Página 19 de 48

20 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Pst-cndicines El usuari realiza una slicitud de cambi en sus dats persnales Fluj de events El usuari mdifica algun de sus dats persnales: Dats Dmicili Dats Expediente Académic Dats Cuenta Bancaria El usuari cnfirmar ls cambis realizads La aplicación graba la slicitud de cambi realizada Cndicines de fall N se realiza la cnfirmación de las mdificacines realizadas Slicitud Cambi Dats Persnales El prfesinal realiza una slicitud de mdificación sbre sus dats persnales. Desde esta funcinalidad ls prfesinales pueden mdificar sus dats persnales y enviar una slicitud de cambi al sistema. Las slicitudes de cambi serán revisadas y cnslidadas pr persnal específic del área de recurss humans. Las slicitudes serán almacenadas en la BD el sistema grabadas en la base de dats de Persnal y Nóminas Diagrama de cntext En este apartad se representa el diagrama de cntext del sistema a través de ls diagramas de cass de us. Una vez reflejads ls cass de us y ls actres, se detallarán ls diferentes subsistemas Diagrama de Cass de Us General del sistema prpuest. En este apartad se detallan ls cass de us, funcinalidades, de carácter general para tds ls prfesinales, empezand pr la funcinalidad de validación de acces al prtal. Página 20 de 48

21 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Ls actres que intervienen en el diagrama anterir y las funcinalidades que pueden realizar se describen a cntinuación. Prfesinal Cnjunt de prfesinales usuaris de la aplicación que tienen vinculación cntractual cn la rganización. El usuari cn acces al sistema pdrán realizar las siguientes peracines: Validar Acces: ls usuaris accederán al módul privad del sistema prprcinand su Lgin/Clave de la cuenta de usuari en el dmini y la aplicación realizará la validación en el LDAP, recuperand de la cuenta de usuari ls camps de CdPn; si la cuenta de usuari psee ests dats se intentará lcalizar al prfesinal en el sistema de Prfesinal y Persnal y Nómina, si la búsqueda es fructífera el prfesinal pdrá acceder al sistema, en cas cntrari se le denegará el acces indicándle el prblema currid Cnsultar Dats Persnales - Ficha Persnal: cnsulta de la ficha de infrmación persnal del prfesinal que mantiene en sus sistemas de infrmación en la BD de Prfesinales (dats de identificación, dmicili, expediente académic, dats bancaris y ls dats de IRPF) Cnsultar Infrmación Ecnómica (Resumen Ecnómic): btener la lista de dats ecnómics para un ejercici y que cntiene el desglse mensual de las cantidades percibidas pr el prfesinal; el prfesinal puede imprimir el infrme cn la ficha de haberes Cnsultar Infrmación Ecnómica (Ctizacines SS): btener el listad cn las ctizacines a la Seguridad Scial de las nóminas del prfesinal; el prfesinal puede imprimir el infrme de ctizacines a la SS Página 21 de 48

22 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Cnsultar Infrmación Ecnómica (Nóminas): btener el listad cn las nóminas del prfesinal; el prfesinal puede imprimir el listad de nóminas acceder a una nómina en particular e imprimir el detalle Cnsultar Infrmación Ecnómica (Anticips y Retencines): btener el listad de anticips y retencines del prfesinal; el prfesinal puede imprimir el infrme cn el listad de anticips y retencines Cnsultar Permiss y Ausencias: btener el listad cn ls permiss y ausencias del prfesinal; el prfesinal puede imprimir el listad de permiss/ausencias acceder a un permis/ausencia en particular e imprimir el detalle Slicitar Cambi Dats Persnales: el prfesinal slicita el cambi en algun de sus dats persnales. La slicitud de cambi será almacenada en el sistema B2E, grabada en el sistema de Persnal y Nóminas y enviada pr crre electrónic a una cuenta de crre de RRHH para recibir las slicitudes de cambi realizadas pr ls prfesinales Cnsultar Ayuda: guardar en disc cnsultar en línea el manual de usuari de la aplicación Cambiar Idima: cambiar el idima utilizad actualmente en cualquiera de las funcinalidades del sistema RRHH: Usuaris pertencientes a la unidad de Recurss Humans de la rganización, encarga:ds de mantener ls dats de ls diferentes sistemas de infrmación, en cncret ls de la aplicación del Gestión de persnal y nóminas. Sistemas: Persnal encargad del mantenimient del Directri Activ y cuentas de crre de la ganización Diagrama de clases A cntinuación se representa el Diagrama de Clases del sistema B2e. Subsistema de Acces Diagrama de clases del subsistema de Acces: Página 22 de 48

23 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Subsistema de Cnsulta Diagrama de clases del subsistema de Cnsulta dats Persnales: Diagrama de clases del subsistema de Cnsulta dats Ecnómics: Página 23 de 48

24 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Página 24 de 48

25 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Subsistema de Slicitudes Diagrama de clases del subsistema de Slicitudes: 0..1 DATOS_IDENTIFICACION 0..1 DATOS_DIRECCION_CONTACTO PROFESIONAL 1 0..n SOLICITUD DATOS_CUENTA_BANCARIA 0..1 DATOS_TITULACION 0..1 DATOS_IDENTIFICACION_H 0..1 DATOS_DIRECCION_CONTACTO_H 0..n SOLICITUD_H DETALLE_SOLICITUD_H DATOS_CUENTA_BANCARIA_H 0..1 DATOS_TITULACION_H En ls diagramas anterires se realiza la representación jerárquica del diagrama de clases a partir de las entidades de negci identificadas en el análisis funcinal del sistema B2e, a partir de ls cass de us y de ls subsistemas de análisis. Se han representad 3 diagramas, 1 pr cada subsistema identificad: acces, slicitudes y cnsulta (dats Persnales y dats Ecnómics). Página 25 de 48

26 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 6. DISEÑO 6.1. Intrducción. A cntinuación se justificarán las decisines de arquitectura técnica, ls patrnes y se detallarán en fase de diseñ ls diferentes subsistemas definids en la fase de análisis Justificacines tecnlógicas La aplicación a desarrllar será una aplicación Web a la que accederán usuaris mediante un Navegadr Web, bien desde la red interna desde Internet. Para el sprte multidima de la aplicación se utilizarán ls archivs de prpiedades generads de acuerd al framewrk Struts. Entrn de desarrll plantead: Arquitectura J2EE Eclipse NetBeans SDK 1.4 de Sun Códig Java para el desarrll de ls cmpnentes Framewrk Jakarta Struts (implementación MVC) Jakarta Standard Tag Libs (JSTL) JDBC POJOs IBM Infrmix JDBC Driver 2.21.JC6 cm driver de acces al SGBD de Infrmix Macrmedia DremweaverMX 2004 Micrsft Internet Explrer 5.5, Mzilla Firefx 1.0, Netscape 7.0 Apache Tmcat 4.1 para prbar el desarrll 6.3. J2EE (Java 2 Enterprise Editin) J2EE es una platafrma de desarrll empresarial (prpuesta pr Sun Micrsystems en el añ 1997) que define un estándar para el desarrll de aplicacines empresariales multicapa. J2EE simplifica el desarrll de estas aplicacines basándlas en cmpnentes mdulares estandarizads, prprcinand un cnjunt muy cmplet de servicis a ests cmpnentes y gestinand autmáticamente muchas de las funcinalidades características cmplejas que requiere cualquier aplicación empresarial (seguridad, transaccines, etc.), sin necesidad de una prgramación cmpleja. Así pues, J2EE se enmarca dentr de un estil arquitectónic hetergéne, y aglutina distintas características crrespndientes a estils arquitectónics en capas niveles, cliente-servidr, rientada a bjets distribuids e, inclus, rientada a servicis. De esta definición, pdems extraer ls cncepts básics y ls punts clave que hay detrás de la platafrma J2EE: J2EE es una platafrma abierta y estándar. N es un prduct, sin que define un cnjunt de estándares que tds ls cntenedres deben cumplir para cmunicarse cn ls cmpnentes. En alguns ámbits, se dice que J2EE es una especificación de especificacines. J2EE define un mdel de aplicacines distribuid y multicapa cn n-niveles. Cn este mdel, pdems dividir las aplicacines en partes y cada una de estas partes se puede ejecutar en distints servidres. La arquitectura J2EE define un mínim de tres capas: la Página 26 de 48

27 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais capa cliente, la capa intermediay la capa de sistemas de infrmación de la empresa (EIS - Enterprise Infrmatin Systems). J2EE basa las aplicacines empresariales en el cncept de cmpnentes mdulares y estandarizads. Este cncept está muy vinculad al cncept cntenedr. Ls cntenedres sn entrns estándar de ejecución que prprcinan un cnjunt de servicis a ls cmpnentes que ahrran much trabaj a la hra de desarrllar ls cmpnentes. J2EE define un mdel de cmpnentes y cntenedres abiert y estándar. Est quiere decir que ls cntrats entre ls cmpnentes, ls cntenedres y ls servicis que tienen que prprcinar ls define una especificación estándar. De esta manera, se cnsigue que cualquier fabricante pueda desarrllar cntenedres capaces de ejecutar cmpnentes J2EE; sól tiene que cumplir ls cntrats estándar e implementar ls servicis requerids pr la especificación. Las platafrmas de sftware que implementan ests cntenedres y servicis se llaman servidres de aplicacines y hay muchs fabricantes diferentes de ls misms, alguns cmerciales, trs de códig libre Arquitectura multicapa cn n-niveles El mdel de aplicacines que define J2EE se enmarca dentr de un estil arquitectónic hetergéne que cmbina características de diferentes estils, y se centra en un estil clienteservidr, basad en cmpnentes y rganizad en capas niveles. J2EE extiende la arquitectura típica en tres capas niveles para definir una arquitectura en n- capas. Esta extensión se hace de manera natural, cnsiderand que la capa intermedia se puede subdividir en el nivel lógic en diferentes capas, cada una cn unas respnsabilidades diferenciadas. Capa cliente. Cntiene ls cmpnentes que se ejecutan en las máquinas cliente. Pr ejempl, páginas HTML que se ejecutan en ls navegadres de ls usuaris. Capa intermedia (middle layer). Nrmalmente, cntiene el prcesamient de la lógica de negci, situada entre la capa cliente y la capa EIS. Ls cmpnentes de esta capa se ejecutan en ls diferentes cntenedres que frman el servidr de aplicacines. En la arquitectura J2EE, pdems dividir la capa intermedia en tres subcapas frmadas pr cmpnentes distints que se ejecutan en cntenedres diferentes y que tienen funcinalidades distintas: Página 27 de 48

28 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Capa de presentación. Cntrla la lógica de interacción entre el usuari y la aplicación, así cm la frma cn la que se presenta la infrmación. Cntiene ls cmpnentes de presentación que se ejecutan en el cntenedr web del servidr de aplicacines. Capa de negci. Cntiene el códig y las reglas de negci para nuestra aplicación. Capa de integración. Capa en la que se hacen las tareas de integración de la aplicación cn ls diferentes sistemas cn ls que tiene que interactuar (bases de dats, sistemas legacy, etc.). Capa EIS. En esta capa, encntrams el rest de ls cmpnentes del sistema de infrmación que hay en la empresa. Pr ejempl, cntiene ls cmpnentes de la capa de dats que residen en un servidr de dats (cmpdrían ser las tablas de una base de dats relacinal) Arquitecturas más habituales EJB s versus POJO. La gran ventaja de ls POJO en sistemas que n requieren cmpnentes distribuids es que sn bjets muy ligers que n añaden ningún tip de carga adicinal (gestión de transaccines, seguridad, cicl de vida, etc.). Est ls hace muy fáciles de desarrllar, además de prprcinar muy buen rendimient. Su principal incnveniente es que n tenems ninguna de las características que tienen ls EJB y si las necesitams, las tendrems que implementar ( usar algún framewrk que las prprcine). Ésta es la arquitectura más simple. Ls cmpnentes web y ls cmpnentes denegci se ejecutan en la misma máquina virtual y ls cmpnentes de negci n sn EJB, sól se necesita un cntenedr web. Sin embarg, hay una clara separación entre ls cmpnentes de negci y ls cmpnentes de presentación En esta arquitectura tenems: Capa de presentación cn servlets y JSP siguiend un patrón de diseñ MVC. Acces lcal de la capa de presentación a la capa de negci. Capa de negci implementada cn POJO (clases java) Capa de integración nrmalmente desarrllada cn algún framewrk de mape bjet/relacinal bien directamente cn clases Java siguiend el patrón DAO (Data Access Object). Página 28 de 48

29 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 6.4. MVC y J2EE El principal bjetiv de la arquitectura MVC es aislar tant ls dats de la aplicación cm el estad (mdel) de la misma, del mecanism utilizad para representar (vista) dich estad, así cm para mdularizar esta vista y mdelar la transición entre estads del mdel (cntrladr). Las aplicacines MVC se dividen en tres grandes áreas funcinales: Vista: la presentación de ls dats Cntrladr: el que atenderá las peticines y cmpnentes para tma de decisines de la aplicación Mdel: la lógica del negci servici y ls dats asciads cn la aplicación El prpósit del MVC es aislar ls cambis. Es una arquitectura preparada para ls cambis, que desacpla dats y lógica de negci de la lógica de presentación, permitiend la actualización y desarrll independiente de cada un de ls citads cmpnentes. En nuestr casl la aplicación será implementada cn J2EE utilizand JSP para las vistas, servlets cm cntrladres y JDBC para el mdel Framewrk Struts. Struts es una herramienta de sprte para el desarrll de aplicacines Web baj el patrón MVC baj la platafrma J2EE. Struts se desarrllaba cm parte del pryect Jakarta de la Apache Sftware Fundatin, per actualmente es un pryect independiente cncid cm Apache Struts. Struts se basa en el patrón del Mdel-Vista-Cntrladr (MVC) el cual se utiliza ampliamente y es cnsiderad de gran slidez. De acuerd cn este patrón, el prcesamient se separa en tres seccines diferenciadas, llamadas el mdel, las vistas y el cntrladr. Cuand se prgraman aplicacines Web cn el patrón MVC, siempre surge la duda de usar un sl cntrladr usar varis cntrladres, pues si cnsiderams mejr usar un sl cntrladr para tener tda nuestra lógica en un mism lugar, ns encntrams cn un grave prblema, ya que nuestr cntrladr se cnvierte en l que se cnce cm "fat cntrller", es decir un cntrladr de peticines, Struts surge cm la slución a este prblema ya que implementa un sl cntrladr (ActinServlet) que evalúa las peticines del usuari mediante un archiv cnfigurable (struts-cnfig.xml). Entre las características de Struts se pueden mencinar: Cnfiguración del cntrl centralizada. Interrelacines entre accines y página u tras accines se especifican pr tablas XML en lugar de cdificarlas en ls prgramas páginas. Cmpnentes de aplicación, que sn el mecanism para cmpartir infrmación bidireccinalmente entre el usuari de la aplicación y las accines del mdel. Librerías de entidades para facilitar la mayría de las peracines que generalmente realizan las páginas JSP. Struts cntiene herramientas para validación de camps de plantillas baj varis esquemas que van desde validacines lcales en la página (en javascript) hasta las validacines de fnd hechas a nivel de las accines. Struts permite que el desarrlladr se cncentre en el diseñ de aplicacines cmplejas cm una serie simple de cmpnentes del Mdel y de la vista intercmunicads pr un cntrl centralizad. Diseñand de esta manera puede btenerse una aplicación más cnsistente y más fácil de mantener. Página 29 de 48

30 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 6.6. Definición de Patrnes Utilizads A cntinuación se describen ls patrnes identificads en el diseñ de la slución para el desarrll: Frnt Cntrller Prblema: El sistema requiere un punt de acces centralizad para capturar las peticines de la capa de presentación, que sprte la integración de servicis del sistema, manej de vistas, navegación. Cuand un usuari accede a la vista directamente sin pasar pr ese punt centralizad pueden dar ds prblemas: Cada vista requiere sus prpis servicis del sistema, dupicación de códig La navegación a través de las vistas se deja a las vistas. Est da lugar a una mezcla entre el cntenid de la vista y la navegación Además el cntrl distribuid es más difícil de mantener, dad que ls cambis afectarán a múltiples lugares. Slución Usar un cntrladr cm punt inicial de cntact para manejar la request. El cntrladr maneja las peracines de la request, incluyend la invcación de servicis de seguridad cm autenticación y autrización, delegand la lógica de negci, escgiend la vista aprpiada, cntrland ls errres, y manejand la selección de estrategias de creación de cntenid. Aplicabilidad El tratamient cmún de servicis de sistema cmplets pr petición. Pr ejempl, el servici de seguridad cmpleta cmprbacines de autrización y la autenticación La lógica es manejada mejr en un punt central en vez de replicarla dentr de numersas vistas Ls punts de decisión existen en función de la recuperación y la manipulación de dats Múltiples vistas sn usadas para respnder a peticines de negci similares Un punt centralizad de cntact para manejar una petición puede ser útil, pr ejempl, cntrlar y registrar el prgres de un usuari pr la aplicación Ls servicis de sistema y la lógica de manej de la vista sn relativamente sfisticads View Helper Prblema A menud suceden cambis en la capa de presentación que sn difíciles de mantener y desarrllar cuand la lógica de acces a ls dats y el frmate de la presentación están mezclads. Est hace que el sistema sea mens flexible, mens reutilizable y generalmente mens resistente a cambis. La mezcla ente lógica de negci y prcesamient de vistas reduce la mdularidad y además prprcina una pbre separación entre ls rles dedicads a la creación de Web y de desarrll de sftware. Slución Página 30 de 48

31 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Una vista cntiene códig frmatead, delegams las respnsabilidades de ese prces a las clases de apy, implementadas cm java Beans etiquetas persnalizadas. Las clases de apy (Helpers) sirven cm adaptadres de dats y almacenarán el mdel de dats intermedi de la vista. Aplicabilidad Ls requerimients de asimilación de dats n sn triviales: Incrustar la lógica de negci dentr de la vista prmueve la reutilización del tip cpiar-pegar. Est prvca prblemas de mantenimient prque un trz de códig es reutilizad en diferentes sitis el mism simplemente duplicándl en su nueva lcalización Es deseable prmver una separación clara de cada tarea en función de ls rles de desarrlladres del sftware Una vista se usa nrmalmente para respnder a una petición particular Dispatcher View Prblema El prblema aquí es una cmbinación de prblemas que sn resuelts pr ls patrnes FrntCntrller y ViewHelper, en la capa de presentación. N hay cmpnente centralizad para manejar el cntrl de acces, la recuperación de cntenid, el manej de las vistas, y hay códig duplicad y repartid a través de varias vistas. Además la lógica de negci y frmate de presentación se encuentran entremezclads en esas vistas, haciend que el sistema sea mens flexible, reutilizable y generalmente mens resistente a cambis. La mezcla ente lógica de negci y prcesamient de vistas reduce la mdularidad y además prprcina una pbre separación entre ls rles dedicads a la creación de Web y de desarrll de sftware. Slución Cmbinar un cntrler y dispatcher cn vistas y clases de apy, para manejar las peticines de ls clientes y preparar presentacines dinámicas cm repuesta. Ls cntrladres n delegan la recuperación de cntenid a las clases de apy. Un dispatcher es respnsable del manej y navegación de la vista y puede se encapsulad en un cntller, una vista un cmpnente separad Aplicabilidad Cmprbacines de autrización y autenticación sn cmpletadas pr request El códig scriplet debe ser reducid La lógica de negci debe ser encapsulada en cmpnentes diferentes de la vista El fluj de cntrl es relativamente simple y está típicamente basad en valres encapsulads cn la petición Manej de lógica de las vistas es limitada en cmplejidad Sessin Facade Prblema En una aplicación de la plata frma Java2, Enterprise Editin (J2EE), surge ls siguientes prblemas: Fuerte acplamient, que ns lleva a que haya una dependencia directa ente ls bjets cliente y de negci Demasiadas invcacines de métds entre el servidr y clientes, casinand prblemas de rendimient de red Página 31 de 48

32 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Falta de una estrategia de acces a ls clientes, prvcand un mal us de ls bjets de negci La interacción entre clientes y bjets de negci lleva a un alt acplamient entre ambs, Hace que el cliente dependa directamente de la implementación de ls bjets de negci. Esta dependencia directa significa que el cliente debe representar e implementar las cmplejas interaccines de ls bjets de negci y debe manejar las relacines entre ls bjets participantes, así cm cncer la demarcación de la respnsabilidad de las transaccines. El prblema aumenta cuand accedems directamente a ls bjets expuests a ls clientes, n hay una estrategia unificada para acceder a ls bjets de negci. Sin una estrategia de acces unifrme, ls bjets de la lógica de negci sn expuests a ls usuaris y se reducirá el us cnsistente de ésts. Slución Usar un Sessin Facade cm fachada para encapsular la cmplejidad de las interaccines entre ls bjets de negci que participan en un fluj de trabaj. El Sessin Facade maneja ls bjets de negci, y prprcina un servici de acces unifrme a la capa de acces a ls clientes Aplicabilidad Prveer un interfaz más simple a ls clientes cultand tdas las cmplejas interaccines entre ls bjets de negci Reducir el númer de bjets de negci que sn cncids pr el cliente a través de una capa de servici en la red Ocultar al cliente las interaccines y dependencias entre ls cmpnentes de negci. Est prprcina una mejr manejabilidad, centralización de interaccines, mayr flexibilidad, y mayr habilidad para adpatarse a ls cambis Prveer una capa de servici para separar la implementación de ls bjets de negci de la abstracción de ls servicis de negci Evitar la expsición de la lógica de negci subyacente a ls clientes para mantener el fuerte acplamient entre las ds capas al mínim Abstract Factry Prblema El prblema que intenta slucinar este patrón es el de crear diferentes familias de bjets. Un de ls uss más cmunes es el de creación de interfaces gráficas de distint tip (gtk, qt, etc.), para l cual se suele cmbinar cn ls patrnes Singletn y Adapter Slución La definición de interfaces para la familia de prducts genérics (ej: ventana, menú, btón...) Implementación de las interfaces de ls prducts para cada una de las distintas familias cncretas (ej: gtk_ventana, gtk_menú, gtk_btón... y qt_ventana, qt_menú, qt_btón...) La definición de ls métds de creación de ls prducts genérics en la interfaz de la fábrica (ej: cnstruir_ventana, cnstruir_menú, cnstruir_btón...) cuy tip de retrn serán las interfaces genéricas. Implementación de una fábrica para cada una de las familias cncretas (ej: fabrica_gtk, fabrica_qt). Aplicabilidad El patrón Abstract Factry está acnsejad cuand se prevé la inclusión de nuevas familias de prducts, per puede resultar cntraprducente cuand se añaden nuevs prducts cambian ls existentes Página 32 de 48

33 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Business Delegate Prblema Ls bjets de la capa de presentación interactúan directamente cn ls servicis de negci. Esta cmunicación directa expne ls detalles de implementación de ls servicis de negci API,a la capa de presentación. Cm resultad ls cmpnentes de la capa de presentación sn vulnerables a cambis prducids en la implementación de ls servicis de negci. Además, puede haber un impact perjudicial sbre el funcinamient de red prque ls cmpnentes de la capa de presentación que usan ls API de ls servicis de negci hacen demasiadas invcacines a través de la red. Est curre cuand ls cmpnentes de la capa de presentación usan directamente el API, sin usar mecanisms de caché Slución Usar un Bussines Delegate para reducir el acplamient entre ls servicis de negci y la capa de presentación de ls clientes. El Bussines Delegate culta ls detalles de implementación del servici de negci, así cm detalles de búsqueda y acces de la arquitectura de ls EJB. Aplicabilidad La capa de presentación de ls clientes necesita acceder a ls servicis de negci Diferentes clientes, cm ls dispsitivs, ls clientes Web, y ls clientes pesads necesitan acceder a ls servicis de negci Apis de ls servicis de negci pueden cambiar sus requerimients Es deseable minimizar el acplamient entre la capa de presentación de ls clientes y ls servicis de negci Ls clientes pueden necesitar implementar mecanisms de cache para servicis de negci de infrmación Es deseable reducir el tráfic de red entre clientes y servicis de negci Accessr Prblema El sftware de empresa de desarrll requiere una mezcla rica de prgrama y la experiencia de negci. La lógica de aplicación debe reflejar cn exactitud prcess de negci dentr de su dmini así cm utilizar el acces de dats y recurss de sistema de manera eficiente Slución Encapsula detalles de acces de dats físics en un cmpnente, expniend peracines sól lógicas. El códig de aplicación mantiene el cncimient sbre el mdel de dats subyacente, per está liberad de respnsabilidades de acces de dats Aplicabilidad Ocultar ls detalles de la cmplejidad de acces a dats y de la platafrma de la lógica de la aplicación Utilizar funcinalidades adicinales a ls prprcinads pr el driver de acces a la base de dats. Nrmalmente, ls drivers de acces a base de dats n prprcinan métds para manejar la distribución de ls dats niveles de blque, debid a que la implementación depende de la tplgía de las aplicacines y a su arquitectura Es necesari implementar diferentes métds de acces a ls dats y pder elegir el adecuad en tiemp de ejecución. Diferentes implementacines permiten Página 33 de 48

34 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais interactuar cn diferentes platafrmas de base de dats e inclus añadir nuevas tecnlgías de base de dats, cm cnsultas XML bases de dats rientadas a bjets Data Access Object (DAO) Prblema Muchas aplicacines del mund real de la platafrma J2EE necesitan usar dats persistentes en algún punt. Para muchas aplicacines, el almacenaje persistente es puest en práctica cn mecanisms diferentes, y hay diferencias marcadas entre las APIs usadas para acceder a ess diferentes mecanisms de almacenamient persistente. Otras aplicacines pueden tener que tener acces a ls dats que residen sbre sistemas separads. Pr ejempl, ls dats pueden residir en sistemas de mainframe, LDAP, repsitris, etcétera. Otr ejempl es dnde ls servicis prprcinan dats pr sistemas externs cm negcis entre empresas (B2B) sistemas de integración, el servici de ficina de tarjeta de crédit, etcétera, etcétera Slución Usar un DAO para abstraer y encapsular td el acces a la fuente de dats. El DAO maneja la cnexión cn la fuente de dats para btener y almacenar ls dats Aplicabilidad Desacplar la lógica de negci de la lógica de acces a dats, de manera que se pueda cambiar la fuente de dats fácilmente Value Object (VO) Prblema Las aplicacines de la platafrma J2EE implementan cmpnentes de negci del lad del servidr cm beans de sesión y de entidad. Alguns métds expuests pr ls cmpnentes de negci devuelven dats al cliente. Algunas veces, el cliente invca a ls métds get de un bjet de negci varias veces para btener tds ls valres de ls atributs. Según se incrementa la utilización de ests métds remts, el rendimient de la aplicación se puede degradar significativametne. Pr l tant, utilizar varias llamadas a métds get que devuelven simples valres de atributs es ineficiente para btener valres de dats desde un bean enterprise. Slución Utilizar un Transfer Object para encapsular ls dats de negci. Se utiliza una única llamada a un métd para envíar y recuperar el Transfer Object. Cuand el cliente slicita ls dats de negci al bean enterprise, éste puede cnstruir el Transfer Object, rellenarl cn sus valres de atributs y pasarl pr valr al cliente Aplicabilidad Cuand es necesari representar un cnjunt de atributs prcedentes de un varis bjects del dmini Page-by-Page Iteratr (Value List Handler) Prblema Las aplicacines de la platafrma J2EE suelen tener un requerimient de búsqueda y cnsulta para buscar y listar cierts dats. En alguns cass las peracines de búsqueda y cnsulta pdrían devlver resultads que pueden ser bastante grandes. N es práctic devlver tda la hja de resultads cuand ls requerimients del cliente sn mverse pr Página 34 de 48

35 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais ls resultads, en vez de prcesar el cnjunt cmplet. Nrmalmente, un usuari utiliza ls resultads de una cnsulta para prpósicts de sól lectura, cm mstrar una lista de resultads. Slución Utilizar un Page-byPage Iteratr para cntrlar la búsqueda, hacer un caché cn ls resultads, y prprcinar ls resultads al cliente en una hja de resultads cuy tamañ y desplazamient cumpla ls requerimients del cliente Aplicabilidad Cuand es necesari visualizar la lista de Value Objects pr trzs, pudiend ir hacia delante atrás La lista cmpleta n cabría en pantalla La lista cmpleta n cabría en memria Template methd (Plantilla) Prblema Las aplicacines de la platafrma J2EE suelen necesitar de un framewrk que permita presentar múltiples dcuments al usuari (abstraccines Aplicación y Dcument). Para una abstracción específica, se especializan ls cncepts de Aplicación y Dcument. La abstracción aplicación cnce la peración genérica a realizar (pr ejempl, abrir un dcument), per parte de la peración depende del dcument cncret. Slución Implementar un métd que difiera en trs métds abstracts las partes del algritm que n se cncen que sn específicas. Un métd plantilla es un métd que define un algrim en base a una serie de peracines abstractas que sn redefinidas pr las subclases para btener un cmprtamient cncret Aplicabilidad Implementar las partes invariables de un algritm una única vez y permitir que las subclases definan el cmprtamient que cambia Factrización de cmprtamient cmún de las subclases en la superclase (evitar replicación de códig mediante generalización) Para cntrlar las extensines de las subclases. El métd plantilla utiliza métds especiales (hks) que sn ls únics punts que pueden ser redefinids 6.7. JDBC-POJOs vs EJBs de entidad La gran ventaja de la alternativa de POJOs es que se trata de bjets muy ligers. Ésts n añaden ningún tip de carga adicinal al prces y pr l tant, resultan muy fáciles de implementar, presentan un sencill mantenimient y tienen un gran rendimient. La desventaja es que n frecen la funcinalidad prprcinada pr ls EJBs, pr l tant será necesari utilizar librerías implementar manualmente ls servicis prprcinads pr el cntendr de EJBs. El us de JDBC-POJOs bligará a implementar la lógica de acces a dats, peracines CRUD (Create, Read, Update, Delete) que en ls EJBs de entidad ya vienen implementads pr defect al utilizar la persistencia cn CMP. De la misma frma, será necesari implementar pr códig las transaccines en las peracines realizadas sbre ls dats. Página 35 de 48

36 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 6.8. Descripción de ls subsistemas de diseñ. Subsistema de Cntrl y Gestión de Acces. En este subsistema se englbarán tdas las tareas de cntrl y gestión de acces de usuaris, seguridad, registr de lgs Subsistema General. Cntendrá las funcinalidades generales para tds ls prfesinales y cuya infrmación se btendrá accediend al sistema de Persnal y nóminas de RRHH Subsistema de Cnsulta. Agrupará las funcinalidades de cnsulta que puedan realizar ls usuaris de la aplicación (cnsulta de dats persnales y/ ecnómics) Subsistema de Slicitudes. Cntendrá las funcinalidades de slicitud que puedan realizar ls usuaris desde el sistema (slicitud de cambi de dats persnales ) El subsistema de Cntrl y Gestión de Acces es un subsistema de sprte (resuelve servicis cmunes a varis elements del sistema: autenticación, registr de lgs, interfaz gráfic) y ls subsistemas General, Cnsultas y Slicitudes sn subsistemas específics pues resuelven funcinalidades prpias del sistema B2e. En el Diagrama de Cmpnentes del sistema que se muestra a cntinuación pdems ver ls distints niveles lógics en ls que se divide la slución: Página 36 de 48

37 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Capa Cliente. Navegadr Web instalad en el equip cliente Capa Presentación: Vista y Cntrladr. La capa de presentación se diseñará e implementará utilizand el framewrk Struts que implementa el patrón MVC (Mdel- Vista-Cntrladr). El us de Struts facilita el mantenimient, creación y desarrll de aplicacines Web. El framewrk Struts prprcina herramientas en la Vista cm sn: JSP y JSTL (Java Server Pages Standar Tag Libraries) Internacinalización (LOCALE) Frmularis y su Validación Plantillas (TILES) Y en el Cntrladr: ActinServlet: recibe las peticines del Servidr Web y utiliza el ficher de cnfiguración Struts-cnfig.xml, en el que se define la navegación, para gestinar y redirigir tdas las peticines recibidas ActinFrm: prprcina ls métds necesaris (Get y Set) para el acces a ls dats de ls frmularis Actin: definen las accines a realizar pr cada frmulari Capa Lógica de Negci (Mdel). Implementa las clases de la lógica de negci del sistema. La implementación de las clases se realizará mediante lenguaje Java y se utilizarán patrnes de diseñ identificads para el desarrll de sistemas baj arquitectura J2EE Página 37 de 48

38 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Capa Dats. El sistema trabajará cntra la base de dats definida pr el sistema B2e y utilizará también las bases de dats del sistema de Gestión de Persnal y nóminas de RRHH Particinamient físic del Sistema. A cntinuación se muestra la descripción de ls niveles de arquitectura del sistema de infrmación, representand las particines físicas del sistema mediante nds y cmunicacines entre nds. PC Cliente Impresras <<Navegadr Web>> * * * WAN INTERNET * Internet Infrmatin Server <<Servidr Web>> * DMZ Ethernet Dmain Cntrller - LDAP * * IBM WebSphere Server Servidr de impresión <<Servidr de Aplicacines>> * * * Ethernet INFORMIX <<Servidr Base de Dats>> * INTRANET Identificación de ls nds incluids en el Diagrama de Despliegue del sistema: PC Cliente. Equips clientes desde ls que se accederá al sistema y que pueden ser equips cnectads a la Intranet equips externs que accedan a través de Internet Impresras. Dispsitivs para la impresión de la dcumentación generada pr la aplicación Página 38 de 48

39 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Internet Infrmatin Server (DMZ ). Servidr Web situad en la Demilitarized Zne (DMZ) que recibe las peticines realizadas pr ls clientes Internet y las redirige al Servidr de Aplicacines, IBM HTTP Server. Servidr Web intern que recibirá tdas las peticines realizadas pr ls clientes de la Intranet y las redirige al Servidr de Aplicacines en el que se ha desplegad la aplicación. IBM WebSphere Applicatin Server. Servidr de aplicacines en el que se han desplegad tds ls cmpnentes y elements de la aplicación Active Directry - LDAP. El sistema utilizará el AD para validar ls usuaris y ls certificads que intentan acceder a la aplicación. INFORMIX. Sistema Gestr de Base de Dats en el que se ubicará la base de dats del sistema Servidr de Impresión. Servidr en la que se publican ls infrmes llamads desde la aplicación. Ls infrmes serán mstrads al usuari en frmat PDF Diagramas de Clases Subsistema de Acces Página 39 de 48

40 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Subsistema de Cnsulta Identificación de clases. cat.uc.http.view.actinfrms AnticipsActin: Clase de implementacin del Actin crrespndiente a la gestin de ls anticips AvisLegalActin: Clase de implementacin del Actin crrespndiente al avis legal CtizacinesActin: Clase de implementacin del Actin crrespndiente a la gestin de las ctizacines DatsActin: Clase de implementacin del Actin crrespndiente a la gestin de ls dats LcaleActin: Clase de implementacin del Actin crrespndiente a la gestin del idima LginActin: Clase de implementacin del Actin crrespndiente a la gestin de la autenticacin en el prtal NminasActin: Clase de implementacin del Actin crrespndiente a la gestin de las nminas PermissActin: Clase de implementacin del Actin crrespndiente a la gestin de ls permiss PlantillaActin: Clase de implementacin del Actin crrespndiente al patrn plantilla SalirActin: Clase de implementacin del Actin crrespndiente a la salida cat.uc.http.view.actinfrms LcaleFrm: Clase de Implementación del ActinFrm crrespndiente a la gestión de idimas. LginFrm: Clase de implementacin del ActinFrm crrespndiente a la gestin del lgin Página 40 de 48

41 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais cat.uc.mdel.acces.accesr AccesAccessr: Clase de implementacin del Accessr abstract crrespndiente a la gestin del acces AccesLginAccessr: Clase de implementacin del Accessr cncret crrespndiente a la gestin del idima cat.uc.mdel.acces.da AccesDAO: Clase de implementacin del DAO crrespndiente a la gestin del acces cat.uc.mdel.acces.util.facade AccesFacade: Clase de implementacin de la Fachada crrespndiente a la gestin del acces AccesFacadeImpl: Clase de implementacin de la Fachada crrespndiente a la gestin del acces cat.uc.mdel.acces.util.factry AccesAccesrFactry: Clase de implementacin del Factry Abstract crrespndiente a la gestin del acces AccesLginCncrete: Clase de implementacin del Factry crrespndiente a la gestin del acces cat.uc.mdel.acces.util.sessin SessinAcces: Clase de implementacin del Bussines Delegate de Acces cat.uc.mdel.acces.v PrfesinalVO: Clase de implementacin del VO crrespndiente al prfesinal cat.uc.mdel.cnsultas.accessr AnticipsAcccessr: Clase de implementacin del Accessr de anticips CnsultasAccessr: Clase de implementacin del Accessr de cnsultas CtizacinesAccessr: Clase de implementacin del Accessr de ctizacines NminasAccessr: Clase de implementacin del Accessr de cnsultas PermissAccessr: Clase de implementacin del Accessr de permiss cat.uc.mdel.cnsultas.da AnticipsDAO: Clase de implementacin del DAO de anticips NminasActin: CtizacinesDAO: Clase de implementacin del DAO de ctizacines NminasDAO: Clase de implementacin del DAO de cnsultas PermissDAO: Clase de implementacin del DAO de permiss cat.uc.mdel.cnsultas.util.facade CnsultasFacade: Clase de implementacin de la Interface de la Fachada de cnsultas CnsultasFacadeImpl: Clase de implementacin de la Fachada de cnsultas cat.uc.mdel.cnsultas.util.factry AnticipsCncrete: Clase de implementacin de la Fabrica cncreta de anticips CnsultasAccessrFactry: Clase de implementacin de la Fabrica abstracta cncreta de cnsultas CtizacinesCncrete: Clase de implementacin de la Fabrica cncreta de ctizacines NminasCncrete: Clase de implementacin de la Fabrica cncreta de nminas PermissCncrete: Clase de implementacin de la Fabrica cncreta de permiss Página 41 de 48

42 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais cat.uc.mdel.cnsultas.util.sessin SessinCnsultas: Clase de implementacin del Business Delegate de cnsultas cat.uc.mdel.cnsultas.v AnticipVO: Clase de implementacin del VO de anticips CtizacinesVO: Clase de implementacin del VO de ctizacines NminaVO: Clase de implementacin del VO de nminas PermissVO: Clase de implementacin del VO de permiss cat.uc.mdel.util.accessr AccessrCncrete: Clase de implementacin del Accessr cncrete de Access cat.uc.mdel.util.da DAO: Clase de implementacin del DAO TransactinalCnnectin: Clase de implementacin de btencin de cnexines transaccinales cat.uc.mdel.util.datasurce DataSurceGeneratr: Clase de btencin del DataSurce cat.uc.mdel.util.exceptins AnticipExceptin: Clase exceptin de anticips CtizacinesExceptin: Clase exceptin de ctizacines DatsExceptin: Clase exceptin de dats NminaExepctin: Clase exceptin de nminas PermisExceptin: Clase exceptin de permiss cat.uc.mdel.util.factry AccessrFactry: Clase de implementacin del Accessr Factru cat.uc.servlets MyPrtalServlet: Clase de implementacin del Servlet inicial Página 42 de 48

43 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Diseñ de interfaz de usuari A cntinuación se presentan una serie de capturas del interfaz de usuari. - Menú en Castellan: - Dats Persnales: Ctizacines (inglés): Página 43 de 48

44 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais - Permiss: Página 44 de 48

45 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 7. Implementación Se explicará en este apartad cm está estructurada la aplicación desarrllada utilizand el patrón MVC, ls detalles técnics y la finalidad de cada cmpnente Estructura del pryect El pryect tiene partes bien diferenciadas; la carpeta WEB-INF/SRC cn las clases Java desarrlladas para la aplicación crrespndientes a la lógica de negci y las crrespndientes al cntrladr, que serán las Actin y Actin Frm de Struts. La capa de presentación está en la carpeta html/jsp y que cntienen ls jsp s e images de las páginas web de la aplicación. Igualmente, en WEB-INF y META-INF se almacenan ls fichers de cnfiguración y definición de Struts. El despliegue de la aplicación se ha realizad en desarrll sbre un servidr Tmcat 4.1, y es ahí dnde se ha cnfigurad la cnexión a la Base de dats a través de JDBC Pruebas. El plan de pruebas ha sid exhaustiv en el entrn de desarrll, y se ha dirigid básicamente a cmprbar el crrect funcinamient de ls métds de las clases que cmpnen la lógica de negci de la aplicación. Se han prbad tdas las funcinalidades de cnsulta y acces. Página 45 de 48

46 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais 8. Cnclusines. Se ha realizad una valración de la cumplimentación del alcance funcinal y se ha retrasad para una próxima fase el desarrll de las siguientes funcinalidades recgidas en el análisis inicial: - Ayuda - Ayuda On-Line - Slicitud de cambi de dats persnales. La valración persnal en cuant a ls tiemps y a las técnicas empleadas ha sid satisfactria, cnsiguiend ls bjetivs técnics en el desarrll de la aplicación trazads al principi de este infrme. Página 46 de 48

47 Memria. PFC-J2EE. UOC. 2007/02. Jsé Lrenz Rdríguez Currais Anex I Se adjuntan al pryect ls fichers: - MyPrtal.zip cn tda la estructura del pryect. - JDc.zip cn la dcumentación generada en JavaDc desde el IDE - El ficher script.txt que cntiene el códig SQL para crear las tablas en desarrll y pder prbar la aplicación (se incluye el registr de usuari= Lrenz y passwrd = Lrenz para el lgin en la aplicación) Prcedimient de instalación en Tmcat 4.1 Instalar el Tmcat. Pr ejempl el Desplegar la aplicación en el directri \webapps de Tmcat desplegarla desde el administradr del servidr de aplicacines: 2. Incluir ls drivers de Infrmix (ifxjdbc.jar) en el directri cmmn/lib de la instalación 3. Cnfigurar el Pl de Cnexines de la aplicación. Para ell hay que añadir las siguientes líneas en el ficher server.xml situad en la carpeta cnf (en la sección de ls cntexts) <!-- CONTEXTO MyPrtal para datasurce--> <Cntext path="/myprtal" dcbase="myprtal" debug="5" reladable="true" crsscntext="true"> <Lgger classname="rg.apache.catalina.lgger.filelgger" prefix="lcalhst_dbtest_lg." suffix=".txt" timestamp="true"/> <Resurce name="jdbc/myprtal" auth="cntainer" type="javax.sql.datasurce"/> <ResurceParams name="jdbc/myprtal"> Página 47 de 48