Dyna

ISSN: 0012-7353
dyna@[Link]
Universidad Nacional de Colombia
Colombia

FERNANDEZ, JAVIER
METODOLOGÍA PARA LA CONSTRUCCIÓN DE UN SISTEMA DE FLUJOS DE TRABAJO
AUTOMATIZADO (WORKFLOW) PARA EMPRESAS DE BIENES Y SERVICIOS
Dyna, vol. 76, núm. 159, septiembre, 2009, pp. 227-236
Universidad Nacional de Colombia
Medellín, Colombia

Disponible en: [Link]

Cómo citar el artículo

Número completo
Sistema de Información Científica
Más información del artículo Red de Revistas Científicas de América Latina, el Caribe, España y Portugal
Página de la revista en [Link] Proyecto académico sin fines de lucro, desarrollado bajo la iniciativa de acceso abierto
METODOLOGÍA PARA LA CONSTRUCCIÓN DE UN SISTEMA
DE FLUJOS DE TRABAJO AUTOMATIZADO (WORKFLOW)
PARA EMPRESAS DE BIENES Y SERVICIOS
METHODOLOGY FOR BUILDING AN AUTOMATED
WORKFLOW SYSTEM GEARED TOWARDS CONSUMER
GOODS AND SERVICES COMPANIES

JAVIER FERNANDEZ
Ingeniero Industrial, Msc Ingeniería, Universidad Cooperativa de Colombia, Seccional Medellín, ingenierojdfl@[Link]

Recibido para revisar mayo 14 de 2008, aceptado enero 23 de 2009, versión final febrero 24 de 2009

RESUMEN: El presente trabajo pretende familiarizar al lector sobre el uso del análisis, diseño y programación
orientada a objetos en el proceso de desarrollo de un sistema de flujos de trabajo automatizados (Workflow) en
empresas de bienes y servicios; se explica la metodología utilizada con el fin de aportar elementos de discusión sobre
los nuevos horizontes de los sistemas Workflow.

PALABRAS CLAVE: Flujos de Trabajo, Pert/CPM, Procesos de Negocios, Sistemas.

ABSTRACT: The purpose of this document is to familiarize the reader about the usage of object oriented analysis,
design and programming during the development of an automated workflow system for consumer goods and services
companies; it provides an insight into the utilized methodology to incite discussions about the future state of
workflow systems.

KEYWORDS: Business Process, Pert/CPM, Systems, Workflow.

1. INTRODUCCIÓN

2. ANTECEDENTES
Este artículo tiene como finalidad mostrar el proceso
de construcción de un sistema de flujos de trabajo
Una mirada al estado actual sobre los
automatizados (workflow) para empresas de bienes
sistemas de flujos de trabajo automatizados
y servicios, en el se muestran los antecedentes
nos lleva necesariamente a hacer una revisión
conceptuales e investigativos acerca de las
de conceptos y desarrollos logrados en el
tecnologías tipo Wokflow, la metodología utilizada
marco de aplicación de este tipo de sistemas
en el proceso de desarrollo y construcción de la
propuestos.
herramienta soporte a la investigación y los
resultados y logros proyectados con la aplicación del
2.1 Antecedentes conceptuales
sistema propuesto.
En la segunda sección se muestran los antecedentes
Los Sistema de flujos de trabajo
teóricos más relevantes como soporte al sistema
automatizados (workflow) se han definido
propuesto, en la tercera sección se muestra la
como la automatización de procesos de
metodología utilizada en el proceso de construcción
negocios, en su totalidad o en parte, en
del prototipo, en la cuarta sección se muestra el
función de cómo sus documentos,
funcionamiento del sistema propuesto y en la quinta
información o tareas son pasadas de un
sección se hace una descripción sobre la aplicación
y proyección del sistema.

Dyna, Año 76, Nro. 159, pp. 227-236. Medellín, septiembre de 2009. ISSN 0012-7353
228 Fernández

