Managementul Proceselor de Afaceri Prin Abordare Soa

Academia de Studii Economice din București

Facultatea de Cibernetică, Statistică și Informatică Economică

REFERAT

„Managementul proceselor de afaceri prin abordare SOA”

Student: Curarari Silvia
Grupa: 1056

București 2016

Managementul proceselor de afaceri

Managementul proceselor de afaceri (BPM) este o abordare ce cuprinde metode, tehnici și instrumente ce oferă suport pentru întregul ciclu de viață al proceselor de afaceri de la identificare, analiză și modelare până la punerea în producție, utilizare și scoatere din funcțiune.

Managementul proceselor de afaceri pleacă de la ideea că orice produs sau serviciu oferit de o întreprindere este rezultatul unui număr de activități realizate într-o ordine prestabilită. În condițiile acestei situații, un număr din ce în ce mai mare de produse și servicii sunt oferite ca rezultat al unui număr mai mare de activități, implicând resurse umane, cunoștințe și aplicații IT, fiind generatoare de profit.

Procesele de afaceri reprezintă un instrument cheie de a organiza aceste activități. Un rol predominant îl joaca tehnologia informațiilor deoarece din ce în cele mai multe procese de afaceri sunt susținute de sisteme informatice.

Scopul BPM este să optimizeze execuția strategiilor organizației prin intermediul unor aplicații specifice care:

Să permită transformarea strategiilor în planuri;

Să permită urmărirea execuției acestora;

Să ofere informații detailate despre evoluția organizației pentru îmbunătățirea performanțelor operaționale și financiare.

Conceptele cheie în BPM sunt:

Orientare spre client

Asumare la nivel de organizație

Valoare / Lanț valoric

Abordare “end-to-end”

Integrare (prin tehnologie)

Optimizare continuă

Obiectivele managementul proceselor de afaceri

Creșterea rentabilității activelor: procesele de business sunt active importante ce oferă avantaje competitive;

Transparența, controlul și agilitate într-un mediu dinamic, gestionarea eficientă a riscurilor și excepțiilor;

Colaborare și conectivitate: implicarea și conectarea oamenilor;

Business Intelligence: colectarea, procesarea și dirijarea fluxurilor de date la momentul potrivit catre decident ul potrivit.

BPM reprezintă o abordare care asigură optimizarea continuă în bucla de performanță a unei organizații. Pentru a maximiza beneficiile oricărei abordări de tip BPM, orice inițiativă tehnologică, cu reflectare la nivel de arhitectura de sistem informatic, trebuie să pornească de la definirea componentei de business, căreia ii corespunde demersul tehnologic.

Principii și pactici BPM în companii

Modelul de afacere care descrie mijloacele și metodele utilizate de către o companie pentru a-și atinge profitabilitatea, conține setul de activități întreprinse de companie, modul de realizare al acestora, utilizarea resurselor în vederea obținerii scopului companiei, corelate cu specificul activităților ei pentru a crearea plus de valoare atât pentru clienți, cât și a plus valoare pentru companie, prin poziționarea acesteia cât mai favorabil în piață. BPM poate colabora cu diverse practici de management, cum ar fi managementul personalului sau managementul performanței tocmai prin concentrarea sa pe procesele de afaceri.

Modelarea proceselor de afaceri

Ciclul de viață al proceselor de afaceri acoperă următoarele etape:

Obiective strategice

Analiza proceselor

Modelarea proceselor: definirea modelelor de procese folosind diverse metodologii și notații.

Implementarea proceselor: folosirea instrumentelor IT pentru procese, cu scopul de a face etapa implementării mai rapidă și mai eficientă.

Execuția și monitorizarea proceselor pentru atingerea indicatorilor de performanță.

Simularea proceselor: simularea execuțiilor procesului cu scopul de a optimiza indicatorii de performanță.

Optimizarea procesului: îmbunătățirea eficienței procesului, a eficacității, agilității, flexibilității și transparenței.

Beneficii ale managementul proceselor de afaceri

Arhitectura Orientată pe Servicii

