IMPLEMENTACIÓN DEL PROCESO DE PRUEBAS DEL LABORATORIO DE CALIDAD SOPORTADO EN LA TECNOLOGÍA BPM

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

Download "IMPLEMENTACIÓN DEL PROCESO DE PRUEBAS DEL LABORATORIO DE CALIDAD SOPORTADO EN LA TECNOLOGÍA BPM"

Transcripción

1 Instituto Superior Politécnico José Antonio Echeverría Facultad de Ingeniería Informática Complejo de Investigaciones Tecnológicas Integradas IMPLEMENTACIÓN DEL PROCESO DE PRUEBAS DEL LABORATORIO DE CALIDAD SOPORTADO EN LA TECNOLOGÍA BPM Trabajo de diploma para optar por el título de Ingeniería en Informática Autor: Haroll Hernández Savigne Tutora: Ing. Dalila Jústiz Núñez La Habana, Cuba Junio, 2012

2 I

3 II

4 DEDICATORIA Dedicatoria A mi mamá, mi papá, mi hermana y mi abuelo Gracias por existir III

5 AGRADECIMIENTOS Agradecimientos A mis padres, que siempre me han apoyado, que me han sabido guiar por el camino correcto para poder llegar hasta aquí. Que se han sacrificado enormemente para que yo logre cumplir un sueño. Es imposible mencionar en tan poco espacio lo que representan para mí. Los quiero mucho, mucho, mucho A mi hermanita, la otra integrante de la family que quizás no imagina la importancia que tuvieron muchos de los consejitos que me dio en este tiempo. A Wendy!!!!!!!!!!!!!! Por ser durante toda la carrera mi otra mamá dentro y fuera de la universidad, muchos de mis resultados en esta etapa de estudiante se los debo a ella. Gracias por haber compartido conmigo todos estos años, gracias por tu ayuda incondicional, tus buenos consejos, tu apoyo. Te estaré eternamente agradecido. Al piquete del proyecto: Aníbal, el Nicol, Daniel (chama muchas gracias por estar ahí cada vez que constantemente te molesté), Dailin, Lisbán, Adrián, El Cuchi, Jorge, Darlene, etc. A los cuales les tengo que agradecer su compañía durante este tiempo, sus consejos, sus jaranas. IV

6 AGRADECIMIENTOS A la gente del aula, que me han soportado durante estos 5 años. A mi abuelito Savigne que siempre se preocupó por mi situación académica y el estado en que iba el trabajo. Por ser quien estuvo a mi lado en las etapas tempranas de mi ciclo de estudiante y de mi vida, te quiero mucho. A mi familia del lejano Oriente que de una forma u otra siempre estuvieron pendiente y preocupados por mí. A la gente del Laboratorio (Anabel, Yeni, Jose y Beny) que me ayudaron muchísimo en la etapa final, gracias por soportarme. A mi tutora, que supo sobrellevarme y lidiar con mi carácter, y guiarme para alcanzar este resultado tan importante en mi vida, muchas gracias. A mis amigos de toda la vida y a los que de corazón siempre me apoyaron. V

7 RESUMEN Resumen Hoy día las organizaciones visualizan sus actividades de 2 formas principales: la visión funcional y la visión de procesos. En los últimos años, se ha incrementado la utilización de esta última por las organizaciones, ya que proporciona una manera más poderosa de concebir y analizar su negocio, pues permite obtener mayor rendimiento y eficiencia en la gestión de las actividades, gracias al uso de la Gestión de Procesos de Negocio. El trabajo que se describe a continuación fundamenta las acciones realizadas para la automatización de los procesos vinculados a la gestión de pruebas de software dentro del Laboratorio de Calidad del Complejo de Investigaciones Tecnológicas Integradas, teniendo como base la metodología de pruebas ya definida por el Laboratorio. Esta propuesta tiene el objetivo de agilizar y flexibilizar el Proceso de Pruebas instaurado mediante el empleo del enfoque de Gestión de Procesos de Negocio y sus tecnologías, conjuntamente con el uso de una Arquitectura Orientada a Servicios, la cual permitirá el intercambio de información de los procesos con los sistemas externos de la entidad a través de servicios web. Palabras Claves: Gestión de Procesos de Negocio, Arquitectura Orientada a Servicios VI

8 ABSTRACT ABSTRACT Today, organizations view their activities from 2 main forms: functional vision and the vision process. In recent years has increased the use of the latter by organizations, because it provides a more powerful display and analyze their business, because it allows for better performance and efficiency in managing the activities, thanks to the use of Business Process Management. The work described below actions taken based automation of the processes involved in the management of software testing within the Quality Laboratory of the Integrated Technology Research Center, based test methodology as defined by the Laboratory. This proposal aims to expedite and streamline the testing process established by using the approach of Business Process Management and its technologies, together with the use of a Service-Oriented Architecture, which allow the exchange of processes information with external systems of the organization through web services. Keywords: Business Process Management, Service-Oriented Architecture. VII

9 ÍNDICE DE CONTENIDO Introducción...1 Capítulo 1: Fundamentos teóricos Introducción Descripción de la Entidad Proceso de Negocio Tipos de procesos de negocio Gestión de Procesos de Negocio (BPM) Fases del Ciclo de vida de BPM Estándares de la Gestión de Procesos de Negocio Herramientas BPMS BizAgi Fujitsu Interstage BPM AuraPortal BPM Suite Oracle SOA Suite Conclusiones del estudio de las herramientas Arquitectura Orientada a Servicios NET Framework para el desarrollo de los servicios web Visual Studio como entorno de desarrollo Visual Studio Team Foundation Server 2010 (TFS) Integración de BPM y SOA Conclusiones Capítulo 2.Análisis, modelación y diseño de procesos de negocio Introducción Flujo actual de los procesos en el Laboratorio de Calidad Identificación de los procesos de negocio Descripción de los procesos de negocio Proceso de negocio Solicitud de Prueba VIII

10 Subproceso Insertar datos de la Solicitud de Prueba Subproceso Crear Workitem Subproceso Modificar Solicitud de Prueba Procesode negocio Creación del Plan de prueba Subproceso Culminar Plan de Prueba" Procesode negocio "Ejecuciónde Casos de Prueba" Proceso de negocio "Elaborar Informe de Resultados" Reglas del negocio Participantes de los procesos de negocio Modelo de objetos del negocio Modelo de datos del Proceso Solicitud de Prueba Modelo de datos del Proceso Creación del Plan de Prueba Modelo de datos del Proceso Ejecución de Casos de Prueba Modelo de datos del Proceso Elaborar Informe de Resultados Servicios Web de soporte a los procesos de negocio Proceso Solicitud de Prueba Proceso Creación del Plan de Prueba Proceso Ejecución de Casos de Prueba Proceso Elaborar Informe de Resultados Conclusiones Capítulo 3. Descripción de la solución propuesta Introducción Arquitectura a emplear para la solución Patrones de Diseño Modelo de despliegue de la solución propuesta Definición de indicadores clave de desempeño del proceso Validación de la solución propuesta Análisis de factibilidad de la solución propuesta IX

11 3.7.1 Actividades realizadas para la implementación del Proceso de Prueba del Laboratorio de Calidad Conclusiones Conclusiones Recomendaciones Referencias Bibliográficas Glosario de siglas y términos X

12 ÍNDICE DE FIGURAS Figura 1. Fases del ciclo de vida de BPM Figura 2 Fases de construcción del Modelo del Proceso con BizAgi Figura 3 Procesos de Negocio identificados en la organización Figura 4 Modelo BPMN del Proceso de Negocio Solicitud de Prueba Figura 5 Modelo BPMN del subproceso Insertar datos de la Solicitud de Prueba Figura 6 Modelo BPMN del subproceso Crear Workitem Figura 7 Modelo BPMN del subproceso Modificar Solicitud de Prueba Figura 8 Modelo BPMN del Proceso Creación del Plan de Prueba Figura 9 Modelo BPMN del subproceso Culminar Plan de Prueba Figura 10 Modelo BPMN del Proceso Ejecución de Casos de Prueba Figura 11 Modelo BPMN del Proceso Elaborar Informe de Resultados Figura 12 Modelo de datos del proceso Solicitud de Prueba Figura 13 Modelo de datos del proceso Creación del Plan de Prueba Figura 14 Modelo de datos del proceso "Ejecución de Casos de Prueba" Figura 15 Modelo de datos del proceso "Elaborar Informe de Resultados" Figura 16 Arquitectura de la solución propuesta Figura 17 Utilización del patrón DTO en el sistema Figura 18Modelo de despliegue de la solución Figura 19 Forma de la actividad Seleccionar proyecto Figura 20 Formulario para la actividad Insertar datos de la Solicitud de Prueba Figura 21 Forma de la actividad Revisar solicitud Figura 22 Vista del WI Solicitud de Prueba en el servidor de TFS Figura 23 Vista de la actividad "Insertar datos al Plan de Prueba" Figura 24. Plan de Prueba creado en MTM Figura 25 Vista del Informe de Resultados XI

13 ÍNDICE DE TABLAS Tabla 1. Descripción de las fases del ciclo de vida de BPM Tabla 2 Descripción del Proceso de Negocio Solicitud de Prueba Tabla 3 Descripción del Proceso de Negocio Creación del Plan de prueba Tabla 4 Descripción del Proceso de Negocio Ejecución de Casos de Prueba Tabla 5 Descripción del Proceso de Negocio Elaboración de Informe de Resultados Tabla 6 Actividades de los participantes en los procesos de negocio Tabla 7 Indicadores definidos para medir desempeño de los procesos de negocio identificados Tabla 8 Dimensiones identificadas para la monitorización de los procesos de negocio Tabla 9 Actividades realizadas en los meses de Diciembre a Febrero Tabla 10 Actividades realizadas en los meses de Febrero a Abril Tabla 11 Actividades realizadas en los meses de Abril a Junio XII

14 INTRODUCCION Introducción En los últimos años se ha incrementado el interés general por un concepto que al menos todos hemos escuchado alguna vez: calidad. Cada vez más, los clientes son más exigentes y no aceptan sino que los productos y/o servicios que adquieren realmente satisfagan sus expectativas. Las empresas se están enfrentando a un público que, lejos de ser conformista, espera de su proveedor resultados con altos niveles de calidad. Es por ello que, en la actualidad, cada vez son más las empresas que destinan mayores recursos para cumplir o llegar a satisfacer lo que este término implica [Sambrano 2008]. Hace algún tiempo la calidad no se tenía prácticamente en cuenta tanto por parte de las empresas productoras como de los clientes que solicitaban el software. Solo en contadas ocasiones constituía un objetivo prioritario dentro del ciclo de producción y desarrollo en las fábricas de software. Esto estaba trayendo consecuencias como la entrega tardía de productos, incumplimiento de los plazos fijados con el cliente al inicio del proyecto e incumplimiento de los costes estimados bien fuera por el aumento del tiempo de desarrollo como por la detección y corrección tardía de errores, entre otras razones. Sin embargo en el tiempo ha ido cambiando la perspectiva y hoy en día la calidad ha pasado incluso, en ocasiones, a formar parte de los requerimientos del cliente a la hora de solicitar un producto de software. Debido a esta situación, las empresas especializadas en velar por la calidad del software se han orientado a no esperar a tener un producto entregable para medir su calidad, sino por el contrario, ir velando por la calidad de este producto desde el inicio de su concepción y a lo largo de su proceso de desarrollo, entendiendo por calidad el cubrir una serie de criterios que de alguna forma garantizarán que el software desarrollado responderá a las necesidades especificadas por el cliente. Entre estos criterios de calidad del software podemos citar: fiabilidad, eficiencia, seguridad, y facilidad de uso. Actualmente, las empresas y gerencias de Tecnologías de la Información (TI) se han percatado de que la mejor forma de ofrecer productos de calidad y de garantizar el cumplimiento de los criterios antes mencionados de una forma consistente, predecible y repetible, es contar con procesos y metodologías de trabajo definidos, capaz de medirse y que generen productos intermedios de trabajo 1

15 que contribuyan con la calidad del producto final. Es decir, es necesario establecer un conjunto de buenas prácticas, para así poder identificar e ir mejorando los procesos continuamente, es por ello que las empresas se han ido apoyando en estándares reconocidos mundialmente y que contribuyen significativamente con el logro de los objetivos antes expuestos [Sambrano 2008]. El CITI (centro que se encuentra enfrascado en el desarrollo de tecnologías integradas, el cual está adoptando el enfoque basado en procesos para la gestión de sus actividades y recursos, y que cuenta con un gran número de proyectos de las más diversas temáticas) con el fin de elevar la calidad de los productos obtenidos en sus proyectos de investigación y desarrollo ha conformado un Laboratorio de Calidad que se especializa en la comprobación de las soluciones. De esta forma existe un equipo de pruebas, ajeno a los desarrolladores, que se encarga de la verificación, validación y otros tipos de evaluaciones que permiten realizar entregas mejor depuradas a los clientes. Este laboratorio se encarga de recepcionar todo tipo de soluciones de software, sin distinción de perfil o especialidad. Recientemente, el Laboratorio de Calidad ha formalizado un Proceso de Pruebas que sirva de guía en la realización de pruebas a las soluciones obtenidas en los proyectos de la organización y se adapte a las características particulares de la misma. La propuesta realizada toma en cuenta además de las particularidades de la entidad y su alineación con el proceso de mejora que en estos momentos se encuentra en implantación, por lo que tiene una marcada orientación a procesos ya que la obtención de resultados en cada uno de los proyectos, constituye uno de los objetivos fundamentales y prioritarios dentro del centro. El enfoque basado en procesos enfatiza cómo los resultados que se desean obtener se pueden alcanzar de manera más eficiente si se consideran las actividades agrupadas entre sí, considerando, a su vez, que dichas actividades deben permitir una transformación de unas entradas en salidas y que en dicha transformación se debe aportar valor, al tiempo que se ejerce un control sobre el conjunto de actividades [Calidad 2010]. Para la adopción de manera exitosa de dicho enfoque se hace necesario la utilización de una vía para administrar los procesos, y esta se denomina BPM 1, por sus siglas en inglés, que en español significa Gestión de Procesos de 1 BPM: por sus siglas en inglés, Business Process Management. 2

16 Negocio y su uso implica: análisis, definición, ejecución, monitoreo, y control de los procesos. En este momento el Proceso de Pruebas definido por el Laboratorio de Calidad está concebido para ejecutar un flujo de actividades humanas, o de documentos, en interacción con las herramientas que posibilitan realizar pruebas de software, y solo con esto obtener el seguimiento de los procesos. Muchos de los procesos con que cuenta la metodología establecida contienen actividades abarcadoras, en donde no se contempla la interacción con los sistemas existentes dentro de la organización para la gestión de información. Existen procesos claves que se realizan de forma manual, como la elaboración del informe con los resultados que se obtuvieron con la ejecución de una prueba, esto posibilita que el trabajo se torne más complicado y lento. Por otra parte, no existe un escenario que brinde la posibilidad de realizar análisis estadísticos que ayuden en la toma de decisiones. La no automatización de estos procesos dificulta la realización exitosa del trabajo e influye de forma significativa en la calidad del servicio. En la práctica, una buena solución BPM debería poder ejecutar un proceso modelado por el área de negocio, sin la necesidad de que se tenga que programar una sola línea de código, y obtener como solución algo equivalente a un flujo de trabajo tradicional. Luego el área de TI debería tomar este flujo de trabajo, e implementarle los formularios de entrada (de interacción con usuarios), y los servicios (las actividades automatizadas) para completarlo en un flujo BPM. Hoy por hoy, el Laboratorio de calidad no cuenta con un flujo de trabajo implementado como el descrito anteriormente por lo que se puede concluir que la metodología de prueba enfocada a procesos que se definió por el laboratorio no se encuentra automatizada. Dada la situación anterior se identifica como problema la carencia de un sistema automatizado enfocado a BPM que gestione el Proceso de Pruebas de Software en el Laboratorio de Calidad. El objeto de estudio para darle solución al problema planteado se enmarca en la gestión de procesos de negocio, el desarrollo de sistemas empresariales enfocados a BPM y el Proceso de Prueba definido por el Laboratorio de Calidad. 3

17 El campo de acción se centra en estudiar actividades y disciplinas dentro del BPM, así como la tecnología que posibilita la implantación y adopción de este enfoque. Con el fin de dar solución al problema detectado se definió como objetivo general: Construir un sistema automatizado que brinde soporte a la gestión del Proceso de Pruebas de Software en el Laboratorio de Calidad. Para lograr este objetivo se identificaron los siguientes objetivos específicos: Implementar los servicios web que brinden soporte a la ejecución de los procesos de negocio del Laboratorio de Calidad. Automatizar el Proceso de Pruebas del Laboratorio de Calidad. Validar la solución propuesta. Para poder llevar a cabo los objetivos trazados se acometieron las siguientes tareas: Identificar los procesos de negocios que intervienen en el Proceso de Pruebas definido por el Laboratorio de Calidad. Asimilar una herramienta BPMS para el despliegue de los procesos de negocio correspondientes al Proceso de Pruebas del Laboratorio de Calidad. Asimilar las tecnologías existentes para el desarrollo de servicios web, tales como.net Framework. Realizar pruebas para la validación de la solución propuesta. 4