participante a otro para realizar la tarea de acuerdo a Recientes trabajos se enfocan al área de los
un conjunto de reglas [3], así mismo el Workflow se bussines intelligents en un enfoque
ha caracterizado por ser un conjunto de actividades caracterizado por la generación automática de
que abarca la ejecución coordinada de múltiples información a partir del “conocimiento”
tareas desarrolladas por diferentes entidades previo adquirido en la ejecución de los
procesadoras para llegar a un objetivo común [3], en procesos, se trata de determinar el flujo de
el se integran conceptos como procesos de negocios operaciones y actividades a partir de una
los cuales son entidades organizacionales que programación previa de tareas, logrando una
existen en función de la ocurrencia de eventos para mayor eficiencia y una disminución
cumplir un fin especifico, está dirigido por reglas sustancial en la ocurrencia de errores. En este
especificas que permiten el control y seguimiento de sentido la tarea principal en la
las actividades que lo conforman, a estas últimas se automatización de los procesos será la de
les asignan unos recursos y roles específicos que definir el grado de estructuración del proceso
cumplen con el objetivo corporativo para el que son a partir de sus reglas y tareas asociadas, lo
definidos, realizándose de una manera lógica y cual coadyuva a determinar el nivel de
secuencial de tal forma que permita asegurar su automatización que será requerido.
posterior control y seguimiento, cabe anotar, que en
las organizaciones modernas esto último representa Con la fundación de la Workflow
una de las mayores preocupaciones, toda vez que un Management Coalition [WfMC], en 1993, se
entorno competitivo como el nuestro requiere que inicia un ciclo de desarrollo para la
las organizaciones busquen ante todo integración y interoperabilidad de sistemas de manejo de
automatización en todos los niveles sin perder el procesos con arquitectura abierta. Estos
control del flujo de información, materiales o publicaron un modelo de referencia y
activos de la compañía. Las actividades se definen estándares asociados para garantizar un
como “unidades de trabajo realizables en forma lenguaje común en el modelado, desarrollo e
manual, automática o mixta, reciben o producen implantación de sistemas de procesos de
información almacenada en varios tipos de negocio automatizados.
repositorios”, es decir, son las unidades básicas de
los procesos que conllevan a la ejecución de tareas
en el marco del desarrollo de los procedimientos
organizacionales, estas pueden darse en paralelo o
puede existir una elección entre varias actividades
para la ejecución de un procedimiento.
Sin embargo, un aspecto que requiere gran
dedicación es el referente al modelado de procesos
de negocio, toda vez que son las reglas y patrones
los que determinan como, cuando, donde y quien,
ejecuta las diferentes actividades inherentes al
proceso, el patrón o framework como tal define el Figura 1. Representación del Metamodelo de la
modo de comportamiento del proceso asegurando el WFMC, 1993. Tomada de [2]
establecimiento de objetivos, metas y recursos Figure 1. Metamodel Representation of the
claros susceptibles de verificación a través de reglas WFMC, 1993. Retrieved [2]
de ejecución que dan cuenta del control y
seguimiento del proceso, este esquema de modelado
permite asegurar el flujo de información, los El WfMC considera a las cinco interfaces en
momentos y eventos de ocurrencia de un el modelo de referencia como WAPI’s
requerimiento especifico o información que sea (Programación de Interfaces con
requerida para la ejecución final del proceso. Los Aplicaciones de Workflow e Intercambio de
eventos se pueden definir como consecuentes de la Formatos). Los cinco grupos de trabajo de
verificación o cumplimiento de una condición con WfCM están establecidos para trabajar en
respecto al desarrollo del proceso una de las siguientes interfaces:
 Dyna 159, 2009 229

- Herramientas para definir procesos de mayor actualidad en el medio. De esto dan

