Un Entorno de Application Lifecycle Management Dirigido por Procesos Juan Diego Pérez Jiménez, X

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

Download "Un Entorno de Application Lifecycle Management Dirigido por Procesos Juan Diego Pérez Jiménez, 25179398X jdiego.perez.ext@juntadeandalucia."

Transcripción

1 Un Entorno de Application Lifecycle Management Dirigido por Procesos Juan Diego Pérez Jiménez, X Supervised by Prof. Dr. Amador Durán Toro Thesis project submitted to the Department of Computer Languages and Systems of the University of Sevilla in partial fulfilment of the requirements for the degree of Ph.D. in Computer Engineering. (Thesis Project)

2

3 Índice general 1. Introducción 2 2. Hipótesis y Objetivos Modelando el proceso de desarrollo Tipología de modelos de procesos Tipos de procesos Granularidad del modelo Rigidez del modelo El lenguaje de modelado El problema de la integración Objetivos Trabajo Relacionado Metodología Plan de Trabajo Conclusiones 16 A. Curriculum vitae 18 i

4 Índice de figuras 4.1. Infraestructura RUP/SOMA Elementos del modelo de servicio y su relación con las fases de RUP/SOMA Diagrama de Gannt. Cronograma de elaboración de la Tesis ii

5 Índice de cuadros iii

6 Agradecimientos A todos toditos... iv

7 Resumen El uso de técnicas de modelado de procesos es algo común en diversos campos de la industria desde hace ya muchos años. Su aplicación en el mundo de la ingeniería del software es posterior, aunque en los últimos años se han realizado numerosas investigaciones al respecto. En este trabajo se pretende presentar los retos y problemas a los que se han enfrentado dichas investigaciones e intentar abordarlos para obtener un entorno Application LifyCycle Management flexible y dirigido por procesos. 1

8 Capítulo 1 Introducción El modelado de procesos para dar solución a determinados problemas es una técnica que ha sido utilizada desde hace muchos años en numerosos campos de la industria, en especial la manufacturera [1], con el doble objetivo de reducir costes y de mejorar la calidad de los productos obtenidos. En el campo de la ingeniería del software, su aplicación comienza durante la segunda mitad de los años 80, siendo uno de sus principales exponentes el clásico artículo de Osterweil [2] en el que plantea considerar el proceso de desarrollo de software como un proceso software en sí mismo. A partir de la idea seminal de Osterweil, se han realizado numerosas investigaciones de las que han surgido propuestas que combinan de una forma u otra conceptos como: Metodologías de desarrollo Ciclo de Vida Workflow PCSE (Process Centered Software Engineering) BPM (Business Process Management) PAIS (Process Aware Information Systems) BAM (Business Activity Monitoring) MBSE (Model Based Software Engineering) etc... Pese a todos estos esfuerzos, las investigaciones se han encontrado con que el proceso de desarrollo de software es un proceso complejo que presenta ciertas características que dificultan la utilización de las técnicas de modelado de procesos. De éstas las principales son que el desarrollo de software es un proceso con continuos cambios y en constante evolución, con una gran participación del elemento humano, que involucra normalmente a un gran número de personas y que además, en muchas ocasiones, no puede ser completamente definido a priori [1]. Además, otra de las grandes diferencias con respecto a los procesos de 2

9 otro tipo de industrias es la intangibilidad tanto del producto final como de los productos intermedios[2]. Por otro lado, en el modelado de procesos software uno de los retos aún pendientes es la integración de procesos, herramientas, vistas, productos y del resto de los elementos que participan en el desarrollo de software. Dicha integración no es fácil por la complejidad del desarrollo y porque no todas las partes del proceso son iguales, lo que obliga al uso de diferentes tipos de herramientas en las diferentes fases [3]. Por ese motivo, los enfoques de integración se han centrado única y exclusivamente en un sólo contexto [4], para un determinado tipo de software, un determinado lenguaje, un determinado hardware, un determinado sistema operativo, una determinada plataforma etc... Frente a estas peculiaridades del proceso de desarrollo y los problemas derivados la integración de todos los elementos nosotros proponemos la creación de un entorno de desarrollo de software dirigido por modelos de procesos. Para presentar este proyecto estructuraremos el resto del documento de la siguiente manera: Capítulo 2: Hipótesis y Objetivos: Capítulo en el cuál estableceremos las consideraciones y decisiones que deberemos tomar y fijaremos los objetivos de investigación que se pretenden conseguir con la elaboración de la tesis. Capítulo 3: Trabajo Relacionados: En este capítulo se presentan los trabajos y tecnologías más relevantes relacionadas con el ámbito de nuestra investigación. Capítulo 4: Metodología. Donde describiremos la metodología de investigación que pretendemos seguir. Capítulo 5: Plan de Trabajo. En este capítulo se presentarán, a grandes rasgos la planificación para la realización de la tesis. Capítulo 6: Conclusiones. Para concluir en este capítulo se expondrán las conclusiones que hemos podido sacar de las investigaciones realizadas previamente. 3

