BPM og SOA: Hvordan de driver forretning

Forfatter: Robert Simon
Oprettelsesdato: 23 Juni 2021
Opdateringsdato: 24 Juni 2024
Anonim
Каламит и другие приколы в аду. Финал ► 10 Прохождение Dark Souls remastered
Video.: Каламит и другие приколы в аду. Финал ► 10 Прохождение Dark Souls remastered

Indhold


Tag væk:

Forretningsprocessestyring og serviceorienteret arkitektur kan stå alene, men bedste praksis anbefaler, at du bruger dem sammen som en del af en større EA-blå.

Business process management (BPM) er et paradigme, der giver virksomheder mulighed for at modellere, automatisere, udføre, kontrollere, måle og optimere strømmen af ​​forretningsaktiviteter. Dette sker på tværs af virksomhedens integrerede systemer, medarbejdere, kunder og partnere og både inden for og uden for virksomhedsgrænser. Serviceorienteret arkitektur (SOA) er på den anden side en arkitektonisk tilgang til konstruktion af softwareintensive systemer fra et sæt universelt sammenkoblede og indbyrdes afhængige tjenester.

BPM og SOA er separate paradigmer - SOA er en arkitekturtilgang, hvorimod BPM handler om modellering, implementering og overvågning af forretningsprocesser.De to er imidlertid tæt på linje, fordi en af ​​de mange mulige måder at implementere forretningsprocessen er gennem SOA-design. Her skal du godt se på, hvordan BPM og SOA kan arbejde sammen, og hvilke fordele hver tilbyder, når de bruges separat. (Se Enterprise Computing: Whats All the Buzz for baggrundslæsning)


Paraplyen, der styrer BPM og SOA

Virksomhedsarkitektur er den organiserende logik for en organisations forretningsprocesser og IT-infrastruktur. Det er også paraplyen, der styrer begge disse paradigmer. Serviceorienteret arkitektur er en arkitektonisk stil til at realisere eller oprette en virksomhedsarkitektur ligesom klient-server, n-tier, mainframes osv. Det primære mål med serviceorienteret arkitektur er at tilpasse virksomheden til informationsteknologi på en måde, der gør begge mere effektive.

SOA og BPM kan eksistere på egen hånd, men kombinationen er det, der gør virksomhedsarkitekturen komplet. BPM passer ind i SOA-puslespillet som en af ​​de vigtigste komponenter, der giver forretningsprocessdimensionen. Tjenesteorientering gør det muligt for applikationer at påkalde hinandens adfærd som tjenester, hvilket er en gentagelig opgave i en forretningsproces. Forretningsprocesser inden for virksomheder realiseres ved at samle tjenester, der tilbydes som en del af SOA-stakken.


Figuren nedenfor er en SOA-referencearkitektur, der peger på, hvor BPM passer ind i SOA-stakken. Som du kan se, sidder BPM lige oven på det solide fundament, der leveres af SOA og arver betydelige integrationskapaciteter fra det.

Figur 1: SOA Reference Arkitektur

Bemærk: Lag i referencearkitekturen over fra bund til top er: databaselag, applikationslag, komponentlag, integrationslag, forretningsproceslag, præsentationslag, kanallag.

Ingen fejl, ingen stress - Din trinvis vejledning til oprettelse af livsændrende software uden at ødelægge dit liv

Du kan ikke forbedre dine programmeringsevner, når ingen er interesseret i softwarekvalitet.

Tilgange og værktøjer, der understøtter BPM og SOA

Der er forskellige tilgange til at realisere BPM og SOA:

  • Traditionel applikationsudvikling
    En mulighed er at udvikle en helt ny applikation internt. De fleste virksomheder har kapacitet til at gøre dette, så det er ikke ualmindeligt, at disse virksomheder vurderer, om de kan bruge deres traditionelle applikationsudvikling i stedet for at bruge forretningsprocesstyringssoftware (BPMS). Beslutningsparametrene drejer sig om, hvorvidt der findes internt kvalifikationssæt for at imødekomme krav og tid til marked.
  • Udvidelse af en eksisterende applikation
    De fleste organisationer bruger allerede applikationer i deres forretningsprocesser. Naturligvis får brug af en eksisterende applikation større overvejelse. Hvis en eksisterende applikation er på plads, vurderer nogle virksomheder, om de skal udvide den applikation for at hjælpe med at forbedre forbedring inden for centrale procesområder. Her er beslutningsparametrene centreret omkring omkostninger, kompleksitet og umodenhed.
  • Køb af en pakket applikation
    I mange tilfælde kan du købe en pakket applikation, der formodes at være designet til at imødekomme behovene i en bestemt proces eller funktion. Beslutningsparametre inkluderer tid til værdi, risiko for vedtagelse, reaktion på ændringer og udvidelse af rækkevidden.

De følgende tabeller viser en sammenligning af de vigtigste værktøjer fra de to paradigmer.

Tabel 1: Værktøjer til BPM og SOA

Fordelene ved SOA

SOA har nogle vigtige fordele for virksomhederne. Lad os se på disse såvel som fordelene, der leveres af BPM. SOA leverer på sin side:

  • Forbedret B2C-kommunikation
  • En serviceorienteret arkitektur for organisationen. En virksomhed, der er organiseret omkring SOA, er generelt mere fleksibel og kan lettere reagere på forretningsændringer lettere.
  • Muligheden for at genbruge kode for at reducere udviklingsomkostninger. Tjenester gør funktionaliteten mere genanvendelig, hvilket reducerer omkostningerne ved at undgå behovet for at gentage den samme funktionalitet.
  • Forbedret integration af eksisterende e-business / CRM / ERP-initiativer. SOA er ikke et alternativ til tilgange