- Aplicaciones de clientes de Workflow cuenta los innumerables trabajos como los de
- Aplicaciones invocadas Carlsen que en 1.997 [1] planteaba la
- Otros servicios de Workflow existencia de un una gran variedad de
- Herramientas de monitoreo y administración productos “catalogados” como workflow y
como han sido muchos los intentos por
Definido el anterior marco conceptual en torno a los clasificarlos en: Basados en correo vs.
Sistemas tipo Workflow, pasemos a definir entonces Basados en bases de datos, Orientados a
la reingeniería de procesos de negocios como el datos vs. Orientados al proceso, Ad-hoc vs.
conjunto de técnicas, métodos y herramientas que Producción y Tiempo, diseño vs. Tiempo de
sobre la base del análisis y diseño de los procesos ejecución”; así mismo, se ha hecho notorio el
modelados, documentados y en ejecución son uso de una serie de estándares y esfuerzos
intervenidos con el fin de determinar posibles por unificar metodológica y técnicamente los
cambios o modificaciones en su cadena de valor, sistemas Workflow, en: Tendencias iniciales
como cualquier problema de diseño, el diseño de (procesos y API), Tendencias presentes
procesos conlleva etapas de revisión y (objetos) y organizaciones dedicadas al
modificaciones hasta la estandarización final, que proceso de estandarización como son: WfMC
por un lapso de tiempo determinara la forma de (Workflow Management Coalition), WARIA
ejecución, control y seguimiento de los procesos, a (Workflow & Reingineering International
lo anterior sirven herramientas y plataformas Association), OMG (Object Management
informáticas que han permitido el cambio Group), Aproximándonos a las últimas
automático en la definición de los procesos de tendencias como son: el desarrollo de
negocios en tiempo real, lo cual ha permitido ontologías, XML – RDF y la introducción de
mejoras sustánciales en las organizaciones métodos formales.
modernas.
Muehmlen en [2], se enfoca a identificar las
Así, un sistema de procesos de negocios se concibe siguientes areas de trabajo: Business Process
entonces como un software de tipo genérico Management Initiative Business y Process
soportado por técnicas de diseño enfocadas al Modeling Language (BPML), Business
manejo de procesos de negocios operacionales, se Process Modeling Notation (BPMN),
conoce en función de los requerimientos que deba Business Process Query Language (BPQL),
soportar el proceso y se ayuda de un esquema Electronic Business XML (ebXML),
gráfico para su representación. Business Process Schedule Specification
(BPSS), Transaction Protocol (BTP), Web
2.2 Antecedentes investigativos Services Conversation Language (WSCL),
Web Services Choreography Interface
Varios investigadores han identificado el workflow (WSCI), Web Services Flow Language
como el modelo de la informática que habilita un (WSFL), XLANG, DARPA Agent Markup
método normal de construir redes para soportar Language – Services (DAML-S).
aplicaciones y procesos que se conectan e
intercambian información entre sí. Lo anterior ha entrado a definir nuevos
elementos que entran a configurar los retos
Así mismo, investigaciones previas han apuntado a actuales en la construcción de sistemas
tres áreas importantes: arquitecturas workflow, Workflow, siendo estos:
leguajes específicos, y análisis de procesos. Estas
áreas de investigación son de importante • Existencia de una gran cantidad de
reconocimiento para la construcción de sistemas metodologías, es decir no existe una
workflow sofisticados, avanzados y robustos. metodología líder o estándar.
• Predomina el uso de herramientas de
Seth [4] y [5] estableció que el workflow y el simulación
modelamiento de procesos es uno de los problemas
230 Fernández

• Area de investigación en BPR ( Business tipo Workflow?, al ser enfrentado este

Process Re–engineering) interrogante se ha propuesto un esquema de
• Importancia del usuario trabajo que permite brindar pautas para la
• Tendencia hacia XML construcción de una MUPSW (Metodología
• Terminología y conceptos Unificada de Procesos y Sistemas Tipo
o Implementaciones y productos Workflow), este esquema viene representado
o Interoperabilidad a través de las siguientes fases:

En este sentido, propone Reijkers en [2], que existen o Fase de análisis y definición de
dos áreas bien diferenciadas de investigación: procesos con valor agregado:
Recogiendo las metodologías
o Modelado de procesos workflow existentes en términos de definición
o Reingeniería de proceso, Macroprocesos,
o Metodologías de modelado subprocesos y demás, se plantea
o Métodos formales inicialmente partir de la recolección
o Nuevos lenguajes e de la información inherente a los
interoperabilidad procesos organizacionales, mediante
o Orientación al usuario la construcción de un modelo que
permita entregar al responsable del
o Sistemas de gestión workflow Workflow, la documentación de los
o Implementación mismos atendiendo el siguiente
o Desarrollo esquema propuesto:
o Buenas prácticas
o Evaluación Tabla 1. Formato de Recolección de Información
sobre Procesos de Negocios
Table 1. Data Collection format on Business
Como también áreas de investigación abiertas en Processes
términos de: MACROPROCESO
PROCESO
ACTIVIDADES RESPONSIBLE TIEMPO
• Captura de requerimientos en entornos reales EJECUCIÓN
• Participación del usuario en el diseño del modelo
• Modelo organización
• Algoritmos para asignación de tareas En ella se consignara de manera descriptiva,
• Prospección en el modelo de organización previa búsqueda de la información existente
• Metodologías de desarrollo de WfMS en los manuales de funciones y
• Introducción de métodos formales para análisis procedimientos de la organización, la
• Simulación vs. Demostración información relevante sobre los
• Propiedades transaccionales Macroprocesos o Áreas Claves de Resultado
• Lenguajes estándares de descripción de procesos de la Organización, que generen valor
• Recuperación ante fallos, excepciones agregado en la gestión organizacional, los
Procesos que conforman dicho
Macroproceso, así como las actividades que
3. METODOLOGIA los componen, con sus respectivos
responsables, bien sea a nivel de ejecución,
Para la construcción de un sistema de flujos de administración o control, así mismo, se
trabajo automatizado que logre unificar los procesos consignara la información sobre el tiempo de
de negocios con el proceso de desarrollo y ejecución de cada actividad o el que se halla
aplicación de sistemas informáticos se hace planeado para tal fin.
necesario dar respuesta al siguiente interrogante
investigativo ¿Existe una metodología de Una vez realizado el levantamiento de la
modelamiento que permita unificar el análisis de información correspondiente a los procesos
procesos con el análisis de sistemas de información de la organización, se procede a realizar un
 Dyna 159, 2009 231

análisis sistemático de los proceso, ayudados por los

diagramas de casos de uso, diagramas de actividades Estadisticas
y diagramas de secuencia, se procede a hacer uso del Documentos
UML –Lenguaje Unificado de Modelado- para la Consultas
construcción de dichos diagramas, atendiendo las
siguientes convenciones:

o Definir Macroproceso como Contextos y W

orkList
Objetos Informes
Módulos
o Definir Procesos como Colaboraciones y
Paquetes Figura 2. Esquema de procesamiento y
o Definir Actividades como Casos de Uso transacciones hacia el motor de bases de datos del
o Definir Responsables como Actores y Roles sistema
Figure 2. Processing and Transactions into
System Database Engine
Una vez definidos los elementos que constituirán los
diagramas, se procede al Modelado Grafico
En el modelo anterior se presentan dos tipos
Conceptual, en el cual se construyen los respectivos
de transacciones hacia la base de datos: la
Diagramas de UML y se adiciona un cuarto Modelo,
transacción tipo consulta, la cual ocurre
denominado “Modelo Grafico-Conceptual”.
cuando se requiere información contenida en
la base de datos sobre el estado de ejecución
Al tener claramente construidos los Modelos del
de los procesos y la transacción tipo informe,
análisis de procesos para el Sistema de Flujos de
la cual ocurre cuando se requiere información
Trabajo Automatizados, se procede a una segunda
consolidada sobre la ejecución de los
fase, la fase de sistematización y captura de
procesos. No obstante para que estas
procesos.
transacciones se puedan dar en el sistema,
este previamente habrá almacenando la
o Fase de sistematización y captura de
información referente al proceso, mediante la
procesos: Con la información suministrada
captura de la información en la ejecución del
por los Diagramas de la fase anterior, se
proceso, bien sea en formato documento o en
procede a hacer la captura de información
forma de objeto llegado al procesamiento a
sobre los procesos, lo cual se hará
través de los dispositivos de entrada al
automáticamente a partir del procesamiento
sistema, una vez almacenada la información,
de los gráficos y modelos por parte del
este deberá generar un Worklist, o lista de
Sistema Gestor de Workflow, al modo como
tareas en ejecución que permitirá mantener
se trabaja en herramientas tipo CASE.
un control al proceso como tal, para la
generación de la estadísticas necesarias en la
Una vez se ha procesado la información referente al
toma de decisiones de la organización.
proceso en ejecución a través de la transformación y
el flujo de información, se procede a realizar una
En este procesamiento de la base de datos se
tercera fase, cual es la de “Transacción a la bases de
soporta un fuerte esquema de control y
datos”.
análisis de datos, en el cual mediante técnicas
propias de la estadística multivariada y la
o Fase de transacción a la base de datos: Con
minería de datos, se consolida información
la información suministrada por la captura
relevante para la proyección del proceso, así
de información en tiempo de ejecución de
mismo, se genera un algoritmo de
los procesos se procede a adelantar dos tipos
optimización que permite el control de los
básicos de transacciones en el Motor de
tiempos de ejecución de las actividades
Bases de Datos que soporta el sistemas,
inherentes al proceso para su priorización en
como se puede apreciar en la grafica
la gestión global de la organización.
siguiente:
232 Fernández

