Generación de Aplicaciones Web Basadas en Procesos de Negocio Mediante Transformación de Modelos

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Generación de Aplicaciones Web Basadas en Procesos de Negocio Mediante Transformación de Modelos"

Transcripción

1 IEEE LATIN AMERICA TRANSACTIONS, VOL. 5, NO. 4, JULY Generación de Aplicaciones Web Basadas en Procesos de Negocio Mediante Transformación de Modelos Victoria Torres, Investigador, Universidad Politécnica de Valencia, Vicente Pelechano, Profesor Titular de Universidad, Universidad Politécnica de Valencia, y Pau Giner, Investigador, Universidad Politécnica de Valencia Resumen-- Las aplicaciones Web están evolucionando hacia un entorno inter-organizacional donde aparecen nuevos requisitos (integración de aplicaciones mediante la composición de procesos de negocio de diferentes organizaciones) que deben abordarse en el proceso de desarrollo de aplicaciones. En este trabajo se propone una extensión al método de ingeniería Web OOWS para el desarrollo de aplicaciones Web basadas en procesos de negocio. En esta extensión se ha tenido en cuenta tanto la existencia de tareas manuales llevadas a cabo por participantes humanos como el hecho de que en un contexto B2B los procesos normalmente involucran el uso de funcionalidad distribuida, normalmente proporcionada a través de Servicios Web. Mediante la aplicación del estándar QVT para la transformación de modelos obtenemos a partir de una especificación de proceso de negocio tanto (1) las interfaces gráficas que permiten la ejecución de los procesos como (2) la especificación ejecutable del proceso en WS-BPEL. Palabras clave Programación automática, Modelaje, Ingenieria de software. I I. INTRODUCCIÓN NTERNET se ha convertido en la plataforma más común para el desarrollo de aplicaciones, tanto intra como inter organizacionales. Para dar soporte a la generación de este tipo de aplicaciones emergieron los métodos de ingeniería Web, cuyo principal objetivo era dar soporte a aquellos aspectos que los métodos de desarrollo de software convencionales no consideraban durante la generación de aplicaciones Web. Estos aspectos se refieren principalmente a la navegación y la presentación, los cuales pasaron a ser elementos de primer orden en el proceso de modelado conceptual. Sin embargo, en algunos casos, la descripción de las aplicaciones Web a desarrollar está fuertemente ligada a la definición de procesos de negocio 1 (PN). La especificación de este tipo de Este trabajo ha sido desarrollado con el soporte del MEC bajo el proyecto DESTINO TIN y cofinanciado por FEDER. V. Torres, Universidad Politécnica de Valencia, Camí de Vera s/n Valencia, España ( V. Pelechano, Universidad Politécnica de Valencia, Camí de Vera s/n Valencia, España ( P. Giner, Universidad Politécnica de Valencia, Camí de Vera s/n Valencia, España ( 1 entendiendo también los PN como procesos a largo plazo que permanecen interrumpidos mientras están a la espera de algún estímulo externo o de la interacción con una persona, y donde cada tarea del proceso se ejecuta de forma transaccional. aplicaciones es más compleja que la de aplicaciones Web centradas puramente en datos y requiere, para llevar a cabo la interacción con participantes humanos, de unos interfaces de usuario más elaborados que los proporcionados por sistemas de workflow convencionales. En este contexto, se necesitan métodos que permitan la definición de este tipo de aplicaciones a nivel de modelado (mediante el uso de diagramas de actividades o similares), y que a partir de estas especificaciones, y tras la aplicación de una serie de transformaciones, se obtenga la solución software equivalente. En particular, los métodos de ingeniería Web deberían adaptarse y cubrir la generación de este tipo de sistemas que soportan la ejecución de PN. Esta propuesta ha sido desarrollada en el contexto de OOWS [2] (la extensión Web del método de producción de software orientado a objetos OO-Method [5]), el cual introduce la expresividad necesaria para capturar los requisitos navegacionales y de presentación de las aplicaciones Web. En este trabajo se ha definido una extensión al modelo navegacional (MN) de OOWS que permite modelar los interfaces gráficos que son necesarios para permitir la interacción entre participantes humanos y los PN. Además, esta extensión implica no sólo la introducción de nuevos mecanismos a nivel de modelado, sino que también requiere de nuevos elementos (tales como un motor de procesos y un gestor de tareas) en la arquitectura de las aplicaciones generadas. La contribución de este trabajo es proporcionar una metodología para la generación automática de aplicaciones Web que den soporte a la ejecución de PNs. Para conseguir este objetivo proponemos generar de forma automática a partir de una especificación de PN (1) los interfaces de usuario básicos 2 que permita a los usuarios llevar a cabo las actividades que forman parte del proceso así como (2) la definición ejecutable equivalente del PN en el lenguaje WS- BPEL[9]. En este trabajo se ha tenido en cuenta dos características que se observan en los PN reales, (1) que los PN no sólo incluyen actividades que se van a llevar a cabo de forma automatizada (existirán tareas manuales donde el usuario sólo deberá notificar al sistema la finalización de la tarea) y (2) que las tareas pueden llevarse a cabo por 2 estos pueden enriquecerse manualmente proporcionando información complementaria que ayude al usuario en la realización de las actividades

2 246 IEEE LATIN AMERICA TRANSACTIONS, VOL. 5, NO. 4, JULY 2007 participantes externos a nuestro sistema. El resto del artículo está organizado como sigue. La sección 2 presenta un breve resumen de los trabajos relacionados, tanto en el área de ingeniería Web como en el de motores de procesos. La sección 3 presenta una visión general de la propuesta presentada en este trabajo. La sección 4 introduce el ejemplo que se ha utilizado para presentar la propuesta y los estereotipos añadidos a la notación de BPMN [8] para permitir modelar las correspondientes interfaces gráficas. La sección 5 presenta la extensión que se ha realizado en el MN de OOWS para dar soporte a los PN así como las transformaciones que se han diseñado para obtener el correspondiente MN. Finalmente, la sección 6 presenta las conclusiones así como los futuros trabajos. II. TRABAJOS RELACIONADOS En el área de la ingeniería Web, diferentes propuestas han sido extendidas para dar soporte a la integración entre procesos de negocio y aplicaciones Web [1][3][4][6]. En estos trabajos quedaba patente el hecho de que los métodos de ingeniería Web no eran lo suficientemente expresivos como para dar soporte al modelado de este tipo de aplicaciones. Sin embargo, pese a estas extensiones, estas propuestas comparten algunas de las carencias tales como (1) la integración de aplicaciones, puesto que este es uno de los requisitos que se observan en un contexto inter-organizacional, (2) el desarrollo de interfaces de usuario que guíen a éste en la realización de las tareas que tiene pendientes o (3) la existencia, en procesos de negocio reales, de tareas manuales. Por otra parte, en el área de sistemas de gestión de workflow, existen diferentes propuestas (Oracle BPEL Process Manager, Active BPEL, etc.) que proporcionan una capa de interfaz sobre los motores de proceso para manipular dichos sistemas. Sin embargo, este tipo de soluciones presenta limitaciones en cuanto a la definición de las interfaces a nivel de modelado y por lo tanto, cualquier modificación que se desee realizar deberá realizarse a nivel de implementación. III. VISIÓN GENERAL DE LA PROPUESTA La mayoría de métodos de ingeniería Web siguen un enfoque dirigido por modelos, los cuales cubren aspectos como la estructura, comportamiento, navegación y presentación necesarios para especificar una aplicación Web. ESPACIO DEL PROBLEMA ESPACIO DE LA SOLUCIÓN OO-Method Modelo Estructural «usa» Modelo de Procesos de Negocio «genera» Transf. Modelo-a-Texto Definición ejecutable del PN (WS-BPEL) Fig. 1 Visión general de la propuesta «genera» Transf. Modelo-a-Modelo «usa» OOWS Modelo Navegacional Modelo de Servicios «genera» Transf. Modelo-a-Texto Capa de Presentación Interfaces Web (asp, php, jsp, etc.) La Fig. 1 presenta una visión general de los modelos involucrados en la propuesta así como de las relaciones definidas entre ellos. La especificación del conjunto de procesos de negocio que deben soportar las aplicaciones se realizan a nivel del espacio del problema en el Modelo de Procesos de Negocio (MPN). El objetivo del MPN es describir mediante una notación gráfica la secuencia de tareas que deben realizar los diferentes participantes. Las tareas que conforman los procesos pueden ser de dos tipos, automatizadas (cuya realización supone la ejecución de cierta funcionalidad por parte de un sistema) o manuales (tareas que no están automatizadas en ningún sistema). Las tareas automatizadas implican la invocación de operaciones modeladas bien en el Diagrama de Clases (DC) o bien en el Modelo de Servicios (MS). Las relaciones entre el MPN, el DC y el MS se muestran gráficamente en la Fig. 1 mediante una flecha estereotipada con la palabra clave <<usa>>. El conjunto de operaciones definido en el DC representa la funcionalidad proporcionada dentro de los límites de nuestro sistema. Por otro lado, la funcionalidad que es importada de sistemas externos está definida en el MS. El MS fue introducido en un trabajo previo [7] para definir los servicios (y las operaciones proporcionadas por estos) proporcionados por sistemas externos. Las ventajas que introduce definir la funcionalidad externa a nivel de modelado son (1) que permite tratar la funcionalidad como si formase parte de nuestro propio sistema, facilitando la integración entre la funcionalidad externa y el resto de modelos definidos en el método y (2) permite tener representaciones abstractas y genéricas de la funcionalidad proporcionada por diferentes proveedores, evitando los problemas tanto tecnológicos como semánticos que puedan darse. Algunas de las tareas definidas en el proceso requieren de una interfaz de usuario para ser realizadas. Las interfaces de usuario se definen en el MN y permiten al usuario interactuar con el proceso introduciendo datos, iniciando otras tareas o tomando decisiones sobre cierta información mantenida en el sistema. La relación entre el MPN y el MN se muestra en la Fig. 1 mediante una flecha con el estereotipo <<genera>> Transformación Modelo-a-Modelo. Esta flecha indica que a partir de la definición del PN, y tras aplicar un conjunto de transformaciones, se obtiene la parte del MN que dará soporte a la ejecución de los procesos. Posteriormente, una vez definido completamente el MN, y tras la aplicación de una nueva transformación, en este caso de modelo a texto, se obtienen las interfaces de usuario representadas en una tecnología concreta. Finalmente, para ejecutar los PN en un motor de procesos, transformamos la definición del proceso a un lenguaje de procesos ejecutable. Esta transformación queda representada en la Fig. 1 mediante una flecha con el estereotipo <<genera>> Transformación Modelo-a-Texto. Una vez obtenida la descripción ejecutable equivalente podemos ejecutar el proceso en cualquier motor que soporte la ejecución de procesos especificados en WS-BPEL.

3 TORRES et al.: GENERATION OF BUSINESS PROCESS 247 IV. EL MODELO DE PROCESO DE NEGOCIO Con el fin de ilustrar la propuesta, se ha incluido en este trabajo un ejemplo basado en un escenario real identificado en el Departamento de Sistemas y Computación de la Universidad Politécnica de Valencia. El departamento ha desarrollado una aplicación Web (www.dsic.upv.es) siguiendo la aproximación OOWS. Esta aplicación proporciona la información y funcionalidad típica de gestión organizacional de un departamento (acceso a directorios personales, información de las asignaturas impartidas por el departamento, inscripción a seminarios, etc.). Además, esta aplicación da soporte implícito (a través de la navegación) a una serie de PNs. Sin embargo, las actividades que conforman los PNs permanecen ocultas en la navegación de la aplicación, y los usuarios perciben las operaciones de forma individual y no como parte de un proceso completo. Esto puede provocar que usuarios involucrados en el proceso se pierdan al realizar una actividad (especialmente si se trata de un proceso que se extiende en el tiempo). El PN que se ha tomado como ejemplo (Solicitud de compra de libros) tiene como objetivo realizar la compra de un libro para la biblioteca del departamento y realizar el préstamo al solicitante una vez el libro llega al departamento. Este proceso supone la participación de varios agentes, desde personas (personal de secretaría, bibliotecario del departamento y el miembro solicitante) hasta sistemas automáticos (los sistemas de la biblioteca general y del propio departamento). La Fig. 2 muestra la especificación del proceso utilizando la notación de BPMN. DSIC SISTEMA BIBLIOTECARIO SECRETARIA MIEMBRO «entity» «role-any» «role-any» «role-one» BIBLIOTECA CENTRAL «entity» «user» Solicitar compra libro Petición [pendiente] «user» Validar la solicitud Petición [validada] Aprobar? No Default (Si) Notificar rechazo petición «send» Enviar solicitud «receive» Recepción notif. compra «manual» Recoger libro Cargar detalles de libro + Fig. 2 Definición del proceso Solicitud de Compra de Libros Notificar compra de libro Prestar libro Puesto que sólo vamos generar la parte del proceso que concierne a nuestro sistema (DSIC), la figura sólo incluye la especificación de las actividades del DSIC así como de los mensajes intercambiados con el sistema externo. Para diferenciar cuando un participante humano toma parte en el proceso como individuo o como miembro de un colectivo hemos especializado el tipo de participante role (tipo que representa a participantes humanos) en role-one (para individuos) y role-any (para colectivos). Cuando especificamos un participante como role-one exigimos que sea el mismo usuario el que realice todas las tareas asignadas a la calle (lane) a la que pertenece. Por otro lado, las tareas que no se han definido como manual tendrán siempre asociada una operación (o un conjunto de operaciones) a invocar. Estas operaciones se refieren a las definidas bien en el DC o bien en el MS. Estas extensiones se han realizado a nivel de metamodelo, ampliando el metamodelo BPMN con los atributos indicados. V. TRANSFORMACIONES MODELO-A-MODELO: DE BPMN A OOWS Esta sección se divide en tres subsecciones. En la primera se presentan las primitivas añadidas al modelo de navegación y en las dos siguientes se presentan las reglas de transformación que se han definido para generar los MNs de OOWS a partir de la especificación de un PN en BPMN. A. Nuevas Primitivas de OOWS para dar Soporte a Procesos de Negocio Actualmente, el método OOWS permite a los usuarios decidir qué camino, de los definidos en el mapa navegacional, seguir para explorar el sistema (a través de enlaces de exploración o de secuencia). Sin embargo, durante la ejecución de un proceso, el usuario no decide los contextos por los que navegar, sino que es el propio proceso el que guía al usuario para la realización de cierta tarea. Por esta razón, se han incluido las primitivas necesarias que permiten modelar los contextos navegacionales involucrados en los procesos para distinguirlos de los Contextos Navegacionales tradicionales. Las primitivas introducidas son: ProcessContext, ActivityContainer, Main-AIU, Complementary-AIU y Human-AIU. Dado un tipo concreto de usuario, la primitiva ProcessContext define el conjunto de actividades asignadas a dicho usuario para un mismo proceso. Cada una de estas actividades se representa mediante la primitiva ActivityContainer. Un ActivityContainer está formado por un conjunto de AIUs. Un AIU (Abstract Information Unit) es un mecanismo de abstracción introducido para agrupar un conjunto de contenidos (vistas de clases) que poseen cierta relación semántica. La primitiva AIU permite modelar los contextos como una agregación de contenidos, donde no es necesaria relación alguna entre AIUs. En esta extensión se han introducido tres tipos de AIUs: Main-AIU, Complementary-AIU y Human-AIU. Un ActivityContainer se define como un conjunto de AIUs, los cuales pueden incluir un Main-AIU o un Human-AIU y opcionalmente varios Complementary-AIU necesarios para realizar cierta actividad. La primitiva Main-AIU presenta los datos y funcionalidad necesaria para realizar la actividad para la cual se diseñó. La primitiva Human-AIU proporciona al usuario un mecanismo para notificar al proceso de que se ha completado una actividad manual (una tarea que no ha sido automatizada en el sistema). La interfaz gráfica que implementa un Human-AIU incluye la descripción de la tarea manual a realizar (por ejemplo: Enviar un documento por fax o Celebrar la reunión y hacer los preparativos correspondientes ). Por el contrario, los Complementary-AIU proporcionan información que complementa la proporcionada en un Main-AIU o en un Human-AIU. Aunque el contenido proporcionado por un Complementary-AIU no es vital para completar la actividad, ayuda al usuario a realizarla (por ejemplo: una lista de elementos necesarios para tomar una decisión, evitando que el usuario tenga que navegar a través del sistema para localizar dicha información).

4 248 IEEE LATIN AMERICA TRANSACTIONS, VOL. 5, NO. 4, JULY 2007 B. Definición de Reglas de Transformación La definición de las reglas de transformación sólo tiene en cuenta las tareas que involucran la participación de personas (tareas del tipo manual y user). A continuación se muestra de forma intuitiva las transformaciones que se han definido entre los modelos de BPMN y de OOWS: ProcessContext: Por cada calle (lane) definida como role (one o any) se creará un ProcessContext con el mismo nombre. El rol usado en la definición del PN deberá corresponderse con alguno de los tipos de usuario definido en el Diagrama de Usuarios. En el ejemplo usado se crea un ProcessContext llamado Solicitud Compra Libro para el tipo de usuario secretaría (ver Figura 3). ActivityContainer: Por cada tarea con intervención humana (tipo manual o user) incluida en una calle (lane) de tipo role (one o any), se creará un ActivityContainer con el mismo nombre. En el ejemplo se observa que el ProcessContext Solicitud Compra Libro, creado anteriormente, incluye dos ActivityContainers: Validar Solicitud y Recoger Libros. AIU: En función del tipo de tarea se generará un tipo de AIU. o Para tareas de tipo user, se incluirá un Main-AIU en el ActivityContainer correspondiente. Si la operación asociada a la tarea pertenece al Diagrama de Clases, se incluirá en el Main-AIU una vista de la clase que contenga la operación. Si la operación definida en la tarea se corresponde con una operación modelada como Servicio (en el MS), se incluirá una vista del servicio correspondiente en el Main-AIU. o Para cada tarea de tipo manual se creará un Human-AIU en el ActivityContainer correspondiente. La Fig. 3 incluye el Human- AIU Recoger libro definido en el correspondiente ActivityContainer. Tras aplicar estas transformaciones se obtendrá el MN básico para ejecutar el proceso. La Fig. 3 muestra el ProcessContext obtenido para el rol secretaría así como la página Web que lo implementa. Este ProcessContext incluye además un conjunto de información complementaria que se ha añadido manualmente como (1) un índice asociado al Main-AIU Validar Solicitud y (2) dos Complementary-AIUs asociados al ActivityContainer Validar Solicitud. El índice definido para el Main-AIU Validar Solicitud proporciona acceso indexado a la población de la clase Libro_solicitado. Este índice recupera una lista desde la que el usuario podrá seleccionar un elemento (objeto). Esta selección activa el objeto en el AIU. Por otro lado, los Complementary-AIUs añadidos al ActivityContainer proporcionan al usuario dos listas que muestran los miembros sancionados y las últimas adquisiciones. Estas listas proporcionan la suficiente información para que el usuario responsable de esa tarea tenga la información necesaria para decidir sobre la aceptación o no de cada solicitud, evitando que ésta tenga que buscarse navegando por la aplicación. P «activity container» Validar Solicitud «Main-AUI» Validar Solicitud Libro_solicitado -titulo -autores Miembro -editorial -nombre -num_edition -apellidos -anyo_publicacion -unidades_a_comprar +resolver_solicitud() estado = pendiente or rechazada INDEX RB_by titulo ATTRIBUTES titulo, Miembro.nombre, Miembro.apellidos OPERATION validar_solicitud() LINK ATTRIBUTE titulo «activity container» Recoger Libros «Human-AUI» Recoger Libros SECRETARIA CAMBIAR PERFIL HOME Departmento Directorio Docencia Investigación Intranet Procesos Enlaces Procesos Sol. Compra Libros Sol. Compra Equipam. Miembro solicitante Juan García Pérez María Sánchez Ortiz María Sánchez Ortiz «process context» Solicitud Compra Libro Miembros sancionados María Sánchez Ortiz Raúl Pérez Sanz Pedro Solaz Bueno Joaquín Bermúdez Gracia Rosa López Reina Juan A. Moreno Marques «Complementary-AUI» Ultimas Adquisiciones Copia Libro -titulo Ultimas_adquisiciones «Complementary-AUI» Miembros Sancionados Miembro -nombre -apellidos sancionado = true Título Software Engineering Software Engineering Web Ontologies Validar Solicitud Aceptar Procesos Rechazar Aceptar Información Complementaria Últimas adquisiciones Software Engineering Programming Java Programming Web Services in.net Algorithms Quality on Software Engineering Datawarehouse and XML Fig. 3 ProcessContext y página Web para el proceso "Solicitud Compra Libros" y el rol secretaría C. Implementación y Organización de las Transformaciones Las transformaciones desarrolladas en este trabajo se han definido utilizando el lenguaje imperativo Operational Mappings de MOF 2.0 QVT [10]. Este lenguaje permite definir transformaciones unidireccionales entre modelos los cuales son instanciaciones de los metamodelos definidos siguiendo la especificación MOF (Meta Object Facility). Como herramienta hemos utilizado Borland Together Architect 2006 for Eclipse que permite definir transformaciones definidas en este lenguaje y ejecutarlas sobre modelos definidos mediante Ecore (implementación de MOF Core y base del Eclipse Modeling Framework). Para llevar a cabo la transformación entre el modelo de BPMN y el de OOWS, se ha implementado un conjunto de reglas de transformación cuyas dependencias se muestran gráficamente en la Fig. 4. Además de estas reglas de transformación, se ha definido un conjunto de consultas que se van a usar en varias reglas y que nos permiten obtener información a cerca de los modelos. main lane2userrole task2activitycontainer Attribute2 NavigationalAttribute Fig. 4 Relación de dependencia entre las reglas task2mainaiu task2humanaiu

5 TORRES et al.: GENERATION OF BUSINESS PROCESS 249 Se ha definido una transformación inicial (main) a partir de la cual se invocan las diferentes transformaciones que permiten la generación del correspondiente modelo OOWS. Esta transformación toma como entrada un modelo que sigue nuestro metamodelo de BPMN extendido e invoca la primera transformación (process2navigationmodel) que se encarga de transformar el proceso en el correspondiente MN. mapping main(in model: bpmnx::bpm): oows::oowsmodel { object { ClassDiagram:=model.ClassDiagram; NavigationalModel:= process2navigationalmodel(model.process); La transformación process2navigationalmodel se encarga de generar el MN a partir de la definición de proceso. El MN incluirá un UserRol (primitiva de OOWS que representa a un usuario) generado mediante la transformación lane2userrole. Esta se aplicará únicamente a calles (lanes) que representen participantes del proceso que necesiten interactuar con éste a través de interfaces gráficas. Esta transformación hace uso de las consultas needsui y ismain para determinar qué calles (lanes) requieren de interfaz gráfico y qué parte del proceso hace referencia a nuestro sistema. Por ejemplo, la consulta needsui nos indica, a partir de una definición de proceso BPMNX, si los elementos lane definidos en el modelo requieren de una interfaz gráfica para participar en el proceso. Como muestra la siguiente porción de código, estos elementos tendrán asociado un interfaz gráfico cuando se trate de lanes que incluyan tareas definidas como user o como manual. query bpmnx::lane::needsui():boolean{ self.tasks()->select(t t.needsui())->notempty(); query bpmnx::task::needsui():boolean{ let tipos_validos= Set{ bpmnx::tasktype::user, bpmnx::tasktype::manual in tipos_validos->includes(self.type); También se han definido sobre los elementos lane, las consultas tasks y events que permiten obtener respectivamente el conjunto de tareas y eventos incluidos en dicho lane. La transformación task2activitycontainer se aplica a todas las tareas incluidas en los lanes del pool principal. A continuación se muestra la implementación: mapping task2activitycontainer(task:bpmnx::task): oows::activitycontainer when{ task.needsui(){ init{ var mainaiu:= task2mainaiu(task).oclastype(oows::baseaiu); var humanaiu:= task2humanaiu(task).oclastype(oows::baseaiu); var aiu:= if (mainaiu->notempty()) then mainaiu else humanaiu endif; object{ name:=task.name; BaseAIU:=aiu; Esta transformación se aplica sólo a las tareas que requieren de interfaces gráficas. Esta condición se indica en la cláusula when de la regla. Los ActivityContainer han sido definidos para incluir sólo una AIU de tipo Main o Human, siendo en la sección init de la regla donde se obtiene la AIU adecuada. El objeto creado (sección object) será un ActivityContainer con el nombre de la tarea y la AIU obtenida. La generación de los diferentes tipos de AIUs se lleva a cabo mediante la aplicación de las transformaciones task2humanaiu y task2mainaiu que se explican a continuación. La transformación task2humanaiu, a partir de una tarea de tipo manual, genera una Human-AIU que representará una actividad que no está automatizada en el sistema. Este tipo de AIU no incluye más información, y todo lo que se desee añadir (por ejemplo para facilitar la tarea al usuario) deberá realizarse de forma manual a través de nuevas Complementary-AIU. Por otro lado, la transformación task2mainaiu se aplica sobre tareas de tipo user. A continuación se muestra su implementación: mapping task2mainaiu(task:bpmnx::task): oows::mainaiu when { task.type = bpmnx::tasktype::user{ init { var operacion:=task.assignation.operation; object{ name:=task.name; ManagerClass:=object oows::managerclass { Class:=operacion.Class; NavigationalOperation:= (object oows::navigationaloperation{ name:=operacion.name; Operation:=operacion; )->asorderedset(); NavigationalAttribute:= operacion.class.attribute->collect (a attribute2navigationalattribute(a)) ->asorderedset(); ; El objeto Main-AIU generado tendrá el mismo nombre que la tarea y se creará un objeto de tipo ManagerClass que representa una vista sobre una clase del DC. Esta clase será la clase propietaria de la operación (task.assignation.operation) asignada a la tarea en la definición del proceso. La vista sobre la operación (NavigationalOperation) se creará indicando la operación y su nombre. Todos los atributos de la clase se añadirán directamente a la vista de la clase convirtiéndolos en atributos de la vista (navegationaattribute).

6 250 IEEE LATIN AMERICA TRANSACTIONS, VOL. 5, NO. 4, JULY 2007 Tras la aplicación de estas transformaciones se obtiene el correspondiente MN de OOWS a partir de un modelo de proceso de negocio. Este modelo de OOWS incluye los elementos necesarios para generar el interfaz de la aplicación Web que dará soporte a la ejecución del correspondiente proceso de negocio. VI. CONCLUSIONES En este trabajo se ha presentado una solución basada en la transformación de modelos para generar aplicaciones Web cuya especificación está fuertemente ligada a una descripción de proceso de negocio. Como trabajos futuros se ha planificado integrar la solución presentada en este trabajo en la herramienta ONME. Esta herramienta proporciona un entorno basado en el modelado conceptual donde los modelos representan el programa, y el proceso de generación de código está totalmente automatizado siguiendo la estrategia MDA. Además, se ha planteado estudiar los patrones de presentación asociados a las nuevas primitivas introducidas en el modelo de navegación. De hecho, el modelo de presentación está basado en el MN y utiliza los contextos de éste para definir las propiedades de presentación. VII. REFERENCIAS Artículos Publicados en Conferencias: [1] De Troyer, O., Casteleyn, S.: Modeling Complex Processes for Web Applications using WSDM, In Proceedings of the Third International Workshop on Web-Oriented Software Technologies, IWWOST2003 [2] Fons, J, Pelechano, V., Albert, M., Pastor, O.: Development of Web Applications from Web Enhanced Conceptual Schemas. In Workshop on Conceptual Modeling and the Web, ER'03, volume 2813 of Lecture Notes in Computer Science. Springer, [3] Manolescu, I., Brambilla, M., Ceri, S., Comai, S., & Fraternali, P. (2005). Model-driven design and deployment of service-enabled web applications. ACM Trans. Inter. Tech. 5, 3, [4] N. Koch, A. Kraus, C. Cachero and S. Meliá, Integration of Business Processes in Web Application Models. Journal of Web Engineering. Vol. 3, No. 1 (2004) [5] Pastor, O., Gomez, J., Insfran, E. and Pelechano, V. The OO-Method Approach for Information Systems Modelling: From Object-Oriented Conceptual Modeling to Automated Programming. Information Systems 26, pp (2001) [6] Schmid, H. A., Rossi, G.: Modeling and Designing Processes in E- Commerce Applications. IEEE Internet Computing 8(1): (2004) [7] Torres, V., Pelechano, V., Ruiz, M. and Valderas, P., A Model Driven Approach for the Integration of External Functionality in Web Applications. The Travel Agency System. MDWE VIII. BIOGRAFÍAS Victoria Torres es estudiante de doctorado en el Departamento de Sistemas Informáticos y Computación (DSIC) en la Universidad Politécnica de Valencia, España. Sus intereses de investigación son la ingeniería Web, los procesos de Negocio, modelado conceptual y desarrollo dirigido por modelos. Es miembro del grupo de investigación OO-Method y ha publicado varias contribuciones en conferencias internacionales. Su trabajo de tesis consiste en el desarrollo de aplicaciones Web dirigidas por Procesos de Negocio. Vicente Pelechano es Titular de Universidad en el Departamento de Sistemas Informáticos y Computación (DSIC) de la Universidad Politécnica de Valencia. Sus intereses de investigación abarcan ingeniería web, modelado conceptual, ingeniería de requisitos, patrones software, servicios web, sistemas pervasivos y desarrollo dirigido por modelos. Obtuvo el título de Doctor por la Universidad Politécnica de Valencia en Actualmente imparte clases de ingeniería del software, desarrollo dirigido por modelos, diseño e implementación de servicios web y patrones de diseño en la Universidad Politécnica de Valencia. Es miembro del Grupo de Investigación de Producción Automática de Software OO-Method. Ha publicado artículos en revistas científicas de reconocido prestigio (Information Systems, Data & Knowledge Engineering, Information and Software Technology, International Journal of Web Engineering and Technology, etc.), capítulos de libro en Springer y el grupo IDEA y ha sido invitado en numerosas conferencias internacionales (ER, CAiSE, WWW, ICWE, EC-WEB, WISE, AH, ICSOC, DEXA, etc.) Es miembro del Comité Científico de reconocidas Conferencias Internacionales y Workshops como CAiSE, ICWE, ICEIS, ACM MT y IADIS. Pau Giner es estudiante de doctorado en el Departamento de Sistemas Informáticos y Computación de la Universidad Politécnica de Valencia (UPV). Obtuvo el título de Ingeniero Informático en la facultad de Informática de la UPV. Sus intereses de investigación se centran en el desarrollo de software dirigido por modelos y en la construcción de sistemas ubicuos a partir de Procesos de Negocio. Ha participado en el "International Collegiate Programing Contest" organizado por la Association for Computing Machinery (ACM) y en el programa MIT-UPV Exchange. Es miembro del Grupo de Investigación de Producción Automática de Software OO-Method. Estándares: [8] Business Process Modeling Notation (BPMN) Version May 3, 2004 [9] Business Process Execution Language for Web Services Specification, version 1.1 dated May 5, 2003 [10] Meta Object Facility (MOF) 2.0 Query/View/Transformation Specification. Final Adopted Specification ptc/

AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM

AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM AUTOMATIZACION DE PROCESOS DE DESARROLLO DE SOFTWARE DEFINIDOS CON SPEM Fabio A. Zorzan y Daniel Riesco Resumen Esta línea de investigación propone una alternativa para lograr la automatización de la gestión

Más detalles

Transformación de Procesos BPMN a su Implementación en BPEL utilizando QVT

Transformación de Procesos BPMN a su Implementación en BPEL utilizando QVT Transformación de Procesos BPMN a su Implementación en BPEL utilizando QVT Fabio A. Zorzan 1, Daniel Riesco 2 CONTEXTO La línea de investigación presentada en este trabajo se desarrolla en el marco del

Más detalles

Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow

Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow Mejora en la Administración de Procesos de Desarrollo de Software Tipo SPEM Automatizados Bajo Workflow Fabio A. Zorzan 1 y Daniel Riesco 2 Resumen Esta línea de investigación pretende aportar a la mejora

Más detalles

Transformación de Procesos de Desarrollo de Software Tipo SPEM a Procesos Workflow. Una Propuesta de Caso de Estudio: SmallRUP

Transformación de Procesos de Desarrollo de Software Tipo SPEM a Procesos Workflow. Una Propuesta de Caso de Estudio: SmallRUP Transformación de Procesos de Desarrollo de Software Tipo SPEM a Procesos Workflow. Una Propuesta de Caso de Estudio: SmallRUP Fabio A. Zorzan 1, Daniel Riesco 2, Nora Szasz 3 CONTEXTO La línea de investigación

Más detalles

Modelado de la variabilidad en arquitecturas multicapa

Modelado de la variabilidad en arquitecturas multicapa Modelado de la variabilidad en arquitecturas multicapa José García-Alonso, Joaquín Guillén, Javier Berrocal, and Juan Manuel Murillo Escuela Politécnica, Universidad de Extremadura, Avd. de la Universidad

Más detalles

Una Aproximación para Aplicaciones Web: MOWEBA

Una Aproximación para Aplicaciones Web: MOWEBA Una Aproximación para Aplicaciones Web: MOWEBA Magalí González 1,2, Luca Cernuzzi 1, Oscar Pastor 2 1 DEI - Universidad Católica Nuestra Señora de la Asunción Asunción Paraguay 2 DSIC - Universidad Politécnica

Más detalles

Cómo usar MDE para obtener Modelos de Simulación a partir de Modelos de Negocio

Cómo usar MDE para obtener Modelos de Simulación a partir de Modelos de Negocio Cómo usar MDE para obtener Modelos de Simulación a partir de Modelos de Negocio M. Teresa García 1, Mercedes Ruiz 1 y Cristina Vicente-Chicote 2 1 Departamento de Lenguajes y Sistemas Informáticos Universidad

Más detalles

Diseñando Transformaciones de Modelos CIM / PIM: desde un enfoque de negocio hacia un enfoque de sistema

Diseñando Transformaciones de Modelos CIM / PIM: desde un enfoque de negocio hacia un enfoque de sistema Diseñando Transformaciones de Modelos CIM / PIM: desde un enfoque de negocio hacia un enfoque de sistema Cecilia Ariste 1, Julieta Ponisio 1, Leopoldo Nahuel 1,2, Roxana Giandini 1,2 1 Laboratorio de Innovaciones

Más detalles

1. CIDISI (UTN- FRSF) 2. CIDISI (UTN- FRCON) TE: 0342-4602390 Int. 258/107 TE: 0345-4214590

1. CIDISI (UTN- FRSF) 2. CIDISI (UTN- FRCON) TE: 0342-4602390 Int. 258/107 TE: 0345-4214590 Herramienta BPEL para el desarrollo de Aplicaciones de Comercio Electrónico con Servicios Web Baroni, Federico 1, Chezzi, Carlos María 2, y Tymoschuk, Ana Rosa 1 1. CIDISI (UTN- FRSF) 2. CIDISI (UTN- FRCON)

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

Más detalles

Perfil UML para el desarrollo de aplicaciones WAP

Perfil UML para el desarrollo de aplicaciones WAP Perfil UML para el desarrollo de aplicaciones WAP Ricardo Soto D., Mauricio Camara J. Escuela de Ingeniería Informática, Pontificia Universidad Católica de Valparaíso, Chile E-mail: ricardo.soto@ucv.cl,

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

Gestión de Procesos de Negocios BPM

Gestión de Procesos de Negocios BPM GNU/LinuX Universidad Inca Garcilaso de la Vega XLIX CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO. Área: Gestión Gestión de Procesos de Negocios BPM Parte III: BPM Aspectos Técnicos

Más detalles

Un Enfoque para Desarrollar Aplicaciones WEB Basado en Líneas de Producto Dirigidas por Modelos

Un Enfoque para Desarrollar Aplicaciones WEB Basado en Líneas de Producto Dirigidas por Modelos Un Enfoque para Desarrollar Aplicaciones WEB Basado en Líneas de Producto Dirigidas por Modelos Fabián Ceballos, Hugo Arboleda, Rubby Casallas Universidad de los Andes, Cra 1 No 18ª 10, Bogotá Colombia,

Más detalles

cenidet Centro Nacional de Investigación y Desarrollo Tecnológico Departamento de Ciencias Computacionales

cenidet Centro Nacional de Investigación y Desarrollo Tecnológico Departamento de Ciencias Computacionales cenidet Centro Nacional de Investigación y Desarrollo Tecnológico Departamento de Ciencias Computacionales TESIS DE MAESTRÍA EN CIENCIAS EN CIENCIAS DE LA COMPUTACIÓN Generación de Especificaciones WSDL

Más detalles

"Módulo OOWS para StarUML" INTRODUCCIÓN

Módulo OOWS para StarUML INTRODUCCIÓN UNA HERRAMIENTA PARA DIAGRAMAS OOWS: "Módulo OOWS para StarUML" Richard Medina Z. Universidad de Concepción, Chile INTRODUCCIÓN Una herramienta CASE (Computer Aided Software Engineering,

Más detalles

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega Universidad Inca Garcilaso de la Vega CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO Business Process Business Process Management(BPM) Management(BPM) MSc. Daniel Alejandro Yucra

Más detalles

Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos

Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos Trabajo de Grado Análisis comparativo de Lenguajes Notacionales para Modelado de Procesos Autora: Vasquez Pilar María Directora: Dra. Giandini Roxana Codirectora: Mg. Bazán Patricia Agenda Introducción.

Más detalles

JSWEB 2005 I Jornadas Científico-Técnicas en Servicios Web

JSWEB 2005 I Jornadas Científico-Técnicas en Servicios Web JSWEB 2005 I Jornadas Científico-Técnicas en Servicios Web Una Aproximación Dirigida por Modelos para el Diseño de Servicios Web en el ámbito de un Método de Ingeniería Web Marta Ruiz,, Pedro Valderas,

Más detalles

Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo

Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes de dispositivo Oferta tecnológica: Herramienta software y método para modelar aplicaciones web independientes

Más detalles

Programación en Capas.

Programación en Capas. Programación en Capas. Ricardo J. Vargas Del Valle Universidad de Costa Rica, Ciencias de Computación e Informática, San José, Costa Rica, 506 ricvargas@gmail.com Juan P. Maltés Granados Universidad de

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas

Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas Generación Automática de Interfaces a Partir de Patrones Estructurales de Tareas José I. Panach, Inés Pederiva, Sergio España, Óscar Pastor Departamento de Sistemas Informáticos y Computación Universidad

Más detalles

Una aproximación a las pruebas de aplicaciones Web basadas en un contexto MDWE

Una aproximación a las pruebas de aplicaciones Web basadas en un contexto MDWE Una aproximación a las pruebas de aplicaciones Web basadas en un contexto MDWE Arturo H. Torres, María J. Escalona, Manuel Mejías, Javier J. Gutiérrez Departamento de Lenguajes y Sistemas Informáticos,

Más detalles

MODELOS DE PRUEBAS PARA PRUEBAS DEL SISTEMA

MODELOS DE PRUEBAS PARA PRUEBAS DEL SISTEMA XV Jornadas de Ingeniería del Software y Bases de Datos JISBD 2006 José Riquelme - Pere Botella (Eds) CIMNE, Barcelona, 2006 MODELOS DE PRUEBAS PARA PRUEBAS DEL SISTEMA Javier J. Gutiérrez, María J. Escalona,

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Transformación de modelos en el proceso de obtención de Modelos Conceptuales partiendo de BPMN

Transformación de modelos en el proceso de obtención de Modelos Conceptuales partiendo de BPMN Transformación de modelos en el proceso de obtención de Modelos Conceptuales partiendo de BPMN Fernández Taurant, Juan Pablo Marciszack, Marcelo Martín Universidad Tecnológica Nacional, Facultad Regional

Más detalles

Administración de Variabilidad en una línea de producto basada en modelos

Administración de Variabilidad en una línea de producto basada en modelos Administración de Variabilidad en una línea de producto basada en modelos Kelly Garcés Carlos Parra Hugo Arboleda Andres Yie Rubby Casallas Universidad de los Andes, Bogotá k-garces @uniandes.edu.co Universidad

Más detalles

BASES DE DATOS. Ivon Tarazona Oriana Gomez

BASES DE DATOS. Ivon Tarazona Oriana Gomez BASES DE DATOS Ivon Tarazona Oriana Gomez Introducción Introducción Ventajas e (Unified Modeling Language) Es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos

Más detalles

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

Más detalles

Aplicación de MDA al Desarrollo de Aplicaciones Web en OOWS

Aplicación de MDA al Desarrollo de Aplicaciones Web en OOWS Aplicación de MDA al Desarrollo de Aplicaciones Web en OOWS Ricardo Quintero, Vicente Pelechano 2, Joan Fons 2, Oscar Pastor 2 Departamento de Sistemas y Computación Instituto Tecnológico de Culiacán Juan

Más detalles

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado

Más detalles

Estudio Comparativo de Técnicas de Modelado de Negocio

Estudio Comparativo de Técnicas de Modelado de Negocio Estudio Comparativo de Técnicas de Modelado de Negocio Juan José Cadavid 1, Carlos Andrés Ospina 1, Juan Bernardo Quintero 2 1 Avansoft S.A. Medellín, Colombia {jjcadavid, caospina}@avansoft.com 2 ABC-Flex

Más detalles

Una herramienta para la Automatización de Procesos de Desarrollo de Software usando QVT: Transformación de Controles de Flujo SPEM a BPMN

Una herramienta para la Automatización de Procesos de Desarrollo de Software usando QVT: Transformación de Controles de Flujo SPEM a BPMN Una herramienta para la Automatización de Procesos de Desarrollo de Software usando QVT: Transformación de Controles de Flujo SPEM a BPMN Fabio Zorzan, Marcela Daniele, Mariana Frutos, Marcelo Uva Dpto.

Más detalles

UML El Lenguaje de Modelado Unificado. Maestría en Ingeniería de Software

UML El Lenguaje de Modelado Unificado. Maestría en Ingeniería de Software UML El Lenguaje de Modelado Unificado Maestría en Ingeniería de Software Agenda Model Driven Architecture (MDA) Unified Model Language (UML) Object Constraint Language (OCL) Patrones Conclusiones Contenido

Más detalles

ESPECIFICACIÓN Y TRAZABILIDAD DE REQUERIMIENTOS EN EL DESARROLLO DE APLICACIONES WEB

ESPECIFICACIÓN Y TRAZABILIDAD DE REQUERIMIENTOS EN EL DESARROLLO DE APLICACIONES WEB ESPECIFICACIÓN Y TRAZABILIDAD DE REQUERIMIENTOS EN EL DESARROLLO DE APLICACIONES WEB Ferraro, Maria de los Angeles a ; Medina, Yanina a* ; Dapozo, Gladys a ; Estayno, Marcelo b a Facultad de Ciencias Exactas

Más detalles

Migración de datos automática a partir de la información de los esquemas conceptuales 1

Migración de datos automática a partir de la información de los esquemas conceptuales 1 Migración de datos automática a partir de la información de los esquemas conceptuales 1 J.Pérez 1, J.A.Carsí 1, I.Ramos 1, V.Anaya 1, J.Silva 1, Departamento de Sistemas Informáticos y Computación Universidad

Más detalles

Herramienta Software y Método para Modelar Aplicaciones Web Independientes de Dispositivo

Herramienta Software y Método para Modelar Aplicaciones Web Independientes de Dispositivo Oferta Tecnológica: Herramienta Software y Método para Modelar Aplicaciones Web Independientes de Dispositivo Referencia: TO-OOH_METHOD IRC-CENEMES Innovation Relay Centre INNOVATION and SME Program EU

Más detalles

Profesorado: Dra. María José Escalona Cuaresma mjescalona@us.es Dr. José Mariano González Romano mariano@lsi.us.es

Profesorado: Dra. María José Escalona Cuaresma mjescalona@us.es Dr. José Mariano González Romano mariano@lsi.us.es Metodología y Técnicas en Proyectos software para la Web II-6 para la Ingeniería Web Profesorado: Dra. María José Escalona Cuaresma mjescalona@us.es Dr. José Mariano González Romano mariano@lsi.us.es Programa

Más detalles

Desarrollo de Software con enfoque en el Negocio

Desarrollo de Software con enfoque en el Negocio Desarrollo de Software con enfoque en el Negocio Andrea Delgado Instituto de Computación Facultad de Ingeniería Universidad de la República 11300, Montevideo, Uruguay adelgado@fing.edu.uy Resumen Las Organizaciones

Más detalles

Hacia la Integración de Técnicas de Pruebas en Metodologías Dirigidas por Modelos para SOA

Hacia la Integración de Técnicas de Pruebas en Metodologías Dirigidas por Modelos para SOA Hacia la Integración de Técnicas de Pruebas en Metodologías Dirigidas por Modelos para SOA Antonio García Domínguez Inmaculada Medina Bulo Mariano Marcos Bárcena Universidad de Cádiz Escuela Superior de

Más detalles

Diseño del Modelo Navegacional para Sistemas de Tratamiento de Bibliotecas Digitales

Diseño del Modelo Navegacional para Sistemas de Tratamiento de Bibliotecas Digitales Diseño del Modelo Navegacional para Sistemas de Tratamiento de Bibliotecas Digitales Jesús Torres, Manuel Mejías, MªJosé Escalona, José A. Ortega, Juan M. Cordero Dpto. Lenguajes y Sistemas Informáticos

Más detalles

Desarrollo Dirigido por Modelos de Procesos de egocio Colaborativos: Análisis de herramientas para la transformación de modelos

Desarrollo Dirigido por Modelos de Procesos de egocio Colaborativos: Análisis de herramientas para la transformación de modelos Desarrollo Dirigido por Modelos de Procesos de egocio Colaborativos: Análisis de herramientas para la transformación de modelos Maximiliano Vanzetti CIDISI, Universidad Tecnológica acional-frsf, Lavaisse

Más detalles

Help-Desk para el mantenimiento preventivo en Maquinaria Pesada

Help-Desk para el mantenimiento preventivo en Maquinaria Pesada Help-Desk para el mantenimiento preventivo en Maquinaria Pesada Help-Desk for preventive maintenance in Heavy Machinery Yolanda Hernández Ávila* Resumen El presente artículo se centra en la descripción

Más detalles

HOJA TÉCNICA. SemTalk 2

HOJA TÉCNICA. SemTalk 2 HOJA TÉCNICA SemTalk 2 SemTalk 2 - Información Técnica SemTalk 2 es una herramienta para modelamiento de procesos de negocios y conocimientos orientado a objetos 100% compatible con MS Office. REQUERIMIENTOS

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Una Propuesta Metodológica basada en Taxonomías para el Desarrollo de Sistemas Groupware Interactivos

Una Propuesta Metodológica basada en Taxonomías para el Desarrollo de Sistemas Groupware Interactivos Una Propuesta Metodológica basada en Taxonomías para el Desarrollo de Sistemas Groupware Interactivos William J. Giraldo 2, Ana I. Molina 1, Manuel Ortega 1, César A. Collazos 3 1 Departmento de Sistemas

Más detalles

SERVICIOS: EXPLORACIONES EN SOA y WEB.

SERVICIOS: EXPLORACIONES EN SOA y WEB. SERVICIOS: EXPLORACIONES EN SOA y WEB. López, G. 1 ; Jeder, I 1.; Echeverría, A 1.; Grossi, M.D. 2 ; Servetto, A 2.; Fierro, P. (PhD.) 3 1. Laboratorio de Informática de Gestión - Facultad de Ingeniería.

Más detalles

Tema 4: Diseño de flujos interaplicación

Tema 4: Diseño de flujos interaplicación Tema 4: Diseño de flujos interaplicación 4.1 Introducción a los Sistemas EAI Modelo de referencia (1) INTEGRACIÓN B2B INTEGRACIÓN DE APLICACIONES Y PROCESOS INTEGRACIÓN DE DATOS INTEGRACIÓN DE PLATAFORMA

Más detalles

ANÁLISIS Y DISEÑO DE UN PORTAL DE VENTA DE LIBROS EDUCATIVOS

ANÁLISIS Y DISEÑO DE UN PORTAL DE VENTA DE LIBROS EDUCATIVOS INGENIERIA DE SOFTWARE Trabajo Final de Carrera ANÁLISIS Y DISEÑO DE UN PORTAL DE VENTA DE LIBROS EDUCATIVOS Jordi Cid Rodríguez - ETIG - Consultor: José Antonio Raya Martos Septiembre 2011 Objetivo El

Más detalles

Capitulo III. Diseño del Sistema.

Capitulo III. Diseño del Sistema. Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje

Más detalles

Automatización de Procesos de Negocio utilizando un BPMS

Automatización de Procesos de Negocio utilizando un BPMS Automatización de Procesos de Negocio utilizando un BPMS Marcelo MEJIA División Académica de Ingeniería Instituto Tecnológico Autónomo de México Río Hondo No. 1, Colonia Progreso Tizapán México, D.F.,

Más detalles

DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML

DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML Luís Fernando GONZÁLEZ ALVARÁN Facultad de Ingenierías, Politécnico Colombiano Jaime Isaza Cadavid Medellín,

Más detalles

Construcción y adaptación de Lenguajes de Dominio Específico por usuarios finales

Construcción y adaptación de Lenguajes de Dominio Específico por usuarios finales Construcción y adaptación de Lenguajes de Dominio Específico por usuarios finales Santiago Jácome G. Universidad de las Fuerzas Armadas ESPE, Ecuador Universidad Autónoma de Madrid, España psjacome@espe.edu.ec

Más detalles

Departamento de Lenguajes y Sistemas Informáticos

Departamento de Lenguajes y Sistemas Informáticos Departamento de Lenguajes y Sistemas Informáticos Modelo de Requisitos y Modelo de Dominio, Trazabilidad Mediante Modelos os de Weaving José Alfonso Aguilar Calderón Irene Garrigós Jose-Norberto Mazón

Más detalles

DISEÑO DE COMPONENTES DE SOFTWARE *

DISEÑO DE COMPONENTES DE SOFTWARE * DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP * Resumen del capítulo 10 de libro de [Pressman 2010] V:18-11-2008 (c) P. Gomez-Gil, INAOE.

Más detalles

Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process

Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process Metodologías de desarrollo para Service Oriented Architectures con Rational Unified Process Andrea Delgado 1, Ignacio García-Rodríguez de Guzmán 2, Francisco Ruiz 2, Mario Piattini 2 1 Instituto de Computación,

Más detalles

Vicente Pelechano. Departamento de Sistemas Informáticos y Computación Universidad Politécnica de Valencia

Vicente Pelechano. Departamento de Sistemas Informáticos y Computación Universidad Politécnica de Valencia Vicente Pelechano Departamento de Sistemas Informáticos y Computación Universidad Politécnica de Valencia Contenido Qué es el Metamodelado?. Sintaxis Abstracta Metaniveles vs. Niveles de Abstracción MOF

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

Análisis comparativo entre CIMOSA (CIM-Open System Architecture) y DEM (Dynamic Enterprise Modelling)

Análisis comparativo entre CIMOSA (CIM-Open System Architecture) y DEM (Dynamic Enterprise Modelling) 3rd International Conference on Industrial Engineering and Industrial Management XIII Congreso de Ingeniería de Organización Barcelona-Terrassa, September 2nd-4th 2009 Análisis comparativo entre CIMOSA

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

CONGRESOS 2012 INTERNACIONALES

CONGRESOS 2012 INTERNACIONALES CONGRESOS 2012 INTERNACIONALES Autores: V. A. Bollati, P. Atzeni, E. Marcos, J.M. Vara Título: Model Management Systems vs. Model Driven Engineering: A Case Study Congreso: Symposium on Applied Computing

Más detalles

MCGEN: UN ENTORNO PARA LA GENERACIÓN AUTOMÁTICA DE COMPILADORES DE MODELOS ESPECÍFICOS DE DOMINIO

MCGEN: UN ENTORNO PARA LA GENERACIÓN AUTOMÁTICA DE COMPILADORES DE MODELOS ESPECÍFICOS DE DOMINIO XV Jornadas de Ingeniería del Software y Bases de Datos JISBD 2006 José Riquelme - Pere Botella (Eds) CIMNE, Barcelona, 2006 MCGEN: UN ENTORNO PARA LA GENERACIÓN AUTOMÁTICA DE COMPILADORES DE MODELOS ESPECÍFICOS

Más detalles

Orquestación de Servicios utilizando el paradigma de Programación Orientada a Aspectos

Orquestación de Servicios utilizando el paradigma de Programación Orientada a Aspectos Orquestación de Servicios utilizando el paradigma de Programación Orientada a Aspectos Sección de Computación Departamento de Ingeniería Eléctrica CINVESTAV-IPN Tesista: Cova Suazo Nancy Noemi Asesor:

Más detalles

OOWS 2.0: Un Método de Ingeniería Web Dirigido por Modelos para la Producción de Aplicaciones Web 2.0

OOWS 2.0: Un Método de Ingeniería Web Dirigido por Modelos para la Producción de Aplicaciones Web 2.0 Proyecto de Tesis Programa de Doctorado de Ingeniería del Software, Métodos Formales y Sistemas de Información OOWS 2.0: Un Método de Ingeniería Web Dirigido por Modelos para la Producción de Aplicaciones

Más detalles

GENERACIÓN DE APLICACIONES MEDIANTE LENGUAJES ESPECIFICOS DE DOMINIO

GENERACIÓN DE APLICACIONES MEDIANTE LENGUAJES ESPECIFICOS DE DOMINIO WICC 2012 626 GENERACIÓN DE APLICACIONES MEDIANTE LENGUAJES ESPECIFICOS DE DOMINIO 1. A.Cortez, C.Naveda 1. Consejo de Investigaciones (CIUDA) UDA. 2. Instituto de Investigaciones Facultad de Ciencias

Más detalles

V. CAPÍTULO: CONTRIBUCIÓN

V. CAPÍTULO: CONTRIBUCIÓN V. CAPÍTULO: CONTRIBUCIÓN Requerimientos del Sistema Para llevar a cabo el desarrollo de nuestro sistema se establecieron tanto los actores como los requerimientos funcionales y no funcionales del sistema.

Más detalles

Framework para la Generación Dinámica de Invariantes en Composiciones de Servicios Web con WS-BPEL

Framework para la Generación Dinámica de Invariantes en Composiciones de Servicios Web con WS-BPEL Framework para la Generación Dinámica de Invariantes en Composiciones de Servicios Web con WS-BPEL Antonio García Domínguez, Manuel Palomo Duarte e Inmaculada Medina Bulo Departamento de Lenguajes y Sistemas

Más detalles

El proyecto del Diccionario de Datos de la Gerencia de Informática de la Seguridad Social

El proyecto del Diccionario de Datos de la Gerencia de Informática de la Seguridad Social El proyecto del Diccionario de Datos de la Gerencia de Informática de la Seguridad Social Jorge Manrubia Díez, Eugenio Bezares Ruíz Introducción El proyecto del Diccionario de Datos es una iniciativa de

Más detalles

Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI)

Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI) Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI) OFERTAS TECNOLÓGICAS 1) GESTIÓN ORGANIZACIONAL Y LOGÍSTICA INTEGRADA: TÉCNICAS Y SISTEMAS DE INFORMACIÓN 2) GESTIÓN

Más detalles

Modelado de relaciones existentes en un equipo de proyecto de software Modeling relationships in a software project team

Modelado de relaciones existentes en un equipo de proyecto de software Modeling relationships in a software project team Modelado de relaciones existentes en un equipo de proyecto de software Modeling relationships in a software project team Rafael Rodríguez-Puente 1, Eliana B. Ril-Valentin 2 1 Departamento de Técnicas de

Más detalles

Una Introducción a los Perfiles UML

Una Introducción a los Perfiles UML Una Introducción a los Perfiles UML Lidia Fuentes y Antonio Vallecillo Depto. de Lenguajes y Ciencias de la Computación, Universidad de Málaga Campus de Teatinos. E29071- Málaga (SPAIN) e-mail: {lff,av}@lcc.uma.es

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

2.1 Ingeniería de Software

2.1 Ingeniería de Software Capítulo 2 Marco Teórico Se pretende desarrollar un software que pueda ser aplicado como una herramienta útil para la administración de una empresa. Es necesario tener en cuenta que, en todo desarrollo

Más detalles

DISEÑO DE UN CURSO INTERACTIVO Y ADAPTATIVO DE PROCESADORES DE LENGUAJES

DISEÑO DE UN CURSO INTERACTIVO Y ADAPTATIVO DE PROCESADORES DE LENGUAJES Alfonseca, M., Carro, R.M., Pulido, E. and Rodríguez, P. (2000): Diseño de un curso interactivo y adaptativo de procesadores de lenguajes. Proceedings of JENUI 2000: VI Jornadas sobre la Enseñanza Universitaria

Más detalles

COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA. Instituto Tecnológico de Nogales (ITN)

COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA. Instituto Tecnológico de Nogales (ITN) COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA 1 Ismael Armando Zúñiga Félix y 2 Luicyana Pérez Figueroa 1,2 División de Estudios de Posgrado e Investigación (DEPI), Instituto

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

Servicios Web: Orquestación y coreografías

Servicios Web: Orquestación y coreografías Servicios Web: Orquestación y coreografías E. U. I. T. en Informática de Oviedo Master de Ingeniería Web Servicios Web Juan Ramón Pérez Pérez (jrpp en uniovi.es) Orientación a Servicios. Principios. Los

Más detalles

Arquitectura de Empresa. Visión General

Arquitectura de Empresa. Visión General IX Congreso de Ingeniería de Organización Gijón, 8 y 9 de septiembre de 2005 de Empresa. Visión General Llanos Cuenca González 1, Ángel Ortiz Bas 1, Andrés Boza García 1 1 Centro de Investigación Gestión

Más detalles

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición.

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición. Glosario Aclaraciones Los conceptos del glosario están ordenados alfabéticamente. Un concepto puede ser un único término como meta o una frase como ambiente de ingeniería de software centrado en procesos.

Más detalles

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él.

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él. PROCESOS SOFTWARE MOTIVACIÓN? Con independencia de la metodología o modelo implementado, es común la estrategia para la mejora continua de la calidad, basada en el Círculo de Deming o Plan, Do, Check,

Más detalles

TENDENCIAS ACTUALES EN LA INTERACCIÓN PERSONA-ORDENADOR: ACCESIBILIDAD, ADAPTABILIDAD Y NUEVOS PARADIGMAS

TENDENCIAS ACTUALES EN LA INTERACCIÓN PERSONA-ORDENADOR: ACCESIBILIDAD, ADAPTABILIDAD Y NUEVOS PARADIGMAS UNIVERSIDAD DE CASTILLA-LA MANCHA DEPARTAMENTO DE INFORMÁTICA XIII Escuela de Verano de Informática TENDENCIAS ACTUALES EN LA INTERACCIÓN PERSONA-ORDENADOR: ACCESIBILIDAD, ADAPTABILIDAD Y NUEVOS PARADIGMAS

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

DESARROLLO WEB EN ENTORNO SERVIDOR

DESARROLLO WEB EN ENTORNO SERVIDOR DESARROLLO WEB EN ENTORNO SERVIDOR CAPÍTULO 7: Programación de servicios Web Marcos López Sanz Juan Manuel Vara Mesa Jenifer Verde Marín Diana Marcela Sánchez Fúquene Jesús Javier Jiménez Hernández Valeria

Más detalles

Curso 5007437. Capítulo 4: Arquitectura Orientada a Servicios. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007

Curso 5007437. Capítulo 4: Arquitectura Orientada a Servicios. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Capítulo 4: Arquitectura Orientada a Servicios Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es

Más detalles

PROGRAMA ANALÍTICO. Curso: Gestión de Procesos de Negocio. Docentes: Dr. Pablo David Villarreal (Responsable), Dr. Jorge Roa. Duración: 60 horas.

PROGRAMA ANALÍTICO. Curso: Gestión de Procesos de Negocio. Docentes: Dr. Pablo David Villarreal (Responsable), Dr. Jorge Roa. Duración: 60 horas. PROGRAMA ANALÍTICO Curso: Gestión de Procesos de Negocio Docentes: Dr. Pablo David Villarreal (Responsable), Dr. Jorge Roa. Duración: 60 horas. 1. Fundamentos En las últimas décadas, nuevos enfoques de

Más detalles

DIPLOMADO SQL SERVER 2012

DIPLOMADO SQL SERVER 2012 DIPLOMADO SQL SERVER 2012 NUEVAS HERRAMIENTAS DE DESARROLLO EN SQL SERVER 2012 John Alexander Bulla Torres Regional Mentor PASS LATAM JOHN ALEXANDER BULLA TORRES John es un Ingeniero de Sistemas con énfasis

Más detalles

Generación de código para Hibernate desde modelos UML

Generación de código para Hibernate desde modelos UML Generación de código para Hibernate desde modelos UML Alejandro Nogueiro Mariscal Ingeniería Técnica en Informática de Sistemas, Universidad de Cádiz 24 de Septiembre 2012 1 / 35 Índice 1 Motivación y

Más detalles

Herramienta de gestión de trazabilidad de requerimientos en proyectos de software

Herramienta de gestión de trazabilidad de requerimientos en proyectos de software Herramienta de gestión de trazabilidad de requerimientos en proyectos de software Alfredo Villafañe 1, María de los A. Ferraro 1, Yanina Medina 1, Cristina Greiner 1, Gladys Dapozo 1, Marcelo Estayno 2

Más detalles

BPMN BPMN BPMN. BPD Objetos de flujo - Actividades. BPD (Business Process Diagram) Notación de modelado de procesos de negocio BPD

BPMN BPMN BPMN. BPD Objetos de flujo - Actividades. BPD (Business Process Diagram) Notación de modelado de procesos de negocio BPD BPMN Notación de modelado de procesos de negocio BPMN Fue desarrollado por la BPMI (Business Process Management Initiative) Objetivos: Proveer una notación entendible para cualquiera desde el analista

Más detalles

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Isaac Gutiérrez Gómez, Salvador Otón Tortosa Universidad de Alcalá, Departamento de Ciencias de la Computación, 28871 Alcalá de Henares, Spain igutierrez09@yahoo.es, salvador.oton@uah.es

Más detalles

Procesos de Negocio y Desarrollo de SW Francisco Ruiz

Procesos de Negocio y Desarrollo de SW Francisco Ruiz y Desarrollo de SW Francisco Ruiz Universidad de Cantabria Calidad de Procesos y Productos Software Conceptos Básicos BPM e Ingeniería del Software Ciclo de Vida Tipos de Procesos Tecnología BPM BPMS Vs

Más detalles

UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS

UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS Gerente de Informática de Diputación IZFE, S.A. (Diputación Foral de Gipuzkoa) Analista IZFE, S.A. (Diputación Foral

Más detalles

Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico

Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico Curso académico 2008-2009 1 Introducción La práctica de Integración de Sistemas consistirá en el diseño e implementación de

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola BPMN vs UML Autor: Norberto Figuerola Los Requerimientos y el Modelo del Negocio Normalmente, siempre que iniciamos un esfuerzo de desarrollo de software éste tiene como objetivo automatizar procesos del

Más detalles

CEP/ESP: Procesamiento y correlación de gran cantidad de eventos en arquitecturas SOA

CEP/ESP: Procesamiento y correlación de gran cantidad de eventos en arquitecturas SOA CEP/ESP: Procesamiento y correlación de gran cantidad de eventos en arquitecturas SOA Víctor Ayllón 1 y Juan M. Reina 1 1 Novayre {vayllon, jmreina}@novayre.es Abstract. El matrimonio entre ESP/CEP y las

Más detalles

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen A través de este artículo se ofrece un panorama amplio y de alto nivel sobre la especificación y los diferentes diagramas del Lenguaje

Más detalles

WEBBER: USO DE COMPONENTES PARA LA ARMONIZACIÓN DE CONTENIDOS Y METADATOS

WEBBER: USO DE COMPONENTES PARA LA ARMONIZACIÓN DE CONTENIDOS Y METADATOS WEBBER: USO DE COMPONENTES PARA LA ARMONIZACIÓN DE CONTENIDOS Y METADATOS Autores: Introducción Diego R. López RedIRIS diego.lopez@rediris.es El trabajo necesario para mantener un servidor de información

Más detalles