Arhitectură Orientată pe Servicii (SOA) este o arhitectură flexibilă și standardizată care contribuie la conectarea diverselor aplicațiilor și facilitează schimbul de informații între acestea. Arhitectură Orientată pe Servicii conectează procesele de business organizează aplicațiile într-o colecție de module mai mici numite servicii. Aplicații care pot fi folosite de grupurile de oameni atât din cadrul companiei cât și din afara ei.

Serviciile sunt unități funcționale care nu au apeluri unele către altele încrprate în ele. În mod tipic sunt implementate funcționalități pe care majoritatea oamenilor le-ar recunoaște ca și serviciu cum ar fi de exemplu completarea unei aplicații online pentru un cont, vizualizarea unui extras de cont online sau efectuarea unei comenzi de bilet de avion online.

Aceste serviciile comunică între ele prin protocoale. Arhitectura Orientată pe Servicii este un grup de servicii care comunică între ele. Procesul de comunicare implică schimburi simple de date între un furnizor de servicii și beneficiarul acestora, și un sistem complex de sisteme între doi sau mai mulți furnizori. Inter-comunicarea dintre acestea implică identificarea unor legături de conectare a două sau mai multe servicii între ele.
Pentru orice companie, performanța a devenit dependentă de modul în care IT-ul acelei companii reușește să susțină într-un mod eficient inițiativele și planurile de dezvoltare ale afacerii.
„Conceptul de Arhitectură Orientată pe Servicii nu ar trebui să fie scopul unei companii, ci mai degrabă mijlocul, metoda, prin care o companie aflată într-o anumită situație reușește să-și atingă obiectivele propuse. Printr-o astfel de abordare, IT-ul poate deveni un motor pentru competitivitate și productivitate în cadrul companiei”, justifică Ovidiu Bastea, Business Integration Tiger Team.

Prin intermediul SOA se construiesc sisteme informatice pornind de la proceduri reutilizabile și independente de sistem. În utilizarea internetului, utilizatorul transmite prin browserul său cereri către un anumit siturile Web, iar acesta la rândul ei trimite raspunsuri sub formă de pagini HTML. Prin Serviciile Web o aplicație pornește o comunicatie inteligentă cu unul sau mai mulți furnizori de Servicii Web, pentru a obține datele necesare unui raspuns către client.

Arhitectură Orientată pe Servicii se bazează pe un mecanism de cerere/răspuns(figura 1). Consumatorii de servicii invocă furnizorii de servicii prin rețea și așteaptă până când se va realiza operația la furnizori. Astfel, SOA împarte o aplicație într-un coordonator de serviciu, care reprezintă funcționalitatea la utilizator și furnizorii de servicii, care implementează funcționalitatea. În timp ce coordonatorul tinde să fie unic pentru o aplicație particulară, un serviciu poate fi reutilizat și partajat de multiple aplicații compozite. Coordonatorul serviciului, în mod explicit, specifică și invocă serviciile dorite.

Fig. 1. Mecanismul cerere/răspuns în SOA

SOA este un stil architectural de obținere a unor valori mutuale de către comunitatile de ofertanți și consumatori de servicii, permițând participantilor la aceste comunitați de interese să conlucreze într-o manieră cât mai puțin dependentă de tehnologie. Acest stil specifică, de asemenea, contractele pe care organizatiile, oamenii și tehnologiile respective trebuie să le respecte în vederea participării în cadrul comunitații, în vederea obținerii de valori tip business și derulării de procese de afaceri. Facilitarea interactiunilor în cadrul comunitații trebuie să se facă prin intermediul unei varietați de tehnologii.

Prin SOA se înțelege o perspectivă asupra unei arhitecturi software care definește utilizarea de servicii, oferind funcționalități solicitate de utilizatori. Resursele rețelei sunt astfel disponibile grație unei suite de servicii independente ale căror implementari sunt necunoscute.

SOA presupune ca noile servicii pot fi create pe baza celor deja existente, intr-o manieră sinergică, dar componentele sistemului în ansamblu trebuie să aibă un grad mare de independență (de-coupling). În funcție de schimbarile ce pot interveni în cerințe (business requirements), serviciile pot fi recompose sau orchestrate diferit.

Principiile impuse de Arhitectură Orientată pe Servicii:

serviciile trebuie să partajeze un contract formal;

serviciile trebuie să fie slab cuplate;

serviciile trebuie să ascunda dezvlotatorului detaliile de implementare;

serviciile trebuie să ofere suport pentru compunerea cu alte servicii;

serviciile trebuie să poata fi reutilizate;

serviciile trebuie să se execute într-un mod autonom;

serviciile nu trebuie să depindă de starea comunicarii;

serviciile nu trebuie să depindă de cantitatea de informație specifică unei activități ce trebuie reținută fiind minimală;

serviciile trebuie să poată fi facil descoperite.

Arhitectură Orientată pe Servicii reprezintă o nouă metodă pentru proiectarea sistemelor distribuite. Principale conceptele folosite în cadrul acestei abordări sunt:

serviciu – reprezintă unitatea independentă a unei aplicații care expune funcționalitatea către clienții din rețea prin intermediul unei interfețe bazate pe mesaje;

client – este un modul al unei aplicații care facilitează accesul utilizatorilor la funcționalitatea oferită de servicii;

sistem distribuit- reprezintă un sistem interconectat de servicii și clienți.

Componente necesare pentru implementarea SOA

serviciile de afaceri (Business Services): primul pas presupune expunerea aplicațiilor și a sistemelor deja existente prin intermediul interfețelor bazate pe standarde;

registrul (Registry): registru reține descrierea detaliată a unui serviciu SOA și utilizează informația respectivă într-un serviciu de afacere de tip Registry;

managerul de politici (Policy Manager): simplifică procesul de creare, administrare și standardizare a politicilor necesare oricărei afaceri;

consola de adminostrare (Management Console): permite utilizatorilor să monitorizeze, să administreze și să securizeze.

translatoare de mesaje: module software așezate înaintea oricărui serviciu astfel încât serviciile interne să poată fi accesate în limbajul nativ al sistemului în cauză.

Componentele au funcții și structuri diferite, de aceea se recomandă folosirea de tehnologii separate. SOA cuprinde servicii cuplate și independente, ele operează pe diferite platforme de dezvoltare, componentele software devin reutilizabile datorită faptului că interfața a fost definită ținându-se cont de din domeniu, care încapsulează implementarea specifică față de client și serviciu.

Caracteristica fundamentală a arhitecturii propuse este separarea definirii proceselor de integrarea back-end, ceea ce permite analiștilor să se concentreze asupra dezvoltării soluțiilor pentru probleme specifice. Prin această separare, este asigurată o arhitectură de tip “plug-and-play”, un nivel de separare ce sigură schimbarea sistemelor de tip back-end fără schimbarea proceselor.

SOA dezvoltată pentru a soluționa problemele de integrare și automatizarea proceselor interne și externe cu alte companii sau parteneri în rețea.

Scopul final este de a avea o arhitectură IT care acoperă în mod optimal cerințele prezente și viitoare, respectiv integrarea internă EAI și externă G2B, G2C, G2G, WebServices.

SOA oferă posibilitatea companie de a exploata aplicațiile software existente, astfel încât să atingă un grad superior de interoperabilitate nu doar între toate departamentele firmei ci și cu alte companii. Această abordare valorifică resursele existente pentru a ajuta la îmbunătățirea productivității, permițând astfel companiei să reacționeze rapid la schimbările intervenite pe piață, fructificând astfel oportunitățile de afaceri.

SOA unifică procesele de business structurând aplicațiile mari sub forma unei colecții de module mici. Grupurile diferite de utilizatori, atat din interiorul unei organizatii, cat și din exteriorul acesteia, pot folosi aceste aplicații. Nu este nevoie ca cineva sa fie nevoit să furnizeze în mod redundant același informații personale pentru a putea să își facă o rezervare, un cont de economii și chiar mai mult, privind dintr-o alta perspectivă, interfață cu care se interactionează să aibă același aspect, câmpuri și să utilizeze aceleași date de intrare pentru validare. Obiectivului este mult mai usor de obținut și de folosit de către companiile afiliate atunci când aplicațiile fac parte din aceeași structură comună de servicii.

Beneficii ale SOA