Facultad de Ingeniera Informtica Complejo de Investigaciones Tecnolgicas Integradas (CITI)

Informe de Prctica Profesional de 4to Ao, Ingeniera Informtica

Desarrollo del proceso de negocio Gestin de no conformidades en el CITI como caso prctico de estudio, mediante Oracle BPM Suite

Autor(a): Heidys Nuez Jimnez Tutor(a):Ing. Yuliet Espinosa Cruz CITI yespinosa@udio.cujae.edu.cu

La Habana, Cuba Junio, 2012

Resumen El presente trabajo se realiza en el Complejo de Investigaciones Tecnolgicas Integradas (CITI), plataforma de colaboracin Ministerio de Educacin Superior (MES) - Ministerio del Interior (MININT). El CITI plantea ser un centro de referencia en la aplicabilidad de los resultados que obtenga en el desarrollo de sistemas, tecnologas y aplicaciones integradas novedosas con impacto en la seguridad y el orden interior. Como estrategia esta institucin pretende asimilar la tecnologa JDeveloper que es un entorno de desarrollo integrado desarrollado por Oracle Corporation para los lenguajes Java, HTML, XML, SQL, PL/SQL, Javascript, PHP, Oracle ADF, UML y otros. Es un software propietario pero gratuito desde 2005. Para ello se modela e implementa el Proceso de no Conformidad como caso prctico de estudio para que de esta manera se logre la asimilacin de dicha tecnologa, dicho proceso forma parte del programa de mejora continua de una institucin y tiene como objetivos controlar y eliminar los problemas detectados en los diferentes procesos que se llevan a cabo dicha organizacin.

ndice Introduccin ...................................................................................................................................... 1 1. Captulo 1: Tecnologas y herramientas empleadas en la solucin ............................................ 3 1.1. Gestin de Procesos de Negocio (BPM) ............................................................................. 3 Procesos de Negocio................................................................................................... 3 Fases del ciclo de vida de BPM ................................................................................... 4 Sistemas de Gestin de Procesos de Negocio (BPMS) ............................................... 5 Ventajas de BPM ......................................................................................................... 7 Integracin de BPMS con otras aplicaciones ............................................................... 8

1.1.1. 1.1.2. 1.1.3. 1.1.4. 1.1.5. 1.2

Arquitectura Orientada a servicios (SOA) ........................................................................... 9 El papel de los Servicios Web dentro de una SOA ...................................................... 9 Ventajas de los Servicios Web .................................................................................. 10

1.2.1 1.2.2 1.3

Combinacin de SOA y BPM ............................................................................................ 10

Captulo 2: Anlisis y Diseo de Procesos de Negocio ................................................................... 11 2.1 2.2 Diagnstico del negocio .................................................................................................... 11 Diseo de los procesos de negocio .................................................................................. 12 Descripcin de los procesos de negocio .................................................................... 16 Modelacin del proceso ............................................................................................. 17 Reglas del negocio .................................................................................................... 18 Participantes de los procesos de negocio .................................................................. 18 Modelo de objetos del negocio .................................................................................. 18 Indicadores claves ..................................................................................................... 20 Funcionalidades necesarias ...................................................................................... 21

2.2.1 2.2.2 2.2.3 2.2.4 2.2.5 2.2.6 2.2.7

Captulo 3: Descripcin de la solucin propuesta............................................................................ 22 3.1 3.2 Arquitectura de la solucin propuesta ............................................................................... 22 Modelo de despliegue de la solucin propuesta ............................................................... 23 Descripcin de cada nodo. ........................................................................................ 23 Distribucin fsica en cada uno de los nodos ............................................................. 24

3.2.1 3.2.2 3.3

Validacin de la solucin propuesta.................................................................................. 24 Integracin con el directorio activo de la organizacin ............................................... 24

3.3.1 3.4

Anlisis de factibilidad de la solucin propuesta. .............................................................. 25

Conclusiones .................................................................................................................................. 26 Recomendaciones .......................................................................................................................... 27 Bibliografa...................................................................................................................................... 28

ndice de Figuras Figura 1. Fases del ciclo de vida de BPM....5 Figura 2. Modelo Inicial del proceso.....17 Figura3. Modelo detallado del Proceso...18 Figura 4. Modelo de Objeto del Negocio..20 Figura 5. Arquitectura en capas de la solucin propuesta.22 Figura6. Modelo de Despliegue23 Figura7. Distribucin fsica de los nodos.24

Introduccin
El Complejo de Investigaciones Tecnolgicas Integradas (CITI) surge como un proyecto de coordinacin entre la CUJAE y el MININT. Esta entidad se encuentra en estado de formacin tanto constructivamente como tecnolgicamente y est concebida de forma tal que albergue las tecnologas ms avanzadas con las que se trabaja a nivel mundial.

La misin del CITI es desarrollar tecnologas para potenciar la seguridad y el orden interior del pas para lo que se contar con la superacin cientfica de los profesionales de acuerdo a las soluciones que se implementen mediante la ejecucin de proyectos de investigacin. Tiene como visin ser una organizacin creativa, innovadora, de referencia en la gestin del capital humano y en la aplicabilidad de los resultados que obtenga en el desarrollo de sistemas, tecnologas y aplicaciones integradas novedosas con impacto en la seguridad y el orden interior, para lo cual sustentar el trabajo en la integracin de profesionales altamente calificados con estudiantes de talento. [CITI, 2009]

Para proyectar esta visin, la direccin del CITI observ la importancia que tiene la Gestin por Procesos y decidi adentrarse en el mundo BPM para conducir el desempeo de la institucin. En vista a ello, un equipo multidisciplinario conformado mayormente por analistas de negocio, se dio a la tarea de modelar los procesos de la organizacin.

En estudios anteriores fue seleccionado BizAgi para ser empleado en el CITI debido a las caractersticas que brinda esta suite, lo que ha permitido desplegar una serie de procesos en la organizacin. Actualmente existen un conjunto variado de BPMS en el mercado, entre ellos se destacan: Intalio, Bonita, BizAgi, JBPM, Oracle BPM Suite, Ultimus y Tibco.

