Está en la página 1de 10

Flujo de trabajo

El flujo de trabajo (workflow en ingls) es el estudio de los aspectos operacionales de una actividad de trabajo: cmo se estructuran las tareas, cmo se realizan, cul es su orden correlativo, cmo se sincronizan, cmo fluye la informacin que soporta las tareas y cmo se le hace seguimiento al cumplimiento de las tareas. Generalmente los problemas de flujo de trabajo se modelan con redes de Petri. Si bien el concepto de flujo de trabajo no es especfico a la tecnologa de la informacin, una parte esencial del software para trabajo colaborativo (groupware) es justamente el flujo de trabajo. Una aplicacin de flujos de trabajo automatiza la secuencia de acciones, actividades o tareas utilizadas para la ejecucin del proceso, incluyendo el seguimiento del estado de cada una de sus etapas y la aportacin de las herramientas necesarias para gestionarlo Se pueden distinguir tres tipos de actividad: Actividades colaborativas: Un conjunto de usuarios trabajan sobre un mismo repositorio de datos para obtener un resultado comn. Tiene entidad el trabajo de cada uno de ellos en s mismo. Actividades cooperativas: Un conjunto de usuarios trabajan sobre su propio conjunto particular, estableciendo los mecanismos de cooperacin entre ellos. No tiene entidad el trabajo de ninguno de ellos si no es visto desde el punto de vista global del resultado final. Actividades de coordinacin.
ndice
[ocultar]

1 Objetivos de un sistema de workflow 2 Sistemas de flujo de trabajo 3 Lenguajes de especificacin de workflow 4 Vase tambin 5 Enlaces externos 6 Bibliografa

6.1 Organismos

Objetivos de un sistema de workflow[editar]


Reflejar, mecanizar y automatizar los mtodos y organizacin en el sistema de informacin Establecer los mecanismos de control y seguimiento de los procedimientos organizativos

Independizar el mtodo y flujo de trabajo de las personas que lo ejecutan Facilitar la movilidad del personal Soportar procesos de reingeniera de negocio Agilizar el proceso de intercambio de informacin y agilizar la toma de decisiones de una organizacin, empresa o institucin.

Sistemas de flujo de trabajo[editar]


El propsito de los sistemas de flujo de trabajo, (o BPMS, business process management systems), es acercar personas, procesos y mquinas, con el objeto de reducir tiempo y acelerar la realizacin de un trabajo. Estos sistemas permiten trabajar en equipo desde diferentes lugares fsicos. Los sistemas de flujo de trabajo facilitan la automatizacin de los flujos de trabajo entre procesos y permiten integrar los procesos de la empresa, rediseados de acuerdo con ayuda de nuevas estrategias. Existen en el mercado varios productos como FlowMind, openEDMS, wf.com.mx, cardiff, IBM, etc. Existen muchas metodologas que culminan en la implementacin de un sistema de este tipo como son diagrama de roles, BPMN, IDEF0, ciclos de trabajo, etc.

Lenguajes de especificacin de workflow[editar]


BPMN BPEL XPDL YAWL

Vase tambin[editar]
Business Process Management Formulario web Gestin de contenido empresarial WADE

Enlaces externos[editar]
Windows Workflow Foundation

Bibliografa[editar]
Workflow patterns Conjunto de patrones de diseo de flujos de trabajo; evaluacin comparativa de lenguajes de definicin de procesos de negocio

"Knowledge Based Techniques to Increase the Flexibility of Workflow Management" Barbara Dellen, Frank Maurer, Gerhard Pews

Organismos[editar]
WFMC - Workflow Management Coalition Club-BPM (Centro Oficial del BPM en Espaa y pases de habla hispana) BPMI - Business Process Management Initiative

What is a Workflow Management System?


Workflow Management System (WMS) is a piece of software that provides an infrastructure to setup, execute, and monitor scientific workflows. In other words, the WMS provide an environment where in silico experiments can be defined and executed. An important function of an WMS during the workflow execution, or enactment, is the coordination of operation of individual components that constitute the workflow the process also often referred to asorchestration. As research becomes more data-intensive and more reliant on the use of computers, larger volumes of experimentation data are recorded quicker and with greater precision. This trend has spurred significant increase in complexity of scientific simulation software. Many tools only perform a small well-defined task, thus necessitating that several of them are joined in a pipeline to model a useful experiment. Additional difficulties arise from the need to deal with the incompatible data formats that various services produce or consume. It is evident that considerable amount of computer science knowledge is required to overcome the outlined problems; however, domain scientists across disciplines do not have sufficient relevant expertise. Scientific workflows and WMSs have emerged to solve this problem and provide an easy-touse way of specifying the tasks that have to be performed during a specific in silico experiment. The need to combine several tools into a single research analysis still holds, but technical details of workflow execution are now delegated to Workflow Management Systems.