Una vez soportado el esquema de transacciones al puedan diseñar con facilidad y practicidad
sistema gestor de las bases de datos, se procede a la sus procesos y sistemas de información, para
fase de “simulación”. satisfacer dicha necesidad la herramienta
debe cumplir con los siguientes requisitos:
o Fase de simulación: El simulador del
Sistema de gestión de Workflow funciona La herramienta, "sistema inteligente para
como un Multiprocesador Multiagente que flujos de trabajo automatizados", debe ser
establece un puente entre la fase de una aplicación portable, multiplataforma y
modelamiento del proceso y la fase de con un tamaño mínimo, que ofrezca facilidad
transacciones a la base de datos, dado que de instalación y debe generar un acceso
con la información suministrada al sistema directo desde cualquier lugar de la
sobre los procesos en ejecución y el organización.
algoritmo de control de información del
sistema gestor de la base de datos, se crea Todas las funcionalidades de la
un “entorno de decisiones”, en el cual, a herramienta se deben realizar teniendo en
partir del Worklist generado por el sistema, cuenta las reglas establecidas por UML y
se definen reglas del tipo: ¿que pasaría si la OMG, así como las políticas definidas por la
actividad x se atrasa?, para generar posibles WFMC.
escenarios de sensibilización sobre la
ejecución de los procesos en el sistema. Una vez se accede a la herramienta, ésta
deberá ofrecer un cuadro de diálogo donde el
Ahora bien, en forma de resumen, un esquema usuario puede elegir entre abrir un modelo ya
general del Sistema gestor de Wokflow propuesto, existente, uno nuevo o una ayuda acerca de la
presenta la siguiente configuración: utilización de la herramienta.

El entorno de la aplicación debe ofrecer una

cabecera que permita la gestión de la ventana
con las funcionalidades de restaurar, mover,
SIMULADOR minimizar, maximizar y cerrar. Debe tener
MODELADOR
TRANSACCIONADOR
además una barra de menús para gestión de
modelos, edición de modelos, transacciones
a la base de datos, simulación, opciones de
SISTEMADEFLUJOSDETRABAJOAUTOMATIZADOS
Figura 3. Esquema general del sistema vista sobre la ventana de la aplicación y
Figure 3. System Schema ayuda de la herramienta, así:

En el esquema anterior se presenta: Un modelador Gestión de modelos

que corresponde a las fase 1 y 2 del sistema, un
Transaccionador correspondiente a la fase 3 del Esta opción debe permitir crear un nuevo
sistema y un Simulador, que corresponde a la fase 4 proyecto, abrir uno ya existente, cerrar y
o integracional del sistema. guardar los cambios de un proyecto ya
existente, con la opción de cambiarle nombre
Una vez presentado el esquema Macro del sistema y ruta de almacenamiento, guardar un
propuesto, se procede, haciendo uso del UML – proyecto nuevo, imprimir el diagrama,
Lenguaje Unificado de Modelado-, a presentar el presentar las propiedades del proyecto, tools
Modelo para la construcción del sistema gestor de y salir de la aplicación.
flujos de trabajo automatizados.
Edición de modelos
3.1 Ámbito del Sistema
Esta opción debe permitir deshacer y rehacer
Los analistas de procesos y desarrolladores de una acción, cortar, copiar y pegar elementos
software requieren de una herramienta en la que del diagrama de procesos, seleccionar todo el
 Dyna 159, 2009 233

diagrama, buscar nombres de elementos del al diseño de los mismos y me permitirá

diagrama. además editarlos.

Transacciones a la base de datos Transaccionador del modelo