Actualmente la institucin pretende asimilar la tecnologa JDeveloper que es un entorno de desarrollo integrado desarrollado por Oracle Corporation para los lenguajes Java, HTML, XML, SQL, PL/SQL, Javascript, PHP, Oracle ADF, UML y otros .Esto se debe a la amplia gama de caractersticas que posee y ademases un software propietario pero gratuito.

Dada esta situacin problemtica se identific como problema a resolver la asimilacin de la tecnologa JDeveloper de Oracle para una futura integracin y ejecucin de los procesos de negocio del CITI.

El objetivo general que persigue este trabajo es desarrollar un caso prctico con la tecnologa JDeveloper de Oracle de manera que se alcance la asimilacin correcta de dicha tecnologa. Para el logro de este objetivo se identificaron los siguientes objetivos especficos: El estudio y asimilacin de la tecnologa JDeveloper de Oracle. Modelar e implementar el proceso de Registro de No Conformidad como caso prctico de estudio.

En vista a los objetivos propuestos se identificaron las siguientes tareas a desarrollar: Estudio y asimilacin de las funcionalidades brindadas por las tecnologas de Oracle BPM Suite para la automatizacin de procesos de negocio. Anlisis, modelacin y diseo del proceso de negocio Gestin de no Conformidades en el CITI. Diseo y creacin del modelo de datos del proceso en Oracle BPM Suite. Definicin y configuracin de las reglas de negocio en Oracle BPM Suite. Creacin de los formularios necesarios en el proceso en Oracle BPM Suite. Despliegue del proceso en el portal web de Oracle BPM Suite.

Una vez desarrollado el caso prctico con la tecnologa JDeveloper de Oracle de se alcanza la asimilacin correcta de dicha tecnologa lo que permite la superacin de los conocimientos de dicha tecnologa para una futura integracin y ejecucin de los procesos de negocio del CITI esta eleccin se debe a la amplia gama de caractersticas que posee la Suite de Oracle y adems de ser un software gratuito. La solucin implementada a travs de tecnologas BPM garantiza un mayor control y eficiencia en la gestin de los procesos y facilita una mejor toma de decisiones, que ayuda a dirigir los esfuerzos de la empresa de manera planeada y alineada con los objetivos estratgicos. La organizacin se puede adaptar ms fcil a los repentinos cambios del mundo empresarial, gracias a las tecnologas que presenta.

Captulo 1: Tecnologas y herramientas empleadas en la solucin

1.1. Gestin de Procesos de Negocio (BPM) Business Process Management (BPM) es un conjunto de mtodos, herramientas y tecnologas utilizados para disear, representar, analizar y controlar procesos de negocio operacionales. BPM es un enfoque centrado en los procesos para mejorar el rendimiento que combina las tecnologas de la informacin con metodologas de proceso y gobierno. BPM es una colaboracin entre personas de negocio y tecnlogos para fomentar procesos de negocio efectivos, giles y transparentes. BPM abarca personas, sistemas, funciones, negocios, clientes, proveedores y socios. BPM combina mtodos ya probados y establecidos de gestin de procesos con una nueva clase de herramientas de software empresarial. Ha posibilitado adelantos muy importantes en cuanto a la velocidad y agilidad con que las organizaciones mejoran el rendimiento de negocio BPM facilita directamente los fines y objetivos de negocio de la compaa: crecimiento sostenido de los ingresos brutos y mejora del rendimiento mnimo; aumento de la innovacin; mejora de la productividad; incremento de la fidelidad y satisfaccin del cliente y niveles elevados de eficiencia del personal. BPM incorpora ms capacidad que nunca para alinear actividades operacionales con objetivos y estrategias. Concentra los recursos y esfuerzos de la empresa en la creacin de valor para el cliente. BPM tambin permite una respuesta mucho ms rpida al cambio, fomentando la agilidad necesaria para la adaptacin continua. El enfoque BPM permite agilizar las operaciones que se llevan a cabo en una empresa, siendo los Procesos de Negocio (PN) el medio para la mejora y las Tecnologas de Informacin (TI) las herramientas claves para lograrlo. BPM se define entonces como la metodologa empresarial cuyo objetivo es mejorar la eficiencia de una organizacin a travs de la gestin sistemtica de los PN, que se deben modelar, automatizar, integrar, monitorizar y optimizar de forma continua.

La Gestin de Procesos de Negocios constituye un elemento indispensable que proporciona a las organizaciones actuales la agilidad y flexibilidad que necesitan para adaptarse de manera rpida y productiva a los constantes cambios del ambiente empresarial. Esta incluye la combinacin correcta de direccin empresarial y tecnologas, que puede verse como gua y base para la obtencin de niveles adecuados de rendimiento y eficiencia en una institucin. [Garimella, 2008] 1.1.1. Procesos de Negocio Un proceso de negocio es una coleccin de actividades diseadas para producir una salida especfica para un cliente o mercado. Es un conjunto de tareas relacionadas lgicamente y llevadas a cabo para lograr un resultado de negocio definido. Implica un fuerte nfasis en cmo se hace el trabajo en una organizacin. As, un proceso es un ordenamiento especfico de actividades

de trabajo a travs del tiempo y del espacio, con un comienzo, un fin, entradas y salidas claramente identificados. Por otro lado Microsoft aporta la siguiente definicin: Un proceso de negocio es un tipo de proceso especial que describe las actividades de una organizacin orientado al mercado. Su objetivo principal es satisfacer las necesidades de los clientes. [Microsoft, 2006] Las entradas son requisitos que deben tenerse antes de que una funcin pueda ser aplicada. Cuando una funcin es aplicada a las entradas de un mtodo, tendremos ciertas salidas resultantes. Es una coleccin de actividades estructurales relacionadas que producen un valor para la organizacin, sus inversores o sus clientes. Es, por ejemplo, el proceso a travs del que una organizacin ofrece sus servicios a sus clientes. Un proceso de negocio puede ser parte de un proceso mayor que lo abarque o bien puede incluir otros procesos de negocio que deban ser incluidos en su funcin. El modelado de procesos es usado para capturar, documentar y redisear procesos de negocio.