Workflow management system[edit]


A workflow management system is a computer system that manages and defines a series of tasks within an organization to produce a final outcome or outcomes. Workflow management systems allow the user to define different workflows for different types of jobs or processes. For example, in a manufacturing setting, a design document might be automatically routed from designer to a technical director to the production engineer. At each stage in the workflow, one individual or group is responsible for a specific task. Once the task is complete, the workflow software ensures that the individuals responsible for the next task are notified and receive the data they need to execute their stage of the process. Workflow management systems also automate redundant tasks and ensure that uncompleted tasks are followed up.

Workflow management systems may control automated processes in addition to replacing paper work order transfers. For example, if the above design documents are now available as AutoCAD but the workflow requires them as Catia, then an automated process would implement the conversion prior to notifying the individual responsible for the next task. This is the concept of dependencies. A workflow management system reflects the dependencies required for the [6] completion of each task, and aims at managing them during the execution of each task Workflow management systems also appear in distributed IT environments such as Grid Computing or Cloud Computing. The aim of such systems are to manage the execution of various processes that may belong to the same application while in many cases they are used as a means [7] to guarantee the offered Quality of service (QoS).

Enterprise application integration


Este artculo o seccin necesita una revisin de ortografa y gramtica.
Puedes colaborar editndolo (lee aqu sugerencias para mejorar tu ortografa). Cuando est corregido, borra este aviso, por favor.
Puedes ayudarte del corrector ortogrfico, activndolo en: Mis preferencias Accesorios Navegacin con un fondo rojo. El corrector ortogrfico resalta errores ortogrficos

Este artculo o seccin sobre Tecnologa necesita ser wikificado con un formato acorde a las convenciones de estilo.
Por favor, edtalo para que las cumpla. Mientras tanto, no elimines este aviso puesto el 12 de septiembre de 2010. Tambin puedes ayudar wikificando otros artculos.

La integracin de aplicaciones empresariales o EAI (siglas en ingls de enterprise application integration) se define como el uso de software y principios de arquitectura de sistemas para integrar un conjunto de aplicaciones, dentro de cualquier empresa.
ndice
[ocultar]

1 Justificacin del EAI 2 Mejorando la conectividad

2.1 Ejemplo

3 Objetivo del EAI 4 Patrones de EAI

o o o

4.1 Patrones de integracin 4.2 Patrones de acceso 4.3 Vida de los patrones

5 Topologas de EAI

6 Tecnologas 7 Problemas de implementacin de los EAI 8 El futuro de EAI 9 Vase tambin

Justificacin del EAI[editar]


Es el proceso de conectar las aplicaciones unas con otras para intercambiar informacin operativa o financiera. Cuando dichos sistemas no pueden compartir su informacin efectivamente, se crean cuellos de botella que requieren de la intervencin humana en la forma de toma de decisiones o en el ingreso mismo de la informacin. Con una arquitectura EAI correctamente implementada, las organizaciones pueden enfocar la mayora de sus esfuerzos en la creacin de competencias que generen valor, en lugar de enfocarse en la coordinacin de labores operativas. Durante varias generaciones, los sistemas de las empresas han servido para un propsito especfico a un nico usuario o grupo de usuarios, los cuales actan como la interfaz de dicho sistema con el resto de la organizacin, limitando su conexin con otros sistemas modernos o ms amplios en la empresa y ms an, por la creciente demanda de las empresas por compartir datos y usarlos en sus procesos sin tener que realizar cambios en sus aplicaciones o en sus estructuras de datos. Uno de los retos que encaran las organizaciones modernas es darle a sus empleados informacin completa en tiempo real. Muchas de las aplicaciones en uso actualmente se apoyan entecnologas antiguas, por lo cual esos sistemas enfrentan dificultades a la hora de mover esta informacin entre las aplicaciones. EAI, como una disciplina, busca solventar muchos de esos problemas, as como crear nuevos paradigmas para, ciertamente, mejorar a las organizaciones tratando de trascender en el objetivo de conectar las aplicaciones individuales, para ser un mecanismo que incremente el conocimiento dentro de la organizacin y crear ventajas competitivas futuras a la empresa.