10 Capítulo 2 Hipótesis y Objetivos Lo que a grandes rasgos pretendemos es afrontar las peculiaridades del proceso de desarrollo de software y los problemas que supone la integración de todos los elementos de dicho proceso mediante la creación de un entorno de desarrollo de software dirigido por procesos. Para ello en primer lugar vamos a especificar qué aspectos debemos de tener en cuenta para adaptar las técnicas de modelado a nuestro proyecto y, en segundo lugar, cuáles son los problemas que han ido apareciendo a lo largo de los años en relación a la integración de los distintos elementos que componen el proceso y cómo vamos a afrontar éstos problemas. Una vez especificados estos dos puntos describiremos los objetivos que nos planteamos con la realización de la tesis de una forma más detallada Modelando el proceso de desarrollo La aplicación de técnicas como el modelado de procesos implica una orientación a procesos del desarrollo de software y nos va a permitir conseguir ciertas mejoras y objetivos [5]: Conseguir que los proyectos de software sean más efectivos, desplegando los recursos de manera más eficiente y obteniendo los productos con menor esfuerzo. Que sean más predecibles permitiéndonos estimar de manera más precisa el tiempo y los recursos necesarios, en definitiva más robustos. Obtener productos de mayor calidad y fiabilidad. Sin embargo, para la consecución de estos objetivos, y dadas las peculiaridades inherentes a los proyectos de desarrollo de software, se han de tener en cuenta varios factores y no se ha de pensar que la simple aplicación del modelado de procesos es la solución a todos los problemas. Tras un estudio previo creemos que los factores más importantes que se deben tenerse en cuenta para que la aplicación de la técnicas de modelado de procesos sea efectiva son los siguientes y se describen en las siguientes secciones de este proyecto de tesis. La tipología del modelo de procesos que se va a utilizar. 4

11 El tipo del proceso que se pretende modelar. La granularidad de la descripción que obtenemos con nuestro modelo. La rigidez del modelo. El lenguaje o notación que se va a utilizar para realizar el modelado del proceso Tipología de modelos de procesos Los modelos de procesos pueden clasificarse atendiendo a diversos criterios. Según [6], podemos distinguir dos tipos de modelos de procesos: Modelo de procesos proscriptivo: se permite cualquier secuencia de actividades siempre que se cumplan una serie de restricciones, normalmente expresadas mediante reglas. Modelo de proceso prescriptivo: se especifican detalladamente las acciones a desarrollar indicando además el orden en el que deben ejecutarse, normalmente expresado mediante la utilización de notaciones gráficos o procedurales. Cada uno de estos enfoques en el modelado de procesos posee una serie de ventajas e inconvenientes. De manera resumida, el enfoque proscriptivo es mucho más flexible pero no permite proporcionar ninguna guía de ejecución, mientras que el enfoque prescriptivo no permite cambios en tiempo de ejecución pero facilita el análisis. Una descripción más detallada de las ventajas e inconvenientes de cada uno de estos en enfoques, así como un análisis de la posibilidad de un enfoque mixto se puede encontrar en [7]. Por otro lado, atendiendo a la cobertura del modelo, podemos distinguir [8]: Orientados a actividades: el modelo se concentra en las acciones necesarias para obtener el producto y en su orden de ejecución. Orientados a productos: similar al enfoque de orientación a actividades, pero añadiendo enlaces entre las actividades, su entradas y sus salidas. Orientados a decisiones: se centra en las transformaciones sufridas por los productos del proceso y causadas por las decisiones que se han ido tomando a lo largo del mismo Tipos de procesos El enfoque habitual en los sistemas de workflow ha sido considerar las tareas de los modelos de procesos con una semántica transaccional, siguiendo el modelo ACID (Atomicity, Consistency, Isolation, Durability) [9]. Sin embargo, este enfoque es en exceso rígido y no es válido para todos los entornos. Así, podemos distinguir tres tipos de procesos según [9]: Modelado: El flujo entre las actividades se decide antes de la ejecución. Ad hoc: Cuando el flujo no se puede definir a priori y no se especifica ningún orden concreto de ejecución. Simplemente, las actividades ocurren. 5

12 Semi modelado: Cuando tenemos una mezcla de los dos enfoques, con partes del proceso modeladas y partes del modelo ad hoc. De especial importancia, y muy a tener en cuenta a la hora de conseguir nuestros objetivos son los procesos semi modelados. La importancia de este tipo de procesos radica en la propia naturaleza del proceso de desarrollo de software que, en muchas ocasiones, no pueden ser especificados completamente a priori [1] Granularidad del modelo La granularidad de un modelo de proceso es el nivel de profundidad o detalle al que se va a llegar a la hora de describir y modelar el proceso. Podemos distinguir entre modelos de grano fino y modelos de grano grueso [5, 8]. Los primeros son los que nos muestran más detalles, mientras que los de grano grueso son abstracciones de más alto nivel. Es importante, y se recalca en [5, 8], que nuestro entorno nos permita dar soporte a modelos de distinto grosor de grano y que además nos permita un desplazamiento entre estos distintos niveles de detalle Rigidez del modelo La rigidez de un modelo de procesos está relacionada con la posibilidad de que aparezcan cambios en la definición del proceso una vez éste ya ha sido definido o modelado de alguna manera y en la adaptabilidad a dichos cambios. Varía, según [8], entre dos extremos, los procesos rígidos, que son procesos cuyos modelos están completamente predefinidos y son difícilmente adaptables, y los procesos flexibles, que permiten modelos que pueden adaptarse a distintos contextos con técnicas como la parametrización [10]. El equilibrio entre estos dos extremos es complicado, ya que según [10] el hecho de conseguir modelos de procesos flexibles implica un esfuerzo adicional. Cuánto más flexible es el modelo más difícil es el soporte y, si llegamos al extremo de permitir la integración arbitraria de herramientas, nos limitaremos únicamente a llamar a las herramientas en un orden determinado. Esta situación enlaza directamente con el concepto de integración que se tratará más adelante. La situación ideal debe decidirse en cada proyecto, aunque lo más normal es que con un modelo se pueda dar soporte a un rango de procesos con características similares [3] El lenguaje de modelado La elección del lenguaje es una parte fundamental a la hora de modelar el proceso de desarrollo. Dicha elección influye en el diseño el proceso, la comprensión del mismo, la formación, y en la posibilidad de que exista simulación, optimización y soporte [11]. La elección de una u otra notación va a depender de muchos aspectos, entre ellos: De que sea una notación formal que nos permita, entre otras cosas, validar los modelos obtenidos. 6