Los procesos poseen las siguientes caractersticas: 1. Pueden ser medidos y estn orientados al rendimiento 2. Tienen resultados especficos 3. Entregan resultados a clientes 4. Responden a alguna accin o evento especfico 5. Las actividades deben agregar valor a las entradas del proceso. 1.1.2. Fases del ciclo de vida de BPM Las actividades que constituyen la gestin de procesos de negocios se pueden agrupar en cuatro etapas: modelado, ejecucin, monitoreo y optimizacin [Larrechart, 2007] .Las mismas se representan en la Figura 1.

Modelado La etapa de modelado abarca tanto el diseo como la modelacin de los procesos. El objetivo de este paso es asegurar que un correcto y eficiente diseo terico sea preparado.

Ejecucin En esta etapa se integran los componentes necesarios para implementar el proceso. Una vez implementado el proceso, el mismo se pone en explotacin y aqu es cuando se recolecta la informacin para control, y seguimiento. 4

Monitoreo Esta es la etapa donde se le da seguimiento a los procesos, y donde se analiza la informacin de su ejecucin.

Optimizacin La optimizacin de procesos incluye: la recuperacin de informacin sobre el rendimiento del proceso desde la fase de monitoreo o modelacin; identificacin de los potenciales o reales cuellos de botella y las oportunidades potenciales de ahorro de costos u otras mejoras, y entonces, la aplicacin de estas mejoras en el diseo del proceso.

Fig. 1. Fases del ciclo de vida de BPM

1.1.3. Sistemas de Gestin de Procesos de Negocio (BPMS) BPMS es la suite de tecnologas BPM, lo que incluye todos los mdulos funcionales, las capacidades tcnicas y la infraestructura de apoyo, integradas en un nico entorno que realiza todas las funciones de la tecnologa BPM de manera perfecta, sin fallas. BPMS permite realizar un control del flujo de informacin mediante la interaccin entre todos los entes involucrados en un proceso, sean sistemas o personas, proveyendo una serie de beneficios como la mejora de niveles de servicio, eficiencia, transparencia, etc. BPM (Business Process Management), o BPMS (BPM Suite) es el conjunto de servicios y herramientas que facilitan la administracin de procesos de negocio. Por administracin de procesos entendemos: anlisis, definicin, ejecucin, monitoreo, y control de los procesos. 5

1.1.1.1. Caractersticas:

BPMS utilizada: Oracle JDeveloper 11g

Oracle BPM Suite 11g presenta caractersticas en su campo que les permite a los clientes ver potencial de BPM. Provee un set asimilativo de herramientas para la modelacin del negocio unificadas como una sola pieza dentro de un medio ambiente integrado de modelacin. El proceso puede estar basado en la Web, reglas de negocio, el modelado, y el cambio. Soporta reseas basadas en actores, un actor puede tener acceso a XML y ejecutar servicios. JDeveloper es un entorno de desarrollo integrado desarrollado por Oracle Corporation para los lenguajes Java, HTML, XML, SQL, PL/SQL, Javascript, PHP, Oracle ADF, UML y otros. Es un software propietario pero gratuito desde 2005.

Las primeras versiones de 1998 estaban basadas en el entorno JBuilder de Borland, pero desde la versin 9i de 2001 est basado en Java, no estando ya relacionado con el cdigo anterior de JBuilder.

Mantiene a BPMN 2.0, estndar del Grupo de Gestin del Objeto (OMG) nativamente, es decir, no la transforma para otro lenguaje o tecnologa .A travs del uso de BPMN 2.0 construye, como portales de acceso ,la lgica del proceso aunque este muy complicadas pueden estar fcilmente expresadas. Adems proporciona un modelado amigable para las reglas del negocio. [Weingartner, 2010] Requerimientos: Para Windows XP, 2003, 2000 (Incluye JDK 6) jdevstudio11113install.exe (1185 MB)

Instalacin de Linux (Incluye JDK 6) jdevstudio11113install.bin (1124 MB) Base de instalacin: Utilizar el men Ayuda-> check-para-update en JDeveloper para descargar extensiones para JDeveloper incluyendo soporte de JUnit, la integracin de gestin de versiones y muchas otras herramientas.

Extensiones: El framework para desarrollar extensiones ha sido mejorado para que utilice OSGI, lo cual permitir no solo una mejor administracin de las extensiones dentro de JDeveloper, sino tambin un mejor 6

control sobre el desarrollo de extensiones para JDeveloper. El Framework cuenta tambin con una gua del desarrollador. ADF Skin Editor: Con el ADF Skin Editor se podrn disear la presentacin de las aplicaciones ADF de manera ms simple y a travs de un editor visual del CSS que luego puede ser utilizado dentro de cualquier aplicacin ADF. El skin Editor tambin se encarga de generar los archivos de configuracin correspondientes para que as se haga uso sencillo del skin. 1.1.4. Ventajas de BPM La Gestin o Administracin de Procesos de Negocio (BPM) es un enfoque centrado en procesos para mejorar el rendimiento, la productividad y eficiencia de una organizacin, que combina metodologas de direccin empresarial y tecnologas, es un conjunto de mtodos, herramientas y tecnologas utilizados para disear, analizar, modelar, automatizar, integrar, monitorizar y optimizar procesos de negocio de forma continua. Proporciona a las organizaciones la agilidad y flexibilidad que necesitan para adaptarse de manera rpida y productiva a los constantes cambios del ambiente empresarial, a travs de la optimizacin de los procesos. Combina conocimiento del negocio con capacidades de software para optimizar y gestionar los procesos, facilitando la innovacin. [Laurentis, 2006].

Como ventajas de BPM se identifican: Simplificacin: BPM comienza por el modelado y documentacin del funcionamiento de procesos y evoluciona tratando de simplificarlos, agilizarlos y hacerlos ms eficientes. Rentabilidad: La posibilidad de optimizar la asignacin de trabajos a Personas y Sistemas permite reducir los ciclos de trabajo y soportar mayores volmenes. La mejora de la eficiencia justifica un rpido Retorno de Inversin en BPM. Orden y Control: La definicin de los procesos y la aplicacin de reglas de negocio aseguran la conformidad no solo con las polticas y normas, sino tambin permite ajustar el rendimiento a las mejores prcticas empresariales. Mejora de la velocidad de realizacin de los procesos de negocio. BPM puede reducir los tiempos reduciendo las demoras y las duraciones de las tareas mediante la automatizacin de ciertos pasos, permitiendo que varias etapas se den en paralelo e imponiendo lmites de tiempo en la terminacin de las tareas. Incremento de la satisfaccin del cliente. Acelerando los procesos y asegurando que nada falla, tanto los clientes internos como los externos obtienen la informacin y las respuestas que necesitan ms rpida y fcilmente. Responsabilidad e integridad. BPM asegura que todas las reglas de negocio requeridas son satisfechas y todos los pasos completados.

