{"id":37537,"date":"2014-01-02T12:01:00","date_gmt":"2021-02-10T10:56:31","guid":{"rendered":"https:\/\/www.globallogic.com\/latam\/insights\/blogs\/ciclos-de-vida-bpm\/"},"modified":"2025-01-30T11:09:45","modified_gmt":"2025-01-30T11:09:45","slug":"ciclos-de-vida-bpm","status":"publish","type":"insightsection","link":"https:\/\/www.globallogic.com\/latam\/insights\/blogs\/ciclos-de-vida-bpm\/","title":{"rendered":"Ciclos de vida BPM"},"content":{"rendered":"
Desde el cl\u00e1sico modelo de cascada hasta las \u00faltimas vertientes en modalidades \u00e1giles, los ciclos de vida en el desarrollo de software han ido sufriendo modificaciones y evolucionando. Un ciclo de vida puede ser visto como un conjunto de pasos, t\u00e9cnicas y herramientas que permiten modelar el proceso de desarrollo de software de punta a punta, desde la captura de requerimientos hasta la puesta en producci\u00f3n y mantenimiento. La misma noci\u00f3n puede aplicarse para la gesti\u00f3n de procesos de negocio en BPM. Como sucede con el desarrollo de software, existen distintos modelos aplicables a BPM. A continuaci\u00f3n se ver\u00e1n dos ejemplos. Un modelo cl\u00e1sico y general, que puede adaptarse f\u00e1cilmente a cualquier organizaci\u00f3n (ver [1]), y el propuesto desde la empresa JBOSS (http:\/\/www.jboss.org\/jbpm).<\/p>\n

Modelo Cl\u00e1sico de Ciclo de vida BPM<\/strong><\/p>\n

En el modelo cl\u00e1sico coexisten cinco fases diferentes, que est\u00e1n unidas en un proceso continuo. Esto implica que luego de la quinta actividad se vuelve a la primera, para corregir errores e introducir lo aprendido en el ciclo anterior. Las cinco fases son: modelado, implementaci\u00f3n, ejecuci\u00f3n, monitoreo y optimizaci\u00f3n.<\/p>\n

En la etapa de modelado, el esfuerzo se concentra en describir los procesos a alto nivel, tratando de entender de manera conceptual c\u00f3mo funcionan cada uno de los procesos. Es importante es este punto no distraerse con cuestiones de implementaci\u00f3n y priorizar el entendimiento general.<\/p>\n

En la etapa de implementaci\u00f3n se profundiza la etapa anterior, introduciendo todos los detalles necesarios para llevar el proceso adelante. Se debe prestar especial atenci\u00f3n a la interacci\u00f3n entre actividades as\u00ed como dependencias con servicios externos.<\/p>\n

En la etapa de ejecuci\u00f3n los procesos detallados en la etapa anterior son puestos en marcha.<\/p>\n

En la etapa de monitoreo se debe supervisar cada uno de los procesos, controlando que su comportamiento sea el esperado. Se debe medir la eficiencia y productividad de cada una de las etapas, y aplicar m\u00e9tricas que garanticen un resultado aceptable.<\/p>\n

Finalmente, en la etapa de optimizaci\u00f3n se est\u00e1 en condiciones de detectar problemas y cuellos de botella que llevan a retrasar de manera innecesaria un determinado proceso. Todas las actividades involucradas deben revisarse para solucionar los problemas detectados.<\/p>\n

Una vez completado el ciclo se puede volver a generar una nueva iteraci\u00f3n, incorporando en cada paso lo aprendido en el ciclo anterior.<\/p>\n

Modelo jBPM<\/strong><\/p>\n

En [2] se describe con detalle este modelo que cuenta con el soporte de tener un framework detr\u00e1s, una herramienta que permite llevar a cabo todo lo planeado en cada una de las etapas. La herramienta se conoce como jBPM (http:\/\/www.jboss.org\/jbpm). La gran ventaja de contar con una herramienta de software es que permite tener en un \u00fanico lugar todo el proceso BPM, y tener asistencia digital en cada etapa.<\/p>\n

Las fases de este modelo son conceptualmente similares al modelo ya visto, pero introduciendo en cada una un sabor distinto. Para la etapa de modelado se sugiere seguir un ciclo de 3 actividades: dise\u00f1o, testing y simulaci\u00f3n. Esta forma de estructurar el modelado permite una mayor robustez en el proceso. Es decir, cada proceso ser\u00e1 dise\u00f1ado, luego verificado a trav\u00e9s de un proceso de testing, y se podr\u00e1 ver una primera forma de ejecuci\u00f3n en la tercera etapa de simulaci\u00f3n. Todo esto es aplicable desde la herramienta jBPM.<\/p>\n

La segunda etapa recibe aqu\u00ed el nombre de Deploy, donde finalmente todos los procesos identificados de la etapa anterior son integrados. jBPM ayuda en esta etapa al disponer de un repositorio de procesos, lo cual facilita su mantenimiento y supervisi\u00f3n.<\/p>\n

La tercera etapa de ejecuci\u00f3n se lleva a cabo a trav\u00e9s del motor BPMN2, el cual permite ejecutar procesos dise\u00f1ados en el lenguaje BPMN. Nuevamente se ven las ventajas de contar con una herramienta que automatice cada paso. Esto se ve m\u00e1s claramente en le atapa de monitoreo, que viene provista como funcionalidad predefinida en la herramienta. Finalmente, en la etapa de an\u00e1lisis se pueden realizar ajustes sobre los procesos, viendo su rendimiento y eficiencia.<\/p>\n

Conclusiones<\/strong><\/p>\n

En el presente art\u00edculo se han descrito dos posibles ciclos de vida BPM. El primero es un modelo m\u00e1s general, y el segundo, puede verse como una implementaci\u00f3n del<\/a> primero instanciado en una herramienta en particular, con toda la garant\u00eda de una empresa como JBOSS. Tener en cuenta y seguir un ciclo de vida BPM ayudar\u00e1 a organizar su puesta en marcha y lograr los objetivos propuestos.<\/p>\n

Referencias:<\/strong>
\n[1] http:\/\/www.pnmsoft.com\/resources\/bpm-tutorial\/bpm-lifecycle\/
\n[2] http:\/\/people.redhat.com\/kverlaen\/BPM\/<\/div>\n","protected":false},"excerpt":{"rendered":"

Desde el cl\u00e1sico modelo de cascada hasta las \u00faltimas vertientes en modalidades \u00e1giles, los ciclos de vida en el desarrollo de software han ido sufriendo modificaciones y evolucionando<\/p>\n","protected":false},"author":12,"featured_media":25671,"parent":0,"menu_order":127,"template":"","insight":[41],"insight-subcats":[63],"insight-industry":[779],"insight-services":[],"insight-partners":[],"class_list":["post-37537","insightsection","type-insightsection","status-publish","has-post-thumbnail","hentry","insight-blogs","insight-subcats-agile","insight-industry-cross-industry"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insightsection\/37537","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insightsection"}],"about":[{"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/types\/insightsection"}],"author":[{"embeddable":true,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/users\/12"}],"version-history":[{"count":1,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insightsection\/37537\/revisions"}],"predecessor-version":[{"id":102158,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insightsection\/37537\/revisions\/102158"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/media\/25671"}],"wp:attachment":[{"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/media?parent=37537"}],"wp:term":[{"taxonomy":"insight","embeddable":true,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insight?post=37537"},{"taxonomy":"insight-subcats","embeddable":true,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insight-subcats?post=37537"},{"taxonomy":"insight-industry","embeddable":true,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insight-industry?post=37537"},{"taxonomy":"insight-services","embeddable":true,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insight-services?post=37537"},{"taxonomy":"insight-partners","embeddable":true,"href":"https:\/\/www.globallogic.com\/latam\/wp-json\/wp\/v2\/insight-partners?post=37537"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}