13 De la expresividad, es decir, de que podamos expresar con el lenguaje el proceso que queremos representar (en este caso un proceso de desarrollo de software). Para comprobar esta expresividad los trabajos más destacados son los workflow patterns, resource patterns y data patterns descritos en [12, 13, 14]. De que posea una semántica bien definida [15] La existencia de aplicaciones que nos permitan crear modelos con esa notación o lenguaje de la forma más usable posible. La existencia de motores que nos permitan crear instancias de los procesos descritos e, idealmente, monitorizar y simular dichos procesos. No obstante, pese a todos esos factores la elección última de una u otra notación dependerá también del contexto en el que se va a desplegar. No todos los tipos de desarrollos de software van a necesitar el mismo tipo de proceso e incluso a veces distintas fases de un mismo proceso global van a necesitar distintos enfoques, soporte y mecanismos [3]. Esta afirmación entronca de nuevo con el concepto de integración, clave en el tipo de entornos que se pretende desarrollar El problema de la integración El concepto de integración en el ámbito de la ingeniería del software es un concepto clave [16] y ha sido ampliamente definido en la bibliografía. Dos de las definiciones más aceptadas son: La actividad mediante la cuál se producen entornos completos que soportan el ciclo de vida de un desarrollo de software [16]. La técnica para producir coaliciones de herramientas que proporcionen un entorno que de soporte a todas, o algunas, de las actividades que componen el proceso de ingeniería de software [17]. Ambas definiciones relacionan los conceptos de integración y proceso (entendiendo que el concepto de proceso software se construye sobre el concepto de ciclo de vida [11]). Asimismo, a lo largo de este proyecto de tesis se ha puesto de manifiesto en varios puntos la estrecha relación entre la técnica de modelado de procesos y el concepto de la integración, provocando que, incluso en determinadas ocasiones, los mecanismos de integración sean diferentes dependiendo del momento del proceso de desarrollo y de las herramientas disponibles[17]. Pese a su importancia y su estrecha relación con la orientación a procesos, a día de hoy los distintos enfoques de integración todavía siguen encontrándose con ciertas dificultades y problemas debido, en gran parte, a que que se han ido creando islas de integración que únicamente se ocupan de dos fases determinadas del proceso de desarrollo, y a que una integración completa sólo se consigue con un proceso claramente definido y bajo ciertas decisiones de negocio asumidas [17]. 7

14 Para afrontar estos problemas de integración, nuestra propuesta es darle a la herramienta que resulta de nuestra tesis un enfoque ALM (Application LyceCycle Management), que se define en [18] como: La coordinación de las actividades de un ciclo de vida de desarrollo, incluyendo requisitos, modelado, desarrollo, construcción y pruebas a través de imponer un proceso que cubra esas actividades, la gestión de las relaciones entre los productos usados y producidos por esas actividades y una serie de informes que describan el progreso del desarrollo de manera global Objetivos Lo que pretendemos es la construcción de un un entorno ALM Application LifeCycle Managemet dirigido por procesos centrándonos en el desarrollo de un tipo concreto de aplicaciones: Las aplicaciones de gestión en el ámbito de los sistemas de información. El entorno obtenido deberá ser abierto, permitiendo de la manera más flexible posible la integración de herramientas de terceros. Como paso inicial del trabajo se deberá realizar un estudio pormenorizado, centrado en las características del rango de aplicaciones elegido, de todos y cada uno de los aspectos que, por su importancia en el mundo del modelado de procesos, han sido incluidos en el presente artículo. Se deberá decidir qué tipo de modelos vamos a utilizar, qué lenguaje o notación vamos a usar para modelar el proceso, qué punto de granularidad y flexibilidad pretendemos proporcionar al proceso de desarrollo de software y cuáles van a ser las estrategias de integración que utilizaremos para dar soporte a la heterogeneidad de los procesos y herramientas. Este tipo de entorno permite la mejora de ciertas actividades mediante la integración de herramientas en el proceso de desarrollo, asegura la coordinación entre las diferentes actividades que constituyen el ciclo de vida del desarrollo software y permite que las distintas herramientas que se utilizan durante el ciclo de vida no sean una mera colección sino que estén integradas mediante la plataforma ALM que constituye el hilo que une todo el ciclo de vida [18]. Se basará en los siguientes pilares fundamentales [18]: Por un lado en la automatización de los procesos de alto nivel mediante la utilización de motores de procesos (Y por lo tanto en la utilización de modelos de procesos que son los que nos van a guiar durante todo el proceso de desarrollo) Proporcionar visibilidad de los progresos y avances que se están produciendo en el desarrollo. Mantener la trazabilidad entre los productos que se generan a los largo de todo el ciclo de desarrollo. Hasta ahora la aplicación de este enfoque se ha encontrado con ciertas dificultades [18], como la existencia de herramientas diferentes para cada uno de 8

15 los roles implicados en el proceso de desarrollo de software, lo que produce un aumento de la complejidad y una disminución de la productividad, redundancias e inconsistencias de funcionalidades, lo que provoca la aparición de silos de funcionalidad y la falta de transparencia e integración a través de frágiles mecanismos de sincronización mediante repositorios. Para evitar estas dificultades de los entornos ALM de la anterior generación, en [18] se proponen las características que debiera de tener lo que la autora llama un entorno ALM 2.0 : Herramientas ensambladas a base de plug ins. Servicios comunes disponibles para todos los participantes, para evitar los silos. Neutralidad de repositorios. Usos de estándares de integración, muy relacionados con la tecnología de servicios (por ejemplo Web Services). Macro y microprocesos dirigidos por un motor de workflow. Y todo esto con una serie de elementos principales [19]: Un interfaz de usuario común para todas las herramientas. Un motor de procesos. Un metamodelo tanto para el proceso como para los aspectos de trazabilidad. Como objetivo adicional buscaremos también que el entorno ALM resultante nos facilite que los productos obtenidos mediante su utilización sean acordes a las exigencias impuestas por CMMI DEV 1.2 [20]. Esta decisión no obliga a tener muy en cuenta las Process Areas, los Specific & Generic Goals, las Specific & Generic Practices y todos los demás elementos que nos marca esta especificación. Por lo tanto las decisiones iniciales relacionados con el modelado de procesos deberán de tener muy presente todos los elementos que constituyen este modelo de madurez. Además, y dado que nuestra propuesta, tal y cómo se ha indicado en este mismo capítulo, va a ser una propuesta con servicios comunes para todos los usuarios y que va usar estándares de integración relacionados con la tecnología de servicios, creemos que es muy conveniente que la infraestructura de servicios resultante sea acorde con alguno de los modelos de madurez existentes en este campo como OSIMM (Open Service Integration Maturity Model) [21], SOAMM o isoamm [22] que deberemos evaluar para seleccionar el modelo de madurez que mejor se adecue a los objetivos de nuestro proyecto. 9