Optimizacin y eliminacin de tareas innecesarias. Simplemente modelando los procesos, las organizaciones pueden frecuentemente encontrar oportunidades y eliminar trabajo innecesario. Adems usando un BPMS se pueden proporcionar medidas de los procesos que se estn gestionando facilitando el seguimiento y control de los mismos, as como su mejora y optimizacin.

Agilidad organizacional. BPM proporciona un excelente medio para conseguir agilidad organizacional. Cuando un proceso cambia, es relativamente fcil cambiar las reglas, los roles y las relaciones que definen ese proceso.

Mejora Continua: El objetivo ltimo de BPM es la optimizacin del rendimiento empresarial. BPM proporciona indicadores de negocio para el seguimiento en tiempo real de la evolucin de los procesos. El establecimiento de alertas permite detectar de forma temprana cualquier incidencia.

1.1.5. Integracin de BPMS con otras aplicaciones A partir de una penetrante globalizacin y el incremento de mercados cada vez ms competitivos, los retos de negocio de las organizaciones se han incrementado notablemente. Para lograr xito las compaas deben responder rpidamente a los cambios en el mercado, por lo que se requiere de un trabajo gil que permita resolver los problemas del presente y permita tambin aprovechar las oportunidades del maana.

Los BPMS, para el manejo de procesos de negocio flexibles, requieren medios que brinden un alto grado de integracin e intercambio de la informacin del negocio dispersa en diferentes sistemas distribuidos dentro de una organizacin, y en algunas ocasiones en aplicaciones externas. Estos procesos de integracin de informacin y aplicaciones suelen ser complejos y costosos; sin embargo, para ello las BPMS proporcionan herramientas y funcionalidades orientadas a garantizar la interaccin con servicios web y la adaptacin a una SOA. [Bazn, 2009]

A partir de esta versin JDeveloper incluye soporte a JSF 2.0 y Maven 2. Los componentes de ADF Faces se pueden trabajar dentro de JSF 2.0 y toda aplicacin que se trabaje dentro de JDeveloper 11g R2 va a ser migrada a JSF 2.0.

El soporte para Maven mejora cantidades y se puede catalogar que ahora si es real, ahora desde JDeveloper 11g se pueden manejar las libreras, publicar a un repositorio local, asistente de cdigo para editar POM, creacin de nuevas proyectos y aplicaciones en Maven y crear POMs a partir de aplicaciones y proyectos en JDeveloper. Incluye soporte para el lenguaje Comercial (BPEL) de ejecucin de proceso. BPEL es en particular til para flujos de integracin y para orquestaciones de servicio. 8

1.2

Arquitectura Orientada a servicios (SOA)

La arquitectura orientada a servicios (SOA) es un marco de trabajo conceptual que permite a las organizaciones unir los objetivos de negocio con la infraestructura de las tecnologas de la informacin, integrando los datos y la lgica de negocio de sus sistemas separados. SOA consiste en un conjunto de servicios tanto de negocio como tecnolgicos que, interactuando entre ellos, proporcionan la lgica necesaria para construir aplicaciones de una manera rpida. Adems proporciona una serie de guas y recomendaciones para conseguir los objetivos que se impone una organizacin a la hora de desarrollar aplicaciones. Permite implementar nuevos servicios de negocio; as como facilita la modificacin de los servicios actuales, garantizando un menor tiempo. Adems ayuda a rentabilizar la inversin hecha en software al integrar sistemas cerrados, antiguos y servicios de otras reas de negocio u otras organizaciones. Con la aplicacin de SOA se evita continuos y costosos proyectos "de integracin", ya que las mejoras a cualquier aplicacin son transparentes a todas las otras. La informacin de negocio permite mejores decisiones de negocio. [W3C, 2004] 1.2.1 El papel de los Servicios Web dentro de una SOA Los servicios Web son aplicaciones que utilizan estndares para el transporte, codificacin y protocolo de intercambio de informacin. Permiten la intercomunicacin entre sistemas de cualquier plataforma y se utilizan en una gran variedad de escenarios de integracin, por ejemplo, dentro de las organizaciones. [Microsoft, 2006] Si bien SOA ha surgido como una infraestructura tecnolgica basada en internet, sus fundamentos permiten alinear completamente el diseo de procesos y el de servicios web que soportan las transacciones que pueden ser automatizadas. Tras la interfaz de un servicio web se pueden encapsular tareas de distinta granularidad, facilitando la integracin principalmente a tres niveles: a nivel de datos, de aplicacin o de negocio. Un servicio Web puede encapsular un servicio de negocio que representa una actividad, un subproceso o incluso un proceso completo. [Franco, 2007] Los Servicios Web se han convertido en el estandarte de SOA, ya que esta tecnologa posee un conjunto de caractersticas que permiten cubrir todos los principios de la orientacin a servicios. Los Servicios Web pueden generar dos tipos de Arquitecturas Orientadas a Servicios: Arquitectura Orientada a Servicios Tradicional. Arquitectura Orientada a Servicios de segunda generacin.

La SOA Tradicional es aquella que utiliza los principios y tecnologas bsicos de los Servicios Web. Esto significa utilizar SOAP como lenguaje de intercambio, WSDL como lenguaje para la descripcin de los servicios y UDDI para la publicacin o registro de los mismos. 1.2.2 Ventajas de los Servicios Web Un servicio web es una pieza de software que utiliza un conjunto de protocolos y estndares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programacin diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los servicios web para intercambiar datos en redes de ordenadores como Internet. Dichos servicios proporcionan entre otras las siguientes ventajas: Ventajas de los servicios web

