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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Business Process Management (BPM)

Business Process Management (BPM) Gestión Business Process Management (BPM) aspectos clave para la construcción de software de soporte e impacto en la mejora continua de las organizaciones autores Andrea Delgado Daniel Calegari Grupo COAL,

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

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

ARMONIZACIÓN DE MODELOS DE CALIDAD DEL SOFTWARE

ARMONIZACIÓN DE MODELOS DE CALIDAD DEL SOFTWARE DESDE LA ACADEMIA ARMONIZACIÓN DE MODELOS DE CALIDAD DEL SOFTWARE GABRIEL ALBERTO GARCÍA MIRELES, FÉLIX ÓSCAR GARCÍA RUBIO La tendencia actual entre las organizaciones que desarrollan software es la adopción

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

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

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

Documentando la arquitectura de software Principios básicos por Omar Gómez

Documentando la arquitectura de software Principios básicos por Omar Gómez Documentando la arquitectura de software Principios básicos por Omar Gómez En la actualidad, uno de los temas candentes que se habla dentro de la comunidad de desarrollo de software es el referente a las

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

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

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

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

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

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

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

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

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

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

enero febrero 2012 entrevista realizada por Jesús Rivero Presidente de DINTEL y editor de la revista DINTEL Alta Dirección. Fotografía Javier Fuentes

enero febrero 2012 entrevista realizada por Jesús Rivero Presidente de DINTEL y editor de la revista DINTEL Alta Dirección. Fotografía Javier Fuentes 124 entrevista realizada por Jesús Rivero Presidente de DINTEL y editor de la revista DINTEL Alta Dirección. Fotografía Javier Fuentes encuentrocon... Valeria de Castro Red de Servicios Web Investigadora

Más detalles

El Proceso Unificado

El Proceso Unificado El Proceso Unificado de Desarrollo de Software Prof. Gustavo J. Sabio Alcance de la presentación QA Entradas Proceso de desarrollo Salida equipo Cliente sistemas Cliente necesidades actividades varias

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

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

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

Cómo citar el artículo Número completo Más información del artículo Página de la revista en redalyc.org

Cómo citar el artículo Número completo Más información del artículo Página de la revista en redalyc.org REICIS. Revista Española de Innovación, Calidad e Ingeniería del Software E-ISSN: 1885-4486 reicis@ati.es Asociación de Técnicos de Informática España Mesquida, Antoni Lluís; Mas, Antònia; Amengual, Esperança;

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

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para

Más detalles

Sistemas ERP (Enterprise Resources Planning)

Sistemas ERP (Enterprise Resources Planning) Sistemas ERP (Enterprise Resources Planning) Apellidos, nombre Departamento Centro Oltra Badenes, Raúl Francisco (rauloltra@doe.upv.es) Departamento de Organización de Empresas Universitat Politècnica

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

A continuación se describe con mayor detalle cada una de las unidades: UNIDAD 2: Calidad en el desarrollo, adquisición, operación y mantenimiento del

A continuación se describe con mayor detalle cada una de las unidades: UNIDAD 2: Calidad en el desarrollo, adquisición, operación y mantenimiento del 1. OBJETIVOS: Incorporar los conceptos de indicador, métrica, medida, escala de medición, y proceso de medición. Entender la importancia de los indicadores de desempeño de procesos, su medición y seguimiento.

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

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

ELABORACION DE MODELOS PARA LA IDENTIFICACION DE FACTORES CRITICOS DE EXITO, ANALISIS Y MITIGACION DE RIESGOS DE PROYECTOS EN DESARROLLO DE SOFTWARE

ELABORACION DE MODELOS PARA LA IDENTIFICACION DE FACTORES CRITICOS DE EXITO, ANALISIS Y MITIGACION DE RIESGOS DE PROYECTOS EN DESARROLLO DE SOFTWARE CONICYT: Repositorio Institucional: Ficha de Iniciativa de CIT (Ciencia, Tecnología e Innovación) 1 FONDECYT-REGULAR - 2003-1030785 ELABORACION DE MODELOS PARA LA IDENTIFICACION DE FACTORES CRITICOS DE

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

Introducción al Unified Process. Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010

Introducción al Unified Process. Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010 Introducción al Unified Process Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010 Unified Process - UP Un framework de Proceso de Desarrollo de Software, una de cuyas versiones es el más documentado

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

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

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

Gestión del Ciclo de Vida de Proyectos de Software

Gestión del Ciclo de Vida de Proyectos de Software Valor añadido Danysoft www.danysoft.com Gestión del Ciclo de Vida de Proyectos de Software Formación Servicios Profesionales Danysoft 05/04/2011 1 Servicios Profesionales Danysoft PRESENTACIÓN Y OBJETIVOS

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

Resumen. Introducción

Resumen. Introducción Arquitectura de software para Sistemas de Información Ambiental Urciuolo Adriana, Iturraspe Rodolfo, Parson Ariel, Esteban Natalia Universidad Nacional de la Patagonia San Juan Bosco Sede Ushuaia, Darwin

Más detalles

59_03 E-LEARNING: METODOLOGÍA DE ENSEÑANZA Y APLICACIÓN DE LAS TIC EN UN CAMPUS VIRTUAL COMPARTIDO INTERUNIVERSITARIO

59_03 E-LEARNING: METODOLOGÍA DE ENSEÑANZA Y APLICACIÓN DE LAS TIC EN UN CAMPUS VIRTUAL COMPARTIDO INTERUNIVERSITARIO 59_03 E-LEARNING: METODOLOGÍA DE ENSEÑANZA Y APLICACIÓN DE LAS TIC EN UN CAMPUS VIRTUAL COMPARTIDO INTERUNIVERSITARIO LINEA TEMATICA: Tecnología educativa García Ruiz, M. E.; Pérez González, D.; Rocha

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

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

