BPM SOA: ¿dónde están los limits?

Contenuti

Il diferencias entre BPM y SOA Son notables y, nonostante questo, sempre cabe chiedese dove están los limits, cuál es el punto donde empieza uno y acaba el altro, quando difuminan las barreras y se integran los obiettivi di ambos.

Amministrazione de procesos de negocios y architettura orientada a servicios, BPM – SOA, van de la mano ma allo stesso tempo descritto concetti molto diversi. Es cierto que pueden producirse conjunciones, como ocurre con las definiciones de procesos y servicios, aún cuando siempre tendrán su origine en diferentes motivos y su ejecución se realizará invariablemente usando diferentes conjuntos de habilidades.

BPM – SOA: principales diferencias

La próxima tabla muestra algunos de los puntos donde desigualdades más significativas entre BPM y SOA:

SOA

BPM

È uno stile architettonico, il cui obiettivo è la progettazione dei sistemi dell'azienda sia nell'area IT sia nell'area business.

È una disciplina aziendale che cerca soluzioni focalizzate sul miglioramento operativo.

È un modello di pensiero che aiuta a scomporre problemi complessi in componenti ben definiti e riutilizzabili.

È un modo di costruire soluzioni operative basate sull'individuazione di un bisogno o sull'anticipazione di una possibilità.

È rivolto ad architetti e ingegneri, professionisti che non sono attrezzati per identificare o stabilire necessità aziendali e tanto meno per proporre una strategia.

È rivolto ad analisti di processi e business che non hanno familiarità con i complessi meccanismi dell'ingegneria dei sistemi.

Il suo punto di partenza è l'insieme dei servizi disponibili per supportare l'automazione desiderata, dove vengono raccolte le esigenze del business, comprese sempre dal punto di vista della conoscenza e non solo da quello tecnologico. In questo modo è possibile garantire la costruzione di un'architettura mediata e uniforme che riesca a collegare in modo efficace i principali stakeholder sia all'interno che all'esterno dell'azienda.
La nozione di mediazione tra consumatore e fornitore è fondamentale per la SOA e, perciò, l'applicazione dei servizi aziendali deve prestare attenzione alle persone, pero fundamentalmente debe incluir procesos de conexión (como consumidores de capacidades de automatización) y servicios (como proveedores de capacidades de automatización).

Su objetivo es poder producir una declaración del nivel deseado de automatización que ayudará al desarrollo de la arquitectura.

Un buen diseño de procesos de negocio debe partir de unas condiciones mínimas de integridad, única forma de garantizar su optimización desde una perspectiva operativa. Encuentre la conexión entre la automatización requerida y las capacidades de TI relevantes que las respaldan.

El área gris BPM – SOA

Entiende donde termina BPM y SOA comienza es fundamental. Los procesos y servicios, pese a depender unos de otros, non hanno cicli di vita equivalenti ma sono necessari per raggiungere gli obiettivi di business. Il equilibrio adeguato tra BPM e SOA si basa sulla negoziazione tra ciò che si desidera, da una prospettiva di soluzione applicata solo ai processi, e ciò che è fattibile, dal punto di vista del portafoglio di servizi aziendali. La coerenza è la chiave del successo, benché, in pratica, molte soluzioni di mercato sfumano i confini tra BPM y SOA.

Il rischio di non saper differenziare l'uno dall'altro è evidente nei risultati, dato che, dopotutto, le azioni su cui si concentrano vengono svolte da persone diverse con capacità diverse e usando strumenti che nulla hanno a che vedere con ogni caso. . (processi e integrazione). La logica e il buon senso prevalgono e richiedono la definizione di limiti tra BPM e SOA, unico modo per garantire l'ottimizzazione dello sforzo e il raggiungimento degli obiettivi aziendali.

Articolo correlato:


Iscriviti alla nostra Newsletter

Non ti invieremo posta SPAM. Lo odiamo quanto te.

Altoparlante dati