Aportan interoperabilidad entre aplicaciones de software independientemente de sus propiedades o de las plataformas sobre las que se instalen.

Los servicios Web fomentan los estndares y protocolos basados en texto, que hacen ms fcil acceder a su contenido y entender su funcionamiento.

Permiten que servicios y software de diferentes compaas ubicadas en diferentes lugares geogrficos puedan ser combinados fcilmente para proveer servicios integrados.

1.3 Combinacin de SOA y BPM BPM y SOA prestan la perfecta combinacin para las soluciones empresariales, donde el papel de BPM se desempea en un nivel alto de abstraccin donde se definen los procesos de negocio; mientras que SOA proporciona la plataforma que funciona como puente entre los procesos y los sistemas, al proveer las funcionalidades que estos requieren. La combinacin de ambos asegura la participacin y colaboracin de todo el personal en el proceso de forma continua y ayuda a los directivos a estar preparados para los continuos cambios en los procesos, promoviendo la seguridad en la toma de decisiones importantes. A su vez ayuda a que los arquitectos de software elaboren sistemas empresariales fciles de adaptar a los repentinos cambios, con un menor costo de desarrollo, fciles de integrar y con un despliegue rpido. Utilizar una solucin centrada en procesos de negocio y orientada a servicios, permite acercar al personal de negocio y de TI, logrando una infraestructura tecnolgica que posibilita mayor flexibilidad ante entornos de negocio cambiantes, con un menor costo de desarrollo, fciles de integrar y con un despliegue rpido. [Chow, 2007]

10

Captulo 2: Anlisis y Diseo de Procesos de Negocio

2.1 Diagnstico del negocio

El proceso Registro de No Conformidades constituye un proceso que forma parte del programa de mejora continua de una institucin. Este proceso tiene como objetivos controlar y eliminar los problemas detectados en los diferentes procesos que se llevan a cabo dicha organizacin. Todo el personal vinculado a la organizacin puede reportar un problema. Para ello debe llenar un registro con sus datos personales: nombre y apellidos, rea de la organizacin a la que pertenece, cargo y correo electrnico. Luego enva este registro al Especialista B en Gestin de la Calidad. Una vez recibido el registro, el especialista procede a codificar el problema. El cdigo est formado por 6 caracteres donde los tres primeros corresponden a las siglas del rea en el que se detecta y los tres ltimos a un nmero correlativo comenzando con 001 hasta 999. El especialista determina adems el tipo de problema, si es una No Conformidad o una Observacin, e identifica el proceso que la origina, para asignar la tarea de solucionar el problema al responsable de dicho proceso. Las siglas de las reas de la organizacin se describen en la tabla siguiente: rea Direccin Direccin de I+D+i Direccin de Cooperacin Direccin de Capital Humano Direccin Econmica Financiera Direccin de las TICs Direccin de Aseguramiento Direccin Docente Estudiantil Siglas de la rea DIR INV CCT CH ECF TIC ASG DDE

Al ser enviado el registro del problema al responsable del proceso, este debe: analizar las causas y determinar e implementar las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema. De cada causa deben ser registradas la descripcin y el grupo o categora al que pertenecen. Las causas pueden agruparse en las siguientes categoras: Capital Humano. Proyectos de Investigacin. Condiciones de trabajo e Infraestructura. 11

 Materiales de trabajo. Mtodos de trabajo o cualquier otra que debe especificarse. Otras. De cada accin debe registrarse: descripcin, responsable de ejecutarla y fecha lmite de cumplimiento. El cumplimiento de dichas acciones debe ser verificado por el responsable del proceso. Por ltimo el Especialista B en Gestin de la Calidad es el responsable de verificar el cumplimiento de la medida adoptada y determinar si esta ha sido o no efectiva. Para ello determina si cada accin fue cerrada o no, y adems registra el modo en que fue comprobada. Finalmente clasifica el estado del problema segn los siguientes criterios: Identificador PD NP Tipo de problema Descripcin

R RA PR PC AV

Pendiente por solucin del equipo Defecto pendiente por solucin del equipo de desarrollo de desarrollo. No Procede Defecto detectado por el Equipo de Prueba del Cliente. Declarado como No Procedente por el Equipo de Desarrollo. Resuelta y no aprobada Resuelta por el equipo de desarrollo y Aprobada por la parte Cliente. Resuelta y aprobada Resuelta y aprobada por el cliente. Pendiente por revisin conjunta No existen los elementos suficientes para emitir un criterio certero. Pendiente por definicin del Cliente Informacin, decisin u algn otro anlisis concerniente a la parte Cliente. Aplazada Aplazada para resolver en prximas versiones.

Si la solucin no resulta eficaz entonces el especialista B debe volver a asignar el problema al mismo responsable de proceso para que este tome nuevas acciones o si lo considera necesario lo asigna a otro proceso. 2.2 Diseo de los procesos de negocio

Actividades Reportar problema detectado Actividad simple, tarea realizada por el usuario con la ayuda de una aplicacin informtica que consiste en realizar el llenado del formulario para crear el reporte del problema detectado. Parmetros de entrada Denominacin Descripcin 12

Reporte del Problema

Contiene los datos personales: nombre y apellidos, rea de la organizacin a la que pertenece, cargo y correo electrnico de la persona que reporta el problema. Parmetros de salida

Denominacin Reporte del Problema (lleno)

Descripcin Contiene los datos personales de la persona que reporta el problema. Su estado en esta etapa es lleno

Obtener datos de la persona Actividad simple, tarea de servicio ejecutada automticamente a partir de la interaccin con el sistema. No interviene ningn participante para su realizacin, con el fin de obtener los datos de la persona que detecta el problema.

Enviar informacin solicitada Actividad simple, tarea realizada por el usuario con la ayuda de una aplicacin informtica que consiste en enviar el formulario requerido para crear el reporte del problema detectado. Parmetros de entrada Denominacin Reporte del Problema (lleno) Descripcin Contiene los datos personales de la persona que reporta el problema. Su estado en esta etapa es lleno Parmetros de salida Denominacin Reporte del Problema (lleno) Descripcin Contiene los datos personales de la persona que reporta el problema. Su estado en esta etapa es lleno

