Sisältö
- BPM: ää ja SOA: ta ohjaava sateenvarjo
- Ei vikoja, ei stressiä - vaiheittaiset ohjeet elämää muuttavien ohjelmistojen luomiseen tuhoamatta elämääsi
- Lähestymistavat ja työkalut, jotka tukevat BPM: ää ja SOA: ta
- SOA: n edut
Ottaa mukaan:
Liiketoimintaprosessien hallinta ja palvelukeskeinen arkkitehtuuri voivat olla itsenäisiä, mutta parhaat käytännöt suosittelevat niiden käyttöä yhdessä osana suurempaa EA-sinistä.
Liiketoimintaprosessien hallinta (BPM) on malli, jonka avulla yritykset voivat mallintaa, automatisoida, toteuttaa, hallita, mitata ja optimoida liiketoiminnan sujuvuutta. Näin tapahtuu yrityksen integroitujen järjestelmien, työntekijöiden, asiakkaiden ja yhteistyökumppaneiden välillä sekä yrityksen rajojen sisällä että niiden ulkopuolella. Palvelukeskeinen arkkitehtuuri (SOA) on sitä vastoin arkkitehtoninen lähestymistapa ohjelmistointensiivisten järjestelmien rakentamiseksi kokonaisuudessaan toisiinsa kytkettyjen ja toisistaan riippuvien palvelujen joukosta.
BPM ja SOA ovat erillisiä paradigmoja - SOA on arkkitehtuurimenetelmä, kun taas BPM on liiketoimintaprosessien mallintamista, toteuttamista ja seurantaa.Nämä kaksi ovat kuitenkin läheisesti linjassa, koska yksi monista mahdollisista tavoista toteuttaa liiketoimintaprosesseja on SOA-suunnittelu. Täällä on hyvä katsoa, kuinka BPM ja SOA voivat toimia yhdessä ja mitä etuja kukin tarjoaa, kun niitä käytetään erikseen. (Taustalukemista varten katso Enterprise Computing: Whats All Buzz?)
BPM: ää ja SOA: ta ohjaava sateenvarjo
Yritysarkkitehtuuri on organisaation liiketoimintaprosessien ja IT-infrastruktuurin organisointilogiikka. Se on myös sateenvarjo, joka ohjaa molempia näitä paradigmoja. Palvelukeskeinen arkkitehtuuri on arkkitehtoninen tyyli yrityksen arkkitehtuurin toteuttamiseksi tai luomiseksi samoin kuin asiakas-palvelin, n-taso, keskusyksiköt jne. Palvelukeskeisen arkkitehtuurin päätavoite on sovittaa liiketoiminta tietotekniikkaan tavalla, joka tekee molemmat tehokkaampia.
SOA ja BPM voivat olla yksin, mutta yhdistelmä tekee yrityksen arkkitehtuurista täydellisen. BPM sopii SOA-palapeliin yhtenä avainkomponenttina, joka tarjoaa liiketoimintaprosessin ulottuvuuden. Palvelusuuntaus antaa sovelluksille mahdollisuuden vedota toistensa käyttäytymiseen palveluina, mikä on toistettava tehtävä liiketoimintaprosessissa. Yritysten sisäiset liiketoimintaprosessit toteutetaan yhdistämällä SOA-pinon osana tarjotut palvelut.
Seuraava kuva on SOA-viitearkkitehtuuri, joka osoittaa, missä BPM sopii SOA-pinoon. Kuten näette, BPM istuu suoraan SOA: n tarjoaman vankan perustan päällä ja perii sieltä merkittäviä integraatiokykyjä.
Kuva 1: SOA-referenssiarkkitehtuuri
Huomaa: Yllä olevasta viitearkkitehtuurikerroksesta alhaalta ylöspäin ovat: tietokantakerros, sovelluskerros, komponenttikerros, integrointikerros, liiketoimintaprosessikerros, esityskerros, kanavakerros.
Ei vikoja, ei stressiä - vaiheittaiset ohjeet elämää muuttavien ohjelmistojen luomiseen tuhoamatta elämääsi
Et voi parantaa ohjelmointitaitojasi, kun kukaan ei välitä ohjelmiston laadusta.
Lähestymistavat ja työkalut, jotka tukevat BPM: ää ja SOA: ta
BPM: n ja SOA: n toteuttamiseen on olemassa erilaisia lähestymistapoja:
- Perinteinen sovelluskehitys
Yksi vaihtoehto on kehittää täysin uusi sovellus talossa. Suurimmalla osalla yrityksiä on kyky tehdä tämä, joten ei ole harvinaista, että nämä yritykset arvioivat, voivatko ne käyttää perinteistä sovelluskehitystään liiketoimintaprosessien hallintaohjelmistojen (BPMS) sijaan. Päätöksentekoparametrit keskittyvät siihen, onko taitojoukkoja olemassa sisäisesti vaatimusten ja markkinoille saattamisen ajan täyttämiseksi. - Olemassa olevan sovelluksen laajentaminen
Useimmat organisaatiot käyttävät jo sovelluksia liiketoimintaprosesseissaan. On selvää, että olemassa olevan sovelluksen hyödyntäminen on tärkeätä. Jos jokin olemassa oleva sovellus on olemassa, jotkut yritykset arvioivat, jatketaanko sovellusta parantaakseen prosessien avainalueita. Päätösparametrit keskittyvät tässä kustannusten, monimutkaisuuden ja epäküpsyyden ympärille. - Pakatun sovelluksen ostaminen
Monissa tapauksissa voit ostaa pakatun sovelluksen, jonka on tarkoitus suunnitella vastaamaan tietyn prosessin tai toiminnon tarpeita. Päätöksentekoparametreihin sisältyy aika arvoon, omaksumisriski, muutoksiin vastaaminen ja soveltamisalan laajentaminen.
Seuraavissa taulukoissa on vertailu kahden paradigman tärkeimmistä työkaluista.
Taulukko 1: BPM: n ja SOA: n työkalut
SOA: n edut
SOA: lla on joitain tärkeitä etuja yrityksille. Katsotaanpa näitä ja BPM: n tarjoamia etuja. SOA puolestaan tarjoaa:
- Parempi B2C-viestintä
- Palvelukeskeinen arkkitehtuuri organisaatiolle. SOA: n ympärille organisoitu yritys on yleensä joustavampaa ja pystyy reagoimaan liiketoiminnan muutoksiin helpommin ja nopeammin.
- Mahdollisuus käyttää koodia uudelleen vähentää kehityskustannuksia. Palvelut tekevät toiminnallisuudesta uudelleenkäytettävän, mikä vähentää kustannuksia välttämällä tarvetta toistaa samaa toimintoa.
- Parannettu nykyisten verkkoyrityksiä / CRM / ERP -aloitteiden integrointia. SOA ei ole vaihtoehto lähestymistapoille