Análisis de Herramienta Tecnológica

Ultimus hace posible la importación de diagramas Microsoft Visio a los mapas de procesos de su suite BPM Microsoft Visio es utilizado en la creación de diagramas y diseño de flujos para documentar y organizar procesos y sistemas complejosEl proveedor de soluciones para la gestión de procesos de negocio Ultimus ha anunciado la próxima disponibilidad de Ultimus Visio Converter, aplicación diseñada para permitir la transferencia de los diagramas creados con Microsoft Visio a los mapas de procesos de Ultimus.

Microsoft Visio es un programa para la creación de diagramas y el diseño de flujos que es utilizado para documentar y organizar procesos y sistemas complejos. Ultimus Visio Converter ofrece a las organizaciones que utilizan este programa la posibilidad de importar los diagramas creados con esta aplicación al entorno BPM de Ultimus. Una vez estos diagramas son convertidos en mapas de procesos de Ultimus, la tarea de automatización de los pasos de los procesos y las tareas de distribución de las tareas son gestionadas por el sistema de Ultimus.
El objetivo de la creación de Ultimus Visio Converter es el de permitir a las organizaciones el aprovechamiento de sus inversiones en las tecnologías de Microsoft mientras al mismo tiempo pueden incrementar las eficiencias de su organización con la suite BPM de Ultimus.
Actualmente en su sexta versión, el Ultimus BPM Suite es uno de los productos BPM con mayor número de funciones, ofreciendo las mejoras resultado de la experiencia de más de 1200 clientes usuarios.

Objetos de Negocios
Un Problema de Diseño y Arquitectura
Este no es un problema de cómputo, sino humano. Las agilidad de un negocio impide el mantener un modelo o conocimiento de las "reglas del negocio" en un lugar legible y centralizado. Si usted centraliza y documenta todos los procedimientos perfectamente, su negocio tiende a volverse rígido. Cuántas veces hemos oido "lo haría por usted, pero la computadora no me deja". Pero al mismo tiempo, el hacer sistemas flexibles que al mismo tiempo satisfagan las necesidades del usuario es mucho muy dificil sin un conocimiento claro de las reglas.
Muchas veces tenemos que hacer tremendos malabares para implementar exactamente lo que el usuario requiere. Aún con la mejor documentación y requerimientos, siempre acabamos en un ir y venir con los usuarios relevantes para implementar ciertos cálculos o procedimientos que no son claros para nadie más que para uno o dos usuarios en específico.
Los Objetos de Negocios como solución del problema
Con el correr de los años, los sistemas de cómputo se volvieron no sólamente la herramienta de todos los días, sino el único repositorio actualizado de todo el conocimiento acerca de cómo un negocio funciona. El problema es que este conocimiento está expresado en COBOL, Pascal, Java, C++, SQL y muchos otros lenguajes que la gente común y corriente no entiende, y algunas reglas muy importantes se encuentran dentro de ciclos "for-next" y "do-while".
Al darse cuenta de esto, y tomando en cuenta el hecho de que la orientación a objetos puede reflejar más fielmente la realidad, varios científicos de cómputo y eruditos decidieron que si pudieramos diseñar sistemas de cómputo utilizando modelos del mundo real (objetos que representen sus contrapartes en el mundo físico), y aplicaramos a esos modelos procedimientos y acciones relativas a otros objetos, podríamos lograr:
Documentos de diseño que reflejan el mundo real y las reglas del negocio, legibles tanto por los administradores como por los ingenieros
Sistemas más flexibles, donde añadir la capacidad de hacer algo quiere decir simplemente añadir un método
Separación entre la interacción de los objetos "de negocios" y la interfaz del usuario, permitiendo usar la misma lógica para introducir los datos ya sea desde el teclado, mouse, navegador de web, realidad virtual o desde otro programa via internet.

Los objetos de negocio son una representación virtual de un objeto en el mundo real, con especificaciones de todas sus interacciones con otros objetos.

Es muy importante tomar en cuenta de que la primera vez que realizamos un sistema de esta forma el diseño del sistema tomará mucho tiempo y muchas iteraciones y diagramación antes de escribir una sola línea de código o diseñar una sola pantalla o tabla.
Para tomar prestada una analogía de la notación UML, diseñar sistemas de objetos de negocios es un poco como escribir una obra de teatro. El escritor comienza por definir Actores (objetos), especificando su naturaleza, historia (razon de ser) y sus interacciones con otros Actores. Al hablar con los expertos que utilizan estos "actores" una y otra vez descubrimos más interacciones que reflejan más actores que a su vez interactúan con otros actores, nuevos o existentes.
Al final lo que tenemos es un modelo muy exacto de como funciona el negocio, pero en papel. Una vez hecho esto, podemos comenzar a definir bases de datos para guardar las características de los diferentes actores, código que representa los actores y todas sus interacciones, y pantallas (vestuario y coreografía) para llenar las características de los actores, con botones y eventos para activar sus acciones.

El impacto de los objetos de negocios para los sistemas gerenciales es realmente favorable para las empresas ya que con estos nos permite en que podamos tratar esos objetos para transacciones y los gerentes también los usan para hacer tomas de decisiones.