18 FUNDAMENTOS TEÓRICOS Capítulo 1: Fundamentos teóricos 1.1 Introducción La adopción de BPM por una organización implica el uso de un conjunto de métodos, herramientas y tecnologías en aras de fomentar procesos de negocio efectivos, ágiles y transparentes. En este capítulo se muestran los aspectos teóricos que es necesario tener en cuenta para lograr una mayor compresión del trabajo realizado. Además, se explican algunas características de los Procesos de Negocio, haciendo énfasis en las diferentes definiciones que se brindan del tema y en los diferentes tipos que existen. Se aborda el tema de la Gestión de Procesos de Negocio, analizando en qué consiste, su ciclo de vida y las herramientas que posibilitan la implantación de sus tecnologías, entre otros aspectos importantes. Por otra parte se realiza un análisis de herramientas y tecnologías existentes, que pueden permitir dar cumplimiento a los objetivos propuestos. Igualmente se describe a la entidad en la que se enmarca la investigación realizada y a la cual van encaminados los resultados que se alcancen. 1.2 Descripción de la Entidad La organización en la cual se desarrolla este trabajo se dedica al desarrollo de tecnologías integradas de un amplio espectro de las ciencias técnicas. Tiene como misión además, la vinculación de las necesidades de superación científica de sus especialistas con soluciones concretas y ágiles, mediante la ejecución de proyectos por grupos de trabajo flexibles. Es una organización creada en un entorno universitario, para la solución de problemáticas de carácter general, vinculando estudiantes y especialistas en equipos multidisciplinarios[rodríguez 2011]. Sus objetivos estratégicos plantean: La implantación de un Sistema de Gestión Integrado centrado en los procesos, sustentado en las Tecnologías de la Informática y las comunicaciones más novedosas y que garantice el uso eficaz y eficiente de los recursos. La creación de una Plataforma para la Gestión del Conocimiento que permita la comunicación, coordinación y colaboración necesaria para el desarrollo efectivo de los procesos. 5

19 FUNDAMENTOS TEÓRICOS 1.3 Proceso de Negocio La palabra proceso proviene del latín processus, y significa movimiento, acción de ir hacia adelante, transcurso del tiempo, conjunto de las fases sucesivas de un fenómeno natural o de una operación artificial [RAE 2011]. En el entorno de la informática y las comunicaciones, según [Fisteus 2002], se podría definir un proceso como una serie de actividades, en las que varias entidades (personas, máquinas, etc.) colaboran para conseguir un objetivo concreto. Por su parte, un proceso de negocio es un tipo especial de proceso que describe, desde un punto de vista orientado al mercado, las actividades de una organización. El principal objetivo de los procesos de negocio es satisfacer necesidades de los clientes [Fisteus 2002]. Pero de igual forma existen varias definiciones de proceso de negocio. A continuación se muestran las enunciadas por algunos expertos e investigadores relevantes en el tema de los procesos: 1. Es un conjunto estructurado y medible de actividades diseñadas para producir un producto especificado para un cliente o mercado específico [Davenport 1993] 2. Es un conjunto de actividades relacionadas que permiten crear un producto o servicio final a través de la transformación de uno o varios productos o servicios iniciales [Johansson 1993]. 3. Engloba todas las actividades que deben realizarse para satisfacer las necesidades de los usuarios de una organización, este estará correctamente ejecutado si durante el proceso se hace entrega de un determinado producto o servicio, o dicho proceso desencadena otro proceso [Burlton 2001]. 4. Otro autor relevante en el tema de los procesos de negocio [Hammer 1990], ha establecido la diferencia sustancial entre un proceso y una tarea, señalando que una tarea corresponde a una actividad conducida por una persona o un grupo de personas, mientras que un proceso de negocio corresponde a un conjunto de actividades que, como un todo, crean valor para el cliente externo. Tomando como punto de partida estas definiciones y otra bibliografía consultada, se puede concluir que: Un proceso de negocio es el conjunto de todas las tareas y 6

20 FUNDAMENTOS TEÓRICOS actividades coordinadas formalmente, dirigidas tanto por personas como por equipos, que lleva a conseguir un objetivo organizativo específico. Es muy importante tener en cuenta que no todas las actividades que se realizan son procesos. Para que una actividad realizada por una organización sea un proceso o subproceso debe cumplir con los siguientes criterios [CNPCE 2010]: Tener una misión o propósito claro. Contener entradas, salidas y que se pueden identificar los clientes, proveedores y producto final. Ser susceptible de descomponerse en operaciones o tareas. Que pueda ser estabilizada mediante la aplicación de la metodología de gestión por procesos (tiempo, recursos, costes). Que se pueda asignar la responsabilidad del proceso a una persona Tipos de procesos de negocio Los procesos de negocio pueden ser vistos como la guía para hacer funcionar un negocio y alcanzar las metas definidas en la estrategia de la empresa. Existen varios tipos de procesos, estos se clasifican según su función en [CNPCE 2010]: Primarios o sustantivos, que son aquellos cuyas actividades se relacionan directamente con el core (núcleo) del negocio. El objetivo de estos procesos se vincula de modo directo con el producto (bien o servicio) que una organización provee. El producto del proceso está orientado al cliente externo. De apoyo o secundarios, que son aquellos cuyas actividades proveen apoyo para el cumplimiento de los objetivos de los procesos referidos anteriormente. Las actividades que componen estos procesos apuntan a lograr con mayor eficiencia y eficacia las actividades sustantivas que se realizan para brindar un producto. Apuntan al cliente interno mayoritariamente. Procesos de orientación estratégica, también denominados de gestión que son aquellos que se realizan para dar orientación a la organización en plazos de tiempo prolongados. Definen los aspectos más generales de una organización como la misión, objetivos estratégicos, planes y políticas. Son la base de los dos procesos mencionados anteriormente. Se incluyen en esta clase también 7

21 FUNDAMENTOS TEÓRICOS aquellos que se vinculan directamente con el Área de Sistemas y Tecnologías de la Información (TI), que tienen fines de orientación estratégica. 1.4 Gestión de Procesos de Negocio (BPM) En el contexto de mejoramiento de procesos, BPM, por sus siglas en inglés, significa administración o gestión de procesos de negocio y constituye una de las tendencias en la gestión, que permite de manera colaborativa manejar sistemáticamente todos los procesos de negocio de una empresa [Maldonado 2011]. BPM es una forma de organización diferente de la clásica organización funcional, en el que prima la visión del cliente sobre las actividades de la organización. Los procesos así definidos son gestionados de modo estructurado y sobre su mejora se basa la de la propia organización [SESCAM 2002]. Las dos formas principales de visualizar una organización, son la visión funcional y la visión de procesos. La primera descansa en el organigrama de la empresa como modelo fundamental del negocio. Las actividades que debe ejecutar la organización para cumplir con su misión se estructuran en conjuntos de funciones relativamente homogéneas. Así los recursos pertenecen a los departamentos y la especialización funcional es la principal consideración a la hora de formar un nuevo departamento, el cual se relaciona con el resto a través de una jerarquía de estructuras de autoridad. La visión de procesos, por su parte, se orienta al trabajo mismo que se debe desarrollar en la organización, para que el negocio funcione y entregue un producto o servicio, en el cual un cliente externo está interesado. Esta es una manera más poderosa de visualizar y analizar un negocio, ya que provee de la lógica con la cual los clientes lo miran. Los clientes interactúan con la empresa, a través de los procesos del negocio [Davenport 1993]. BPM se esfuerza en maximizar la efectividad de los procesos determinando para las condiciones reales de la empresa el proceso óptimo, haciéndolo funcionar de la forma más efectiva posible y posibilitando decisiones y controles en busca de la eficiencia continua [Garimella, Lees et al. 2010].Además se soporta sobre las TI para automatizar tareas y dar agilidad a los cambios requeridos por la empresa. La tecnología que posibilita la implantación y adopción de BPM constituye una categoría nueva de sistemas informáticos denominada Sistemas de Gestión de Procesos de 8

22 FUNDAMENTOS TEÓRICOS Negocio, BPMS 2, por sus siglas en inglés, que a diferencia de los sistemas de información tradicionales basados en la gestión de datos, se especializan en la gestión de procesos de negocio propiamente [Maldonado 2011]. Igualmente existen varias definiciones para BPM, sin embargo un relativo consenso sobre los beneficios que ofrece. Para [Khan 2003] es la disciplina de modelar, automatizar, manejar y optimizar procesos para incrementar la rentabilidad de un negocio. En esta óptica, el objetivo de la gestión de procesos está concentrado en el aumento de la rentabilidad. [Smith and Fingar 2003] por su parte, definen BPM como una nueva aproximación para abordar y gestionar procesos de innovación, a partir del estado actual de un proceso en un momento determinado. En esta óptica BPM se convierte en una respuesta al caos operativo que presentan las compañías en la actualidad [Maldonado 2011]. Otras referencias revisadas como [Laurentiis 2011], [Racca 2011], [Sinnexus 2011] concuerdan con la idea de identificarla como la metodología empresarial cuyo objetivo es mejorar la eficiencia a través de la Gestión de Procesos de Negocio, que se deben modelar, organizar, documentar y optimizar de forma continua. De manera integral se puede entender BPM como el mejoramiento de la Gestión de Procesos de Negocio de una empresa de principio a fin, a partir de la definición deliberada, colaborativa e incremental de la tecnología; para alcanzar claridad en la dirección estratégica, alineación de los recursos de la empresa y disciplina de mejoramiento continuo, necesarias para cumplir las expectativas de los clientes [Maldonado 2011]. Qué hace BPM? La Gestión de Procesos de Negocio constituye una amplia disciplina, pero tiene un propósito funcional específico. A continuación se describen algunas de sus características fundamentales más importantes [Garimella, Lees et al. 2010]: 2 BPMS: por sus siglas en inglés, Bussines Process Managment Suite. 9

23 FUNDAMENTOS TEÓRICOS Centrado en los procesos: unifica las actividades de negocio y de TI y coordina las acciones y comportamientos de personas y sistemas alrededor del contexto común de los procesos de negocio. Alineación negocio/ti: facilita la colaboración directa y la responsabilidad conjunta de los profesionales de la empresa y de TI en el desarrollo, implementación y optimización de los procesos de negocio operacionales. Mejora de los procesos: implementa los métodos y herramientas de gestión y de comportamiento de la mejora continua de procesos (CPI). Composición de soluciones: facilita el diseño, ensamblaje e implementación de procesos de negocio completos. Un desarrollador incorpora sistemas y servicios de TI al mismo modelo de procesos diseñado por el analista de negocio. Un completo conjunto de conectores y herramientas sin código hace el desarrollo de soluciones incluso más rápido. Transparencia: proporciona visibilidad funcional cruzada en tiempo real de los procesos operacionales y una comprensión común de las actividades para todos los participantes. Un director de operaciones, por ejemplo, puede ver los procesos de negocio en ejecución y sus métricas empresariales en tiempo real, mientras que un director de TI puede ver la disponibilidad y rendimiento de los sistemas de apoyo. Aprovecha lo existente y hace uso de lo nuevo ( leave and layer ): incorpora de forma directa sistemas de información y activos existentes y coordina su uso en una capa de procesos accesible para los directores de negocio. Los usuarios ven una sola interfaz delante de muchos sistemas Fases del Ciclo de vida de BPM La Gestión de Procesos de Negocio se lleva a cabo en las organizaciones siguiendo una línea de trabajo basada en una serie de etapas y actividades que se establecen dentro del ciclo de vida (Figura 1). Esto hace posible alcanzar de forma eficaz, todos los objetivos y beneficios perseguidos por BPM. Muchas han sido las propuestas sobre estas fases pero la mayoría coinciden con las que se muestran a continuación [Catchpole 2004]: 10

24 FUNDAMENTOS TEÓRICOS Figura 1. Fases del ciclo de vida de BPM.[Catchpole 2004] En la Tabla 1 se describen cada una de las fases del ciclo de vida, las actividades que se realizan y los roles que las ejecutan. Diseño Modelado Ejecución Tabla 1. Descripción de las fases del ciclo de vida de BPM. En esta fase se identifican los procesos actuales de la empresa, estableciéndose el alcance del proceso y el respectivo proyecto de diagramación. Luego se procede a la descripción del o los procesos objetos de reingeniería. Se crea el proceso ideal, desarrollando un conjunto de pruebas, y una vez lograda la aprobación y consenso de los responsables de llevar a cabo estas pruebas, se desarrolla un plan de acción para su implantación y puesta en servicio [Berrocal, García et al. 2007]. Los procesos existentes son desarrollados, indicando quién, qué, cuándo y cómo, deben ejecutarse las actividades diseñadas. La modelación o modelado dirige el esfuerzo BPM porque brinda un mapa que usuarios de negocio y especialistas de TI pueden entender[berrocal, García et al. 2007]. Los nuevos procesos son llevados a cabo por personas, organizaciones, sistemas y otros procesos. Coexisten sistemas 11

25 FUNDAMENTOS TEÓRICOS Monitorización Optimización nuevos y legados, y el estado de la ejecución queda fuera de las tecnologías de implementación subyacentes [Berrocal, García et al. 2007]. Cada proceso de negocio debe ser medible para saber el grado de éxito y calidad con el que ha sido llevado a cabo; de esta forma, se pueden analizar los resultados de cada uno de los procesos para que puedan ser redefinidos y optimizados [Berrocal, García et al. 2007]. Aquellos procesos que no han cumplido las expectativas deseadas, bien porque no poseen un conjunto coherente de tareas, o porque las necesidades han cambiado, son optimizados para que puedan mejorar su rendimiento y también el de la empresa [Berrocal, García et al. 2007] Estándares de la Gestión de Procesos de Negocio Para cumplir con las actividades que se desarrollan durante el ciclo de vida BPM, han surgido algunos estándares como BPMN 3, XPDL 4, BPEL 5, entre otros. BPMN: Business Process Modeling Notation BPMN, significa Notación para el Modelado de Procesos de Negocio y constituye una notación gráfica estandarizada que permite el modelado de procesos de negocio, en un formato de flujo de trabajo. El principal objetivo de BPMN es proveer una notación que sea fácilmente legible y entendible por parte de todos los involucrados e interesados del negocio (stakeholders). Entre estos interesados están los analistas de negocio, los desarrolladores técnicos, los gerentes y los administradores del negocio [Debevoise 2008]. La adopción cada vez mayor de la notación BPMN como estándar ayuda a unificar la expresión de conceptos básicos de procesos de negocio así como conceptos avanzados de modelamiento [Briol 2008 ]. En resumen BPMN pretende 3 BPMN: por sus siglas en inglés, Business Process Modeling Notation. 4 XPDL: por sus siglas en inglés, XML Process Definition Language. 5 BPEL: por sus siglas en inglés, Business Process Execution Language. 12

26 FUNDAMENTOS TEÓRICOS servir como lenguaje común entre el diseño de los procesos de negocio y su implementación [MilestoneConsulting 2010]. XPDL: XML Process Definition Language XPDL es la representación en un archivo XML de un proceso modelado, especifica un formato de diseño de los procesos, una representación gráfica de los mismos, incluyendo coordenadas (X, Y) para cada nodo implementado. Además, los nodos pueden especificar atributos tales como roles, descripción de actividades, temporizadores, llamadas a servicios web, etc. Suele ser preferido cuando se trata de implementar procesos o workflows con interacciones humanas, ya que en esto supera a BPEL (que para soportar interacciones humanas necesita adiciones a la especificación, lo cual dificulta su portabilidad ya que suelen ser implementaciones propietarias de diferentes proveedores). El objetivo de XPDL es almacenar y permitir el intercambio de diagramas de procesos. Intenta ofrecer una manera estándar para representar procesos de tal manera que puedan ser importados/exportados por cualquier editor que implemente el estándar [Milanesio 2010]. Business Process Execution Language BPEL, en español Lenguaje de Ejecución de Procesos de Negocio, es un lenguaje de orquestación de alto nivel que proporciona métodos de definición y soporte para flujos de trabajo y procesos de negocio. Este lenguaje opera a nivel de máquina y regularmente surge de la interpretación de un proceso modelado de manera visual y especificada en el formato XPDL, especificado anteriormente [Mejía and Arzate 2011]. El desarrollo de BPEL nace de la necesidad de manejar lenguajes distintos entre la programación a gran escala y la programación detallada, ya que en su esencia ambos tipos de desarrollo requieren de distintos grados de comunicación con otros servicios. Estelenguaje adopta los servicios Web como su mecanismo de comunicación externa. Así la mensajería BPEL depende del uso del WSDL 6 para describir los mensajes entrantes y salientes [Daccach 2007]. 6 WSDL: por sus siglas en inglés, Web Services Description Language 13