Enviar notificacin de cierre de caso Actividad simple, tarea automtica en la que el servidor ejecuta un script. No tiene interaccin humana y no se conecta con ningn servicio externo.

Registrar problema detectado Actividad simple, tarea realizada por el usuario con la ayuda de una aplicacin informtica que consiste en realizar el registro del problema detectado. Parmetros de entrada 13

Denominacin Registro del Problema (lleno)

Descripcin Contiene los datos personales de la persona que reporta el problema. Su estado en esta etapa es lleno Parmetros de salida

Denominacin Registro del Problema (lleno)

Descripcin Contiene los datos personales de la persona que reporta el problema. Su estado en esta etapa es lleno

Cerrar el problema Actividad simple, tarea realizada por el usuario con la ayuda de una aplicacin informtica que consiste en cerrar el problema que fue reportado.

Analizar el problema Actividad simple, tarea realizada por el usuario con la ayuda de una aplicacin informtica que consiste en analizar el problema, analizando las causas y determinando las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema. Parmetros de entrada Denominacin Registro del Problema (lleno) Descripcin Contiene los datos personales de la persona que reporta el problema. Su estado en esta etapa es lleno Parmetros de salida Denominacin Registro Causas (lleno) Descripcin Se plantea la descripcin de las causas del problema. Se seala el grupo o categora a la que pertenecen, que pueden ser las siguientes: Capital Humano, Proyectos de Investigacin,

Condiciones de trabajo e Infraestructura, Materiales de trabajo, Mtodos de trabajo o cualquier otra que debe especificarse. Registro de la Accin (lleno) Se plantea la descripcin de las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema. Se seala el nombre del trabajador responsable de ejecutar las acciones y la fecha lmite para el cumplimiento de la accin. Registro Modo Accin(lleno) Se registra el modo en que fue comprobada la accin. Se plantea la descripcin de las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema.

14

Verificar cumplimiento de la solucin Actividad simple, tarea realizada por el usuario con la ayuda de una aplicacin informtica que consiste en determinar si esta ha sido o no efectiva. Parmetros de entrada Denominacin Registro del Problema (lleno) Descripcin Contiene los datos personales de la persona que reporta el problema. Su estado en esta etapa es lleno Registro Causas (lleno) Se plantea la descripcin de las causas del problema. Se seala el grupo o categora a la que pertenecen, que pueden ser las siguientes: Capital Humano, Proyectos de Investigacin,

Condiciones de trabajo e Infraestructura, Materiales de trabajo, Mtodos de trabajo o cualquier otra que debe especificarse. Registro de la Accin (lleno) Se plantea la descripcin de las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema. Se seala el nombre del trabajador responsable de ejecutar las acciones y la fecha lmite para el cumplimiento de la accin. Registro Modo Accin (lleno) Se registra el modo en que fue comprobada la accin. Se plantea la descripcin de las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema.

Registrar no Conformidad Actividad simple, tarea de servicio ejecutada automticamente a partir de la interaccin con el sistema. No interviene ningn participante para su realizacin, con el fin de registrar finalmente la no conformidad.

Eventos Inicio Evento de inicio sin especificar, no se especifica ningn comportamiento en particular para iniciar el proceso.

Enviar informacin solicitada Evento intermedio de tiempo adjunto, indica un flujo de excepcin cuando vence el tiempo.

Espera 15

Evento intermedio de temporizacin, indica una espera entre las actividades.

Cierre por falta de datos Evento de fin de terminacin, indica que el proceso culmin por falta de datos.

Cerrar el problema Evento de fin de terminacin, indica que el proceso es culminado.

Compuertas de flujos alternativos Requiere informacin? Compuerta exclusiva basada en datos, se evala una condicin, basado en los datos del proceso y se escoge un camino de varios disponibles. Descripcin Esta compuerta evala la condicin relacionada con la solicitud de informacin adicional que realiza el Esp. B en GC al personal que detect el problema. Si se requiere ms informacin la siguiente tarea se le otorgar al trabajador que abri el caso para que enve la informacin solicitada, de lo contrario se le asignar la tarea de Analizar Problema al Dueo del Proceso. Notificar la solicitud de informacin al usuario, de lo contrario se proceder a notificar al usuario la solucin encontrada para su caso. 2.2.1 Descripcin de los procesos de negocio

Proceso Objetivo

Registro de No Conformidades Controlar y eliminar los problemas detectados en los diferentes procesos que se llevan a cabo dicha organizacin.

Clasificacin Inicio

Proceso de negocio Comienza cuando se presenta un problema en la organizacin y es reportado por un trabajador de la misma

Fin

Al ser enviado el registro del problema se determina e implementa las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema. Por ltimo se verifica el cumplimiento de la medida adoptada y se determina si esta ha sido o no efectiva. Si la solucin no resulta eficaz entonces se debe volver a asignar el problema para que se tomen nuevas acciones o si se considera necesario lo asigna a otro proceso. 16

Entradas Salidas 2.2.2

Registro del problema, Registro de las causas. Registro de comprobacin Modelacin del proceso 2.2.2.1. Modelo inicial

Fig. 2. Modelo Inicial del proceso

2.2.2.2. Modelo detallado

Fig.3. Modelo detallado del Proceso

17

2.2.3 Regla Descripcin

Reglas del negocio Requerimiento de Informacin En caso de que falte informacin del Reporte de una No Conformidad, y de ser el Director General del rea Direccin el que emita el reporte no se pedir informacin ms informacin y se pasara directamente a ser Analizado el Problema.

Fuente

Informacin brindada por el personal que detecta

2.2.4 Participantes de los procesos de negocio Personal que detecta Es aquel trabajador vinculado a la organizacin que puede registrar un problema detectado llenando un registro con sus datos personales y luego enviando este registro al Especialista B en Gestin de la Calidad. Especialista B en Gestin de la Calidad Cuando recibe el registro de la no conformidad procede a codificar el problema, luego determina el tipo de problema e identifica el proceso que lo origina para asignar la tarea de solucionar el problema al responsable de dicho proceso. Responsable del proceso Analiza las causas, y determina e implementa las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema. Adems verifica el cumplimiento de dichas acciones. 2.2.5 Modelo de objetos del negocio