Esta opción debe permitir crear una consulta o Este panel debe presentar una estructura de
generar un informe Worklist sobre el proceso, con la árbol jerárquico de despliegue donde en el
opción de imprimir o enviar on-line hacia otros primer nivel se debe encontrar un
destinos. macroproceso, en el segundo nivel, los
procesos asociados al macroproceso, en el
Simulación tercero, los diagramas del proceso, en el
cuarto se encontrará el Worklist de cada
Esta opción debe permitir mostrar el entorno de proceso.
ejecución del proceso, generar estadísticas y
construir reglas de decisión sobre las actividades del Ambiente gráfico de simulación
proceso, imprimir informes de resultados y presentar
opciones de rediseño para el proceso. Este panel debe estar formado por tres
pestañas, una para permitir visualizar la red
Vista sobre la ventana de la aplicación de ejecución de Worklist del proceso, otra
para generar las reglas de simulación del
A través de la opción vista, la aplicación debe proceso y una última para generar las
permitir efectos de zoom in y zoom out y estadísticas asociadas al proceso.
adicionalmente la actualización de los cambios
realizados en cualquiera de los paneles (refresh). El software debe permitir su instalación en
diferentes plataformas.
Ayuda de la herramienta
3.2 Análisis y diseño
La ayuda debe ofrecer un cuadro de diálogo con tres
pestañas de opción: contenido, índice y buscar; en Requerimientos Funcionales
cualquiera de estas tres opciones el usuario deberá
encontrar de forma ordenada la información En síntesis, el sistema Gestor de flujos de
requerida, trabajo automatizados propuesto deberá
cumplir con los siguientes requerimientos
Contará con una interfaz gráfica de usuario con 3 funcionales:
paneles, así:
• Diseñar macroprocesos, procesos y
Gestión de los modelos y diagramas actividades
• Asignar responsables y fechas
Este panel debe estar formado por tres pestañas, • Verificar disponibilidad de recursos
una para la gestión del modelo, en la que debe • Reasignar recursos a los procesos
permitir darle nombre al modelo y establecer sus • Programar ejecución de tareas
características principales de documentación, el • Verificar las políticas de ejecución de
objetivo del proceso, el número de elementos y el tareas
número de actividades que lo constituyen.
• Construir red de tareas y Worklist
Otra pestaña para la gestión de los objetos, la cual
• Coordinar el cumplimiento de las
permitirá al seleccionar un objeto, visualizar su
tareas asignadas
nombre, tipo, características y su respectiva
• Calcular el costo y estadísticas de
documentación.
Por último, tendrá una pestaña para visualizar los ejecución de tareas
diagramas de creación de procesos correspondientes • Redefinir tareas
234 Fernández

ud Use Case Model Workflow

• Detener la ejecución de tareas y actividades
EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version

• Mostrar red de tareas EA 6.1 Unregistered Trial Version Disenar Proceso,

EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
Macroproceso y
Activ idades Ej ecutar Procesos

• Generar alertas sobre cumplimientoEA 6.1eUnregistered Trial Version EAModelador

6.1 Unregistered
de
Procesos
Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
Usuario de Procesos

incumplimiento de tareas EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
«include»EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version

• Simular el cumplimiento de las tareas EA 6.1 Unregistered Trial Version Detectar Errores
Asignar
EA 6.1 Unregistered TrialResponsables
Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
y «include»
Fechas

• Generar informe sobre las tareas EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
«extend»
Generar Informe
«include» de Errores
EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
• Ejecutar procesos Verificar
Detener Ej ecucion Disponibilidad de
EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial VersionRecursos
EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
• Generar informe de errores de Tareas «include»

EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
Area Clav e de
«include» Negocios

Identificacion de Actores EA 6.1 Unregistered Trial Version EAControlador

6.1 Unregistered
de Tareas Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
Reasignar
Recursos a los
Calcular Costos
Simular
de Ej ecucion de
EA 6.1 Unregistered Trial Version EA
Generar 6.1 Unregistered Trial Version EA 6.1 Unregistered
Alertas
«extend» Trial Version EA Comportamiento
Procesos 6.1 Unregistered Trial Version Tareas
de Tareas

Entre los actores que representan el sistema

EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
«include»
«extend»

propuesto, se encuentran: EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial

Controlar el
Version
Ej ecucion de
Programar
Definir Politicas
EA 6.1 Unregistered Trial Version EAGenerar
de Ej ecucion de
Tareas «include»
6.1 Unregistered
Informe Trial Version
Tareas
de Tareas

Cumplimiento de
EA 6.1 Unregistered Trial Version Tareas
EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
«include»
«extend»

• Modelador de procesos EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
«include» Disenar Worklist Mostrar Red de
Redefinir Tareas «extend» Tareas

• Usuario de procesos «include»

EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version

• Area de negocios EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
Figura 4. Diagrama de Casos de Usos del
• Controlador de tareas
Sistema
Figure 4. Use Case System Diagram
Identificacion de Objetos
Diagrama de objetos
Entre los objetos que representan el sistema
propuesto, se encuentran: Los objetos en UML representan las cosas,
personas, documentos, maquinas o
• Procesos subsistemas que poseen características y
• Macroproceso realizan operaciones a través de sus
• Actividad relaciones al interior del sistema de
• Tarea información.
• Alerta
• Reporte de tareas cd Obj ect Model Workflow

EA 6.1 Unregistered Trial Version EA 6.1 Recursos

Unregistered Trial Version
Costea EA 6.1 Unregistered
Costos por Trial Version
• Errores Activ idad
1..* 1..*

EA 6.1 Unregistered Trial Version EA 6.1 Unregistered

Modelador de
1..* Trial
Recibe Version EA 6.1 Unregistered
1..* Trial Version
• Políticas Procesos
Disena
1..*

EA 6.1 Unregistered1 Trial

1 Version
11 EA 6.1 Unregistered
* Trial Version
Procesos Ejecuta EA 6.1Procesos
Usuario Unregistered Trial Version
• Recursos Describe 1..* 1..*

EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version

* Macroprocesos Defi
1..* nen EA 6.1 Unregistered Trial Version
• Responsables Descibe
1..*

EA 6.1 Unregistered Trial Version Define

EA 6.1
1..* Unregistered Trial Version EA 6.1 Unregistered Trial Version
Politicas

• Programador de tareas 1..*

EA 6.1 Unregistered TrialArea

Version
Clav e de EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
• Costos por actividad Negocios
Activ idad Costea
EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial 1..*
Version EA 6.1 Unregistered Trial Version
• Worklist *

EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
• Red de tareas Tarea
EA 6.1 Unregistered Trial Version
Descri beEA 6.1 Unregistered Trial1..*
Version EA 6.1Muestra
Unregistered Trial Version
• Reporte de errores *
1..*
1

EA 6.1 Unregistered Trial Version EA Real

6.1izan 1..*
Unregistered 1..*
Trial Version EA 6.1 Unregistered
Reporte Tareas Trial Version
Muestra
Red de Tareas
Responsables 1..* Programa 1 1
EA 6.1 Unregistered Trial Version EA 6.1Controla
Unregistered Trial Version EA 6.1 Unregistered Trial Version
Diagrama de Casos de Uso
EA 6.1 Unregistered Trial Version EA 6.1 Unregistered
1 Trial Version EA 6.1 Unregistered
Alertas Trial Version
1
Programador Worklist
EA 6.1 Unregistered Trial VersionControlador
EA 6.1 Unregistered
Tareas Trial Version EA 6.1 Unregistered Trial Version
Los casos de uso tratan sobre el funcionamiento del Tareas
1..*
Generan

1..*
sistema en términos de sus requerimientosEA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version Reporte Errores Muestra Errores

funcionales, ayudando en la comprensión de lasEA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version 1 1..*

necesidades del usuario y brindando informaciónEA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version EA 6.1 Unregistered Trial Version
suficiente y necesaria sobre las interfaces de Figura 5. Diagrama de objetos del sistema
comunicación con el usuario final del sistema. Figure 5. System Objects Diagram
 Dyna 159, 2009 235

3.3 Construcción del Prototipo • Se han construido los diagramas mas

representativos de UML para modelar el
Una vez superada la fase de análisis y diseño del sistema propuesto, con: el Diagrama de
sistema propuesto, se procede con el proceso de Casos de Uso con su respectiva
implementación o codificación. documentacion, el diagrama de objetos,
el diagrama de clases, el diagrama de
actividades, el diagramade secuencias, el
diagrama de estados, el de componentes
y despliegue, haciendo una revision
permanente sobre los cambios a realizar
en el sistema.