27 FUNDAMENTOS TEÓRICOS Herramientas BPMS BPMS es la suite de tecnologías BPM, como ya se ha descrito antes brevemente, lo que incluye todos los módulos funcionales, las capacidades técnicas y la infraestructura de apoyo, integradas en un único entorno que realiza todas las funciones de la tecnología BPM de manera perfecta, sin fisuras [Garimella, Lees et al. 2010]. El papel que juegan los BPMS en el desarrollo de software es el de automatizar los procesos previamente modelados mediante un lenguaje estándar de modelado de procesos como BPMN, transformándolos hacia un guión escrito en BPEL que dirige su ejecución. El BPMS permite elaborar el modelado de los flujos de trabajo, efectuar simulaciones, integrar aplicaciones, ejecutar los procesos, recabar mediciones respecto a dichas ejecuciones y efectuar mejoras nuevamente a través del modelado [Mejía and Arzate 2011]. A continuación se describen brevemente algunas de las Suites BPM que se encuentran disponibles en la actualidad BizAgi BizAgi es una herramienta que automatiza sus procesos de una manera rápida y flexible, ya que pre-construye la mayoría de los requerimientos comunes y recurrentes en la automatización. Según algunas de las bibliografías como [AplicacionesEmpresariales 2011], BizAgi es la solución líder en el mercado BPM. Su concepto consiste en generar automáticamente una aplicación Web partiendo del diagrama de flujo del proceso sin necesidad de programación. Algunas de las características y beneficios que hacen de BizAgi una solución ágil y poderosa se describen a continuación [BizAgi 2011b]: Soporta una gran cantidad de patrones de proceso complejos y eventos dinámicos de forma gráfica, por lo tanto no requiere tanta programación durante la fase de implementación de la solución y se logra una mayor agilidad en la automatización y modificación del proceso. Promueve el uso de estándares tales como BPMN, integración por medio de la capa SOA y el concepto Xpath, para así proveer lenguajes unificados que son fáciles de usar y entender, esto se conoce como estandarización. 14

28 FUNDAMENTOS TEÓRICOS Gestiona la información de procesos en un modelo de datos estructurado y lo relaciona con todos los otros elementos del proceso (actividades, formas, reglas de negocio, etc.). esto aporta rapidez y flexibilidad a la creación y modificación de procesos Usando el Modelo de Proceso Relacional de BizAgi, el motor de cambio, llamado Infotuation, entiende las dependencias entre todos los elementos involucrados en el proceso y permite su modificación dinámica, mientras se preserva la consistencia del proceso. Permite la definición gráfica de las reglas de negocio, reduciendo los requerimientos de programación de modo que el proceso pueda ser modelado más rápido y exista más autonomía para que el propietario del proceso tenga más autonomía para hacer cambios. Permite la realización de rastreo y control de procesos, que es una de las actividades fundamentales para identificar las mejoras o cambios a implementar en los procesos con el objetivo de hacerlos más competitivos. Para este fin se incluye una extensa lista de indicadores de Administración. BizAgi ha sido desarrollado siguiendo lineamientos de arquitecturas modernas (J2EE y.net), permitiéndole al cliente beneficiarse de desarrollos de vanguardia como los Servicios Web y respetando los estándares tecnológicos internos de la organización. BizAgi tiene la funcionalidad de integración por medio de la capa SOA, para ofrecer a sistemas externos una opción sencilla para interactuar con ella. Además tiene control sobre la arquitectura de los procesos y sistemas que forman parte de las aplicaciones desarrolladas, al definir con qué sistemas externos éste interactuará, facilitando la administración y modificación de la configuración. Permite la virtualización de su modelo de datos estructurado, de este modo, los procesos pueden acceder transparentemente a los sistemas existentes en la organización. Este esquema reduce el número de interfaces, simplifica el mantenimiento de la solución y hace el proceso de organización más sencillo y más legible para los analistas del negocio. Además, ofrece la funcionalidad de replicación de datos periódicos, para mantener sincronizada la información cuyo origen es externo a la fuente de datos. 15

29 FUNDAMENTOS TEÓRICOS Ofrece la reusabilidad de todos los elementos involucrados en el proceso (modelos de datos compartidos, formas, reglas de negocio, etc.) y una administración ágil en proyectos complejos que involucran un importante número de analistas de negocio y personal técnico en la automatización de muchos procesos. Las organizaciones que adoptan la tecnología BizAgi pueden percibir numerosos beneficios como la reducción de costo, el mejoramiento del servicio al cliente, una mejor calidad en los procesos que se definen, mayor agilidad, aumento de la visibilidad y el control de los procesos de la organización, de la movilidad y flexibilidad de los recursos, la optimización de los recursos involucrados, reflejado en el incremento de productividad y rentabilidad de la organización. Además se logra un trabajo en equipo y desarrollo más colaborativo, permitiendo que varios usuarios puedan estar trabajando al mismo tiempo sobre el mismo proyecto[bizagi 2011b] Fujitsu Interstage BPM BPM posibilita la organización automática del trabajo, un programa supervisa el proceso, asigna tareas, las avanza y monitoriza su progreso, automatizando procesos de negocio complejos, y disminuyendo los tiempos de desarrollo y mantenimiento de éstos. Con las soluciones BPM de FUJITSU, se pueden realizar tareas de forma paralela y documentar todo el proceso, lo que ofrece la oportunidad de hacer una reingeniería de los procesos de negocio. La solución está orientada a la mejora de los procesos de negocio, la automatización de tareas y la disminución de los costos de desarrollo. Además busca facilitar la monitorización y el control de procesos y simplificar la dinamización de la lógica de los mismos[fujitsu 2010]. La solución propuesta por FUJITSU ofrece consultoría de reingeniería de procesos, servicios profesionales de implantación, desarrollo y personalización y tecnología de workflow. La solución específica para esto es i-flow, enteramente basada en Java, que permite el modelado de procesos de negocio para su posterior automatización y monitorización on-line. Posee mecanismos de integración con sistemas externos a través de Web Services, Java y XML. Además esta solución admite programación a través de Java y Java Script con la posibilidad de crear formularios de cliente de forma automática [FUJITSU 2010]. 16

30 FUNDAMENTOS TEÓRICOS Otras funcionalidades que incorpora esta solución son el balanceo de carga, la gestión de temporizadores con diferentes calendarios, módulo de reportes, analítica y auditoría, gestión documental, firma digital y otras que se pueden observar en [FUJITSU 2010] AuraPortal BPM Suite AuraPortal BPM es un sistema que integra las áreas de mayor interés y eficacia en la gestión empresarial: las reglas de negocio, la plataforma de workflow, la gestión documental con MS SharePoint y los portales para Comercio Electrónico. Su herramienta para modelación adopta el estándar BPMN. Posee un generador de motores de proceso de forma automática a partir de los modelos sin necesidad de programación [AuraPortal 2010]. Ofrece a los usuarios una interfaz web, de manera que es posible trabajar sobre un proyecto con mayor independencia del puesto físico de trabajo. Es completamente compatible con las soluciones de Microsoft Office y utiliza sus sistemas de seguridad para la protección contra virus, hackers y otros ataques. También permite mediante adaptadores la integración con aplicaciones externas basadas en Microsoft, SQL, IBM, AS-400, DB-2, Oracle, Informix, Progress, Unix o cualquier plataforma ODBC [GongoLabs 2011] Oracle SOA Suite Oracle SOA Suite es un conjunto de software completo y con funcionamiento permanente para la creación, implementación y administración de una arquitectura orientada a servicios. Esto incluye el desarrollo de aplicaciones orientadas a servicios, la integración de estos con sistemas de TI y aplicaciones orientadas a servicios y la administración de procesos de negocio [Oracle 2008]. Oracle SOA Suite permite a la empresa predecir los cambios ya que mejora la visibilidad de lo que ocurre en el entorno de los negocios, en tiempo real. Simplifica el entorno de TI al ser abastecido, implementado, monitoreado y administrado como una sola infraestructura. Aprovecha las inversiones existentes al ser modular, abierto y extensible [Oracle 2008]. 17

31 FUNDAMENTOS TEÓRICOS Oracle SOA Suite incorpora un administrador de procesos basado en BPEL para componer servicios en los procesos de negocio; un motor de reglas de negocio para capturar y automatizar las políticas; conectividad a prácticamente todas las fuentes de datos, con inclusión de las aplicaciones, bases de datos, colas, RFID y otros dispositivos físicos, así como la integración de datos de gran volumen y de alto desempeño; un Entorno de Desarrollo Integrado (Oracle JDeveloper) para administrar, depurar, elaborar perfiles e implementar servicios; una solución de seguridad y administración de servicios Web para hacer cumplir las políticas de autenticación y autorización en torno a los servicios y un registro de servicios para detectar y administrar el ciclo de vida de los mismos, entre otros componentes que se detallan en [Oracle 2008] Conclusiones del estudio de las herramientas Luego del estudio realizado sobre las herramientas BPMS más utilizadas, la BPMS BizAgi es la herramienta que por sus características, antes explicadas, reúne las condiciones para la introducción de tecnologías BPM en la organización, ya que se acopla a las políticas de la misma y se integra con las herramientas ya definidas para otros procedimientos, actualmente en ejecución. La solución seleccionada ofrece un conjunto de herramientas que permiten definir gráficamente el modelo asociado a un proceso de negocio (flujograma, reglas de negocio, interfaz de usuario, etc.). Éste modelo se almacena en una base de datos, y es interpretado y ejecutado en producción por el servidor BPM de BizAgi sin necesidad de recurrir a código intermedio [BizAgi 2011a]. La Figura 2 muestra como BizAgi Studio soporta las distintas fases de construcción del Modelo del Proceso [BizAgi 2011a]. 18

32 FUNDAMENTOS TEÓRICOS Figura 2 Fases de construcción del Modelo del Proceso con BizAgi Fases de construcción del Modelo del Proceso con BizAgi. Tabla 2 Descripción de las fases de construcción del Modelo del Proceso con BizAgi. Modelación del Proceso Datos del Proceso Este es uno de los primeros pasos en la implementación con BizAgi. Es fundamental debido a que la aplicación se define basándose en el flujo del proceso que se haya modelado. El flujo de trabajo, conocido como una cadena de actividades, es la estructura fundamental del proyecto en donde las variables y elementos necesarios son incluidos de acuerdo con los requerimientos de la organización [BizAgi 2011a]. Una vez que el proceso es modelado y de acuerdo con la estructura de datos definida en la fase de diseño de la metodología BizAgi, se crea el modelo relacional del proceso, que especifica las entidades, los atributos, y las relaciones que existen entre estos, permitiendo agrupar la información de una manera simple y lógica. 19

33 FUNDAMENTOS TEÓRICOS Creación de Formularios Reglas de Negocio Asignación de Participantes Este modelo de datos permitirá la correcta administración de la información, el fácil modelamiento, flexibilidad en caso de cambios y rapidez en las consultas [BizAgi 2011a]. Una vez creado el modelo relacional del proceso y de acuerdo con las formas o pantallas definidas en la fase de diseño dentro de los pasos que propone BizAgi, se procede con la creación de los formularios, los cuáles serán visualizados en una aplicación web por el usuario final. Estos formularios muestran la información del proceso, propiedades de apariencia y otras variables. Como resultado de este paso, el usuario final visualiza pantallas donde se solicita cierta información de acuerdo con la actividad que se está ejecutando durante el flujo del proceso o donde simplemente se consulta la información del negocio [BizAgi 2011a]. Las organizaciones se rigen por ciertas políticas o normas, las cuales se derivan de las diferentes estrategias y objetivos de las mismas. Como resultado, existen restricciones, excepciones y una gran variedad de condiciones en las diferentes actividades o tareas que conforman el proceso. BizAgi ofrece una herramienta gráfica para modelar con facilidad reglas de negocio, utilizando el concepto de Xpath como mecanismo para estandarizar el lenguaje. Las reglas de negocio están vinculadas al diagrama de flujo y se pueden modificar o consultar por cualquier persona que esté familiarizada con el proceso, lo que permite que en el futuro no se presenten inconvenientes en la adaptabilidad y escalabilidad de la herramienta [BizAgi 2011a]. La Asignación de Recursos es un paso de gran importancia dentro del modelamiento de BizAgi. En este paso se configuran las condiciones para que usuarios con perfiles determinados realicen las actividades dentro del proceso, de acuerdo con las especificaciones definidas en la fase de diseño. En la configuración de los perfiles para las diversas condiciones de asignación que se pueden cumplir para una actividad, se tienen en cuenta variables 20