2.2.5.1.Descripcin de los objetos de negocio Registro de Problema Todo el personal vinculado a la organizacin puede reportar un problema. Para ello debe llenar un registro con sus datos personales. Atributos Denominacin Nombre y apellidos Tipo de dato Cadena de caracteres Descripcin Nombre completo de la persona que reporte el problema

rea de la organizacin a la que pertenece

Cadena de caracteres

Pueden ser Direccin, Direccin de I+D+i, Direccin de Cooperacin, Direccin de Capital Humano, Direccin Econmica Financiera, Direccin de las Tics, Direccin de Aseguramiento, Direccin Docente Estudiantil.

18

Cargo

Cadena de caracteres

Cargo ocupado por el trabajador en la organizacin. Correo del trabajador que reporte un problema

Correo electrnico

Cadena de caracteres

Registro de las Causas De las causas que originaron el problema deben ser registradas la descripcin y el grupo o categora al que pertenecen. Atributos Denominacin Descripcin Tipo de dato Cadena de caracteres Descripcin Se plantea la descripcin de las causas del problema

Grupo o categora

Cadena de caracteres

Se seala el grupo o categora a la que pertenecen, que pueden ser las siguientes: Capital Humano, Proyectos de Investigacin, Condiciones de trabajo e Infraestructura, Materiales de trabajo, Mtodos de trabajo o cualquier otra que debe especificarse.

Registro de las Acciones De cada accin debe registrarse: descripcin, responsable de ejecutarla y fecha lmite de cumplimiento, el cumplimiento de dichas acciones debe ser verificado por el responsable del proceso. Atributos Denominacin Descripcin Tipo de dato Cadena de caracteres Descripcin Se plantea la descripcin de las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema Responsable de ejecutarla Cadena de caracteres Fecha lmite de cumplimiento Cadena de caracteres Se seala el nombre del trabajador responsable de ejecutar las acciones. Fecha lmite para el cumplimiento de las acciones.

19

Registro modo de las Acciones Se registra el modo en que fue comprobada la accin. Atributos Denominacin Modo Tipo de dato Cadena de caracteres Descripcin Se plantea la descripcin de las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema

2.2.5.2.Relaciones entre los objetos de negocio

Fig. 4. Modelo de Objeto del Negocio

2.2.6

Indicadores claves

Indicador Descripcin Frecuencia de Calculo

Problemas detectados por reas Cantidad de problemas que han sido detectados en las distintas reas de la empresa. Cuando se requiera

Indicador Descripcin Frecuencia de Calculo

Causas comunes de los problemas Cantidad de causas segn la categora de los problemas ms comunes que han sido detectados en la empresa. Cuando se requiera

20

Indicador Descripcin Frecuencia de Calculo

Problemas segn el tipo Cantidad de problemas que han sido detectados segn el tipo(no conformidad ,observacin) Cuando se requiera analizar

2.2.7 Funcionalidades necesarias Obtener datos de la persona El servicio se inicia cuando cualquier personal de la organizacin reporta algn problema, consiste en registrar los datos de la persona que realiz el reporte. Actividades Registrar Problema Detectado Enviar Informacin Solicitada Parmetros de entrada Denominacin registroProblema Tipo Object Descripcin Es un objeto que contiene un registro con los datos personales de la persona que reporta el problema. Parmetros de salida Denominacin Tipo Descripcin

Registrar no Conformidad El servicio se inicia cuando se verifica el cumplimiento de la solucin. Consiste en realizar el registro de la no conformidad, recopilando todos los datos de la no conformidad. Actividades Verificar cumplimiento de la solucin. Parmetros de entrada Denominacin registroAcciones Tipo Object Descripcin Es un objeto que contiene un registro con las acciones correctivas o preventivas que deben ser tomadas para solucionar el problema Parmetros de salida Denominacin Tipo Descripcin

21

Captulo 3: Descripcin de la solucin propuesta

3.1 Arquitectura de la solucin propuesta

El diseo de la arquitectura de un sistema es el proceso por el cual se define una solucin para los requisitos tcnicos y operacionales del mismo. Este proceso aborda los componentes que forman parte del sistema, cmo se relacionan entre ellos y cmo mediante su interaccin se llevan a cabo las funcionalidades especificadas. [Torres et al., 2010]

Fig. 5. Arquitectura en capas de la solucin propuesta

Capa de Presentacin: Esta capa es la que contiene el portal web de Oracle BPM Suite de la organizacin donde los usuarios se autentican y pueden acceder a cada una de las tareas correspondientes en el sistema. Capa de Procesos de Negocio: Se encuentra el proceso que se ha diseado y que es llevado a cabo a travs de la herramienta JDeveloper de Oracle BPM Suite .Esta capa se comunica con los servicios de negocio. Estos servicios web dan soporte al funcionamiento de los procesos de negocio definidos en esta capa.

Capa de Servicios: Esta capa est dividida lgicamente en tres subcapas: los servicios de datos, los servicios de aplicacin y los servicios de negocio. Los primeros son aquellos servicios que garantizan el acceso al modelo de datos de cada una de las aplicaciones existentes en la institucin, mientras que los segundos brindan la comunicacin e integracin entre los diferentes modelos. Los servicios de negocio son los que engloban la lgica del negocio de las aplicaciones,

22

exponiendo sus funcionalidades para dar soporte a las tareas de servicio de los procesos y a su vez a las necesidades de integracin de informacin del resto de las aplicaciones. Capa de Datos: Corresponde a la capa fsica donde se encuentran los datos manejados en la base de dato. 3.2 Modelo de despliegue de la solucin propuesta

Fig.6. Modelo de Despliegue

3.2.1

Descripcin de cada nodo.

WebLogic Server: Servidor de aplicaciones, a partir del cual se consumen los servicios que dan soporte al proceso de negocio. Oracle SOA Server: Hospeda el portal web y permite a sus usuarios, mediante mecanismos de integracin, realizar las tareas de los procesos de negocio. Oracle DB Server: Este nodo representa un servidor de la organizacin que posee la base de datos asociada a Oracle. Usuarios: Representan las computadoras de la organizacin donde los usuarios podrn acceder a la informacin a travs del Portal.