Elementos clave para la aplicación exitosa de BPM. Dra. Ing. Andrea Delgado, InCo, FING, UdelaR Montevideo, Uruguay, Diciembre 2012

Elementos clave para la aplicación exitosa de BPM. Dra. Ing. Andrea Delgado, InCo, FING, UdelaR Montevideo, Uruguay, Diciembre 2012 Elementos clave para la aplicación exitosa de BPM en las organizaciones Dra. Ing. Andrea Delgado, InCo, FING, UdelaR Montevideo, Uruguay, Diciembre 2012 Agenda Motivación Ciclo de vida de PNs Elementos

Más detalles

Ciencia de Servicios como herramienta de innovación y creación de valor en tiempos de crisis

Ciencia de Servicios como herramienta de innovación y creación de valor en tiempos de crisis 3 rd International Conference on Industrial Engineering and Industrial Management XIII Congreso de Ingeniería de Organización Barcelona-Terrassa, September 2nd-4th 2009 Ciencia de Servicios como herramienta

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

Novedades de Soluciones para la Gestión del Ciclo de Vida de Aplicaciones (CLM 2012)

Novedades de Soluciones para la Gestión del Ciclo de Vida de Aplicaciones (CLM 2012) Novedades de Soluciones para la Gestión del Ciclo de Vida de Aplicaciones (CLM 2012) Ana López-Mancisidor Rueda Arquitecto de Soluciones para la Gestión del Ciclo de Vida de las Aplicaciones ana.lopez@es.ibm.com

Más detalles

Simo 2003 Gestión Integrada de Requisitos

Simo 2003 Gestión Integrada de Requisitos Simo 2003 Gestión Integrada de Requisitos Antonio Rodríguez Perales Mejora de Procesos, CMMI y Telelogic II Semana CMMI 3 de Marzo de 2006 Antonio Rodríguez Perales antonio.rodriguez@telelogic.com 1 Telelogic

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

BPMN COMO HERRAMIENTA DE MODELADO DE NEGOCIO PARA LA CREACIÓN DE MODELOS CONCEPTUALES.

BPMN COMO HERRAMIENTA DE MODELADO DE NEGOCIO PARA LA CREACIÓN DE MODELOS CONCEPTUALES. BPMN COMO HERRAMIENTA DE MODELADO DE NEGOCIO PARA LA CREACIÓN DE MODELOS CONCEPTUALES. Gomez, Federico - Horenstein Nicolás e-mail: {federicogomez.ar, nicolashorenstein}@gmail.com Departamento Ingeniería

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

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

PROGRAMA DE LA ASIGNATURA CURSO BASICO: ARQUITECTURA DEL SOFTWARE

PROGRAMA DE LA ASIGNATURA CURSO BASICO: ARQUITECTURA DEL SOFTWARE UNIVERSIDAD CENTRAL DE VENEZUELA FACULTAD DE CIENCIAS POSTGRADO EN CIENCIAS DE LA COMPUTACIÓN PROGRAMA DE LA ASIGNATURA CURSO BASICO: ARQUITECTURA DEL SOFTWARE INFORMACIÓN GENERAL Profesor: Francisca Losavio

Más detalles

5 La Gerencia de Proyectos

5 La Gerencia de Proyectos 5 La Gerencia de Proyectos La gran mayoría de las civilizaciones han tenido como factor común la ejecución de grandes hazañas dignas de recordarse, que han quedado plasmadas en los libros de historia y

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

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

Proyecto de innovación de la gestión documental aplicada a expedientes de contratación de servicios y obras de infraestructuras de transporte

Proyecto de innovación de la gestión documental aplicada a expedientes de contratación de servicios y obras de infraestructuras de transporte Proyecto de innovación de la gestión documental aplicada a expedientes de contratación de servicios y obras de infraestructuras de transporte Universidad de Sevilla Tecnocom Estudio comparativo de herramientas

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

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

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

Patrones de Modelado de Procesos

Patrones de Modelado de Procesos Patrones de Modelado de Procesos Bizagi Suite Patrones de Modelado 1 Tabla de Contenido Patrones de modelado de procesos... 4 de patrones... 4 Patrones de control básico de flujo... 4 WCP 1- Secuencia...

Más detalles

Diseño de Procesos al Servicio de la Gestión

Diseño de Procesos al Servicio de la Gestión Gestión y servicios Tecnológicos Ltda. Diseño de Procesos al Servicio de la Gestión www.gyst.cl info@gyst.cl Gestión y servicios Tecnológicos Ltda. En Algunas Empresas... En numerosos proyectos de variada

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

ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000

ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000 ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000 Proyecto de tesis de Alumno: Licenciado Carlos G. Rivero Bianchi Director: M. lng. Paola Britos Radicación: Centro de Ingeniería

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

Los requisitos, un factor crítico en el éxito de los proyectos

Los requisitos, un factor crítico en el éxito de los proyectos Los requisitos, un factor crítico en el éxito de los proyectos La importancia de los modelos José Luis Fernández Sánchez Profesor titular ETSI Industriales- Universidad Politécnica de Madrid jlfdez@etsii.upm.es

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

Solución de Expediente Electrónico y Procesos de AGESIC para el Estado Uruguayo. Octubre 2012 Ing. Diego Karbuski, Psg.Adm.

Solución de Expediente Electrónico y Procesos de AGESIC para el Estado Uruguayo. Octubre 2012 Ing. Diego Karbuski, Psg.Adm. Solución de Expediente Electrónico y Procesos de AGESIC para el Estado Uruguayo. Octubre 2012 Ing. Diego Karbuski, Psg.Adm. AGESIC Programa Trámites Electrónicos Interoperables Programa Trámites Electrónicos

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

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