34 FUNDAMENTOS TEÓRICOS Integración como habilidades, roles, cargos, ubicaciones, áreas, entre otras, que tienen las personas dentro de la organización. Esto identifica los usuarios que cumplen los perfiles definidos de acuerdo con las condiciones de asignación y aplica el método de asignación, generando actividades pendientes a los usuarios que queden como responsables [BizAgi 2011a]. BizAgi como solución BPM entiende la necesidad inherente de que los procesos de negocio interactúen con otros sistemas existentes dentro de la organización, por lo cual utilizan la capa SOA para manejar información de sistemas externos dentro de un determinado proceso de negocio [BizAgi 2011a]. 1.5 Arquitectura Orientada a Servicios La Arquitectura Orientada a Servicios o SOA por sus siglas en inglés (Service Oriented Architecture), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Permite la creación de sistemas de información altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma bien definida de exposición e invocación de servicios (comúnmente, pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros [Norbert 2006]. Desde el punto de vista de la empresa, SOA permite el desarrollo de una nueva generación de aplicaciones dinámicas que resuelven una gran cantidad de problemas de alto nivel, fundamentales para el crecimiento y la competitividad [Microsoft 2006]. Al integrar el acceso a los servicios e información de negocio dentro de un conjunto de aplicaciones dinámicas compuestas, los directivos disponen de más información y de mejor calidad (más exacta y actualizada). Las personas, procesos y sistemas que abarcan múltiples departamentos pueden introducirse de forma más directa en una panorámica unificada, lo que permite conocer mejor los balances de costes y beneficios que se producen en las operaciones de negocio que se realizan a diario. Y al disponer de mejor información en un tiempo menor, las organizaciones pueden reaccionar de manera más ágil y rápida cuando surgen problemas o cambios [Microsoft 2006]. 21

35 FUNDAMENTOS TEÓRICOS Con SOA se puede conseguir mejorar la capacidad de respuesta a los clientes, habilitando por ejemplo portales unificados de servicios. Si los clientes y proveedores externos pueden disponer de acceso a aplicaciones y servicios de negocio dinámicos, no solamente se permite una colaboración avanzada, sino que se aumenta la satisfacción de clientes y proveedores. Esta arquitectura contribuye también a documentar el modelo de negocio de la empresa y a dar respuesta a las dinámicas de cambio que se produzcan, optimizando el modelo documentado de acuerdo con ellas[microsoft 2006]. Las soluciones orientadas a servicios proporcionan una infraestructura común (y una documentación común) para desarrollar servicios seguros, predecibles y gestionables. Conforme van evolucionando las necesidades de negocio, SOA facilita la posibilidad de añadir nuevos servicios y funcionalidades para gestionar los procesos de negocio críticos. Además, puesto que se utilizan mecanismos de autenticación y autorización robustos en todos los servicios la estrategia de SOA permite dotarse de un nivel de seguridad superior. La adopción de una solución de diseño basada en SOA no exige implantar servicios Web. No obstante, los servicios Web son la forma más habitual de implementar este tipo de arquitectura [Microsoft 2006]. Servicios Web como forma más habitual de implementar SOA. Los servicios Web son aplicaciones que utilizan estándares para el transporte, codificación y protocolo de intercambio de información. Permiten la intercomunicación entre sistemas de cualquier plataforma y se utilizan en una gran variedad de escenarios de integración [Microsoft 2006]. Por lo general suelen estar contenidos dentro de las API 7, que pueden ser accedidas dentro de una red (principalmente internet) y son ejecutados en el sistema que los aloja [Newcomer and Lomow 2004]. Normalmente se basan en un conjunto de estándares de comunicación, como son XML para la representación de datos, SOAP 8 para el intercambio de datos, los cuales pueden ser transmitidos a través de HTTP 9, 7 API: por sus siglas en inglés, Application Programming Interface 8 SOAP: por sus siglas en inglés, Simple Object Access Protocol 9 HTTP: por sus siglas en inglés, Hypertext Transfer Protocol 22

36 FUNDAMENTOS TEÓRICOS HTTPS 10, SMTP 11, entre otros, especificando SOAP el formato de estos mensajes; y el lenguaje WSDL para describir las funcionalidades de un servicio Web. 1.6.NET Framework para el desarrollo de los servicios web El Framework.NET es el modelo de programación de código gestionado de Microsoft para la creación de aplicaciones sobre plataforma Windows. Este pone dentro del sistema operativo soluciones pre-codificadas que anteriormente han sido generadas mediante lenguajes de programación y herramientas de distintos tipos. Proporciona el soporte necesario para los servicios Web, de manera que los desarrolladores puedan codificar, descubrir, depurar, instalar y consumir servicios Web utilizando cualquiera de los más de 20 lenguajes de programación soportados por este entorno [Microsoft 2006]. Este framework contiene dos componentes principales: El Entorno Común de Ejecución para Lenguajes o CLR, por sus siglas en inglés y la Biblioteca de Clases Base o BCL, por su siglas en inglés [Microsoft 2007].CLR es el lenguaje insignia delframework.net y pretende reunir las ventajas de lenguajes como C, C++ y Visual Basic en uno solo. El CLR es el verdadero núcleo del framework, entorno de ejecución en el que se cargan las aplicaciones desarrolladas en los distintos lenguajes, ampliando el conjunto de servicios del sistema operativo [Microsoft 2007]. La BCL maneja la mayoría de las operaciones básicas que se encuentran involucradas en el desarrollo de aplicaciones, incluyendo entre otras: el manejo de datos (ADO.NET); la transmisión y recepción de datos por distintos medios (XML, TCP/IP); la administración de componentes Web que corren tanto en el servidor como en el cliente (ASP.NET 12 ); el manejo y administración de excepciones; las herramientas de seguridad e integración con la seguridad del sistema operativo; la interacción con otras aplicaciones; la generación de código y la compilación de código [Microsoft 2006]. 10 HTTPS: por sus siglas en inglés, Hypertext Transfer Protocol Secure 11 SMTP: por sus siglas en inglés, Simple Mail Transfer Protocol 12 ASP.NET: Framework para aplicaciones web, desarrollado y comercializado por Microsoft. 23

37 FUNDAMENTOS TEÓRICOS ASP.NET Web Services Los servicios web ASP.NET son desarrollados para crear aplicaciones que envían y reciben mensajes mediante el Protocolo Simple de Acceso a Objetos (SOAP) sobre HTTP. La estructura de los mensajes se puede definir mediante un Esquema XML y una herramienta se proporciona para facilitar la serialización de los mensajes a y desde los objetos del framework. La tecnología puede generar automáticamente los metadatos para describir los servicios web en WSDL y se proporciona una segunda herramienta para generar clientes para los servicios web desde este lenguaje[microsoft 2011a]. Normalmente, el desarrollo de un servicio web con ASP.NET comienza con la definición de todos los tipos de datos complejos que utilizará el servicio. Esta tecnología se basa en XmlSerializer para traducir los datos representados por los tipos que ofrece.net a XML, para la transmisión hacia o desde un servicio, y para traducir los datos recibidos como XML nuevamente en los objetos de.net. La definición de los tipos de datos complejos que utilizará un servicio de ASP.NET requiere la definición de las clases de.net que XmlSerializer puede serializar a y desde XML. Estas clases pueden escribirse manualmente o generarse a partir de las definiciones de los tipos de esquema XML, mediante la línea de comandos de la utilidad de compatibilidad de tipos de datos de XML[Microsoft 2011b]. Los servicios web ASP.NET están compilados en un ensamblado de biblioteca de clases. Se proporciona un archivo, denominado archivo de servicio, que posee la extensión.asmx y contiene una WebService, que identifica la clase que contiene el código del servicio y el ensamblado en el que se encuentra. El archivo de servicio se copia en una raíz de la aplicación ASP.NET de Internet Information Services (IIS), y el ensamblado se copia en el subdirectorio \bin de esa raíz de la aplicación. Después, puede accederse a la aplicación mediante el Identificador Uniforme de Recursos (URL 13 ) del archivo de servicio de la raíz de la aplicación. Para hospedar un servicio en IIS se debe utilizar HTTP como protocolo de transporte de comunicaciones [Microsoft 2011b]. 13 URL: por sus siglas en inglés, Uniform Resource Locator 24

38 FUNDAMENTOS TEÓRICOS 1.7 Visual Studio como entorno de desarrollo Visual Studio es el entorno profesional de desarrollo de aplicaciones sobre plataforma Windows. Permite el consumo de servicios Web en aplicaciones Windows, Office, aplicaciones Web, y para dispositivos móviles. Además facilita la publicación y localización de nuevos servicios Web en el marco de la empresa y permite ejecutar pruebas de carga sobre los servicios Web [Microsoft 2006]. Microsoft Visual Studio 2010incluye potentes herramientas que simplifican todo el proceso de desarrollo de aplicaciones, de principio a fin. Los equipos pueden observar una mayor productividad y ahorro de los costos al utilizar características de colaboración avanzadas, así como herramientas de pruebas y depuración integradas que le ayudan a crear un código de gran calidad. Algunas de sus principales características son [Microsoft 2010]: Desarrollo de bases de datos: proporciona herramientas de implementación y administración de cambios que garantizan que la base de datos y la aplicación estén siempre sincronizadas. Compatibilidad con la plataforma de desarrollo: Crea soluciones nuevas para el mejoramiento de las aplicaciones ya existentes y permite hacerlas en una gran variedad de plataformas, entre las que se incluyen Windows, Windows Server, Web, Office y SharePoint, todo en un único entorno de desarrollo integrado Visual Studio Team Foundation Server 2010 (TFS). TFS 2010 es la plataforma de colaboración en el núcleo de la solución Visual Studio para la administración del ciclo de vida de la aplicación. Proporciona servicios fundamentales como control de versiones, seguimiento de elementos de trabajos y de errores, gestión de casos de pruebas, automatización de la compilación y almacenamiento de datos, reportes y dashboards 14 (cuadros de mando) que proporcionan un histórico, dando visibilidad en el mantenimiento total del proyecto. 14 Dashboard: Engloba a varias herramientas que muestran información relevante para la empresa a través de una serie de indicadores claves de rendimiento, también denominados KPIs, por sus siglas en inglés. 25

39 FUNDAMENTOS TEÓRICOS Las métricas en tiempo real dan avisos tempranos de posibles problemas para poder tomar decisiones y corregir el curso del proyecto de ser necesario [Microsoft 2011d]. TFS proporciona un conjunto de capacidades para ayudar a una mejor planificación, programación, gestión de alcance, comunicación, reportes, análisis, y una mejora continua del proceso. Estas capacidades incluyen lo siguiente [Microsoft 2011d]: Proyectos de Equipo. Colección de Proyectos de Equipo. Plantilla de Procesos. Guía de procesos. Seguimiento de elementos de trabajo, por su análogo en inglés Workitem Tracking (WIT). Portal del Proyecto/Dashboards. Integración con Microsoft Project y Microsoft. Informes El WIT en TFS permite un nuevo nivel de integración en el ciclo de vida durante el desarrollo de software. Proporciona un mecanismo que relaciona los procesos del equipo de desarrollo de software y permite lograr las tareas necesarias para mover un proyecto con éxito desde su concepción hasta el despliegue. La sencilla personalización le permite realizar el seguimiento de cualquier actividad realizada por su equipo. La integración con las funciones de desarrollo y prueba le permite documentar su trabajo con poco esfuerzo adicional [Microsoft 2011d] El elemento de trabajo, por su análogo en inglés Workitem (WI), es el componente básico de las capacidades de gestión de proyectos en TFS, es una colección de campos con la información necesaria para llevar a cabo diversas actividades, ya sea de desarrollo, de prueba o de identificación de problemas. Microsoft define que un WI...es un registro de base de datos que se utiliza para seguir las asignaciones y el progreso del trabajo" [Microsoft 2011c]. Los WI representan requisitos, errores, tareas, casos de prueba, riesgos, entre otros. Capturan y proporcionan la información que impulsa los informes y contienen los elementos comunes siguientes [Microsoft 2011c]: 26

40 FUNDAMENTOS TEÓRICOS Reglas para cada uno de los campos. Por ejemplo, los valores que se admiten en el campo. Un formulario del WI que controla cómo se muestran los campos de dicho elemento. Un modelo de transición de estados simple que permite a los autores de tipos de WI definir los campos y valores necesarios en puntos diferentes durante el ciclo de vida. Todos los WI comparten un conjunto de campos comunes del sistema, hacen un seguimiento completo del historial de los cambios y admiten vínculos a otros WI, archivos anexos o cualquier otro producto de trabajo [Microsoft 2011c]. Se pueden usar diferentes tipos de WI para seguir diversas labores, como requisitos del cliente, errores del producto y tareas de desarrollo. El tipo de WI determina los estados y transiciones durante el proceso. Los tipos disponibles en un proyecto dependen de la plantilla de procesos que utilice el mismo. De igual forma son personalizables para seguir el trabajo de una forma coherente con el entorno de desarrollo ya definido [Microsoft 2011c]. 1.8 Integración de BPM y SOA Las estrategias SOA y los procesos BPM pueden resultar ser la solución perfecta para aunar tecnologías de informática y comunicaciones con las estrategias empresariales de la compañía [Robledo 2011]. En la actualidad, la mayoría de los fabricantes de sistemas de gestión de procesos de negocio (BPMS) tienen estrategias de Arquitecturas Orientadas a Servicios, y los fabricantes de tecnologías SOA adquieren empresas con tecnologías BPM o desarrollan sus propios productos, la razón radica en que juntos ofrecen una solución completa para alinear las infraestructuras de TI con los procesos de negocio de la empresa [Robledo 2011]. BPM se centra en analizar los objetivos estratégicos para crear procesos de negocios bien definidos y optimizados, monitorizando su rendimiento para una mejora continua. Los procesos de negocio se modelan con tareas de proceso que se implantan normalmente como servicios. La dificultad del BPM radica en la complejidad 27

41 FUNDAMENTOS TEÓRICOS de las diferentes plataformas tecnológicas, los diferentes tipos de aplicaciones existentes y los distintos protocolos de comunicación, es decir, la problemática de la integración de sistemas y aplicaciones, solución aportada por SOA[Robledo 2011]. La implementación de una arquitectura orientada a servicios en la empresa (SOA) se centra en los servicios de negocio, ofreciendo el puente entre los procesos y los recursos operacionales. A nivel de procesos de negocio, ofrece las interfaces necesarias para soportar la ejecución directa de las tareas de los procesos, y a nivel de recursos operacionales, ofrece servicios de integración permitiendo crear una infraestructura tecnológica que recoge los requerimientos semánticos y funcionales de las aplicaciones existentes para constituir una capa de plataforma de aplicación, eliminando la codificación para integrar los diferentes sistemas que participan en un proceso de negocio. Una vez que se tiene definida esta arquitectura y se dispone de los servicios de negocio, es necesario orquestar las llamadas a estos servicios durante la ejecución de las diferentes tareas que se realizan en la empresa, para ello BPM ofrecerá la definición y gestión de los procesos de negocio [Robledo 2011]. 1.9 Conclusiones Con la culminación de la investigación teórica realizada, se han adquirido los conocimientos necesarios para asimilar todos los elementos y tecnologías necesarias para alcanzar los objetivos trazados. Fueron evidenciadas las ventajas que tiene el uso del paradigma BPM en el desarrollo de procesos; así como las de la herramienta BPMS BizAgi, seleccionada para la implantación de las tecnologías que provee este enfoque en la organización. Además se mostró la importancia que tiene utilizar una capa SOA para ganar en interoperabilidad y flexibilidad ante los cambios del negocio. Concretamente puede concluirse afirmando que BPM y SOA se pueden integrar en la misma estrategia, ofreciendo una infraestructura abierta, permitiendo un cambio rápido de las aplicaciones o servicios para conseguir un retorno de la inversión, pero siempre asegurando los objetivos de negocio. La unión de estas dos herramientas posibilita ajustar mejor los objetivos de los servicios informáticos y los objetivos de negocio, mejorando el rendimiento de los procesos de negocio. 28

42 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Capítulo 2.Análisis, modelación y diseño de procesos de negocio Introducción Como resultado del capítulo anterior se seleccionó BizAgi como BPMS para la construcción del sistema que dé soporte a la gestión delas pruebas de software en el Laboratorio de Calidad de la organización. En este capítulo se describe de forma detallada cómo fueron diseñados y modelados los procesos de negocio que se identificaron utilizando las herramientas que provee la BPMS para enfrentar las fases del ciclo de vida BPM. Se exponen los diagramas BPMN de cada uno de los procesos de negocio, así como sus modelos de datos correspondientes. Se presentan las reglas de negocio y los participantes en cada uno de los procesos; además de los servicios web identificados para la solución, que posibilitan la integración con los sistemas externos Flujo actual de los procesos en el Laboratorio de Calidad. El Proceso de Pruebas del Laboratorio de Calidad comienza cuando se realiza una Solicitud de Prueba para un producto de software por parte del Representante de un Proyecto, el cual debe proveer toda la información del producto a probar. Presentada la solicitud al laboratorio, debe ser revisada por el líder del mismo, quien decide si se acepta o se rechaza. Si es aprobada la solicitud, se notifica la decisión al Representante del Proyecto y se crea un nuevo elemento de trabajo Solicitud de Prueba (Test Request) en el servidor de TFS. En caso de que se rechace se emite un mensaje al encargado del proyecto explicando las causas. Luego se comienza a elaborar el Plan de Prueba (Test Plan) en el servidor de TFS, cuyo objetivo fundamental es establecer la planificación de la prueba que se realizaráy que contiene además, diferentes aspectos organizativos importantes como las configuraciones de la prueba, los entornos, el especialista responsable de la ejecución de la evaluación del producto, entre otros [Jústiz, Espinosa et al. 2011]. 29

43 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Más adelante, el Líder del Laboratorio de Calidad determina cuándo se debe realizar la reunión para precisar las estrategias que se deben seguir, actividad que se ejecuta con los integrantes del equipo de pruebas. Una vez concluida la reunión, los participantes deben quedar de acuerdo con el plan de pruebas expuesto, entonces se pasa a realizar el montaje del entorno de pruebas, donde se instalan y configuran cada uno de los recursos que sean necesarios para el desarrollo de la prueba, por ejemplo: sistema operativo y drivers para algún dispositivo. Entre tanto, el Especialista de Calidad revisa los Casos de Prueba (CP) y las Listas de Chequeo que se utilizarán en el transcurso de las pruebas, previamente elaborados por el equipo de desarrollo. Al culminar estas actividades se comienzan a ejecutar los CP, ésta acción se convierte en uno de los procesos más importantes dentro de todo el Proceso de Pruebas del Laboratorio de Calidad, ya que es en este momento cuando se realiza la verificación de la solución concretamente. Dichas ejecuciones se repiten tantas veces se estime para lograr eliminar los errores encontrados. El responsable de la ejecución en este caso es el probador encargado. Si se detecta algún error durante la realización de las comprobaciones se debe generar un elemento de trabajo No Conformidad (NC).Según la cantidad de errores que se han detectado en la prueba que se está ejecutando, se decide si continuar o no con la ejecución del resto de los CP. Si no existen más CP que ejecutar o se concluye con la prueba, se procede al análisis de los resultados, donde el Probador debe examinar la información que ha obtenido con la ejecución de los CP para elaborar el informe de resultados, que tiene como objetivo fundamental agrupar todos los resultados relevantes obtenidos durante la evaluación y presentar las conclusiones al respecto. En este informe deben quedar registradas todas las NC detectadas, o al menos la descripción de las mismas, lo que permitirá a los equipos de desarrollo y de calidad obtener una perspectiva clara del estado de la solución. Para concluir la prueba es necesaria la realización de la reunión de cierre, en la cual deben estar presentes los representantes de todas las partes, el equipo de desarrollo, 30

44 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO el equipo de calidad y si fuera necesario un miembro de la dirección de la organización. En esta reunión se presenta el informe de resultados, se exponen y analizan las NC detectadas. Si no se requiere ninguna otra iteración entonces se almacenan las últimas versiones de los códigos fuentes, los ejecutables y la documentación de la solución probada. En caso de que se requiera al menos una iteración más porque existen NC que no han sido solucionadas se debe fijar la fecha de inicio de la misma donde se vuelven a ejecutar los CP, y se hace en el marco de la propia reunión de cierre de la iteración en curso Identificación de los procesos de negocio. A partir de la descripción del flujo actual de los procesos dentro del Laboratorio de Calidad se identificaron los procesos de negocio, los subprocesos y las actividades reutilizables entre ellos, los cuales se muestran gráficamente en la Figura 3. Figura 3 Procesos de Negocio identificados en la organización Descripción de los procesos de negocio Los flujos de trabajo de cada uno de los procesos de negocio identificados son descritos a continuación; especificando cada una de las condicionales que pueden presentar, así como sus entradas y salidas y quienes lo realizan. Además se presenta el modelo BPMN que se obtiene como resultado de las descripciones realizadas. 31

45 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Proceso de negocio Solicitud de Prueba. Tabla 2 Descripción del Proceso de Negocio Solicitud de Prueba. Clasifica ción Objetivo Descripci ón Proceso Controlar las solicitudes de prueba en la organización, desde su realización hasta su aprobación o rechazo. El proceso comienza cuando el Representante de un Proyecto requiere realizar pruebas sobre un producto de software. Para ello debe elaborar y enviar una Solicitud de Prueba al Laboratorio de Calidad facilitando toda la documentación necesaria como los CP que se desean probar y sus requisitos asociados, los ejecutables de la aplicación o módulos, los manuales de instalación, configuración y usuario, etc.(esta actividad se identificó como subproceso embebido 15, ver Figura 5 ). Vale destacar que si ya se ha formulado alguna solicitud para un producto de software y ha sido rechazada por el Laboratorio de Calidad, el Representante del Proyecto deberá solamente buscar la solicitud que fue rechazada y corregir las causas que provocaron su rechazo, para que sea nuevamente revisada (Esta actividad se identificó como subproceso embebido, ver Figura 7) Una vez elaborada la solicitud, es enviada una notificación al Líder del Laboratorio de Calidad, informándole la existencia de la misma. Este es el encargado de revisarla y decidir si se acepta o se rechaza. En ambos casos se envía un correo al Representante del Proyecto notificando la decisión y se crea un WI Solicitud de Prueba en el servidor de TFS con los datos almacenados en la solicitud inicial que se envió al laboratorio. Si la solicitud es rechazada, el correo contendrá las causas, y el WI se creará con estado Rechazado hasta tanto no sean solucionadas las 15 Subproceso embebido: Es aquel que comparte la misma información o datos del proceso padre. Es usualmente una sección o módulo de un mismo proceso pero tiene un objetivo claro y por esto puede ser definido con un principio y un fin. No requiere datos de mapeo. 32

46 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO causas y vuelva a ser revisada la solicitud. Si es aprobada, el correo sirve como medio para informar al Representante del Proyecto, en este caso el WI creado tendrá estado Aceptado. Para la creación del WI, es necesario incluir un nuevo proyecto dentro de la Colección de Trabajo perteneciente al Laboratorio de Calidad, donde será alojado dicho elemento. Posteriormente, es creado el WI, cuyos datos serán los mismos que ingresó el Representante del Proyecto al formalizar la solicitud, a este nuevo elemento debe añadírsele también toda la documentación adjuntada por este, y los CP a probar con sus requisitos correspondientes. Por tanto, se deben crear WI de tipo CP y Requisito, relacionarlos entre sí, y a su vez relacionarlos a la Solicitud de Prueba que se creó. El proceso termina con la creación satisfactoria de todos estos elementos de trabajo en el servidor de TFS. (Esta actividad se identificó como subproceso embebido, ver Figura 6) Entradas Salidas Es importante considerar que en cualquier momento del proceso, el Representante del Proyecto puede anular la solicitud de prueba. Datos de la solicitud y documentos de apoyo. WI Solicitud de Prueba en el servidor de TFS. 33

47 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Figura 4 Modelo BPMN del Proceso de Negocio Solicitud de Prueba Subproceso Insertar datos de la Solicitud de Prueba. Este subproceso tiene como objetivo insertar los datos requeridos de la Solicitud de Prueba. Figura 5 Modelo BPMN del subproceso Insertar datos de la Solicitud de Prueba Subproceso Crear Workitem. Este subproceso tiene como objetivo crear un WI de tipo Solicitud de Prueba en el servidor de TFS con los datos registrados anteriormente por el Representante del Proyecto. 34

48 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Figura 6 Modelo BPMN del subproceso Crear Workitem Subproceso Modificar Solicitud de Prueba. Este subproceso tiene como objetivo permitir al Representante del Proyecto corregir los errores que provocaron el rechazo de una Solicitud de Prueba. Figura 7 Modelo BPMN del subproceso Modificar Solicitud de Prueba Proceso de negocio Creación del Plan de prueba. Tabla 3 Descripción del Proceso de Negocio Creación del Plan de prueba. Clasificación Proceso Objetivo Descripción Establecer la planificación general de una prueba. El proceso inicia cuando el Líder del Laboratorio de Calidad selecciona un proyecto dentro de la Colección de Trabajo perteneciente al Laboratorio de Calidad, con la intención de crear un Plan de Prueba dentro del mismo. Acto seguido, ingresa los datos iniciales del plan (nombre, fechas, etc.), los cuales, serán los que mostrará el elemento creado. Registrados estos datos, se prosigue 35

49 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO con la creación del Plan de Prueba en el servidor de TFS, el cual debe almacenar todos los CP que desean probarse con la ejecución de la prueba planificada. Dentro de un Plan de Prueba, los CP se agrupan en conjuntos de prueba (Suites en el servidor de TFS), para organizar mejor el trabajo. Si el Líder del Laboratorio de Calidad considera que no debe crear estos grupos, todos los CP pertenecientes al proyecto serán agrupados en un único conjunto de prueba, que tendrá el mismo nombre del Plan de Prueba creado. De ocurrir lo contrario, el Líder del Laboratorio de Calidad creará tantos conjuntos de prueba estime conveniente y adicionará a estos los CP que considere. Concluida esta actividad, y con el Plan de Prueba creado exitosamente, el Líder del Laboratorio debe asignar a un miembro del equipo para asumir el rol de Especialista de Prueba. Una vez que se ha seleccionado este será notificado mediante correo electrónico. El Especialista de Prueba designado tendrá la responsabilidad de establecer dentro del plan, las configuraciones de prueba que se van a utilizar. Esta actividad se realiza en el Microsoft Test Manager (MTM) y permite especificar los datos y diagnósticos que se desean recopilar. El especialista propuesto tiene un tiempo determinado para la realización de este conjunto de tareas, las cuales deben ser ejecutadas de manera secuencial. En caso de no cumplir con el tiempo de entrega establecido, le llegará por correo una notificación recordándole que debe cumplir con la tarea asignada. Establecidas las configuraciones de prueba, se procede a la creación del entorno de prueba, donde se instalan las máquinas virtuales necesarias y se designa para cada una de ellas el rol que van a asumir en el entorno de prueba. Esta actividad también se ejecuta en el MTM y debe cumplir con los requerimientos de tiempo establecido para su realización. Una vez que se han realizado estas actividades, el especialista determina el(los) probador(es) que va(n) a ejecutar los CP, dando por concluido el proceso con el envío de un correo a la(s) persona(s) seleccionada(s) para asumir este rol. (Esta actividad se 36

50 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Entradas Salidas identificó como subproceso embebido, ver Figura 9) Datos iniciales, necesarios para la creación del Plan de Prueba. Se obtiene el Plan de Prueba creado en MTM. Figura 8 Modelo BPMN del Proceso Creación del Plan de Prueba Subproceso Culminar Plan de Prueba". Este subproceso tiene como objetivo establecer las configuraciones de prueba que se van a utilizar dentro del Plan de Prueba (sistema operativo sobre el que se va a probar, máquinas virtuales, etc.). 37

51 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Figura 9 Modelo BPMN del subproceso Culminar Plan de Prueba Proceso de negocio "Ejecución de Casos de Prueba". Tabla 4 Descripción del Proceso de Negocio Ejecución de Casos de Prueba. Clasificación Proceso Objetivo Obtener los errores encontrados durante la realización de las comprobaciones. Descripción El proceso inicia cuando el Probador o los probadores que integren el equipo de pruebas definen en el MTM el entorno donde se ejecutarán los CP. El probador no debe iniciar la ejecución de los CP sin antes haber definido el entorno en el tiempo establecido, si el tiempo expira sin haberse realizado la actividad, será notificado tantas veces sea necesario hasta tanto cumpla con la tarea asignada. En la Herramienta MTM los CP se ejecutan de forma manual, grabando los pasos que se realizan, utilizando el primer juego o combinación de datos que se indicó en los pasos definidos en el CP. Del segundo juego de datos en adelante se reproduce la grabación y se evalúan todas las combinaciones restantes. Si se detecta algún error durante la ejecución, el probador debe registrar una NC, que es un WI de tipo Bug, describiendo de forma detallada el error encontrado. Según la cantidad de errores que se detecten en la prueba que se está ejecutando, el probador decide si continuar o no con la prueba. Luego de haberse realizado la ejecución delos CP, se obtienen los errores encontrados durante la 38

52 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Entradas Salidas iteración y es notificado al Especialista de Prueba encargado, la culminación de la ejecución de los CP. Opciones de ejecución. Se obtienen todas las NC asociadas a cada uno de los CP que presenten errores durante su ejecución. Figura 10 Modelo BPMN del Proceso Ejecución de Casos de Prueba Proceso de negocio "Elaborar Informe de Resultados". Tabla 5 Descripción del Proceso de Negocio Elaboración de Informe de Resultados. Clasificación Proceso Objetivo Agrupar todos los resultados relevantes obtenidos durante la evaluación y presentar las conclusiones al respecto Descripción El proceso inicia cuando el Especialista de Prueba selecciona el Plan de Prueba del cual obtendrá los resultados obtenidos con la ejecución de los CP. Dichos resultados se obtienen de forma automática y deben ser analizados minuciosamente. Una vez analizados los resultados, el especialista debe determinar las consideraciones con respecto al estado y nivel de calidad de la aplicación probada, además, pauta las consideraciones a tener en 39

53 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Entradas Salidas cuenta durante toda la prueba, tales como el alcance (que debe especificar cuáles son las funcionalidades que realmente se probaron). Por último, elabora las conclusiones finales de la prueba, para dar paso a la generación automática del informe de resultados, el cual debe poseer conjuntamente con todas las consideraciones y conclusiones antes definidas por el Especialista de Prueba, todas las NC detectadas, o al menos la descripción de las mismas. El proceso concluye cuando una vez creado el informe, es enviado al Líder del Laboratorio de Calidad por correo electrónico. Resultados de la ejecución de los CP. Se obtiene un informe (documento pdf) con los resultados obtenidos. Figura 11 Modelo BPMN del Proceso Elaborar Informe de Resultados Reglas del negocio. Para que el negocio se desarrolle de forma satisfactoria se hace necesario establecer una serie de restricciones sobre el mismo, estas son las llamadas reglas del negocio, las cuales regulan y describen las principales políticas que deben cumplirse para garantizar que el negocio tenga un funcionamiento adecuado. Las reglas de negocio a considerar son las siguientes: El WI Solicitud de Prueba en el servidor de TFS solo se creará después de haber sido revisada y aprobada una solicitud. 40

54 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Una solicitud solo puede aprobarse si se han revisado los CP que tiene asociados y estos son correctos según el criterio del Líder del Laboratorio de Calidad. Una solicitud solo puede crearse si tiene asociado uno o más CP. Se debe crear un nuevo proyecto cuando la Solicitud de Prueba es aprobada y no exista un proyecto con el mismo nombre en la colección Calidad. Si una Solicitud de Prueba es aprobada y ya existe un proyecto en la colección Calidad con el mismo nombre del que esta tiene asociado, entonces se debe crear un nuevo Plan de Prueba con el nombre de esta nueva solicitud. No puede existir un conjunto o suite de prueba vacío dentro de un Plan de Prueba. Para finalizar la creación del Plan de Prueba debe desplegarse el Entorno de Prueba con sus configuraciones correspondientes. Las opciones de ejecución deben ser definidas antes de ejecutarse los CP en el MTM. Las NC deben tener descripciones claras y comprensibles de una manera que ayude al equipo de desarrollo a ubicar el defecto dentro de la solución y a entender todo el impacto del problema. El Informe Parcial / Final de pruebas solo e generará una vez concluida la iteración de pruebas en curso Participantes de los procesos de negocio. Los participantes son los usuarios que tienen las cualidades para ser asignados a determinadas actividades en un proceso, es decir, son los que interactúan con la aplicación web de BizAgi. A continuación se describen cada uno de los roles participantes en los procesos de negocio identificados, especificándose las actividades que realizan cada uno dentro de los mismos. Líder del Laboratorio de Calidad: Es el encargado de velar porque todas las tareas que se ejecuten en el Laboratorio de Pruebas, se lleven a cabo de la manera más eficiente posible, aprovechando el tiempo y los recursos disponibles. Todo el tiempo debe velar porque el proceso de pruebas en el laboratorio se realice basado en las políticas de calidad, definidas en la organización. 41

55 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Especialista de Prueba: Es el máximo responsable de la prueba que le ha sido asignada. Debe garantizar la gestión de los recursos necesarios para llevar a cabo la misma y resolver los problemas que puedan presentarse durante su ejecución. Representante del Proyecto: Es el encargado de mediar entre el equipo de proyecto y el equipo de pruebas. Probador: Es el encargado de probar la aplicación y de realizar un levantamiento de NC de la manera más clara, concisa e íntegra posible. 42

56 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Tabla 6 Actividades de los participantes en los procesos de negocio. Participante Proceso en que interviene Actividades que realiza Solicitud de Prueba Revisar la Solicitud de Prueba. Aprobar la Solicitud de Prueba. Líder del Laboratorio de Calidad Representante del Proyecto Especialista de Prueba Probador Crear WI Solicitud de Prueba en el servidor de TFS. Creación del Plan de Asignar el especialista encargado de la Prueba prueba. Revisar el Plan de Prueba. Culminar Plan de Prueba. Supervisar el despliegue del entorno para la ejecución de las pruebas. Solicitud de Prueba. Llenar la Solicitud de Prueba. Seleccionar los CP a probar. Establecer las configuraciones de Culminar Plan de Prueba. prueba. Montar entorno de prueba. Asignar probadores a los CP. Elaborar Informe de Analizar resultados obtenidos Resultados. Determinar consideraciones generales. Elaborar las conclusiones Ejecución de Casos de Ejecutar los Casos de Prueba. Prueba. Registrar las NC detectadas durante la prueba Modelo de objetos del negocio. A continuación se describen los modelos de datos que quedaron definidos en BizAgi para conseguir que persista la información que se maneja en cada instancia de un proceso. Cada uno de los procesos de negocio tiene su modelo de datos correspondiente. Esta base de datos es propia de la BPMS para la administración de la información que se manipula durante la ejecución de los procesos. En BizAgi se clasifican las entidades de la siguiente manera: 43

57 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Entidades Maestras: son entidades de negocio con información que es exclusiva a cada caso (un caso es una instancia del proceso). Su información (los datos almacenados) es actualizada a través del flujo del proceso. O sea, la información es almacenada de acuerdo a los datos ingresados por el usuario en el portal de trabajo. Entidades Paramétricas: son las que indican los diferentes valores que puede tomar un atributo, es decir que son listas de valores, tales como ciudades, tipos de productos, tipos de documentos, entre otros. Entidades de Sistema: son entidades que pertenecen al modelo de datos propio de BizAgi pero que de alguna forma también pueden ser parte de las entidades de negocio, como lo serían las entidades que contienen la información de los usuarios, cargos, áreas, roles, habilidades etc. Cabe destacar que cada proceso de negocio tiene una entidad denominada Entidad de Proceso, la cual contiene toda la información que caracteriza la instancia, evaluándose durante todo el proceso, desde la cual se va a tener acceso a toda la información necesaria. Es también conveniente resaltar que en todos los modelos de datos diseñados aparece la entidad de sistema WFUSER, para manejar la información de los usuarios Modelo de datos del Proceso Solicitud de Prueba. 44

58 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Figura 12 Modelo de datos del proceso Solicitud de Prueba. Solicitud de Prueba: Entidad de Proceso. Proyecto: Entidad Maestra donde persiste la información que se necesita para el trabajo con un proyecto del servidor de TFS. Caso de Prueba: Entidad Maestra donde persiste la información que se necesita para el trabajo con un CP del servidor de TFS. Paso: Entidad Maestra donde persiste la información que se necesita para el trabajo con los pasos que posee un CP dentro del servidor de TFS. Causa de Rechazo: Entidad Paramétrica donde persiste la información de las causas por la cual puede ser rechazada una Solicitud de Prueba. Documentos: Entidad Maestra que almacenará los documentos requeridos del proceso. Motivo: Entidad Paramétrica donde persiste la información de los diferentes motivos por los cuales se puede hacer una Solicitud de Prueba. 45

59 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Nivel de Prueba: Entidad Paramétrica donde persiste la información de los diferentes niveles de prueba que puede tener una Solicitud de Prueba Modelo de datos del Proceso Creación del Plan de Prueba. Figura 13 Modelo de datos del proceso Creación del Plan de Prueba. Plan de Prueba: Entidad de Proceso. Solicitud: Entidad Maestra donde persiste la información que se necesita para el trabajo con una Solicitud de Prueba del servidor de TFS. CP Asociado: Entidad Maestra donde persiste la información que se necesita para el trabajo con un CP asociado a una Solicitud de Prueba. Trabajador: Entidad Maestra donde persiste la información de las personas con permisos sobre la Colección de Trabajo perteneciente al Laboratorio de Calidad. Conjunto de Prueba: Entidad Maestra donde persiste la información de un conjunto de prueba existente dentro de un Plan de Prueba en el servidor de TFS. 46

60 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Modelo de datos del Proceso Ejecución de Casos de Prueba. Figura 14 Modelo de datos del proceso "Ejecución de Casos de Prueba". Ejecutar CP: Entidad de Proceso. No Conformidad: Entidad Maestra donde persiste la información de los errores encontrados durante la prueba que se ejecutó. Plan de Prueba: Entidad Maestra donde persiste la información que se necesita para el trabajo con un Plan de Prueba. Solicitud: Entidad Maestra donde persiste la información que se necesita para el trabajo con una Solicitud de Prueba. Proyecto: Entidad Maestra donde persiste la información que se necesita para el trabajo con un proyecto del servidor de TFS. 47

61 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Modelo de datos del Proceso Elaborar Informe de Resultados. Figura 15 Modelo de datos del proceso "Elaborar Informe de Resultados". Informe de Resultados: Entidad de Proceso. No Conformidad: Entidad Maestra donde persiste la información que se necesita para el manejo de los errores encontrados durante la ejecución de una prueba. Consideraciones: Entidad Maestra donde son almacenadas las consideraciones concebidas por el Especialista de Prueba sobre el resultado de una prueba ejecutada. Plan de Prueba: Entidad Maestra donde persiste la información que se necesita para el trabajo con un Plan de Prueba. Solicitud: Entidad Maestra donde persiste la información que se necesita para el trabajo con una Solicitud de Prueba Servicios Web de soporte a los procesos de negocio. BizAgi tiene la funcionalidad de integración por medio de la capa SOA para ofrecer a sistemas externos una opción sencilla para interactuar con la herramienta de forma efectiva, como ya se había descrito antes en el capítulo anterior. En este epígrafe se 48

62 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO describen los servicios web implementados, necesarios para llevar a cabo la interacción de los procesos de negocio identificados con los sistemas externos de la organización Proceso Solicitud de Prueba. Actividad de servicio Obtener Url del Programa dentro de TFS. Descripción Permite obtener la Url de la Colección de Trabajo que posee el programa de investigación dentro del servidor de TFS. Funcionalidad Nombre SolicitudDePrueba Método ObtenerUrlDelPrograma() Descripción Este servicio es utilizado para obtener la Url de una Colección de Trabajo, a través del nombre de dicha colección. Parámetros de entrada String NombreColeccion Parámetros de salida String resultado Actividad de servicio Conocer si es correcto el nombre del programa de investigación. Descripción Permite conocer si existe o no el programa de investigación dentro del servidor de TFS. Funcionalidad Nombre SolicitudDePrueba Método IsConnectedToTeamProjectCollection () Descripción Este servicio es utilizado para conocer a través del nombre, si existe o no la Colección de Trabajo en el servidor de TFS. Parámetros de entrada String NombreColeccion Parámetros de salida bool resultado Actividad de servicio Descripción Nombre Método Descripción Obtener proyectos de la colección. Permite obtener un listado con la información de todos los proyectos de la Colección de Trabajo a la cual el usuario tiene permisos. Funcionalidad SolicitudDePrueba Proyectos_creados_en_una_coleccion() Este servicio es utilizado para listar todos los proyectos creados dentro 49

63 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO una Colección de Trabajo del servidor de TFS. Parámetros de entrada String collectionuri Parámetros de salida ProjectInfoDTO[] projects Actividad de servicio Obtener CP del proyecto seleccionado. Descripción Mediante esta actividad se obtiene un listado con la información de todos los CP asociados al proyecto seleccionado para probar. Funcionalidad Nombre SolicitudDePrueba Método CP_de_un_Proyecto() Descripción Este servicio es utilizado para listar todos los CP creados en un proyecto específico del servidor de TFS. Parámetros de entrada String collectionuri String projname Parámetros de salida WorkItemDTO[] Casos_de_Prueba Actividad de servicio Crear proyecto en TFS. Descripción Mediante esta actividad se indica la creación en el servidor de TFS de un nuevo proyecto dentro de la Colección de Trabajo del Laboratorio de Calidad. Funcionalidad Nombre SolicitudDePrueba Método CreateTeamProject() Descripción Este servicio es utilizado para crear un nuevo proyecto dentro de una Colección de Trabajo en el servidor de TFS. Parámetros de entrada String collectionuri String projname String NombrePlantilladeProceso Parámetros de salida String resultado Actividad de servicio Descripción Verificar existencia del proyecto. Mediante esta actividad se indica que se realizará una búsqueda enel servidor de TFS para verificar si ya se ha creado un proyecto. 50

64 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Funcionalidad Nombre SolicitudDePrueba Método Verificar_si_existe_un_proyecto_dentro_de_una_coleccion() Descripción Este servicio permite la búsqueda de un proyecto creado dentro de una Colección de Trabajo y retorna true si ha sido encontrado. Parámetros de entrada String Url_Coleccion String Nombre_proyecto Parámetros de salida bool resultado. Actividad de servicio Crear WI Solicitud de Prueba en el servidor de TFS. Descripción Mediante esta actividad se recogen los datos registrados en la solicitud efectuada y se crea dentro del servidor de TFS un WI Solicitud de Prueba. Funcionalidad Nombre SolicitudDePrueba Método Crear_WI_Solicitud_de_Prueba() Descripción Este servicio permite la creación de un WI Solicitud de Prueba en el servidor de TFS, retornando su ID. Parámetros de entrada string Url_Coleccion string Nombre_proyecto string titulo string descripción string Nivel_prueba DateTime fecha_de_creacion Parámetros de salida Int workitem_id Actividad de servicio Descripción Nombre Método Crear los CP dentro del proyecto. Esta actividad indica la creación de nuevos CP en el proyecto dentro de la Colección de Trabajo del Laboratorio de Calidad en el servidor de TFS, con la información de cada uno de los CP que seleccionó el Representante del Proyecto para probar. Funcionalidad SolicitudDePrueba Crear_CP_y_sus_Requisitos_asociados_y_relaciones() 51

65 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Descripción Este servicio permite recuperar (a través de una lista con Id) CP como objetos del servidor de TFS y copiar su información, para después almacenarla dentro de nuevos WI, pertenecientes a un proyecto de una Colección de Trabajo diferente, además de relacionarlos a una Solicitud de Prueba especificada; el servicio también crea cada uno de los WI de tipo Requisito asociados a cada CP recuperado y los relaciona entre sí. Parámetros de entrada string collectionuri_origen string ProyectoOrigen string Uri_coleccionDestino string Proyecto_Destino int Id_SolicitudPrueba WorkItemDTO[] Ids_de_los_CP_Seleccionados Parámetros de salida String resultado. Actividad de servicio Adjuntar los documentos del caso. Descripción Esta actividad indica la conversión de los documentos añadidos durante todo el proceso de Solicitud de Prueba a Attachments en el servidor de TFS e insertarlos en un WI Solicitud de Prueba creado. Funcionalidad Nombre SolicitudDePrueba Método AdjuntarDocumentosAUnWI () Descripción Este servicio convierte todo tipo de documento (.txt,.pdf,.doc,.jpg, etc.) a Attachments en el servidor de TFS y lo inserta a un WI. Parámetros de entrada string collectionuri int workitemid Parámetros de salida string resultado. Actividad de servicio Descripción Nombre Obtener solicitudes rechazadas. Esta actividad indica la obtención desde el servidor de TFS de un listado con la información de todas solicitudes de pruebas que han sido rechazadas. Funcionalidad SolicitudDePrueba 52

66 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Método SolicitudesRechazadas() Descripción Este servicio permite la obtención de todos los WI Solicitud de Prueba de un proyecto con estado Rechazado en un periodo de tiempo. Parámetros de entrada string collectionuri string Nombre_Proyecto DateTime fecha_de_inicio DateTime fecha_de_fin Parámetros de salida string resultado. Actividad de servicio Crear CP dentro del WI. Descripción Esta actividad indica la inserción de un CP dentro de una Solicitud de Prueba en el servidor de TFS. Funcionalidad Nombre SolicitudDePrueba Método CrearWITestCaseConPasos() Descripción Este servicio permite la creación de un WI CP dentro del servidor de TFS, incluyendo los pasos. Parámetros de entrada string Url_Coleccion, string Nombre_proyecto, string titulo, string descripcion, StepDTO[] pasos Parámetros de salida string resultado. Actividad de servicio Editar solicitud de prueba. Descripción Esta actividad indica la modificación de los datos de una Solicitud de Prueba en el servidor de TFS. Funcionalidad Nombre SolicitudDePrueba Método EditarWISolicitudDePrueba() Descripción Este servicio permite la creación de un WI CP dentro del servidor de TFS, incluyendo los pasos. Parámetros de entrada string Url_Coleccion string Nombre_proyecto 53

67 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Parámetros de salida string titulo string descripción string Nivel_prueba String resultado Proceso Creación del Plan de Prueba. Actividad de servicio Descripción Nombre Método Descripción Parámetros de entrada Parámetros de salida Obtener solicitudes creadas. Esta actividad indica la obtención de una lista con la información de todas las solicitudes de prueba que no han sido rechazadas dentro de un proyecto en el servidor de TFS. Funcionalidad PlanDePrueba SolicitudesDeUnProyectoQueNohanSidoRechazadas() Este servicio permite listar todos los WI Solicitud de Prueba pertenecientes a un proyecto que no se encuentran con estado Rechazado. string Url_Coleccion string Nombre_Proyecto WorkItemDTO [] Solicitudes. Actividad de servicio Descripción Nombre Método Descripción Parámetros de entrada Crear Plan de Prueba con los CP. Esta actividad indica la creación en MTM de un nuevo Plan de Prueba junto con todos los CP asociados a una solicitud, los cuales serán almacenados en un único conjunto de prueba. Funcionalidad PlanDePrueba Crear_Plan_de_Prueba_con_todos_los_CP_asociados_a_una_Solicitud() Este servicio permite crear un Plan de prueba en MTM y adicionarle todos los CP relacionados a una Solicitud de Prueba. string Url_Coleccion string Nombre_Proyecto string Nombre_PlandePrueba int id_solicitud 54

68 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Parámetros de salida String resultado. Actividad de servicio Crear Plan de Prueba. Descripción Esta actividad indica la creación en MTM de un nuevo Plan de Prueba. Funcionalidad Nombre PlanDePrueba Método Crear_Plan_de_Prueba_sin_los_CP() Descripción Este servicio permite la creación de un Plan de prueba en Microsoft Test Manager. Parámetros de entrada string Url_Coleccion string Nombre_Proyecto string Nombre_PlandePrueba Parámetros de salida Int Id_PlandePrueba. Actividad de servicio Obtener CP asociados a la solicitud. Descripción Esta actividad indica que serán cargados desde el servidor de TFS los datos correspondientes a los CP que están relacionados a la Solicitud de Prueba seleccionada. Funcionalidad Nombre PlanDePrueba Método Casos_de_Prueba_asociados_a_una_Solicitud() Descripción Este servicio permite listar todos los CP asociados a una Solicitud de Prueba. Parámetros de entrada string Url_Coleccion int Id_Solicitud Parámetros de salida WorkItemDTO[] Casos_Prueba Actividad de servicio Descripción Procesos correspondientes Método Insertar conjunto de prueba al plan. Esta actividad indica que el nuevo conjunto de prueba creado será añadido al Plan de Prueba creado. Creación del Plan de Prueba Funcionalidad Crear_Conjunto_de_prueba() 55

69 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Descripción Este servicio permite crear una nueva suite dentro de un Plan de Prueba e insertarle CP. Parámetros de entrada string Url_Coleccion string Nombre_Proyecto int Id_PlandePrueba string Nombre_del_conjunto Parámetros de salida WorkItemDTO[] CP_Seleccionados Actividad de servicio Obtener cantidad de CP insertados. Descripción Esta actividad indica la obtención de la cantidad de CP que se encuentran dentro del plan de prueba. Funcionalidad Nombre PlanDePrueba Método TestCases_Seleccionados() Descripción Este servicio permite devolver la cantidad de CP que están dentro de un plan de prueba. Parámetros de entrada String Url_Coleccion Int Id_Solicitud Int IdPlanDePrueba String Nombre_Proyecto Parámetros de salida Int cantidad Actividad de servicio Obtener cantidad de CP sin insertar. Descripción Esta actividad indica la obtención de la cantidad de CP que no han sido insertados dentro del plan de prueba. Funcionalidad Nombre PlanDePrueba Método CP_sin_insertar_al_plan() Descripción Este servicio permite devolver la cantidad de CP que no están dentro de un plan de prueba. Parámetros de entrada string Url_Coleccion Int Id_Solicitud Int IdPlanDePrueba string Nombre_Proyecto 56

70 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Parámetros de salida Int cantidad Actividad de servicio Obtener CP que no han sido añadidos. Descripción Esta actividad indica que serán cargados desde el servidor de TFS los datos correspondientes a los CP que pertenecen a una solicitud y no han sido añadidos a un plan de prueba. Funcionalidad Nombre PlanDePrueba Método CPAsociadosAunaSolicitudQueNoEstanDentroDeUnPlandePrueba() Descripción Este servicio permite listar todos los CP asociados a una Solicitud de Prueba que no han sido adicionados a un Plan de Prueba. Parámetros de entrada string Url_Coleccion Int Id_Solicitud Int IdPlanDePrueba string Nombre_Proyecto Parámetros de salida WorkItemDTO[] Casos_Prueba Actividad de servicio Obtener conjuntos de pruebas creados. Descripción Esta actividad indica que serán cargados desde el servidor de TFS los nombres de los conjuntos de pruebas creados dentro de un Plan de Prueba. Funcionalidad Nombre PlanDePrueba Método Conjuntos_de_Prueba() Descripción Este servicio permite listar los nombres de todos los conjuntos de prueba de un Plan de Prueba. Parámetros de entrada String Url_Coleccion String Nombre_Proyecto Int idplandeprueba Parámetros de salida ConjuntoDePruebaDTO[] conjuntos Actividad de servicio Descripción Obtener Especialistas. Esta actividad indica que serán cargados desde el servidor de TFS los nombres de los Especialistas del Laboratorio de Prueba para poder 57

71 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO seleccionar a uno de ellos. Funcionalidad Nombre PlanDePrueba Método Trabajadores_del_Lab_de_Calidad() Descripción Este servicio permite listar los nombres de todos los trabajadores del Laboratorio de Prueba. Parámetros de entrada string Url_Coleccion string Nombre_Proyecto Parámetros de salida UsuarioDTO[] trabajadores Actividad de servicio Obtener listado de probadores asignados. Descripción Esta actividad indica que serán cargados desde el servidor de TFS los nombres de los Probadores que fueron designados para ejecutar los CP dentro del Plan de Prueba. Funcionalidad Nombre PlanDePrueba Método ProbadoresAsignadosParaEjecutarCP() Descripción Este servicio permite listar los nombres de todos los trabajadores del Laboratorio de Prueba que fueron asignados para la ejecución de los CP dentro de un Plan de Prueba. Parámetros de entrada string Url_Coleccion string Nombre_Proyecto Parámetros de salida UsuarioDTO[] trabajadores Proceso Ejecución de Casos de Prueba. Actividad de servicio Obtener planes de prueba del proyecto. Descripción Esta actividad indica que serán cargados desde el servidor de TFS todos los planes de prueba que se han creado dentro un proyecto. Funcionalidad Nombre EjecutarCP Método Planes_de_Prueba_de_un_proyecto() Descripción Este servicio permite listar todos los planes de prueba de un proyecto. Parámetros de entrada string Url_Coleccion 58

72 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO Parámetros de salida string Nombre_Proyecto PlanDepruebaDTO[] PlanesDePrueba Actividad de servicio Obtener No Conformidades. Descripción Esta actividad indica que serán cargados desde el servidor de TFS todas las NC encontradas durante la ejecución de una prueba. Funcionalidad Nombre EjecutarCP Método Planes_de_Prueba_de_un_proyecto() Descripción Este servicio permite listar todos los planes de prueba de un proyecto. Parámetros de entrada string Url_Coleccion string Nombre_Proyecto Parámetros de salida PlanDepruebaDTO[] PlanesDePrueba Proceso Elaborar Informe de Resultados. Actividad de servicio Generar Informe Final de Resultados. Descripción Esta actividad indica la generación de un informe en formato pdf con los resultados obtenidos con la ejecución de los CP, las conclusiones finales de la prueba y las consideraciones generales. Funcionalidad Nombre ElaborarInformeDeResultados Método GenerarInformedeResultadosPdf() Descripción Este servicio permite crear un archivo pdf con los datos que se obtienen como resultado de la ejecución de una prueba en MTM. Parámetros de entrada string Url_Coleccion string Nombre_Proyecto string NombreInforme string ConsideracionesGenerales string ConclusionesFinales string Observaciones int Id_PlandePrueba string Autor Parámetros de salida Document informe 59

73 ANÁLISIS, MODELACIÓN Y DISEÑO DE PROCESOS DE NEGOCIO 2.8 Conclusiones Con el conjunto de herramientas que provee BizAgi para manejar el ciclo de vida de los procesos de negocio, se facilitan todos los aspectos de la gestión de procesos de negocio: diseñar, modelar, integrar, automatizar y monitorear los procesos a través de un entorno gráfico sin la necesidad de programación; con el fin de elaborar una aplicación que ejecute y controle de manera eficiente los procesos identificados en la organización. En este capítulo fueron definidos los elementos que intervienen en cada una de las fases antes mencionadas, los cuales permitirán construir el sistema de gestión que de soporte al Proceso de Pruebas del Laboratorio de Calidad. Quedó evidenciada la importancia que juega la fase de modelación del negocio para el despliegue, y la responsabilidad de los servicios web tanto en la integración de la solución con los sistemas externos de la entidad como en el intercambio de la información que maneja el Laboratorio de Calidad en el proceso de pruebas. 60

74 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Capítulo 3. Descripción de la solución propuesta 3.1 Introducción. En este capítulo se describe la arquitectura que se emplea para la solución propuesta, además se exponen los patrones de diseño y el modelo de despliegue utilizados en la misma. Se muestran aspectos de la monitorización de los procesos, pormenorizando en los indicadores de desempeño y en las dimensiones que van a hacer posible esta tarea. Se efectúa un estudio de factibilidad con el fin de estimar el tiempo requerido para dar cumplimiento a los objetivos del trabajo. Por último se realiza la validación de la solución a través de un caso de estudio. 3.2 Arquitectura a emplear para la solución. El diseño de una arquitectura es la descripción de la estructura de un sistema, es el primer artefacto que puede ser analizado para determinar, cuán bien se han cumplido los requisitos de este, además de servir como plano del proyecto[bass 2003]. La solución del presente trabajo sigue una Arquitectura Orientada a Servicios para dar soporte a la ejecución de los Procesos de Negocio del Laboratorio de Calidad. SOA es un modelo de arquitectura de software que proporciona una metodología y un marco de trabajo basado en servicios, lo que propiciará no solo automatizar las tareas de los procesos sino también la integración con sistemas externos[soa Agenda : Soluciones Java 2011]. La arquitectura definida, que se muestra en la Figura 16, plasma los distintos componentes de la solución SOA implementada, principalmente Procesos de Negocio y Servicios, además muestra cómo interactúan estos componentes con los usuarios de negocio, y con los sistemas existentes en la entidad (sistemas legados). 61

75 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Figura 16Arquitectura de la solución propuesta. Capa de Presentación: Esta capa es la que contiene el portal colaborativo que incorpora todas las funcionalidades de un proceso bajo un ambiente común, con el cual van a interactuar los usuarios de negocio. Capa de Procesos de Negocio: En esta capa se encuentra la implementación BPM de los procesos de negocio identificados. 62

76 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Capa de Servicios: Esta capa posee todos los servicios web que participan en el sistema, los cuales actúan como clientes del servidor de TFS accediendo a su modelo de objetos. Estos se dividen en: servicios de negocio, que implementan la lógica del negocio, los cuales pueden reutilizarse en los distintos procesos, ya sea para dar soporte a las tareas de servicio de estos, como para el consumo de otras aplicaciones; y servicios de información, que son parte de los servicios de más alto nivel. Acceden directamente a los recursos, y encapsulan las funcionalidades específicas de los sistemas existentes. Capa de Aplicación de TFS: Esta capa incluye la aplicación web de TFS que alberga una serie de servicios web diferentes. Capa de Datos de TFS: Esta capa incluye las bases de datos e infraestructura de almacenamiento de datos. Se ejecuta en SQL Server 2008 SP1 o R2, y alberga las bases de datos para el sistema. 3.3 Patrones de Diseño. Un patrón de diseño es una solución estándar probada y documentada para problemas de desarrollo de software que están sujetos a contextos similares [Gracia 2005]. Para el diseño de la solución se tuvo en cuenta la utilización del patrón de diseño DTO (Data Transfer Object) en español Objeto de Transferencia de Datos. DTO consiste en empaquetar múltiples estructuras de datos en una única estructura de datos a ser transferida entre fronteras físicas (comunicación remota entre servidores y/o máquinas). Es un simple contenedor para un conjunto de datos agregados que necesita ser transferido a través de un proceso o límite de red [Microsoft 2012]. Los DTO son especialmente útiles cuando la aplicación que consume los servicios tiene una representación de datos e incluso un modelo que no tiene por qué coincidir completamente con el modelo de entidades del Dominio. Este patrón, por lo tanto, permite cambiar la implementación interna de las entidades del Dominio y siempre que se respeten las interfaces de los Servicios Web y la estructura de los DTO, dichos cambios en el servidor no afectarán a los consumidores [Microsoft 2012]. A continuación se presenta un ejemplo donde se muestra la utilización del patrón DTO en el sistema. 63

77 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Figura 17 Utilización del patrón DTO en el sistema. 3.4 Modelo de despliegue de la solución propuesta. En este epígrafe se explican los nodos físicos que intervienen en la arquitectura, mostrando además las conexiones entre estos. La vista del despliegue del sistema se muestra en la Figura

78 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Figura 18Modelo de despliegue de la solución. Descripción de los Nodos Nodo: PC Cliente Propósito: Este nodo representa un ordenador de la organización, en donde los usuarios podrán acceder al sistema a través del Portal, utilizando las funcionalidades que brinda el mismo. Este ordenador debe contar con un navegador web Internet Explorer 6.0 o superior o Mozilla Firefox 3.6 o superior, sin importar el sistema operativo. Nodo: Servidor de Procesos de Negocio Propósito: Este nodo representa un servidor que contiene el repositorio de procesos de negocio desarrollados para el sistema en cuestión. 65

79 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA 32 BITS Windows Server 2003 SP1 Windows XP Professional SP3 64 BITS Windows Server 2008 Sistema Operativo Windows Vista, ediciones Ultimate, Business, Enterprise Editions o Home Premium Windows 7, ediciones Ultímate, Enterprise, Professional o Home Premium Navegador Internet Explorer 6.0 o superior Firefox 3.6 o superior Gestor de Base de Datos Microsoft SQL Server 2005 SP2 o superior Microsoft SQL Server 2008 SP1 o superior Microsoft SQL Server 2008 R2 NOTA: En caso de no tener ninguno de estos instalados, el asistente de instalación de BizAgi da la alternativa de instalar SQL Server Express 2005 SP2. Hardware Procesador: Core 2 de 1.66GHz - procesador compatible o superior. RAM: 2GB o superior. Disco Duro: 1GB de espacio libre (unidad C) para la instalación, aunque deben haber como mínimo 20Gb libres para la ejecución de los procesos de negocio. Pantalla: 1024 x 768 o mayor resolución. Otros requisitos: IIS Internet Information Service 5.0 o superior Nodo: Servidor de servicios web. Propósito: Este nodo representa un servidor que contiene todas las funcionalidades y los servicios no solo del sistema elaborado, sino también las de otros sistemas que se están desarrollando. Sistema Operativo Windows XP Windows Vista Windows 7 Windows Server 2008 SP2 Windows Server 2008 R2 Hardware 66

80 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Procesador Pentium 2.8 GHz - RAM 512M Espacio en el disco duro de 20 Gb Resolución de monitor 800x600 Nodo: Servidor de Datos de TFS Propósito: Brindar y almacenar los datos que utiliza el sistema que se está desarrollando, en este caso, el gestor de base de datos instalado en este servidor es SQL Server que es el que utiliza TFS. Hardware [Microsoft 2009] Procesador único a 2.8 GHz Memoria RAM 1 GB. Más de 20 proyectos, de 100 a 250 usuarios, 50 GB de almacenamiento. Más de 50 proyectos, de 250 a 500 usuarios, 80 GB de almacenamiento. 3.5 Definición de indicadores clave de desempeño del proceso. BizAgi cuenta con herramientas para la supervisión de la actividad de negocio: BAM 16, que presentan al usuario una visualización de alto nivel de un proceso en ejecución, con indicaciones claras delos flujos de ruta críticos y cuellos de botella del proceso. El usuario puede profundizar y explorar niveles de detalle, a través de indicadores clave de desempeño (KPI 17 ) para determinar dónde están teniendo lugar los problemas. En este epígrafe se describen los indicadores que fueron definidos para medir el comportamiento de los procesos de negocios identificados, definiendo para ello variables llamadas dimensiones, las cuales se crean a partir de la utilización de Entidades de Sistema, atributos booleanos o Entidades Paramétricas. A continuación se describen los indicadores definidos. Tabla 7 Indicadores definidos para medir desempeño de los procesos de negocio identificados. Indicador Propósito 16 BAM: por sus siglas en inglés, Business Activity Monitoring. 17 KPI: por sus siglas en inglés, Key Performance Indicators. 67

81 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Solicitudes de Prueba rechazadas por una causa específica. Causa de rechazo más frecuente. Periodo de mayor número de solicitudes de prueba. Cantidad de solicitudes aprobadas con un nivel de prueba específico. Obtener la cantidad de Solicitudes de Prueba rechazadas debido una causa especifica. Conocer el error que con más frecuencia los representantes de los proyectos cometen a la hora de enviar una Solicitud de Prueba al Laboratorio de Calidad. Conocer en que época del año el Laboratorio de Calidad recibe mayor número de solicitudes. Obtener el número de solicitudes aprobadas que presentan un nivel de prueba especificado. Las dimensiones creadas para poder obtener tales indicadores son las siguientes: Tabla 8 Dimensiones identificadas para la monitorización de los procesos de negocio. Dimensión Proceso Descripción Solicitud Aprobada Solicitud de Prueba Mide la cantidad de solicitudes que han sido aprobadas o rechazadas en todas las instancias creadas del proceso. Razón de Rechazo Solicitud de Prueba Mide la cantidad de solicitudes que han sido rechazadas según la causa. Nivel de Prueba Solicitud de Prueba Mide el nivel de prueba de las solicitudes enviadas al laboratorio. 3.6 Validación de la solución propuesta. 68

82 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Terminado el diseño y la modelación de los procesos de negocio, se puede llevar a cabo la integración de estos con los servicios web desarrollados, garantizando toda la lógica del negocio embebida en el sistema. A continuación se muestra la ejecución de una instancia de cada uno de los procesos de negocio que componen el Proceso de Pruebas del Laboratorio de Calidad, mostrando así como quedó automatizado el mismo. Para ello se utilizó como caso de estudio una prueba realizada al proyecto Normalización. El primer proceso de negocio a ejecutar dentro del Proceso de Pruebas es Solicitud de Prueba, que inicia con la introducción del nombre del Programa de investigación a que pertenece el Representante del Proyecto, dato que es necesario para acceder a la Colección de Trabajo donde se encuentra el proyecto que se desea probar. Seleccionado el proyecto, como se muestra en la Figura 19, aparece en pantalla la actividad Insertar datos de la Solicitud de Prueba, como se muestra en la Figura 20.En estas actividades intervienen los servicios web que permiten obtener los proyectos de una colección de trabajo y todos los CP asociados al proyecto seleccionado para probar. Figura 19 Forma de la actividad Seleccionar proyecto. 69

83 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Figura 20 Formulario para la actividad Insertar datos de la Solicitud de Prueba. Luego se pasa a la actividad Revisar Solicitud, que debe ser ejecutada por el Líder del Laboratorio de Calidad. Esta tarea muestra en pantalla los datos ingresados por la persona que envió la solicitud, como se observa en la 70

84 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Figura

85 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Figura 21 Forma de la actividad Revisar solicitud. 72

86 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Tomada la decisión de aprobar o no la solicitud, se ejecuta la actividad de servicio Crear WI Solicitud de Prueba en el servidor de TFS, donde intervienen varios servicios web que posibilitan la creación del WI, la inclusión en él de los CP seleccionados junto con sus relaciones, y la adición de toda la documentación brindada en la solicitud. Como resultado debe obtenerse un WI Solicitud de Prueba en el servidor de TFS con los mismos datos incluidos por Representante del Proyecto al formular la solicitud, como se aprecia en la Figura 22. Figura 22Vista del WI Solicitud de Prueba en el servidor de TFS. Una vez introducida en el servidor de TFS la Solicitud de Prueba es creado el Plan de Prueba en MTM con los datos especificados por el Líder del Laboratorio de Calidad en la actividad Insertar datos al Plan de Prueba,ver Figura 23, utilizando para ello un servicio web que posibilite esta acción. Elaborado el plan y confeccionados los conjuntos de prueba que lo componen, debe aparecer en MTM una vista como la que se muestra en Figura 24.Allí (en MTM) también son establecidas las configuraciones de prueba y montado el entorno de la prueba por parte del Especialista de Prueba seleccionado, quien se encarga de asignar probadores a los CP que componen el plan. 73

87 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA Figura 23 Vista de la actividad "Insertar datos al Plan de Prueba". Figura 24. Plan de Prueba creado en MTM. Creado el Plan de Prueba, comienza la ejecución de los CP, de la cual se obtendrán las NC de la prueba, los cuales son visualizados en pantalla por medio de un servicio web que recoge estos datos desde el servidor de TFS. Para concluir el Proceso de Pruebas se obtiene el Informe de Resultados, el cual se genera automáticamente en formato pdf mediante la utilización de un servicio web; y almacena el análisis de los resultados obtenidos en cada iteración, dígase NC, así como consideraciones acerca de la prueba concluida y las conclusiones generales, ver Figura

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

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

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

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

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

La Gestión por Procesos en las Organizaciones La forma en la que los resultados se logran

La Gestión por Procesos en las Organizaciones La forma en la que los resultados se logran La Gestión por Procesos en las Organizaciones La forma en la que los resultados se logran Deloitte S.C. 2014 Reflexiones Aplicando la Gestión por Procesos en nuestras organizaciones Por qué adoptar un

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

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

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

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

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

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

Componente para la transformación a estándares de modelos de procesos de negocio. Modelos de la BPMS Oracle

Componente para la transformación a estándares de modelos de procesos de negocio. Modelos de la BPMS Oracle Instituto Superior Politécnico José Antonio Echeverría Facultad de Ingeniería Informática Componente para la transformación a estándares de modelos de procesos de negocio. Modelos de la BPMS Oracle Informe

Más detalles

Trabajo de compilación bibliográfica Auditoria sistemas. Fernando Salazar Soto 1700421335. BPM "Business Process Management"

Trabajo de compilación bibliográfica Auditoria sistemas. Fernando Salazar Soto 1700421335. BPM Business Process Management Trabajo de compilación bibliográfica Auditoria sistemas Fernando Salazar Soto 1700421335 BPM "Business Process Management" Universidad De Caladas Facultad de Ingeniería Ingeniería de sistemas y computación

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

COMPILACION BIBLIOGRAFICA. BPM (Business Process Management) VIVIANA GÓMEZ BARCO

COMPILACION BIBLIOGRAFICA. BPM (Business Process Management) VIVIANA GÓMEZ BARCO AUDITORIA INFORMATICA COMPILACION BIBLIOGRAFICA BPM (BUSINESS PROCESS MANAGEMENT) VIVIANA GÓMEZ BARCO 1700612708 10 COMPILACION BIBLIOGRAFICA BPM (Business Process Management) VIVIANA GÓMEZ BARCO 1700612708

Más detalles

Automatización de Procesos de Negocio utilizando un BPMS

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

Más detalles

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

Diseño e Implementación de los Procesos de Gestión TI

Diseño e Implementación de los Procesos de Gestión TI Diseño e Implementación de los Procesos de Gestión TI Alumno(s): Año Académico: 2012 Profesor Guía: Contraparte: ALEJANDRO JESUS ARAVENA ORTIZ LORENA ANDREA ALBORNOZ POBLETE DANIEL HORMAZABAL Escuela de

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

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI Informe de Práctica Profesional de 4to Año, Ingeniería Informática Autor: Manuel Alejandro Aguilar Díaz

Más detalles

Introducción a BPM. Programa BPM Business Process Management. Al finalizar el capítulo, el alumno podrá:

Introducción a BPM. Programa BPM Business Process Management. Al finalizar el capítulo, el alumno podrá: Introducción a BPM Al finalizar el capítulo, el alumno podrá: Comprender la importancia de la Gestión de Procesos y la mejora continua de los mismos. Identificar los diferentes procesos existentes en una

Más detalles

Informe de Práctica Profesional. de 3er Año. Ingeniería Informática

Informe de Práctica Profesional. de 3er Año. Ingeniería Informática Informe de Práctica Profesional de 3er Año Ingeniería Informática Título: Informatización de los procesos de negocio: Baja y Evaluación sistemática de estudiantes en el CITI, a través de la suite BPM BizAgi

Más detalles

Programación en Capas.

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

Más detalles

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

Fecha Publicación: 3 de Noviembre 2009. BPM Business Process Management Gestión de Procesos de Negocio

Fecha Publicación: 3 de Noviembre 2009. BPM Business Process Management Gestión de Procesos de Negocio BPM Business Process Management Gestión de Procesos de Negocio Palabras Clave: BPM, Business Process Management, Workflow, Gestión de Procesos de Negocio, Reingeniería de Procesos, Optimización de Procesos,

Más detalles

CA Automation Suite for Hybrid Clouds

CA Automation Suite for Hybrid Clouds HOJA DEL PRODUCTO: For Hybrid Clouds for Hybrid Clouds for Hybrid Clouds está diseñada para aumentar la agilidad y la eficacia, de forma que pueda hacer lo siguiente: Sobrellevar las ráfagas de demanda

Más detalles

Modelando procesos. Introducción al modelamiento de procesos y BPM

Modelando procesos. Introducción al modelamiento de procesos y BPM Modelando procesos Introducción al modelamiento de procesos y BPM Concepto de BPM (Business Process Management) Es un conjunto de: Métodos Herramientas Tecnologías Es un enfoque centrado en los procesos

Más detalles

BPM - Gestión de Procesos

BPM - Gestión de Procesos BPM - Gestión de Procesos Proyecto SIIF 2 con enfoque en procesos Ing. Pablo Morales pmorales@bpfocus.org "Las organizaciones a menudo fallan al no comprender que su efectividad puede mejorar drásticamente

Más detalles

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante SOA Governance (Administración SOA) Luis Alberto Espinoza Bustamante 1 Agenda SOA Governance Algunas Problemas por Falta de Governance Quien: SOA Office (y Centro Competencia SOA) Que: Plan Inicial Como:

Más detalles

Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM

Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM Metodología BPM:RAD - Rapid Analysis & Design Capítulo extraído de El Libro del BPM 2011 Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM

Más detalles

Symantec Data Center Transformation

Symantec Data Center Transformation Symantec Data Center Transformation Un marco integral para la evolución de TI A medida que las empresas se hacen cada vez más dependientes de la tecnología de la información, la complejidad, los costos

Más detalles

Consideraciones para implementaciones BPM y EDA

Consideraciones para implementaciones BPM y EDA Consideraciones para implementaciones BPM y EDA Jesús Buriticá IBM Software Group Brand Architect jburitic@ve.ibm.com Agenda Manejando los conceptos sobre BPM y EDA Abordar una iniciativa BPM/EDA Algunos

Más detalles

Gestión de Procesos de Negocio con ADONIS. Un Producto de BOC Management Office

Gestión de Procesos de Negocio con ADONIS. Un Producto de BOC Management Office Gestión de Procesos de Negocio con ADONIS Un Producto de BOC Management Office Gestión Estratégica y de Rendimiento Mejora Continua del Rendimiento de los Procesos Gestión de la Cadena de Suministro Gestión

Más detalles

Virtual Data Center. Sistemas. Redes. Comunicaciones Ubícuas. Ingenieria de Software. Movilidad

Virtual Data Center. Sistemas. Redes. Comunicaciones Ubícuas. Ingenieria de Software. Movilidad La introducción de las Nuevas Tecnologías de la Información constituye una influencia directa en la estrategia de los negocios. Son un instrumento imprescindible para generar enriquecimiento y mejorar

Más detalles

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011 JIAP 2011 Transitando hacia una Organización Gestionada por Procesos Diego Karbuski - Agosto 2011 Puede convertirse el BPM en un modelo de gestión para el Gobierno? Reducción de costos Transparencia Control

Más detalles

WebServices bajo SOA. SOAagenda team Chile

WebServices bajo SOA. SOAagenda team Chile WebServices bajo SOA SOAagenda team Chile 1 Conceptos Servicio SOA Una tarea de negocio repetitiva validar Crédito Cliente, que cumple estándares SOA WebService Funcionalidades disponibles vía Web, implementadas

Más detalles

Personas IT Ingeniería de Software BPO Capacitación

Personas IT Ingeniería de Software BPO Capacitación Personas IT Ingeniería de Software BPO Capacitación Nosotros Somos una empresa con 23 años de Chile y Colombia. Desarrollamos servicios integrados a través de nuestras 4 unidades de negocio, Outsourcing

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

BPMS Tecnología para la Integración y Orquestación de Procesos, Sistemas y Organización

BPMS Tecnología para la Integración y Orquestación de Procesos, Sistemas y Organización BPMS Tecnología para la Integración y Orquestación de Procesos, Sistemas y Organización Renato de Laurentiis Gianni Director IBERICA IT Group Introducción Cada vez más los Sistemas BPMS-Business Process

Más detalles

Diplomatura en Gestión de Procesos (BPM)

Diplomatura en Gestión de Procesos (BPM) Diplomatura en Gestión de Procesos (BPM) BPM01 Introducción a la Gestión por Procesos y Tecnologías BPM Módulo para obtener conocimientos sólidos sobre la Gestión por Procesos (BPM) y Tecnologías BPMS

Más detalles

Presentación Comercial IXAYA Crédito

Presentación Comercial IXAYA Crédito Presentación Comercial IXAYA Crédito Versión: 2.0.1 Fecha: 21/04/2014 Elaboró: División Consultoría Contenido 1. Descripción de la solución....3 1.1. Beneficios....4 1.2. Modelo operativo....5 1.3. Arquitectura

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

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

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA) Espiñeira, Sheldon y Asociados * No. 12-2009 *connectedthinking 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