16 Capítulo 3 Trabajo Relacionado Actualmente diversos fabricantes (Microsoft, Borland, MKS, Serena, Compuware, CA, Telelogic, Mercury e IBM ) están ofreciendo este tipo de entornos. En la mayoría de los casos ofrecen plataformas ALM propietarias que funcionan mejor con sus propias herramientas y que incumplen algunas de las características que debería tener un entorno ALM 2.0 [18]. La idea es construir un entorno 10

17 Capítulo 4 Metodología La metodología elegida para la elaboración de la herramienta que dará sustento práctico al desarrollo de nuestro proyecto de investigación es RUP/SOMA que es un marco metodológico para el elaboración de soluciones orientadas a servicios que respetando la base de RUPRational Unified Proceess[?] añade nuevos conceptos de la metodología SOMA Service Oriented Modeling and Architecture[23] que es una metodología de desarrollo para diseñar y construir soluciones basadas en servicios desarrollada por IBM. Se optado por esta metodología porque tal y como se dijo en capítulos anteriores, nuestra propuesta va a ser una propuesta con servicios comunes para todos los usuarios y que va usar estándares de integración relacionados con la tecnología de servicios. La infraestructura de esta metodología RUP/SOMA se describe en la figura 4.1 que nos muestra las principales fases, las dependencias de cada una de las fases con respecto a los distintos tipo de requisitos y también los artifacts más importantes producidos por cada una de las fases. aquí no tengo muy claro si poner RUP o UP Figura 4.1: Infraestructura RUP/SOMA. 11

18 Como se puede ver, el artifact más importante es el modelo de servicio ya que un producto complejo y compuesto que está presente en todas las fases y que nos va a permitir asociar y relacionar todos los elementos participantes: servicios, proveedores, especificaciones, particiones, mensajes,colaboraciones etc... Los elementos claves de estos artifacts y las relaciones con las distintas fases de la metodología RUP/SOMA se pueden ver en la figura 4.2. Figura 4.2: Elementos del modelo de servicio y su relación con las fases de RUP/SOMA. Este método elegido sigue siente un método iterativo e incremental, las distintas actividades que lo componen, que se describen brevemente más abajo se realizan en varias iteraciones que pueden estar centradas en distintos servicios o en distintas áreas de dominio a la vez. Análisis de Transformación Empresarial: Fase en la que los procesos y componentes que representan las funciones más importantes son modelados y analizados, ya sea en toda la organización o dentro del un área de dominio concreta que represente nuestro objetivo. Identificación: Fase mediante la cuál son identificados los tres elementos principales de una infraestructura orientada a servicios: servicios, componentes y flujos. Para esta utilizaremos principalmente tres técnicas: Descomposición de dominios. Modelado de objetivos de servicios. Análisis del sistema existente. 12

19 Especificación: Donde completamos el diseño de los servicios y componentes identificados en la fase anterior. Se completa el modelo de servicio añadiendo dependencias, flujos, composición de servicios, operaciones, mensajes, requerimientos no funcionales, reglas y políticas etc... Realización: En esta fase se decide qué servicios serán realizados y cuáles serán integrados mediante la utilización de tecnologías de integración de servicios. 13

20 Capítulo 5 Plan de Trabajo El plan de trabajo establecido inicialmente para la elaboración de la tesis tiene un duración total aproximada de dos años, partiendo de Septiembre del año 2009 y teniendo en cuenta que para esa fecha ya se han superado tanto el período docente como el período investigador con la obtención del Diploma de Estudios Avanzados (DEA) en Junio del año En líneas generales este plan de trabajo se dividirá en los siguiente grupos de actividades cuya planificación y duración estimada podemos ver en el siguiente diagrama de Gantt 5.1 : Selección de Tecnologías: Actividad mediante la cuál elegiremos las tecnologías más adecuadas para la realización nuestro proyecto respondiendo a las preguntas planteadas a lo largo de este proyecto en relación a las técnicas de modelado de procesos y a los problemas de integración en los procesos de desarrollo de software. Todo esto centrándonos en el ámbito concreto que hemos elegido, el desarrollo de aplicaciones de gestión en el área de los sistemas de información. Desarrollo de la herramienta: Esta actividad consiste en la realización de una herramienta ALM Application LifeCycle Management dirigida por procesos que represente la validación práctica de las conclusiones obtenidas durante la elaboración de la tesis. Publicaciones: Es la actividad que más tiempo va a ocupar. La intención es ir realizando publicaciones graduales conforme se vayan obteniendo resultados en los foros que se han presentado a lo largo de este documento. Versiones de la tesis: En relación a esta actividad, que será un continuo desde su comienzo, se van a establecer dos hitos, un primer hito que representará la entrega de una versión preliminar y un segundo hito que representa el momento aproximado en el cuál pretendemos tener disponible la versión final de la tesis para realizar su entrega. 14

21 Figura 5.1: Diagrama de Gannt. Cronograma de elaboración de la Tesis 15