23

3.2.2

Distribucin fsica en cada uno de los nodos

Fig. 7. Distribucin fsica de los nodos

3.3

Validacin de la solucin propuesta

3.3.1 Integracin con el directorio activo de la organizacin El Directorio Activo (AD siglas en ingls) es una infraestructura informtica organizada de almacenamiento de datos de usuarios, de ordenadores y otros perifricos. Contiene, adems, las polticas que definen los derechos que tienen, tanto usuarios como equipos, cuando trabajan en el mbito del AD [UAM, 2009].

Tambin utiliza distintos protocolos de red principalmente: Protocolo Ligero de Acceso a Directorios y Sistema de Nombres de Dominio (LDAP y DNS siglas en ingls respectivamente). Para conectar Oracle SOA Suite 11g a un directorio activo se configura un proveedor de autenticacin luego se configura el servidor: direccin, puerto, contraseas, etc., se configura tambin la manera en que se acceder al LDAP en busca de usuarios y como se buscarn los grupos en el LDAP. El workspace nicamente puede utilizar el primer proveedor de la lista en Weblogic, esto es debido al JPS (Java Portlet Specification) por lo que tenemos que reordenar los proveedores en la lista de la consola de administracin. Ponemos primero nuestro nuevo proveedor y en segundo lugar el predeterminado. En Weblogic Console y Enterprise Manager basta con que un usuario del Active Directory sea administrador para otorgarle permisos de administrador en las aplicaciones de Weblogic, sin embargo, para que un usuario del Active Directory sea Administrador en el BPM Workspace y pueda acceder el men de Administracin debe pertenecer explcitamente a un grupo llamado "Administrators" as tal cual, en plural y en ingls. Esto es debido a que as fue configurada dicha

24

aplicacin de fbrica (aunque es modificable en el men de administracin de BPM Workspace). [Zermeo, 2011] 3.4 Anlisis de factibilidad de la solucin propuesta.

Tarea Estudio y asimilacin de las funcionalidades brindadas por las tecnologas de Oracle BPM Suite para la automatizacin de procesos de negocio. Anlisis, modelacin y diseo del proceso de negocio Gestin de no Conformidades en el CITI. Diseo y creacin del modelo de datos del proceso en Oracle BPM Suite. Definicin y configuracin de las reglas de negocio en Oracle BPM Suite. Creacin de los formularios necesarios en el proceso en Oracle BPM Suite Despliegue del proceso en el portal web de Oracle BPM Suite Total

Tiempo 205 horas

160 horas

168 horas 24 horas 72 horas 212 horas 841 horas 36 das

25

Conclusiones Las estrategias de BPM cada da adquieren un mayor auge en los entornos empresariales donde sobresale el dinamismo y la capacidad de adaptacin a los cambios. Cuando son implementados SOA y BPM de forma conjunta, se provee de una mayor flexibilidad a las empresas en cuanto a su capacidad de responder a las variaciones de los procesos de negocio ,proporcionan la infraestructura ideal para resolver estos problemas en las organizaciones, promueven un rendimiento predecible y consistente a travs de las reutilizacin de las capacidades estandarizados, basados en procesos de negocio y ofrecen una mejor visibilidad y trazabilidad sobre la situacin del trabajo o de las actividades en la empresa. Adems los cambios realizados en los procesos no tienen por qu afectar los servicios subyacentes y las aplicaciones de lnea de negocio con los que interactan y viceversa. Este aspecto aumenta significativamente la agilidad de los procesos de aislar el impacto del cambio. A raz del trabajo realizado se ha cumplido los objetivos propuestos. Proporcionando de esta forma ampliar en gran medida el conocimiento referente a la herramienta JDeveloper de la Suite de Oracle, para el modelado de procesos de negocio en la institucin.

26

Recomendaciones Por la importancia que tiene para el CITI la implantacin de una solucin que permita gestionar sus procesos de negocio se recomienda que el futuro se realice avanzadas versiones que permitan en mayor medida aumentar el nmero de funcionalidades que este proceso permite.

27

Bibliografa [Bazn, 2009] Bazn, P. 2009. Tecnologas para implementar un marco integrador de SOA y BPM. R. Giandini. Buenos Aires, Argentina, Facultad de Informtica

[Chow, 2007] Chow, L. 2007. BPM and Service-Oriented Architecture Teamed Together: A Pathway to Success for an Agile Goverment, disponible: http://www.wfmc.org/index.php?option=com_docman&task=doc_details&gid=8&Itemid=127 [CITI, 2009] CITI. 2009. "Misin, visin de los proyectos del CITI." [Franco, 2007] Franco, R. D. 2007. Diseo de servicios web para dar soporte a la Gestin de Procesos de Negocio. o. autores. Centro de Investigacin de Gestin e Ingeniera de la Produccin. Escuela Tcnica Superior de Ingenieros Industriales, Universidad Politcnica de Valencia, Campus de Vera, 46022 Valencia [Garimella, 2008] K. Garimella, M. L., B. Williams. 2008. "Introduccin a BPM para Dummies Edicin Especial de Software AG."

[Larrechart, 2007] J. Larrechart. Gestionar los procesos de negocio de la organizacin. IBM IMPACT. 2007.

[Laurentis, 2006] Laurentis, R. d. 2006. BPM como eje fundamental de la inversin TI [Microsoft, 2006] Microsoft. 2006. "La Arquitectura Orientada a Servicios (SOA) de Microsoft [UAM, 2010] UAM. Generalidades de Directorio Activo. Universidad Autnoma de Madrid. http://www.uam.es/ss/Satellite/es/servicioTI/Directorio_Activo.htm [W3C, 2004] W3C, W. G. (2004). "Web Service Architecture." Disponible: http://www.w3.org/TR/wsarch/. [Weingartner, 2010] .Michael Weingartner 2010 .Getting.Started.with.Oracle.BPM.Suite.11gR1 1060910, Birmingham, B27 6PA, UK. [Zermeo, 2011] Zermeo Nez, Alfredo .2011.OracleSOA-Suite-11g y Active Directory, disponible: http://www.jugandoalsw.com/2011/06/oracle-soa-suite-11g-y-active-directory.html

28