Más detalles

Facultad de Ingeniería Informática. Informe de las Practicas Profesionales

Facultad de Ingeniería Informática. Informe de las Practicas Profesionales Facultad de Ingeniería Informática Complejo de Investigaciones Tecnológicas Integradas Informe de las Practicas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra

Más detalles

LA GESTIÓN POR PROCESOS EN EL ASEGURAMIENTO Y GESTIÓN DE LA CALIDAD DEL SOFTWARE. THE PROCESS MANAGEMENT IN INSURANCE AND QUALITY MANAGEMENT SOFTWARE.

LA GESTIÓN POR PROCESOS EN EL ASEGURAMIENTO Y GESTIÓN DE LA CALIDAD DEL SOFTWARE. THE PROCESS MANAGEMENT IN INSURANCE AND QUALITY MANAGEMENT SOFTWARE. LA GESTIÓN POR PROCESOS EN EL ASEGURAMIENTO Y GESTIÓN DE LA CALIDAD DEL SOFTWARE. THE PROCESS MANAGEMENT IN INSURANCE AND QUALITY MANAGEMENT SOFTWARE. Autores: Ing. Rosa María Renté Labrada 1, Mrs. Aurelio

Más detalles

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

DIPLOMADO EN MODELADO Y AUTOMATIZACIÓN DE PROCESOS DE NEGOCIO