Mejorando la conectividad[editar]
La integracin de aplicaciones de empresa ha incrementado su importancia porque la computacin en las empresas frecuentemente toma la forma de islas de informacin. Esto ocasiona que el valor de los sistemas individuales no sea aprovechado al mximo debido a su aislamiento. Si la integracin se aplica sin seguir un enfoque estructurado de EAI, las conexiones punto a punto crecen al interior de la organizacin resultando en una masa disforme que es difcil de mantener. Esto se denota normalmente como el espagueti, en alusin al equivalente en programacin: el cdigo espagueti.

Ejemplo[editar]
El nmero de conexiones necesario para tener completamente conectados varios sistemas punto a punto crece geomtricamente. Por ejemplo: para tener 10 aplicaciones completamente conectadas se requieren 45 conexiones punto a punto. La frmula es n(n-1)/2

Objetivo del EAI[editar]


EAI puede ser usado con diferentes fines:

Integracin de datos (informacin): asegurando que la informacin en varios sistemas sea consistente. Esto tambin se conoce como EII (Enterprise Information Integration).

Integracin de procesos: enlace de los procesos de negocios entre diferentes aplicaciones. Independencia de proveedor: extrayendo las polticas o reglas del negocio de las aplicaciones e implementndolas en un sistema EAI, de forma que cualquiera de las aplicaciones usadas pueda ser cambiada sin que dichas reglas de negocio deban ser reimplementadas.

Facade comn: Un sistema EAI puede actuar como el front-end de un cmulo de aplicaciones, proporcionando una interfaz de acceso nica y consistente a esas aplicaciones y aislando a los usuarios sobre la interaccin con distintas aplicaciones.

Patrones de EAI[editar]
Patrones de integracin[editar]
Hay dos patrones que implementan los sistemas de EAI:

Mediacin: aqu, los sistemas de EAI actan como el vnculo de los enrutadores entre varias aplicaciones. En el lugar en el cual ocurre un evento interesante en alguna aplicacin (ejemplo: se crea una nueva informacin, se completa una nueva transaccin, etc.) se notifica a un mdulo de integracin del sistema EAI. El mdulo entonces propaga esos cambios a las otras aplicaciones relevantes.

Federacin: en este caso, el sistema EAI acta como un consolidador de informacin entre varias aplicaciones. Todos los accesos del exterior a cualquiera de las aplicaciones son recibidos por el sistema EAI y ste est configurado para exponer slo la informacin relevante, conectndose a las aplicaciones del mundo exterior y efectuar todas las interacciones con las aplicaciones internas sin intervencin del agente externo.

Ambos patrones son usados en conjunto frecuentemente. El mismo sistema EAI puede tener varias aplicaciones en sync (mediacin), mientras sirve requerimientos de agentes externos contra esas aplicaciones (federacin).

Patrones de acceso[editar]
EAI soporta patrones de acceso tanto asncronos como sncronos, el primero es el habitual en el caso del patrn de mediacin y el segundo en el caso de federacin.

Vida de los patrones[editar]


Una operacin de integracin puede ser de "corta vida" (por ejemplo, puede mantenerse la sincrona de los datos entre dos aplicaciones en un segundo) o de "larga vida" (por ejemplo, en uno de los pasos puede ser necesario que el sistema EAI requiera de la aprobacin por parte de un agente humano de un prstamo y que ste necesite horas o das para autorizarse).

Topologas de EAI[editar]
Hay dos topologas principales: hub-and-spoke, y bus. Cada una de ellas tiene sus propias ventajas y desventajas:

En el modelo hub-and-spoke, el sistema EAI acta como el centro (el concentrador), el cual interacta con las aplicaciones, va las conversaciones (o spokes).

En el modelo de bus, el sistema EAI es el bus (o es implementado como un mdulo residente en un bus de mensajes existente o un middleware orientado a mensajes).

Tecnologas[editar]

Bus/hub: ste se implementa frecuentemente al ampliar la funcionalidad de productos middleware existentes (servidores de aplicaciones, buses de mensajes) o se implementa como unprograma monoltico (ej., sin usar ningn middleware), que acta como su propio middleware.