22 Capítulo 6 Conclusiones En este trabajo de investigación, que es resultado de investigaciones previas y que pretende ser el punto de partida y la base del posterior desarrollo de tesis, ha quedado de manifiesto las aportaciones que pretendemos obtener mediante la construcción y utilización de un entorno ALM Application Lyfe Cycle Managemetdirigido por procesos. De manera concisa un entorno de este tipo nos debe permitir aportar, por un lado, la ventajas de aplicar las técnicas del modelado de procesos al proceso de desarrollo de software, es decir más eficiencia, mejor gestión y mayor calidad de los productos obtenidos y, por otro lado, nos va a facilitar la integración de los diversos elementos que participan el propio proceso que como ya hemos visto es una de los aspectos más problemas presentan en este tipo de entornos. Se han identificado para ello diversos factores que se deberán considerar a la hora de elegir las tecnologías relacionadas con el modelado de procesos de negocio y uno de los primeros pasos que deberemos tomar, y así se indica en la planificación, es la concreción de todos estos factores al ámbito en el que nos vamos a centrar, la creación de aplicaciones de gestión el marco de sistemas de información. La integración de todos los elementos que van a participar se pretende abordar mediante el enfoque ALM 2.0 propuesto en [18], enfoque que como ya se dijo debe poseer idealmente las siguientes características: Herramientas ensambladas a base de plug ins. Servicios comunes disponibles para todos los participantes, para evitar los silos. Neutralidad de repositorios. Usos de estándares de integración, muy relacionados con la tecnología de servicios (por ejemplo Web Services). Macro y microprocesos dirigidos por un motor de workflow. Y todo esto con una serie de elementos principales [19]: 16

23 Un interfaz de usuario común para todas las herramientas. Un motor de procesos. Un metamodelo tanto para el proceso como para los aspectos de trazabilidad. Como se puede apreciar en las características ideales de esta propuesta ya están entremezclados elementos y tecnologías relacionados con la técnica de modelado de procesos con las relacionadas con las tecnologías de servicios que son la opción elegida para afrontar los problemas de integración. Y en aras de la calidad tanto de la herramienta que se pretende obtener, como del marco que se va a proporcionar a los futuros usuarios del entorno, se han tenido especialmente en cuenta los modelos de madurez más extendidos lo que pretende ser además un rasgo diferenciador de nuestra solución frente al resto de las soluciones analizadas. Somos conscientes de que conseguir un entorno que cubra todo el ciclo de vida de un desarrollo de software mediante este tipo de enfoque es un objetivo muy ambicioso, dadas las peculiaridades y complejidad de este tipo de procesos, por ello mismo nos proponemos hacer una aproximación incremental centrándonos un un inicio en determinadas áreas y creando la infraestructura que facilite las incorporación al entorno de herramientas que vayan a cubrir otras áreas diferentes a las que inicialmente seleccionemos. 17

24 Apéndice A Curriculum vitae Datos Personales Nombre: Juan Diego Pérez Jiménez DNI: X Fecha de nacimiento: 27/05/1976 Correo electrónico: Formación Académica Licenciatura: Ingeniería Superior en Informática Universidad: Universidad de Zaragoza Estudios de Postgrado: Master en Animación por ordenador e imagen de síntesis (MA-ISCA) Universidad: Universidad de las Islas Baleares Doctorado: Diploma de estudios avanzados (DEA) Universidad: Universidad de Sevilla Artículos *Participación en Proyectos de Investigación Experiencia Profesional Posición: Programador de aplicaciones de banca electrónica Empresa: Intercomputer Duración: 01/10/1998 a 01/06/

25 Posición: Técnico de automatismos Empresa: Inditex Duración: 01/01/2003 a 01/07/2003 Posición: Profesor Ed. Secundaria (especialidad informática) Institución: Junta de Andalucía (Consejería de Educación) Duración: 01/09/2004 a 31/08/2006 Posición: Jefe de Departamento de Informática Institución:Junta de Andalucía (Consejería de Educación) Duración: 01/09/2006 al 31/08/2007 Posición: Secretario de Centro Institución: Junta de Andalucía (Consejería de Educación) Duración: 01/09/2007 al 30/06/2008 Posición: Adscrito a Servicios Centrales. Servicio de Educación Permanente Institución: Junta de Andalucía (Consejería de Educación) Duración: 01/09/2008 al 31/08/2009 Posición: Responsable del subprograma de enseñanzas no presenciales Institución: Junta de Andalucía (Consejería de Educación) Duración: 01/09/2009 Posición: Profesor a tiempo parcial Institución: Universidad de Sevilla. Escuela Superior de Ingeniería Informática Duración: 01/03/2009 al 31/08/2009 Posición: Profesor del Curso de Experto en Comunicación Institucional y Marketing Político Institución: Universidad de Sevilla. Faculta de Comunicación Duración: 01/05/2007 al 01/05/

Un Entorno ALM Flexible y Dirigido por Procesos: El Proyecto Alcuza *

Un Entorno ALM Flexible y Dirigido por Procesos: El Proyecto Alcuza * Un Entorno ALM Flexible y Dirigido por Procesos: El Proyecto Alcuza * Amador Durán 1, Bernardo Panduro 2, Beatriz Bernárdez 1, and Juan D. Pérez Jiménez 1 1 Dpto. de Lenguajes y Sistemas Informáticos de

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

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio Parra Julián Matias 1, Mg. Patricia Bazán 2, Lic. José Martinez Garro 3 1 3 Facultad de Informática

Más detalles

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

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

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

Modelos Workflow: Análisis y Medición. Contexto

Modelos Workflow: Análisis y Medición. Contexto Modelos Workflow: Análisis y Medición M. Peralta, C. Salgado, L. Baigorria, M. Berón, D. Riesco, G. Montejano Departamento de Informática Facultad de Ciencias Físico Matemáticas y Naturales Universidad

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

