BPM și SOA: Cum conduc afacerile

Autor: Robert Simon
Data Creației: 23 Iunie 2021
Data Actualizării: 6 Mai 2024
Anonim
Așa supărat nu l-ai văzut niciodată! Nea Mărin, încuiat de Vârciu "Băiatul tatii, dă-mi voie să ies"
Video: Așa supărat nu l-ai văzut niciodată! Nea Mărin, încuiat de Vârciu "Băiatul tatii, dă-mi voie să ies"

Conţinut


La pachet:

Administrarea proceselor de afaceri și arhitectura orientată către servicii pot fi singure, dar cele mai bune practici recomandă utilizarea lor împreună ca parte a unui albastru mai mare.

Managementul proceselor de afaceri (BPM) este o paradigmă care permite întreprinderilor să modeleze, să automatizeze, să execute, să controleze, să măsoare și să optimizeze fluxul de activități comerciale. Acest lucru se întâmplă de-a lungul sistemelor integrate, angajaților, clienților și partenerilor întreprinderii, atât în ​​interiorul, cât și în afara granițelor companiei. Arhitectura orientată către servicii (SOA), pe de altă parte, este o abordare arhitecturală pentru construirea de sisteme software intensiv dintr-un set de servicii universal interconectate și interdependente.

BPM și SOA sunt paradigme separate - SOA este o abordare de arhitectură, în timp ce BPM vizează modelarea, implementarea și monitorizarea proceselor de afaceri.Cu toate acestea, cele două sunt strâns aliniate, deoarece unul dintre numeroasele moduri posibile de implementare a procesului de afaceri este prin proiectarea SOA. Aici ar trebui să aruncăm o privire asupra modului în care BPM și SOA pot lucra împreună și ce beneficii oferă fiecare când este utilizat separat. (Pentru citirea în fundal, consultați Enterprise Computing: Ce este tot Buzz?)


Umbrella care guvernează BPM și SOA

Arhitectura Enterprise este logica organizatorică pentru procesele de afaceri ale organizațiilor și infrastructura IT. Este, de asemenea, umbrela care guvernează ambele aceste paradigme. Arhitectura orientată către servicii este un stil arhitectural pentru realizarea sau crearea unei arhitecturi de întreprindere la fel ca client-server, n-tier, mainframes, etc. Scopul principal al arhitecturii orientate către servicii este alinierea afacerii cu tehnologia informației într-un mod care să facă ambele mai eficiente.

SOA și BPM pot exista pe cont propriu, dar combinația este cea care face ca arhitectura întreprinderii să fie completă. BPM se încadrează în puzzle-ul SOA ca una dintre componentele cheie care oferă dimensiunea procesului de afaceri. Orientarea serviciului permite aplicațiilor să invoce reciproc comportamentul ca servicii, ceea ce este o sarcină repetabilă în cadrul unui proces de afaceri. Procesele de afaceri din cadrul întreprinderilor sunt realizate prin alocarea serviciilor oferite ca parte a stivei SOA.


Figura de mai jos este o arhitectură de referință SOA care identifică locul în care BPM se încadrează în stiva SOA. După cum puteți vedea, BPM se află chiar deasupra bazei solide furnizate de SOA și moștenește capacități de integrare semnificative de la ea.

Figura 1: Arhitectură de referință SOA

Notă: Straturile arhitecturii de referință de sus în jos sunt: ​​stratul bazei de date, stratul aplicației, stratul componentelor, stratul de integrare, stratul procesului de afaceri, stratul de prezentare, stratul canalului.

Fără bug-uri, fără stres - Ghidul dvs. pas cu pas pentru crearea de software care poate schimba viața fără a vă distruge viața

Nu îți poți îmbunătăți abilitățile de programare atunci când nimeni nu îi pasă de calitatea software-ului.

Abordări și instrumente care acceptă BPM și SOA

Există diverse abordări pentru realizarea BPM și SOA:

  • Dezvoltare de aplicații tradiționale
    O opțiune este să dezvolți o aplicație complet nouă. Majoritatea companiilor au capacitatea de a face acest lucru, astfel încât nu este neobișnuit ca aceste companii să evalueze dacă pot utiliza dezvoltarea lor tradițională de aplicații în loc să folosească software de gestionare a proceselor de afaceri (BPMS). Parametrii de luare a deciziilor se concentrează dacă seturile de abilități există intern pentru a satisface cerințele și timpul de introducere pe piață.
  • Extinderea unei aplicații existente
    Majoritatea organizațiilor folosesc deja aplicații în procesele lor de afaceri. Evident, utilizarea unei aplicații existente are în vedere o importanță majoră. Dacă există o aplicație existentă, unele companii evaluează dacă extinderea acestei aplicații pentru a ajuta la îmbunătățirea impulsionării în domeniile cheie de proces. Aici, parametrii deciziei se concentrează în jurul costului, complexității și imaturității.
  • Cumpărarea unei aplicații ambalate
    În multe cazuri, puteți cumpăra o aplicație ambalată care trebuie să fie proiectată pentru a răspunde nevoilor unui anumit proces sau funcție. Parametrii de luare a deciziilor includ timpul de valorizare, riscul adopției, răspunsul la schimbări și extinderea domeniului de aplicare.

Următoarele tabele prezintă o comparație a instrumentelor majore din cele două paradigme.

Tabelul 1: Instrumente pentru BPM și SOA

Beneficiile SOA

SOA are câteva beneficii cheie pentru întreprinderi. Să aruncăm o privire asupra acestora, precum și avantajele oferite de BPM. La rândul său, SOA oferă:

  • Comunicări B2C îmbunătățite
  • O arhitectură orientată către servicii pentru organizație. O afacere organizată în jurul SOA este în general mai flexibilă și poate răspunde mai ușor și mai rapid la schimbările de afaceri.
  • Posibilitatea de a reutiliza codul pentru a reduce costurile de dezvoltare. Serviciile fac ca funcționalitățile să fie mai reutilizabile, ceea ce reduce costurile prin evitarea necesității de a repeta aceeași funcționalitate.
  • Integrare îmbunătățită a inițiativelor de e-business / CRM / ERP existente. SOA nu este o alternativă la abordări