DIPLOMADO EN MODELADO Y AUTOMATIZACIÓN DE PROCESOS DE NEGOCIO INSTITUTO TECNOLÓGICO AUTÓNOMO DE MÉXICO DIPLOMADO EN MODELADO Y AUTOMATIZACIÓN DE PROCESOS DE NEGOCIO Coordinador: Dr. Armando Maldonado Justificación Los procesos de negocio constituyen la columna vertebral

Más detalles

CA Automation Suite for Data Centers

CA Automation Suite for Data Centers HOJA DEL PRODUCTO: CA Automation Suite for Data Centers CA Automation Suite for Data Centers agility made possible La tecnología ha aventajado a la gestión manual en todas las empresas grandes y en muchas

Más detalles

www. magmasoft.com.ec

www. magmasoft.com.ec www.magmasoft.com.ec ÍNDICE ÍNDICE Empresa y Servicios Productos y servicios Enterprise Content Management (ECM) Ephesoft Alfresco BPM RedHat BPM Bonita MIDDLEWARE JBoss JBoss Fuse Service Networks JBoss

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

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 El problema: las aplicaciones tradicionales no le proveen la agilidad necesaria

Más detalles

BPMN 2.0. Bizagi Suite. Copyright 2014 Bizagi

BPMN 2.0. Bizagi Suite. Copyright 2014 Bizagi BPMN 2.0 Bizagi Suite BPMN 2.0 1 Tabla de Contenido Scope... 2 BPMN 2.0... 2 Qué es BPMN?... 2 Por qué es importante modelar con BPMN?... 3 Conceptos clave... 3 Proceso De Solicitud De Crédito... 3 Proceso