Tape Mbo e: una Metodología Orientada a Servicios

Tape Mbo e: una Metodología Orientada a Servicios Tape Mbo e: una Metodología Orientada a Servicios Motivación Objetivos Tecnología Estado del Arte Evaluación del Estado del Arte Tape Mb e Ciclo de Vida Roles Disciplinas Ciclo de Vida y Disciplinas Evaluación

Más detalles

Tres pilares para la Implantación de Sistemas

Tres pilares para la Implantación de Sistemas WICC 2012 621 Tres pilares para la Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad

Más detalles

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

Más detalles

BPM: Articulando Estrategia, Procesos y Tecnología

BPM: Articulando Estrategia, Procesos y Tecnología BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores

Más detalles

GUÍA DOCENTE. Curso 2014-2015

GUÍA DOCENTE. Curso 2014-2015 1. DESCRIPCIÓN DE LA ASIGNATURA Grado: Ingeniería Informática en Sistemas de Información Doble Grado: Asignatura: Gestión de procesos de negocio Módulo: Módulo M7: Complementos Obligatorios Específicos

Más detalles

Collaborative Lifecycle Management

Collaborative Lifecycle Management Collaborative Lifecycle Management IBM Rational Software Portafolio.. Documentación Técnica... COLLABORATIVE LIFECYCLE MANAGEMENT La solución de IBM Rational para la Gestión del Ciclo de Vida Colaborativo

Más detalles

Planificación y Control de Proyectos de Software mediante MS Project

Planificación y Control de Proyectos de Software mediante MS Project Práctica 2 Planificación y Control de Proyectos de Software mediante MS Project E n esta práctica vamos a introducirnos en la Planificación y Control de Proyectos de Software mediante herramientas informáticas

Más detalles

El desarrollo de aplicaciones

El desarrollo de aplicaciones e d i t o r i a l Entendiendo el desarrollo de los sistemas SOA María Consuelo Franky R. El desarrollo de aplicaciones orientadas y basadas en servicios, como estilo de arquitectura, emergió sobre la arena

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Título Área específica de la publicación 2 Implementación de Procesos Business Process Management BPM Services

Más detalles

7mo Simposio Argentino De Informatica En El Estado - SIE 2013

7mo Simposio Argentino De Informatica En El Estado - SIE 2013 Uso de Work Breakdown Structure para relevar las capacidades de un área de Information Technology Leandro Antonelli, Adriana Chalar, Andrés Lisse, Antonio Pasquale Centro de Informática, Fiscalia de Estado,

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

Definición de un Proceso de Implantación de Sistemas

Definición de un Proceso de Implantación de Sistemas Definición de un Proceso de Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad

Más detalles

Análisis y Medición de Modelos de Procesos Workflow

Análisis y Medición de Modelos de Procesos Workflow WICC 2012 503 Análisis y Medición de Modelos de Procesos Workflow M. Peralta, C. Salgado, M. Berón, D. Riesco, G. Montejano Departamento de Informática Facultad de Ciencias Físico Matemáticas y Naturales

Más detalles

SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI

SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI Director S.I. Júpiter Jefe Srv. Información de Gastos Jefa Gabinete Información de Gastos Responsable Sistemas del

Más detalles

SharePoint Governance Tu SharePoint sobre ruedas

SharePoint Governance Tu SharePoint sobre ruedas White paper SharePoint Governance Tu SharePoint sobre ruedas Si ya tienes SharePoint o estás pensando en implementarlo en tu organización, este White Paper te interesa. Incremento de productividad En él

Más detalles

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012 BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012 Qué es BPM? BPM no solo es tecnología informática. Es una disciplina de gestión empresarial impulsada

Más detalles

Procesos de Negocios

Procesos de Negocios Procesos de Negocios Procesos de negocios Como dijimos en el Tema 1: los sistemas de información y las organizaciones se influyen entre sí: Los SI deben proveer la información que la organización necesita.

Más detalles

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

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

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

Tablero de Métricas para Procesos Workflow en la Nube. Contexto

Tablero de Métricas para Procesos Workflow en la Nube. Contexto Tablero de Métricas para Procesos Workflow en la Nube M. Peralta, C. Salgado, L. Baigorria, G. Montejano, D. Riesco Departamento de Informática Facultad de Ciencias Físico Matemáticas y Naturales Universidad

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

GeneXus BPM Suite X. Última actualización: 01 de Setiembre de 2008

GeneXus BPM Suite X. Última actualización: 01 de Setiembre de 2008 Última actualización: 01 de Setiembre de 2008 Copyright Artech Consultores S. R. L. 1988-2008. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento

Más detalles

Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio

Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Máster Universitario Oficial en Sistemas Telemáticos e

Más detalles

Modelado de Datos con ERWin

Modelado de Datos con ERWin Valor añadido Danysoft www.danysoft.com Modelado de Datos con ERWin Formación Servicios Profesionales Danysoft 07/03/2011 1 Servicios Profesionales Danysoft PRESENTACIÓN Y OBJETIVOS Danysoft, desde 1990,

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

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

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra Si en otros tiempos el factor decisivo de la producción era la tierra y luego lo fue el capital... hoy día el factor decisivo es cada vez más el hombre mismo, es decir, su conocimiento... Juan Pablo II

Más detalles

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Business white paper Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Índice de contenidos 3 Resumen ejecutivo 3 Introduction 3 Enterprise-level best practices

Más detalles

Automatizador de Procesos

Automatizador de Procesos Automatizador de Procesos Más que un workflow, esta aplicación es un BPM (Business Process Management), una completa plataforma de automatización de procesos, diseñada para apoyar la transformación empresarial;

Más detalles

Boletín de Asesoría Gerencial* Business Process Management (BPM)

Boletín de Asesoría Gerencial* Business Process Management (BPM) Espiñeira, Sheldon y Asociados * No. 11-2009 *connectedthinking Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección

Más detalles

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

MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA).

MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA). MODELOS DE PROCESO PARA LA INTEGRACIÓN DEL NEGOCIO UTILIZANDO SERVICE ORIENTED ARCHITECTURE (SOA). López, G. 1 ; Jeder, I. 1 ; Echeverría, A. 1 ; Fierro, P. (PhD.) 2 1. Laboratorio de Informática de Gestió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

Análisis Comparativo de Modelos de Calidad

Análisis Comparativo de Modelos de Calidad Análisis Comparativo de Modelos de Calidad Identificación de Mejores Prácticas para la Gestión de Calidad en Pequeños Entornos Vianca Vega Zepeda Departamento de Ingeniería de Sistemas y Computación Universidad

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Una recomendación basada en MDA, BPM y SOA para el desarrollo de software a partir de procesos del negocio en un contexto de Negocio Bajo Demanda

Una recomendación basada en MDA, BPM y SOA para el desarrollo de software a partir de procesos del negocio en un contexto de Negocio Bajo Demanda Una recomendación basada en MDA, BPM y SOA para el desarrollo de software a partir de procesos del negocio en un contexto de Negocio Bajo Demanda Miguel Ángel Sánchez Vidales Escuela Universitaria de Informática

Más detalles

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web J.Corral-García, D.Cortés-Polo, C.Gómez-Martín, J.L.González-Sánchez

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

Aplicación del BPM al desarrollo de sistemas computacionales

Aplicación del BPM al desarrollo de sistemas computacionales Aplicación del BPM al desarrollo de sistemas computacionales Facultad de Administración Región Veracruz Ismael Esquivel Gámez, iesquivel@uv.mx Emmanuel Contreras Cebada, emmanuel_c10@hotmail.com Línea:

Más detalles

Anuncio de software ZP12-0060 de IBM Europe, Middle East, and Africa con fecha 21 de febrero de 2012

Anuncio de software ZP12-0060 de IBM Europe, Middle East, and Africa con fecha 21 de febrero de 2012 con fecha 21 de febrero de 2012 IBM InfoSphere Master Data Management for Healthcare crea vistas fiables de activos de datos de servicios sanitarios y permite mejorar la efectividad de los procesos empresariales

Más detalles

Modelos y Normas Disponibles de Implementar

Modelos y Normas Disponibles de Implementar Modelos y Normas Disponibles de Implementar AmericaVeintiuno tiene capacidad para asesorar a una organización en base a diferentes modelos o normativas enfocadas al mercado informático. A partir de determinar

Más detalles

INGENIERÍA DEL SOFTWARE

INGENIERÍA DEL SOFTWARE INGENIERÍA DEL SOFTWARE Sesión No. 2 Nombre: Procesos de ingeniería del software INGENIERÍA DEL SOFTWARE 1 Contextualización La ingeniería de software actualmente es muy importante, pues con los avances

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

Especificación de requisitos para servicios cloud dirigido por valor

Especificación de requisitos para servicios cloud dirigido por valor Escola Tècnica Superior d Enginyeria Informàtica Universitat Politècnica de València Especificación de requisitos para servicios cloud dirigido por valor Trabajo Fin de Grado Grado en Ingeniería Informática

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

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA Resumen AUTORIA CARLOS CABALLERO GONZÁLEZ TEMATICA INFORMÁTICA ETAPA ESO-BACHILLERATO-CFGM(ESI,ASI,DSI) Se describe la revolución que supuso la incursión

Más detalles

GESTIÓN DE PROYECTOS CON MICROSOFT PROJECT

GESTIÓN DE PROYECTOS CON MICROSOFT PROJECT GESTIÓN DE PROYECTOS CON MICROSOFT PROJECT Duración: 60 horas Modalidad: Preparación ON-LINE Precio: Con tutorías: 226,00 / Sin tutorías: 169,00 Contacto: infocentre@tecnaformacio.com/ 972602225 Este curso

Más detalles

IBM Rational Method Composer V7.5.1 ofrece creación de métodos simplificados e interoperabilidad en IBM Rational Team Concert

IBM Rational Method Composer V7.5.1 ofrece creación de métodos simplificados e interoperabilidad en IBM Rational Team Concert con fecha 30 de noviembre de 2010 IBM Rational Method Composer V7.5.1 ofrece creación de métodos simplificados e interoperabilidad en IBM Rational Team Concert Índice 1 Información general 2 Fecha de disponibilidad

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

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

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

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

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

Desarrollo de un ciclo de mejora Construcción de un método de diagnóstico

Desarrollo de un ciclo de mejora Construcción de un método de diagnóstico Desarrollo de un ciclo de mejora Construcción de un método de diagnóstico Alicia Mon, Marcelo Estayno, Andrea Arancio {aliciamon, mestayno, andrea.arancio}@fibertel.com.ar G.I.S. UNLaM 1 Resumen. Las pequeñas

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Ingeniería de Software: Parte 2

Ingeniería de Software: Parte 2 Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

IBM Workshops. Manuel Peña Ruiz Software IT Architect mpena@mx1.ibm.com. 2008 IBM Corporation

IBM Workshops. Manuel Peña Ruiz Software IT Architect mpena@mx1.ibm.com. 2008 IBM Corporation Manuel Peña Ruiz Software IT Architect mpena@mx1.ibm.com 2008 IBM Corporation Agenda Características Generales IAW (Workshop de Arquitectura de Integración) PIW (Workshop de Optimización de Procesos) SOA

Más detalles

Aproximación al CONCEPTO

Aproximación al CONCEPTO 18 Aproximación al CONCEPTO LA NECESIDAD DE INTERCAMBIAR INFORMACIÓN ENTRE DEPARTAMENTOS Y ÁREAS DE NEGOCIO SE HA VUELTO CRUCIAL Y HA HECHO QUE LAS EMPRESAS VEAN LA INTEGRACIÓN COMO UN ELEMENTO CLAVE PARA