• Se ha construido un primer prototipo

grafico con el lenguaje de programación
Java y XML para el Modelador de
Procesos del sistema gestor de
Workflow.

5. CONCLUSIONES
Figura 6. Representación del sistema modelador de
procesos El proyecto desarrollado permitirá entre otros
aspectos:
Figure 6. System Process Model
• Coadyuvar en los procesos de desarrollo
Haciendo uso del Lenguaje de programación Java,
de software mediante la aplicación de los
se ha construido una interfaz o modulo del
conceptos teóricos del Lenguaje de
Modelador de Procesos, en el cual a través de los
Modelado Unificado UML en sistemas
iconos representado en la parte izquierda se puede
de información.
construir un modelo o diagrama del proceso que se
• Permitir el uso de una propuesta
está analizando, la información contenida en cada
metodológica como la presentada, en el
icono representa un elemento del proceso cuya
marco de la investigación aplicada, para
información se almacena en los formulario de
el desarrollo de sistemas de información
captura que se muestran al lado del diagrama.
orientado a las organizaciones que
implementan sistemas tipo Workflow.
4. RESULTADOS • Dotar de un sistema integral, flexible y
seguro para la gestión organizacional de
Durante el proceso de desarrollo se han ido las pequeñas y medianas empresas.
evaluando permanentemente los elementos que • Aumento de la productividad en los
entran a conformar el sistema propuesto, entre los índices de gestión y control de la
eventos importantes que se han presentado durante información en las pequeñas y medianas
esta fase del proceso de desarrollo del sistema empresas.
tenemos: • Disminuir los tiempos de gestión
•Un analisis en terminos de organizacional y demoras en la ejecución
determinacion del estado del arte sobre de tareas propias de la planeación y
los sistemas tipo Workflow para generar control de procesos al interior de
un esquema metodologico unificado PYMES.
como el propuesto.
236 Fernández

Por lo pronto, el proyecto que se encuentra en REFERENCIAS

construcción pretende el mejoramiento de los
siguientes indicadores: [1] CARLSEN, S. Conceptual Modeling and
Composition of Flexible Workflow Models.
• Mejoramiento en la calidad y la productividad [PhD Thesis]. Trondheim, Norwegian
en la gestión organizacional de las PYMES. University of Science and Technology. 1997.
• Disminución en los tiempos de respuesta a las
solicitudes y requerimientos operacionales de [2] CARO, J. Tecnología Workflow: Estado
las PYMES. actual de la Investigación, Departamento de
• Aumento en los estándares de manejo de Lenguajes y Ciencias de la Computación –
información en las PYMES. Universidad de Málaga. Available:
• Integridad en el manejo de la información [Link]
• Toma de decisiones rápidas, ágiles y oportunas. so_Doctorado_Workflow_2004.pdf [citado
10 de Junio de 2006].
Tanto las herramientas de diseño utilizadas como las
de programación han resultado adecuadas a los [3] MAHESHWARI, A. Workflow: Study
propósitos planteados en este proyecto, a un bajo and Evaluation, Departamento de Ciencias
costo, flexibles y adaptables, se ha podido construir Computacionales e Ingeniería – Instituto de
un primer prototipo para el sistema propuesto. Tecnológica de India, Available:
[Link]
En cuanto a los logros obtenidos con la realización x/assoc/[Link]/[Link] [citado
del presente trabajo se encuentran hasta la fecha: 10 de Junio de 2006].

• El análisis y diseño de un sistema de [4] SHETH, A. From Contemporary

información para la construccion de Workflow Process Automation to Adaptive
un sistema gestor de Workflow para and Dynamic Work Activity Coordination
las pequeñas y medianas empresas; and Collaboration. SIGGROUP Bulletin, 18
• Una metodologia unificada para la (3), 17-20, 1997.
construccion del sistema propuesto;
[5] SHETH, A.; RUSINKIEWICZ, M. On
• Un primer prototipo para el
Transactional Workflows. IEEE Data
Modelado de Procesos.
Engineering, 16 (2), 34-40. 1993.