Más detalles

Definición de principios de arquitectura para arquitectura empresarial de la organización

Definición de principios de arquitectura para arquitectura empresarial de la organización Definición de principios de arquitectura para arquitectura empresarial de la organización 35 Enrique Arroyo E. Arroyo Universidad Iberoamericana, Prolongación Paseo de la Reforma 880, Alvaro Obregon, Lomas

Más detalles

Integración de AuraPortal con SAP

Integración de AuraPortal con SAP Integración de AuraPortal con SAP Se puede definir como la estrategia empresarial enfocada a gestionar los procesos de negocio. BPM se soporta sobre tecnología de información para automatizar tareas y

Más detalles

ITIL MOF COBIT A QUIEN ESTA DIRIGIDO

ITIL MOF COBIT A QUIEN ESTA DIRIGIDO DESCRIPCION La Biblioteca de Infraestructura de Tecnologías de Información, frecuentemente abreviada ITIL (del inglés Information Technology Infrastructure Library), es un marco de trabajo de las buenas

Más detalles

Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto.

Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto. Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto. 2 José Martinez Garro 1 Patricia Bazán 2 Emilio Lorenzón 1 LINTI Facultad de Informática UNLP 2 Facultad

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

Plataforma Tecnológica Qué es Marino Imagine? La integración de los requerimientos de sistemas informáticos en la determinados sectores. infraestructura de la empresa ha sucedido de forma Sus carencias

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

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