Más detalles

Fundación Área de Gestión de Procesos Concha y Toro

Fundación Área de Gestión de Procesos Concha y Toro Fundación Área de Gestión de Procesos Concha y Toro Junio, 2012 AGENDA 1. Porqué se formó el área de? 2. Objetivos fundamentales del área 3. Visión y Misión del área 4. Hitos Área Gestión de Procesos 5.

Más detalles

Departamento Organización de Empresas TESIS DOCTORAL. Arquitectura, Metodología y Plataforma Tecnológica para

Departamento Organización de Empresas TESIS DOCTORAL. Arquitectura, Metodología y Plataforma Tecnológica para Departamento Organización de Empresas TESIS DOCTORAL Arquitectura, Metodología y Plataforma Tecnológica para la Ingeniería y Operación de Redes Colaborativas. Una aproximación basada en Servicios Digitales

Más detalles

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI.

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Procesos de Negocio Objetivos Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Identificar y analizar los procesos de negocios,

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Metodología Pedagógica.

Metodología Pedagógica. Master in Business Administration (MBA) El programa Master in Business Administration - MBA se desarrolla desde la perspectiva de la integración del directivo o empresario en el rol de los negocios de

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

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

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

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

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles

Qué es el Modelo CMMI?

Qué es el Modelo CMMI? El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

Aragonesa de Servicios Telemáticos

Aragonesa de Servicios Telemáticos (AMS) en el Ámbito de Diversos Departamento y Organismos Públicos de la Administración de la Comunidad Autónoma de Aragón Índice 1! FICHA...3! 2! SITUACIÓN INICIAL...5! 3! OBJETIVOS...6! 4! SOLUCIÓN...7!

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

ITIL V3 Por dónde empezar?

ITIL V3 Por dónde empezar? ITIL V3 Por dónde empezar? Autor: Norberto Figuerola Introducción La gestión de servicios de TI (ITSM) suministra los servicios que necesita una empresa para cumplir sus objetivos de negocio. ITSM respalda

Más detalles

Mejora en la compartición de recursos basada en Cloud Computing para el Grado en Informática en Sistemas de Información (Proyecto ID2012/099)

Mejora en la compartición de recursos basada en Cloud Computing para el Grado en Informática en Sistemas de Información (Proyecto ID2012/099) Memoria del Proyecto de Innovación Docente Titulado: Mejora en la compartición de recursos basada en Cloud Computing para el Grado en Informática en Sistemas de Información (Proyecto ID2012/099) Profesor

Más detalles

SYSTEMIC SOLUTIONS BPM. soluciones integrales. informes@systemicsolutions.biz

SYSTEMIC SOLUTIONS BPM. soluciones integrales. informes@systemicsolutions.biz SYSTEMIC SOLUTIONS soluciones integrales Hacer realidad BPM en su Organización informes@systemicsolutionsbiz MODELO DE NEGOCIO SYSTEMIC SOLUTIONS es una empresa especializada en formación, consultoría

Más detalles

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases 3.2 TÉCNICA DE MODELADO DE OBJETOS (OMT) (JAMES RUMBAUGH). 3.2.1 Introducción. En este documento se trata tanto el OMT-1 como el OMT-2, el primero contenido en el Libro Modelado y Diseño Orientado (Metodología

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

Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC. Universidad de Salamanca

Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC. Universidad de Salamanca Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC Agenda Caso práctico Introducción Una metodología CMMI Una empresa SATEC 2 Introducción De la Universidad a la Empresa En la Universidad

Más detalles

Curso 2009-2010. Formación tutelada en BPM semipresencial o a distancia con apoyo de Campus Virtual

Curso 2009-2010. Formación tutelada en BPM semipresencial o a distancia con apoyo de Campus Virtual Curso 2009-2010 Formación tutelada en BPM semipresencial o a distancia con apoyo de Campus Virtual Titulación propia por el Club-BPM Acceso a Exámenes de Certificación Oficial en BPM España y Latinoamérica

Más detalles

DESARROLLO DE SOFTWARE EMPRESARIAL. Jonás Montilva C. Judith Barrios A. Universidad de Los Andes

DESARROLLO DE SOFTWARE EMPRESARIAL. Jonás Montilva C. Judith Barrios A. Universidad de Los Andes DESARROLLO DE SOFTWARE EMPRESARIAL Jonás Montilva C. Judith Barrios A. Universidad de Los Andes Desarrollo de Software Empresarial Derechos Reservados. Ninguna parte de este documento puede ser reproducida,

Más detalles

2.1.- Ciclo PDCA: el ciclo sin fin. Pág. 5. 2.2.- Los 7 pilares: Principios de la gestión de la calidad Pág. 6. 3.1.- Cambios en la estructura. Pág.

2.1.- Ciclo PDCA: el ciclo sin fin. Pág. 5. 2.2.- Los 7 pilares: Principios de la gestión de la calidad Pág. 6. 3.1.- Cambios en la estructura. Pág. C l a v e s d e l a r e v i s i ó n d e l a N o r m a I S O 9 0 0 1 2 Índice: 1.- Antes de comenzar, un poco de historia. Pág. 3 2.- Algunas de las bases del sistema de gestión de la calidad Pág. 5 2.1.-

Más detalles

Planificación TI con Rational Focal Point

Planificación TI con Rational Focal Point IBM Software Group Planificación TI con Rational Focal Point Plataforma para la gestión del portfolio de proyectos y aplicaciones Luis Reyes Technical Solution Architect luis.reyes@es.ibm.com Innovation

Más detalles

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS SOA en la Seguridad Social por Mario triguero garrido 48 boletic El deber de ofrecer al ciudadano el mejor servicio ha sido siempre la motivación por la cual la Gerencia

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