Conectividad de aplicaciones: el bus/hub se conecta a las aplicaciones mediante un conjunto de adaptadores (tambin conocidos como conectores). Esos son programas que conocen como interactuar con la aplicacin especfica. El adaptador efecta una comunicacin en dos vas, enviando requerimientos del hub hacia la aplicacin, y notificando al hub cuando un evento de inters ocurren en la aplicacin (un nuevo registro es insertado, una transaccin es completada, etc.). Los adaptadores pueden ser tanto especficos a la aplicacin o a un conjunto de aplicacin. El adaptador puede residir en el mismo espacio de procesos que el bus/hub o ejecutarse en una localizacin remota e interactuar con el hub/bus a travs de protocolos estndares de industria como colas de mensajes, servicios web, o protocolos propietarios.

Formateo de datos y transformacin: para prevenir que cada adaptador tenga que convertir los datos que van o vienen de otras aplicaciones, los sistemas EAI usualmente emplean un formato de datos comn, al cual y desde el cual se convierten los formatos de las aplicaciones mediante servicios de transformacin. Esto se hace en dos pasos: el adaptador convierte la informacin del formato de aplicacin al formato comn del bus; y entonces se pueden aplicar transformaciones semnticas a esto (ejemplo: convirtiendo cdigos postales a nombres de ciudades, separando/fusionando objetos de una aplicacin en objetos de otras aplicaciones, y as sucesivamente).

Mdulos de integracin: un sistema EAI puede participar en operaciones de integracin concurrentes en un momento dado, cada tipo de integracin es procesada por un mdulo de integracin diferente. Los mdulos de integracin se suscriben a eventos de tipos especficos y ellos reciben las notificaciones de procesos en el momento en que esos eventos ocurren.

Soporte a transacciones: cuando se emplean para integracin de procesos, el sistema EAI provee consistencia transaccional entre las aplicaciones al ejecutar todas las operaciones que involucran una sola transaccin distribuida (usando el protocolo de commit de dos fases o transacciones de compensacin (operaciones que deshacen las acciones sobre un sistema dado).

Problemas de implementacin de los EAI[editar]


En el ao 2003 se report que el 70% de todos los proyectos EAI fallaron. La mayora de dichas fallas no se deban a fallas tcnicas del software mismo o la implementacin, sino a problemas de gobernabilidad. El gerente general de EAIIC, Steve Craggs ha determinado los siete principales retos que afrontan las compaas que usan sistemas EAI y explica soluciones a dichos problemas.

Cambio constante La propia naturaleza de EAI es dinmica y requiere directores de proyecto dinmicos para su aplicacin.

Falta de experiencia en EAI EAI requiere conocimiento de muchas problemticas y aspectos tcnicos.

Estndares en competencia

Dentro del campo de EAI, la paradoja es que los estndares de EAI no son por s mismos universales, ya que cada proveedor particular trata de imponer los propios.

EAI es un paradigma de herramientas

EAI no es una herramienta, si no es un sistema y debe ser implementado como tal.

Construir interfaces es un arte

Realizar el proceso de ingeniera de la solucin puede no ser suficiente. Las soluciones requieren ser negociadas con departamentos de usuarios para lograr un consenso comn sobre el producto final. La falta de consenso en los diseos de las interfaces tiende a acarrear un esfuerzo excesivo para mapear los requerimientos de datos de varios sistemas.

Falta de detalle

La informacin que al principio parece poco importante, con el tiempo se puede volver crucial.

Contabilidad

Puesto que varios departamentos pueden tener requerimientos contradictorios entre s, ellos deben contar para la estructura del sistema final. Otros problemas potenciales pueden abarcar las siguientes reas:

Requerimientos nuevos

Las implementaciones de EAI deben ser extensibles y modulares para permitir cambios futuros.

Proteccionismo

Las aplicaciones cuyos datos son integrados, frecuentemente pertenecen a departamentos diferentes los cuales tienen razones tcnicas, culturales y polticas para no querer compartir su informacin con otros departamentos.

El futuro de EAI[editar]
Las tecnologas de EAI an estn en desarrollo y no hay un consenso sobre cul es el enfoque ideal o el grupo correcto de tecnologas que una organizacin debera usar. El futuro de EAI tendr que dar como resultado lenguajes que permitan disear soluciones de integracin a un alto nivel de abstraccin, independientes de tecnologas, y en los que se pueda, de una forma automtica, hacer transformaciones de los modelos de solucin a tecnologas concretas.

Vase tambin[editar]

Health Level Seven o HL7 iBOLT