El documento presenta la roadmap de GXflow, incluyendo la incorporación de más elementos BPMN, integrar analistas de procesos al ciclo de desarrollo, usar XPDL para intercambiar diagramas entre modeladores, agregar funcionalidades de BAM como análisis de rendimiento de procesos, tareas y usuarios, y desarrollar GXflow como sistema independiente con integración a GAM.
Aproveche las ventajas de la colaboración entre GeneXus y Cloud Shared Office...
0111 g xflow_roadmap
1. GXflow: Roadmap Ing. Germán Asiz gasiz@artech.com.uy Ing. Gonzalo Fernández gfernandez@artech.com.uy
2. Agenda Completitud BPMN GeneXus Business ProcessModeler Interoperabilidad con otros Modeladores Estadísticas de Procesos / BAM GXflowStandalone Otras funcionalidades
3. Completitud BPMN Versión X Ev1 Se incorporan los principales elementos Corto Plazo Incorporar más elementos Swimlanes EmbeddedSubprocess Nuevos Eventos
4. GeneXus Business ProcessModeler Versión X Simplifica el desarrollo de aplicaciones GXflow CortoPlazo Integraranalistas de procesos al ciclo de desarrollo Permitirmodificarprocesos en producción
5. Interoperabilidad con otros Modeladores Analistas habituados a usar otros modeladores Perousan la mismanotaciónqueGeneXus BPMN Usar XPDL comoformato de intercambio de esosdiagramas
6. Estadísticas de Procesos Análisis de Performance de Procesos Análisis de Performance de Tareas Análisis de Performance de Equipos / Usuarios
24. Para Terminar Conferencias relacionadas Grandes aplicaciones con GXFlow (2C - 17:15) BPMN: mayor expresividad para modelar procesos de negocio (2C - 17:45) Consultas gfernandez@artech.com.uy gazis@artech.com.uy
Notas del editor
The term "business activity monitoring" was originally coined by analysts Gartner, Inc. and refers to the aggregation, analysis, and presentation of real-time information about activities inside organizations and involving customers and partner.The goals of business activity monitoring are to provide real time information about the status and results of various operations, processes, and transactions. The main benefits of BAM are to enable an enterprise to make better informed business decisions, quickly address problem areas, and re-position organizations to take full advantage of emerging opportunities.One of the most visible features of BAM solutions is the presentation of information on dashboards that contain key performance indicators(KPIs) used to provide assurance and visibility of activity and performance. This information is used by technical and business operations to provide visibility, measurement, and assurance of key business activities. It is also exploited by event correlation to detect and warn of impending problems.Although BAM systems usually use a computer dashboard display to present data, BAM is distinct from the dashboards used by business intelligence (BI) insofar as events are processed in real-time or near real-time and pushed to the dashboard in BAM systems, whereas BI dashboards refresh at predetermined intervals by polling or querying databases. Depending on the refresh interval selected, BAM and BI dashboards can be similar or vary widely.Some BAM solutions additionally provide trouble notification functions, which allows them to interact automatically with the trouble-ticket system. For example, whole groups of people can be sent e-mails, voice or text messages, according to the nature of the problem. Automated problem solving, where feasible, can correct and restart failed processes.
Tiempo del Ciclo del ProcesoEl tiempo del ciclo es la cantidad total de tiempo que se requiere para completar el proceso. Esto no sólo incluye la cantidad de tiempo que se requiere para realizar el trabajo, sino también el tiempo que se dedica a trasladar documentos, esperar, almacenar, revisar y repetir el trabajo. El tiempo del ciclo es un aspecto fundamental en todos los procesos críticos de la empresa. La reducción del tiempo total de ciclo libera recursos, reduce costos, mejora la calidad del output y puede incrementar las ventas. Por ejemplo, si reduce el tiempo del ciclo correspondiente al desarrollo del proceso, podrá ganar ventas y participación de mercado. Si reduce el tiempo del ciclo del producto, reducirá el costo del inventario y mejorará los despachos Si reduce el ciclo de facturación, tendrá más dinero en efectivo a su alcance. El tiempo del ciclo puede establecer la diferencia entre el éxito y el fracaso.
ConGxflow Standalone nosreferimos a la posibilidad de independizar el runtime de workflow (motor y cliente) de la aplicación y base de datos.Es un requerimientoquenoshanpedidovariasempresas.Las empresas a lasque se le presentaestanecesidad, son empresasgrandesquetienenequipos de trabajo (programadores) independientes.Veamos un escenarioconcretoparaentendermejor la situación.Supongamosquetenemosunaempresa con dos equipos de trabajo A Y B. Al primer equipo se le pidequedesarrolle un sistema A. Este sistemahaceuso de gxflow y ambos estanintegrados en un mismodominio (con esto me refiero al mismodirectorio virtual o web app) y conectados a unamisma base de datos. Luego al equipo B le pidenquedesarrolle un sistema B. Este sistematambiénrequiere el uso de gxflow el cual en principio tambiénestaríaintegrado al sistema B en unamismawebapp y conectado a la misma base de datos. La utilización de dos sistemas de workflow independientestienevariosproblemas. Uno de ellosque los usuarios finales puedenllegar a participar de los dos sistemas. Esoimplicapor un ladoque el usuariotienequeestardefinido dos veces y porotrolado el usuariotienequeacceder a dos sitiosdiferentesparapoderhacersutrabajo. Otroinconvenienenteesque los procesos de ambos sistemas no estandirectamenteconectados y sihubiera la necesidad de comunicarlos se tendríaque resolver mediante web services porejemplo. Adicionalmente, la seperación de los procesosdificulta la gestión de los mismosyaque no puedenseranalizados y monitoreadosdesde la mismaherramienta.Una forma de solucionaresteproblemaesque ambos sistemasutilicen la misma base de datos y compartan el mismodominio. Sin embargo estasolucióntraeconsigootrosproblemasyaqueobliga a los dos equipos a trabajar en forma coordinadayaque los cambios en un sistemapuedenafectar la estabilidad del otro.La verdaderaalternativaparasolucionaresteproblemaeslograrindependizargxflow de los dos sistemas y tenerlocentralizado.Podríapensarsequealcanzaría con quelas dos instalaciones de gxflowcompartan la base de datos. Si embargo estosolucionaalgunosproblemasmientrasagreganuevos. Sucedequepuedepasarque un usuario final quecomparta roles en ambos sistemasquieraejecutarunatarea de uno de los sistemasdesde el dominio del otro lo cualvaproducir un error porque no se va a encontrar la aplicacióncorrespondiente.La solucióndefinitivaesqueque el cliente de gxflow sea capaz de invocaraplicaciones (y me refiero no solo a laspáginas web sinotambién a los procedimientos batch y de condición) que no están en un mismodominio (webapp).Hemosencontrado la forma de resolver estasituación de maneraque no degrade la performance del sistema. El mecanismova a teneralgunaslimitaciones. Una de ellasesquedesde el dominiodondecorre el cliente de gxflow se tienequeteneracceso al sistema de archivos de los sistemas A y B (estopor los procedimientos batch y condiciones, laspáginas web no tieneneseproblema). Otralimitaciónesque ambos sistemastienenqueutilizar la mismaversión de GeneXus.