FOREST BPMS. Arquitectura Forest BPMS. Metodologia de implementación. Fase I Instalación

FOREST BPMS. Arquitectura Forest BPMS. Metodologia de implementación. Fase I Instalación FOREST BPMS Arquitectura Forest BPMS Metodologia de implementación Fase I Instalación 1. Instalación del sistema de información Forest en los servidores provistos por la entidad Entregable: Documento de

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

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

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

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK 1 LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK Miguel Angel Abellán Juliá Gerente de Soluciones para Administraciones Públicas. Hewlett-Packard Española,

Más detalles

4 en 1: 1. BPMS (Gestión por Procesos). 2. Intranet. 3. Gestión Documental (SPS). 4. Portales B2B y B2C.

4 en 1: 1. BPMS (Gestión por Procesos). 2. Intranet. 3. Gestión Documental (SPS). 4. Portales B2B y B2C. 4 en 1: 1. BPMS (Gestión por Procesos). 2. Intranet. 3. Gestión Documental (SPS). 4. Portales B2B y B2C. AuraPortal Consejo de Cuentas de Castilla y León Pablo Trilles Director Comercial pablo.trilles@grupoauraportal.com

Más detalles

ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN

ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN La Plataforma de Servicios Telemáticos desarrollada por SOFTEL bajo la denominación de: proyecto INTEGRO, constituye

Más detalles

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría Gestión del Portfolio de Proyectos HP Portfolio & Project Información de Producto 2010 Dirección de Consultoría 2 1. Introducción Actualmente las organizaciones necesitan hacer frente a la complejidad

Más detalles

HOJA TÉCNICA. SemTalk 2

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

Más detalles

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Ministerio del Poder Popular para las Telecomunicaciones y la Informática Centro Nacional de Tecnologías de Información Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

Visión General GXflow. Última actualización: 2009

Visión General GXflow. Última actualización: 2009 Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

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

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

Más detalles

Muestra de solicitud para una propuesta de un conjunto de aplicaciones de Gestión de Procesos de Negocio KIT DE HERRAMIENTAS DEL COMPRADOR DE BPMS

Muestra de solicitud para una propuesta de un conjunto de aplicaciones de Gestión de Procesos de Negocio KIT DE HERRAMIENTAS DEL COMPRADOR DE BPMS KIT DE HERRAMIENTAS DEL COMPRADOR DE BPMS Muestra de solicitud para una propuesta de un conjunto de aplicaciones de Gestión de Procesos de Negocio Parte 1 del kit completo de herramientas del comprador

Más detalles

Presentación Sistema de Gestión por procesos S.G.P. con AuraPortal BPMs

Presentación Sistema de Gestión por procesos S.G.P. con AuraPortal BPMs Presentación Sistema de Gestión por procesos S.G.P. con AuraPortal BPMs Gestión por procesos Departamento1 Departamento2 Departamento3 Proceso 1 Empleado1 Empleado5 Empleado9 Proceso 2 Empleado2 Empleado6

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

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Murcia Director General de Informática Consejería de Economía y Hacienda Comunidad Autónoma de la Región de Murcia Jefe

Más detalles

Service Oriented Architecture

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

Más detalles

Tutora: Paula Angeleri. Universidad de Belgrano

Tutora: Paula Angeleri. Universidad de Belgrano Universidad de Belgrano Las tesinas de Belgrano Facultad de Ingeniería y Tecnología Informática Carrera Licenciatura en Sistemas de Información Sistema de Administración de clientes desarrollado con Business

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

puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales?

puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales? RESUMEN DE LA SOLUCIÓN Service Operations Management puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales? agility made possible (SOM) de CA Technologies es una solución

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

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

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web.

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web. Microsoft Office SharePoint Server 2007 es un conjunto integrado de características de servidor que puede contribuir a mejorar la eficacia organizativa al ofrecer completas funciones de administración

Más detalles

Copyright 2011 - Bizagi. Bizagi BPM Suite. Descripción Funcional

Copyright 2011 - Bizagi. Bizagi BPM Suite. Descripción Funcional Copyright 2011 - Bizagi Bizagi BPM Suite Descripción Funcional Tabla de contenido 1. Introducción... 4 Cómo funciona Bizagi?... 4 Modelamiento... 5 Ejecución... 5 Mejoramiento continuo... 5 2. Modelado...

Más detalles

Soluciones Informáticas para gestionar su empresa Presentación de empresa la Compañía La Compañía NEO GRUP Management, es un proyecto definido y creado para proporcionar a nuestros clientes, trabajando

Más detalles

Desarrollo del enfoque de gestión por procesos en el Sistema de Aseguramiento de la Calidad de la UPCH Versión 1.0

Desarrollo del enfoque de gestión por procesos en el Sistema de Aseguramiento de la Calidad de la UPCH Versión 1.0 Desarrollo del enfoque de gestión por procesos en el Sistema de Aseguramiento de la Calidad de la UPCH Versión 1.0 Preparado por: Ing. Alberto Fernández Bringas Asesor de la DUGEC, Docente UPCH Revisado

Más detalles

El impacto del relevamiento y modelado de procesos en la implantación de sistemas informáticos

El impacto del relevamiento y modelado de procesos en la implantación de sistemas informáticos El impacto del relevamiento y modelado de procesos en la implantación de sistemas informáticos KPMG, Abril 2013 KPMG afiliadas a KPMG International Cooperative ( KPMG International ), una entidad suiza.

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

Qué significa workflow? Qué es un proceso de negocio? Qué es un software de workflow? Qué es Q-flow?

Qué significa workflow? Qué es un proceso de negocio? Qué es un software de workflow? Qué es Q-flow? Qué significa workflow? Es un término en inglés para proceso de negocio. Su uso en ese idioma se extendió para todo lo vinculado a herramientas informáticas que contribuyen a la automatización y al control

Más detalles

Gestión de activos con Maximo y Tivoli Service Request Manager

Gestión de activos con Maximo y Tivoli Service Request Manager en colaboración con: Capgemini e IBM Maximo Gestión de activos con Maximo y Tivoli Service Request Manager Capgemini es en la actualidad el único partner global para la implantación de soluciones de gestión

Más detalles

Av. El Dorado No. 68C -61 OF. 215 Centro Empresarial y de Negocios Torre Central Tel.: 57 (1) 4058635 cel.: 3203393546 3138327687

Av. El Dorado No. 68C -61 OF. 215 Centro Empresarial y de Negocios Torre Central Tel.: 57 (1) 4058635 cel.: 3203393546 3138327687 Av. El Dorado No. 68C -61 OF. 215 Centro Empresarial y de Negocios Torre Central Tel.: 57 (1) 4058635 cel.: 3203393546 3138327687 contactenos@softwaresci.com /scisoftware@hotmail.com Acerca de SCI SCI

Más detalles

Anuncio de software ZP09-0262 de IBM Europe, Middle East and Africa con fecha 18 de agosto de 2009

Anuncio de software ZP09-0262 de IBM Europe, Middle East and Africa con fecha 18 de agosto de 2009 con fecha 18 de agosto de 2009 IBM FileNet Business Process Manager V4.5.1 incluye características nuevas, componentes adicionales y un pack de inicio de Agile Enterprise Content Management Índice 1 Visión

Más detalles

MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA)

MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) Nelson Beltran Galvis Grupo de Investigación de Ingeniería de Software, Universidad Francisco de Paula Santander.

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

TECNOLOGÍA SOFTWARE PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN

TECNOLOGÍA SOFTWARE PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN TECNOLOGÍA SOFTWARE PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN Sistemas para el Procesamiento de las Transacciones (TPS Transaction Processing Systems) Sistemas Operacionales Sistemas operacionales

Más detalles

Oracle Application Server 10g

Oracle Application Server 10g Oracle Application Server Oracle Application Server 10g La plataforma de aplicaciones más completa e integrada del mercado Puntos a comparar Lo más importante antes de realizar un análisis comparativo

Más detalles